Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии 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
Аналоги в обеспеченности
 
Можно ли в обеспеченности как-то увидеть, что для данной позиции (по которой дефицит) допустимо использовать аналоги?
 
Как работать с аналогами в режиме расчет потребности? только через создание заявки и ее редактирование через обеспеченность?

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

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

Для работы с аналогами просто необходимо видеть отметку о наличии аналогов в обеспеченности и расчете потребности.
 
Цитата
Lexam написал:
В нашем производстве аналогами являются детали. Они реально отличаются, на складе смешивать их нельзя. Причем в одном изделии это аналоги, в другом можно использовать только что-то одно.
Ну тут то как раз всё нормально. Существующая технология работы с аналогами такие вещи нормально отрабатывает.
У неё есть только ограничение, что она умеет работать с заменами типа "один на один". Замены типа "один на много" или "много на много" она не понимает.
А если деталь и деталь-аналог, и в каких то изделиях допускается замена, в каких-то нет, то тут то как раз всё нормально.

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

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

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

Почему это надо отдельно делать: потому что там начинается ситуация из серии "потянули за ниточку, вытащили мамонта".
Один список "что нужно" и "остатки" - это крайне мало вообще-то. Ну хорошо, остатки есть. А брать то можно их или нельзя? А может, там ещё 15 заказов, на которые точно то же самое нужно, и к обеду не останется уже ничего из этих остатков? А может и нет. А может, остатков нет, но вот-вот они появятся? Потому что уже заказали это или оно в производстве уже. А может можно заменить? А то, на что собираемся менять, оно само часом не окажется в итоге "в дефиците" с учётом всех предыдущих моментов?
Я уже не говорю про прочие нюансы типа "жесткого резервирования" под конкретный заказ, давальческое сырьё, поддержание "неснижаемых остатков" и т.п.

Это всё будем навешивать на "расчёт потребности", задача которого просто общий список материалов собрать по составу/техпроцессам?
А зачем?

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

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

Что тут и где нужно выписывать ну бумажку и где-то запоминать отдельно, и зачем, я пока не вижу.

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

Однако, вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть.
 
Цитата
Lexam написал:
вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть
Такой вопрос записан. Вы уже не первые, кто его придумал :)
 
Цитата
Lexam написал:
вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть
Вот так выглядит сейчас (версия 20.5 у меня стоит, но в предыдущей, по-моему, тоже уже было так же).
1.png (47.93 КБ)
Страницы: 1
Сейчас на форуме (гостей: 19)
Всего зарегистрированных пользователей: 3354
Приняло участие в обсуждении: 376
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт