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