Обновление №2 для версии VOGBIT 24.1 - 20.02.2025 Более быстрый и простой ввод данных по новым изделиям и проектам, упрощенная выдача со склада, доработанный расчёт «Обеспеченности по заказам»

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

Альтернативное обозначение отправочных марок - Отчёты
Константин Чилингаров: Здравствуйте,  Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Пример создания плагина - Плагины
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: Здравствуйте, В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Типовой технологический процесс - Состав и технология
Константин Чилингаров: Здравствуйте, Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
График производства. Текущие работы - Производство
Sidneyanton: Спасибо за ответ, действительно не было связей, наверное при запуске стояла другая настройка последовательности.
Статистика - Производство
Алексей Пономарев: Благодарю за помощь все поправил.
Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: написал: Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал Будет. В ближайшем обновлении, на ...
Предварительные заявки - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Я посмотрел Ваш ролик. Спасибо! Только с обновлением это, по-моему, никак не связано.   Давайте поясню один момент: ...
Новая документация "График производства" - Прочее
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять. Ну ладно. Понятно, в общем, о чем речь. на будущее: если нужно Excel фа ...
Ошибка отчёта "Недостаточно памяти" - Отчёты
Константин Чилингаров: Тут ещё знаете, в чем может быть дело... Не в размере даже, а во внутренностях конкретного файла с картинкой. Ошибка может озвучиваться си ...
Дублирование приходных ордеров - Прочее
Константин Чилингаров: Здравствуйте, Очень странная картина... Не сталкивались никогда с таким. Копию базы данных можете дать нам посмотреть? Если есть техни ...
Распределение работ. Дискретность настройки - Прочее
Константин Чилингаров: Здравствуйте, В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна. Порядок сл ...
«Шаблон техпроцесса» - Состав и технология
Sidneyanton: Спасибо, за подробное разъяснение!
VOGBIT Онлайн - Общие вопросы
Владимир Белов: написал: Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, написал: еперь при создании заказа в окне "Производственные заказы" этот самый заказ "дублируется" в окне " ...
Вопрос на тему "Технология подробно" - Состав и технология
Zms.komissarov: Нужно открыть, какой-нибудь (из какого удобно печатать) вариант "подробного" графика производства, там выбрать соответствующую опе ...
Не отображается выпадающий список, а также неактивна кнопка "Импорт" - Ошибки в работе
Сергей: написал: Не отображается выпадающий список при нажатии на стрелочку Напишите на mailto:info@vogbit.ru info@vogbit.ru Попробуем починить
Вывод DXF или моделей в отдельную папку - Терминалы
Константин Чилингаров: Здравствуйте, Обычно, непосредственно с терминала выгружают управляющие программы какие-нибудь, к заданию, которое берется в работу. Н ...
График производства. Выполнение (по выделенным) - Производство
Zms.komissarov: Спасибки.
Комментарий к операции - Состав и технология
Zms.komissarov: Спасибо.

И снова про брак...

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
И снова про брак...
 
Коллеги, здравствуйте.
Подготовил с вашей помощью ПО для внедрения, но есть одна особенность, которая выбивает из колеи и влечет за собой множество вопросов...
Это вопрос отделения брака от партии.
Я изучил все возможные варианты, которые описаны на форуме, но ни один из них мне не подходит. Вариант перемещения с каждой операции на склад брака также сложен с точки зрения постоянной диспетчеризации процессов. В таком подходе есть большой минус - оператор не начнет выполнение следующей операции без перемещения брака в склад изолятора.
Наш процесс отличается большим маршрутом и операциями разной длительности. Если постоянно перемещать брак после каждой операции, у технолога времени больше ни на что не останется.
Написать это сообщение меня вдохновила графа "брак" в "Графике производства" - "работы". Это какой-то рудимент? Как используется данная графа?

Итак, возможен ли следующий вариант работы:
1. Оператор выполнил операцию, сдает изделий меньше, чем получил.
2. Программа резонно спрашивает: "а что делать с остатком?".
3. К существующим вариантам добавить "забраковать".
4. Забракованное количество появляется в уже имеющейся графе.
5. При окончании обработки партии, годные изделия уходят на склад, бракованные в изолятор (для нас они сразу отправятся в изолятор, кому-то может пригодиться опция отправить по маршруту реставрации или доработки..).

Второй вопрос. Как жестко обозначить последовательность выполнения операций? Это делается только настройкой связей в ТП?
Снимок.PNG (28.99 КБ)
Изменено: Kovyrkin - 18.04.2023 13:25:58
 
Здравствуйте,

Цитата
написал:
Итак, возможен ли следующий вариант работы:
Не очень хороший вариант.

Цитата
написал:
1. Оператор выполнил операцию, сдает изделий меньше, чем получил.
Это само по себе ничего не значит. Просто пока сделал часть, а не все. Сплошь и рядом.

Цитата
написал:
2. Программа резонно спрашивает: "а что делать с остатком?".
Доставать будет. При каждой сдаче (частичной) такой вопрос

Цитата
написал:
3. К существующим вариантам добавить "забраковать".
Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, а контролера ОТК.
А также попутно: определение какой вида и причины отклонения, отправить в брак или на доработку и т.д. А в более сложных случаях фиксируется не только "испорченные детали", но и факт приемки контролером годных (и, возможно, их параметры).

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

Будет вот так.
Пока отложено. Потому что сейчас заняты более срочными моментами.
Как руки дойдут, сделаем. Может быть, кто-то из пользователей, где внедряем, примет участие в частичном софинансировании, тогда резко продвинется вперед в общей очереди доработок  :D .

Цитата
написал:
графа "брак" в "Графике производства" - "работы".
Это задел на будущее.
Колонка сделана под то, что выше описано.
В текущей версии никак не используется. Просто есть. Можно скрыть, чтобы не мозолила глаза.
Форму когда переделывали, сразу вставили колонку. Использоваться будет, когда сделаем вышеописанное.

Цитата
написал:
Как жестко обозначить последовательность выполнения операций? Это делается только настройкой связей в ТП?
Настройкой связей последовательность устанавливается в случаях, когда операции делаются не подряд, а какие-то параллельно (в более сложных случаях возможны ещё "ветвления" в техпроцессе, когда одна операция может, например, заменять несколько других).
Если последовательность операций просто друг за другом, как написаны они в ТП, то ничего не надо, никаких связей, достаточно просто один раз в "выпадашке" в "графике производства" (слева внизу) поставить "Последовательность = подряд" (рис.1). И всё.
1.png (122.42 КБ)
 
Здравствуйте, Константин.
Цитата
написал:
Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, а контролера ОТК.
Полагаю, это больше свойственно для механообрабатывающих производств. В микроэлектронике - бракует цех, а ОТК/СКК выполняет контроль годной партии, если находит брак - на перепроверку цеху возвращает. Но эти возвраты мы пока что с вашим продуктом не рассматриваем...
Цитата
написал:
примет участие в частичном софинансировании
Можете написать про этот момент подробнее на почту? Может быть мы примем участие. Хочется внедрить систему, а это тормозит глобально. Может быть вкупе  с консультационными услугами по внедрению.
Цитата
написал:
Последовательность = подряд
Сможет ли оператор в текущей версии программы обработать готовые и годные изделия на следующей операции? Они перейдут туда в том количестве, в котором их отметили годными? А брак так и останется на своей операции? Правильно ли я понимаю текущую логику работы программы? Или мы не сможем начать обработку на следующей операции, пока не определим что требуется делать с браком - фактически необработанными деталями (в текущей версии программы): отправить на склад брака (изолятор)/отправить "в работу" на той же операции?
Изменено: Kovyrkin - 20.04.2023 13:37:10
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4156
Приняло участие в обсуждении: 429
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт