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

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

Расчёт комплектации конструкторской спецификации - Состав и технология
Константин Чилингаров: Здравствуйте, В окне "Расчёт комплектации" в "списке изделий" (слева) эта позиция одна? Или там ещё другие есть? У данной пози ...
Калькуляция на изделие - отчет! - Отчёты
Константин Чилингаров: Здравствуйте, Отчёт сделать можно. Вопрос только в трудоёмкости (соответственно, стоимости). В идеале, хорошо бы взглянуть на данные, и ...
К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)

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

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 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
Сейчас на форуме
Всего зарегистрированных пользователей: 4008
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт