Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Уровни учета терминала. - Терминалы
Константин Чилингаров: Там не совсем так. 3520 Alex-220781 написал: все операции, которые запущены в производство, "вываливаются" на участок Если настроить со ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Где ее найти? В окне "Производство - Загрузка" на заголовке смены, в которую хотим "собрать", нажимаем пра ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

Аналоги в обеспеченности

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

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

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

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

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

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

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

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

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

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

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

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

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

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

×
Вход на сайт