Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

Отчет задание на пилу - Отчёты
Виктор Левушкин: ВОпрос! Выбрал для себя на начальном этапе Средний уровень. Тип терминала 2. Задание формирую по среднему уровню методом "По комплекта ...
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...

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

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 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
Сейчас на форуме
Всего зарегистрированных пользователей: 4000
Приняло участие в обсуждении: 415
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт