Пополнение в разделе «Документация» - Складской учёт, упрощённые операции

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

Тёмная тема - Прочее
Сергей: Здравствуйте! В этом окне сейчас нет настроек отображения. Цвет текста починим в новой версии. Если ещё где-то сталкиваетесь с подобным ...
Движение за период CurrentQuery - Отчёты
Сергей: Здравствуйте! Запрос в файле.
Сменный график - Общие вопросы
Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Альтернативное обозначение отправочных марок - Отчёты
Константин Чилингаров: Здравствуйте,  Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Пример создания плагина - Плагины
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: Здравствуйте, В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Типовой технологический процесс - Состав и технология
Константин Чилингаров: Здравствуйте, Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
График производства. Текущие работы - Производство
Sidneyanton: Спасибо за ответ, действительно не было связей, наверное при запуске стояла другая настройка последовательности.
Статистика - Производство
Алексей Пономарев: Благодарю за помощь все поправил.
Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: написал: Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал Будет. В ближайшем обновлении, на ...
Предварительные заявки - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Я посмотрел Ваш ролик. Спасибо! Только с обновлением это, по-моему, никак не связано.   Давайте поясню один момент: ...
Новая документация "График производства" - Прочее
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять. Ну ладно. Понятно, в общем, о чем речь. на будущее: если нужно Excel фа ...
Ошибка отчёта "Недостаточно памяти" - Отчёты
Константин Чилингаров: Тут ещё знаете, в чем может быть дело... Не в размере даже, а во внутренностях конкретного файла с картинкой. Ошибка может озвучиваться си ...
Дублирование приходных ордеров - Прочее
Константин Чилингаров: Здравствуйте, Очень странная картина... Не сталкивались никогда с таким. Копию базы данных можете дать нам посмотреть? Если есть техни ...
Распределение работ. Дискретность настройки - Прочее
Константин Чилингаров: Здравствуйте, В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна. Порядок сл ...
«Шаблон техпроцесса» - Состав и технология
Sidneyanton: Спасибо, за подробное разъяснение!
VOGBIT Онлайн - Общие вопросы
Владимир Белов: написал: Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, написал: еперь при создании заказа в окне "Производственные заказы" этот самый заказ "дублируется" в окне " ...
Вопрос на тему "Технология подробно" - Состав и технология
Zms.komissarov: Нужно открыть, какой-нибудь (из какого удобно печатать) вариант "подробного" графика производства, там выбрать соответствующую опе ...
Не отображается выпадающий список, а также неактивна кнопка "Импорт" - Ошибки в работе
Сергей: написал: Не отображается выпадающий список при нажатии на стрелочку Напишите на 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
Сейчас на форуме
Всего зарегистрированных пользователей: 4161
Приняло участие в обсуждении: 430
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт