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