Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Долгосрочное планирование или график производства - Производство
Zhalenik: Спасибо за ответ , я вас понял!
Обновление 20.5. Подробная информация. - Обновление
Alex-220781: Да. "Для терминалов типа 3, 4 и 5 («высокий» или «максимальный» уровень, учёт фактического времени выполнения работ) появилась настройка, которая позволяет оператору самому, без участия «мастера» или «диспетчера», используя только терминал, бра ...
Аналоги в обеспеченности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18127 Lexam написал: вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть Вот так выглядит сейчас (версия 20.5 у меня стоит, но в предыдущей, по-моему, тоже уже было так же).
Технологическая карта - Прочее
Константин Чилингаров: Переделано. В современных версиях не убирается выделение при перетаскивании.
окно технология - Состав и технология
Константин Чилингаров: Вот так выглядит сейчас: https://youtu.be/CEy6JPb2mnU https://youtu.be/CEy6JPb2mnU
Фактическое время выполнения операции по сканеру - Практические приемы работы
Константин Чилингаров: По поводу "Совместной работы" в современной версии есть терминал "тип 6". Без измерения фактического времени, т.е. работа по сменным заданиям, но не нужно отмечать на терминале, что "начал" работать над заданием, только ...
Детальный график максимального уровня - Прочее
Константин Чилингаров: В современной версии это место выглядит вот так (рис.1). Всего - сколько всего деталей в партии. В плане - сколько сейчас есть в невыполненных пока заданиях постам Сдано - сколько всего сдали на сейчас готовых (по операции) Осталось - сколько е ...
Чистка справочника Номенклатура - Интерфейс программы
Константин Чилингаров: В современных версиях "Генератор/удаление" удаляет и файлы, и "партии" (и др. связанные объекты).
Запрос при закрытии программы - Прочее
Константин Чилингаров: 3520 ALEX-220781 написал: При закрытии программы, особенно при нажатии на крестик в правом верхнем углу окна необходимо дополнительное подтверждение действия Реализовано. Включается/выключается вот этой галочкой в настройках (см рис.).
Остатки на складе - Прочее
Константин Чилингаров: Здравствуйте, Создать расход без учётного документа невозможно в принципе. Вот без расчётного документа можно. Подробности ниже: Техническая сторона вопроса:  Расход есть изменение остатка на учётной карточке. Изменение такое может произо ...
При изменении состава производственного заказа, необходимо удалить деталь - Прочее
Константин Чилингаров: С переносом базы точно никак не связано. По сообщению, похоже, что какие-то связанные объекты мешают. В старых версиях программы такое могло быть, если партии какие-нибудь остались после запуска в производство/удаления заданий. Но в современных ве ...
В режима "Состав изделия" не доступно изменение кол-ва единиц - Состав и технология
Станислав: 13 Константин Чилингаров написал: Здравствуйте, /forum/user/18911/ Станислав написал: казалось недоступным изменение кол-ва единиц Либо галочка "готово" стоит (защита строчки от случайного редактирования поставлена вами), либо ...
Снабжение - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 6074 Виталий Родяков написал: Как я понял что бы удалить из состава изделия одну деталь и вместо нее добавить новую, мне как минимум нужно удалить все связанные с ней документы Рис 23Это так? Нет. Не так. Документы удалить деталь из "соста ...
Отказано в доступе по пути "c:\Temp\ - Прочее
Олег Ковалев: Зайти во вкладку "владелец" и назначить владельцем папки и всего содержимого группу "Администраторы".  Затем вернуться во вкладку "разрешения", выделить строку с "именем" "Администратор[B ы[/B ", наж ...
Расценка внепланового задания - Состав и технология
Константин Чилингаров: Я выше написал, как можно сделать. Заведите заказ "Прочие мероприятия". Вставьте в него позицию "Мероприятие". Добавьте в "графике производства" к ней задание. Вручную, без техпроцесса, просто так. И дальше станд ...
Ошибка при установке БД - Установка
Пётр: Из хорошего - стало ясно, что ничего не сломалось) Посмотрим, что будет после обновления. Спасибо!
Группировка в отчётах - Отчёты
Пётр: Благодарю за оперативный ответ! Ваше решение позволило решить задачу! Создание в области "UserQuery" дополнительного запроса "GROUP2" вида:[CODE SELECT CASE WHEN @ID1 = @ID2 AND @ID3 = @ID4 THEN 'FALSE' ELSE 'TRUE' END[/CODE ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Не очень понятно.  Приложите, пожалуйста, скриншоты по шагам. Что делаете. Что получается (или не получается). Может, /forum/messages/forum28/topic2369/message14802/2369-raschyet-komplektatsii-pri-sozdanii-proizvodstvennogo-zakaz ...
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Скриншоты из новой версии (готовится к выходу): Рис.1. Пример. Есть задания на текущую смену, есть какие-то запланированные на предыдущие смены, но по каким-то причинам не выполненные. Есть задания дальше, на следующую смену. На терминале, когд ...
Описание порядка выполнения операций при изготовлении - Состав и технология
Константин Чилингаров: Здравствуйте, Существующие в текущей версии варианты: 1. Не запускать "тройники" (не создавать задания) до тех пор, пока не сделаны "корпуса" и "штуцеры" (ну если только последние, конечно, не были сделаны заранее ...

Удвоение потребности

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Удвоение потребности, Удвоение потребности на открытый заказ при нажатии Обеспеченность
 
Здравствуйте!
Создал производственный заказ на 200 шт изделий из металла. В технологическом процессе нормы указаны либо в м2 (для листовых), либо в м (погонных, для кругляка).
В номенклатуре введены коэффициенты пересчета.
1) Производство - Производственный заказ - он один выделяю курсором - Вкладка Подготовка - Расчет потребности
В итоге: Правильно считает потребность в металле.
Однако.
2) Производство - Производственный заказ - он один выделяю курсором - Вкладка Складской учет - Обеспеченность.
В итоге дает все позиции точно в два раза больше?
В чем ошибка?
Где то по форуму вроде встречал похожий вопрос, но не смог найти!
С Уважением!
 
Здравствуйте,

"Расчёт потребности" при запуске на пр. заказе показывает расчётное кол-во покупных материалов/комплектующих на этот заказ. Согласно технологии.
Исходными данными в этом случае является состав заказа (что делать и в каком количестве) и техпроцессы (из чего это делать и сколько нужно на единицу).
Можно то, что посчиталось, просто посмотреть.
Можно распечатать.
Можно сохранить как ЛЗК - запрос на получение соответствующих ТМЦ на складе. В этом случае полученная ЛЗК прикрепляется сразу к соответствующему производственному заказу.

"Обеспеченность" показывает соответствие запрошенного на получение со склада и того, что есть. Для выявления дефицита.
Исходными данными являются в данном случае имеющиеся запросы на получение со склада (ЛЗК, Требования - если запускать "на заказе", то в первую очередь связанные с данным заказом*, но необязательно только они (см. дальше)), заданные неснижаемые остатки, коэффициенты, имеющиеся заявки на приобретение или изготовление.
Дальше всё зависит от того, на чём запускать "обеспеченность".
Если на заказе, то возможны варианты:
- покажи всё, что запрошено на этот заказ, не обращая внимание больше ни на что (на запросы аналогичной номенклатуры под другие заказы, и запросы не связанные вообще с "заказами");
- покажи всё, что запрошено на этот заказ, но с учётом что это же нужно и для других заказов тоже;
- покажи всё, что запрошено на этот заказ, с учётом что это же нужно и для других заказов тоже и ещё с учётом запросов вообще не связанных с заказами ("внешних").

И ещё есть ряд вариантов и опций для разных случаев. Подробнее вот тут.

Соответственно,
Это два разных режима, которые отталкиваются от разных исходных данных и показывают разную информацию.
Поэтому ничего странного, что когда открываешь одно окно и другое, там не одно и то же. И никакой ошибки здесь нет.

Если интересно, откуда именно взялась цифра в колонке "Затребовано" в "Окне" обеспеченность, то нажимаем "Лупу" в соответствующей колонке и смотрим (рис.1), там всё написано, почему такая именно цифра. Это, строго говоря, справедливо и для любых других колонок в окне "Обеспеченность".

P.S. Единицы измерения тут не причём. Никак не связано.

*не факт при этом что список материалов/комплектующих по в данном случае 1 в 1 совпадает с теоретическим (как в "расчёте потребности" на этот заказ). Бывают всяческие замены, бывают дополнительные требования на то, что не учли вообще в технологии, а нужно или не хватило, бывает, надо на исправление брака и т.д. и т.п.
1.png (149.03 КБ)
 
Цитата
Константин Чилингаров написал:
Здравствуйте,

"Расчёт потребности" при запуске на пр. заказе показывает расчётное кол-во покупных материалов/комплектующих на этот заказ. Согласно технологии.
Исходными данными в этом случае является состав заказа (что делать и в каком количестве) и техпроцессы (из чего это делать и сколько нужно на единицу).
Спасибо за Ваше терпение! Это меня обнадеживает.
Однако! Именно в технологии указано, что норма расхода на одни позиции в м2, на другие в м (погонных).
А Расчет потребности выдает список где единицы измерения в кг. Причем кол-во этих кг рассчитано правильно.
Вопрос:
- почему это так и откуда берутся кг,
- можно ли это привести к ЕдИзм как в указано в технологии.
С Уважением!
 
Цитата
Константин Чилингаров написал:
Здравствуйте,

"Расчёт потребности" при запуске на пр. заказе показывает расчётное кол-во покупных материалов/комплектующих на этот заказ. Согласно технологии.
Исходными данными в этом случае является состав заказа (что делать и в каком количестве) и техпроцессы (из чего это делать и сколько нужно на единицу).
Можно то, что посчиталось, просто посмотреть.
Можно распечатать.
Можно сохранить как ЛЗК - запрос на получение соответствующих ТМЦ на складе. В этом случае полученная ЛЗК прикрепляется сразу к соответствующему производственному заказу.
Правильно ли я понимаю, что если я открыл пр. заказ, я могу сгенерировать ЛЗК и она присоединится к пр.заказу, а могу и нет, если не нажал соответствующую кнопку. Тогда ЛЗК к заказу не присоединяется? Так ли это?
Тогда возникает еще вопрос.
А если ЛЗК было сгенерировано по пр. заказу, а потом содержание заказа изменилось, то ЛЗК перегенерируется заново автоматом, или мне нужно это сделать самому, а следовательно и об этом нужно помнить? А в последствии "вбить в мозг" юзера.
С Уважением!
 
Цитата
Константин Чилингаров написал:
Здравствуйте,
…..
"Обеспеченность" показывает соответствие запрошенного на получение со склада и того, что есть. Для выявления дефицита.
Исходными данными являются в данном случае имеющиеся запросы на получение со склада (ЛЗК, Требования - если запускать "на заказе", то в первую очередь связанные с данным заказом*, но необязательно только они (см. дальше)), заданные неснижаемые остатки, коэффициенты, имеющиеся заявки на приобретение или изготовление.
Дальше всё зависит от того, на чём запускать "обеспеченность".
Если на заказе, то возможны варианты:
- покажи всё, что запрошено на этот заказ, не обращая внимание больше ни на что (на запросы аналогичной номенклатуры под другие заказы, и запросы не связанные вообще с "заказами");
- покажи всё, что запрошено на этот заказ, но с учётом что это же нужно и для других заказов тоже;
- покажи всё, что запрошено на этот заказ, с учётом что это же нужно и для других заказов тоже и ещё с учётом запросов вообще не связанных с заказами ("внешних").

И ещё есть ряд вариантов и опций для разных случаев. Подробнее  вот тут .
Ага! Нашелся ответ!
Оказалось у меня по пр.заказу было сгенерировано ЛЗК и Требование.
Как только требование удалил, то Обеспеченность выдала идентичные данные с Потребностью.
Спасибо! Часть непоняток удалили.
Но выше изложенные пока остались.
С Уважением!
Изменено: Станислав - 25.03.2020 07:52:32
 
Цитата
Станислав написал:
Именно в технологии указано, что норма расхода на одни позиции в м2, на другие в м (погонных).А Расчет потребности выдает список где единицы измерения в кг.
Цитата
Станислав написал:
почему это так и откуда берутся кг
Потому что для соответствующей номенклатуры в справочнике установлено в качестве единицы измерения по умолчанию "кг".
А показывает правильно - значит ещё и коэффициенты пересчёта заведены из "м" в "кг".

Цитата
Станислав написал:
можно ли это привести к ЕдИзм как в указано в технологии
Можно. Поставьте в качестве "ЕИ по умолчанию" то, что Вам нужно.

P.S. Есть некоторые режимы (окна), в которых "ЕИ по умолчанию" обязательно нужна. Например "обеспеченность" и ещё некоторые.
При открытии такого окна, чтобы не доставать пользователя бесчисленными вопросами, если никакая ЕИ по умолчанию не назначена для номенклатуры, то программа сама ставит "по умолчанию" ту ЕИ, в которой в этот момент у вас данная номенклатура "измерена". Потом такую "авто-назначенную" "ЕИ по умолчанию" можно поменять, если не нравится, на нужную.
Это к вопросу, откуда там в качестве "ЕИ по умолчанию" у Вас взялись эти "килограммы". Ну если, конечно, вы не сами специально их когда-то туда поставили.
 
Цитата
Станислав написал:
Правильно ли я понимаю, что если я открыл пр. заказ, я могу сгенерировать ЛЗК и она присоединится к пр.заказу, а могу и нет
Правильно.
Создание ЛЗК - только одна из функций режима "Расчёт потребности". Помимо этого много других способов, как и для чего люди его применяют.

Цитата
Станислав написал:
если не нажал соответствующую кнопку. Тогда ЛЗК к заказу не присоединяется? Так ли это?
Да. Так. См. выше.
Кроме того, есть ряд "настроечных" опций, в зависимости от состояния которых разное получается при нажатии на кнопку "создать документы".
Могут ЛЗК формироваться, а могут "Предварительные заявки".
При расчёте не на один, а на несколько "заказов", можно сделать, чтобы потребность по всем этим заказам сложилась в один общий документ, а можно поделить, чтобы для каждого "заказа" сформировался свой документ.
Можно наоборот, поделить, чтобы для каждой позиции в заказе свой отдельный документ-запрос на склад получился (актуально, например, в сборочном производстве достаточно сложных вещей).
Можно, чтобы запрос (ЛЗК) один общий был, независимо от получателя, а можно, чтобы от каждого участка в производстве свой документ-запрос на склад получался.
В общем, в зависимости от задачи и особенностей производства и, соответственно, выбранных опций, весьма разный результат может быть при нажатии на кнопку. Такой, какой нужен в конкретном случае.

Цитата
Станислав написал:
А если ЛЗК было сгенерировано по пр. заказу, а потом содержание заказа изменилось, то ЛЗК перегенерируется заново автоматом
Нет, конечно. Ничего автоматом не "перегенерируется".

Во первых - см. выше. Не всегда, например, вообще ЛЗК делается целиком на заказ. И добавление чего-то в заказ не означает, что нужно что-то "перегенерировать". Есть например, вариант, что надо просто на вновь добавленные позиции дополнительно ЛЗК создать новые.

Во вторых - "расчёт потребности" - это, как я выше писал, ещё далеко не всё. Есть ещё замены. Есть ещё ручная правка тех же ЛЗК уже созданных и ручное создание дополнительных требований (это весьма актуальная тема в производствах с "неустаканенной" технологией, которая не очень хорошо формализована, не всегда отражает реальность, не всегда её можно правильно прописать всю заранее, часто меняется в зависимости от кучи факторов). Ну и наконец по "сгенерированному" ЛЗК уже могли и что-то отпустить в этот момент со склада.

Ну и наконец, есть ещё следующая схема. Когда сначала создаётся "Предварительная заявка". Которая может быть, кстати, в т.ч. и вообще без "расчёта потребности" сделана. Заранее, когда никакого состава и технологии проработанных вообще нет ещё. А может быть и "расчётом потребности", если есть проработанная тех. информация по изделиям. В общем, тем или иным способом сначала формируется "Предварительная заявка" с общим списком потребностей на заказ итого (ожидаемых). Для снабжения. Чтобы они как можно раньше увидели, что нужно покупать и уже начинали работать. Затем по мере готовности позиции заказа частями запускаются в производство. При этом уже создаются ЛЗК. Запрос на склад на получение только того, что нужно на очередные запущенные позиции. Если при этом в созданной ЛЗК присутствуют те же материалы/комплектующие, которые были до этого указаны в "Предварительной заявке", то из этой "Предварительной заявки" соответствующее количество отнимается программой (уже на эту часть есть запрос на получение со склада под конкретные изделия).
И это, вероятно, наиболее правильный с точки зрения общей логики вариант.
Правда в полной мере в таком виде он будет доступен только в новой версии, после ближайшего обновления.
В текущей версии такое ещё не поддерживается. Но уже вот-вот появится.
И тут опять же изменения в заказ могут вноситься постоянно. ЛЗК формируются постепенно, на часть позиций заказа, которые в данный момент запускаются.
Ничего тут автоматически "перегенерироваться", естественно, не должно.

Если рассматривать более простые случаи, например, создали заказ, ЛЗК к нему, а потом обнаружили, что в ТП  тупо ошибка была, получилось неправильно, надо исправить, то тут всё зависит от конкретной ситуации. Примеры:
- ничего не было выдано по этой ЛЗК: удалить ЛЗК, создать заново.
- было выдано (удалить ЛЗК нельзя). Дальше тогда опять в зависимости от ситуации:
- можно руками поправить в ЛЗК существующей то, что там не так;
- можно ничего не трогать, выписать дополнительное "требование";
- если, например, просто забыли что-то, то можно дополнительно тем же "расчётом потребности" сформировать ещё одну, "дополнительную" ЛЗК, в которую попадёт только то, что не попало в первую (я так делал, умеючи, можно фильтрами в "расчёте потребности" подобного добиться).

В общем, в случае если удалить "неправильную ЛЗК" и создать заново по каким-то причинам нельзя, тогда действовать нужно по ситуации. Варианты разные есть.
 
Константин Чилингаров,
Фигасе - походу "мозгу юзера" капец.
Спасибо за пояснения.
С Уважением!
Страницы: 1
Сейчас на форуме (гостей: 12)
Всего зарегистрированных пользователей: 3031
Приняло участие в обсуждении: 354
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость подготовка производства Видео-презентация управление качеством деактивации VOGBIT Полная версия VOGBIT Создание новой базы данных VOGBIT активация VOGBIT Планирование мелкосерийного производства Техническая Подготовка Производства управление производством управление ремонтами базы данных VOGBIT планирование производства Производственный заказ Установка VOGBIT загрузка оборудования инструкция Трудоёмкость Деактивация VOGBIT расчет себестоимости Начало работы Расчёт комплектации Складской учёт технологическая подготовка ТПП производственный учет складской учет управление данными Демонстрационный режим VOGBIT Обновление VOGBIT График производства электронный архив пост Тип нормирования руководство администраторов VOGBIT Нормирование Заказ на производство разработчика отчетов vogbit состав изделия демоверсия технология Планирование производства Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства производство металлоконструкций Заявки покупателей создание однотипных изделий Управляемый расчёт материалов Парт Выбор уровня учёта оборудование
×
Вход на сайт