Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии VOGBIT 20.8 (1.1.54861). Согласно условиям действующего Лицензионного соглашения, обновление пользователем своей программы до версии VOGBIT 20.8 (1.1.54861) будет означать его полное согласие с условиями новой редакции Лицензионного соглашения

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

Ошибка при замене материала - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: автоматически бывает оприходование? Да нет, вроде. Если говорить про ЛЗК/Требование. Не "оприходуется" там расч ...
Ошибка в формировании потребности материалов - Ошибки в работе
Mariska17-17: Спасибо, получилось!
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, У Вас на картинке, задания созданы на "максимальном" уровне. Применение "максимального" уровня в данном случае ...
Ошибка при планировании производства - Демо версия
Iglin1503: Спасибо. все заработало
Удаление категории номенклатура - Прочее
Константин Чилингаров: Здравствуйте, "Удалить из папки" (см. рис.)
Ошибка на экране после получения задания - Терминалы
Константин Чилингаров: Ок. Спасибо. Посмотрим. 
Поменять технологию - Производство
Илья: 13 Константин Чилингаров написал: И придется как-то сжиться с тем, что она есть. По другому не получится. Понятно, будем тогда сначала п ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Упрощенная сдача на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Совместная обработка - Производство
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно. В плане технологии - тут всё просто. Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Здравствуйте, Пока нет, к сожалению.
Календарный план - Производство
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями". Вообще, как я ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не совсем… 19032 Илья написал: для контроля "задела" необходимо создать свою заказную спецификацию Нет. Никакую специальную «за ...
Нажатие Enter в поле поиска при поступлении по заявке. - Ошибки в работе
Константин Чилингаров: Ок. Принимается. По мере возможности посмотрим, что там можно сделать.
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Копирование спецификаций с комментариями - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли. Програм ...
Пустой бланк - Демо версия
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Не могу создать технологию подробно - Состав и технология
Minicnc14: Отбой, настройки поправил и заработало

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

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

×
Вход на сайт