Новый модуль VOGBIT для производства сложных больших изделий - Визуализация текущего состояния производства в условиях большого предприятия и изготовления сложных уникальных изделий (крупные установки, комплекты оборудования для энергетических объектов и промышленных предприятий и т.п.)

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

Распределение работ - Производство
Константин Чилингаров: Здравствуйте, Немного не так нужно. Нужно вот так: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/tKy2OUzc4GU?feature=oembed[/VIDEO
Выгрузка списка производственных заказов - Производство
Константин Чилингаров: Здравствуйте, В современной версии VOGBIT в окне "Производственные заказы" есть кнопка "Сохранить в Excel". написал: Версия 1.1.378 ...
Ошибка обновления отчетов - Отчёты
Balukov: Здравствуйте! Пришлите пожалуйста на почту mailto:info@vogbit.ru info@vogbit.ru  информацию о том, из какого окна вы хотите печатать отчет и какую инфор ...
Выгрузка списка производственных заказов - Производство
NPP_ORION: Ошибочно отправлено.
Не формируется расчёт потребности - Производство
Константин Чилингаров: Здравствуйте, Очень старая версия VOGBIT. Такое сообщение появлялось при запуске "Расчёта потребности" на таких исходных данных, г ...
Ошибка Приложения. Недопустимый параметр. - Общие вопросы
Константин Чилингаров: Владимир, написал Вам на почту. Жду обратной связи!
Ошибка в графике производства - Прочее
Григорий Клеков: Спасибо, помогло
Создание отчета. - Отчёты
Сергей: Если верить доке, то:  Формат строки вызова запроса: «UserQuery» + пробел + Наименование запроса + пробел + Служебная информация В служебной и ...
Формирование отчета по возврату материалов на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Нужно для этого  сделать такой отчёт (настроить шаблон отчёта, услуга платная). Если интересно, то пришлите, пожалуйста, ...
Возможность разграничения записей. - Общие вопросы
Константин Чилингаров: Выходите на связь (телефон, почта, telegram, whatsapp, skype), сделаем, чтобы были  :) 
Последовательность операций в справочнике Номенклатура - Состав и технология
Константин Чилингаров: написал: Как в справочнике Номенклатура На картинке в сообщении #2 - это не в "Номенклатуре", а в техпроцессе операции связаны. Так ...
Импорт данных - Экспорт импорт данных
Константин Чилингаров: Пришлите, пожалуйста, такой файл нам на почту (на общий адрес). Посмотрим на него для начала...
Отсутствие кнопки "Учётный документ" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Думаю, нужно тем, у кого нет, таки добавить через "Присоединённые формы". Форму выбирать, которая показана на рис.1. ...
Разграничение доступа в справочниках учётных документов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Может. Например, посмотреть "обороты" (движение) по своему складу, там по интересующей позиции движение её, какие были приходы, рас ...
Не загружается график производства - Обновление
Balukov: Здравствуйте!  Для закрытия  необходимо зайти во вкладку "Производство- Производственные заказы: текущие " выделить те заказы, ко ...
Приемка ОТК - Производство
Константин Чилингаров: Ролик по функции "Контроль": [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Автоматизация обновления - Обновление
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Проблема с обновлением шаблона - Установка
Константин Чилингаров: Здравствуйте, На ночь оставьте загружаться этот шаблон. Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 

Приемка ОТК

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Приемка ОТК, Функция приемка ОТК
 
Добрый день.
На производстве подошел момент внедрения функции Вогбит "Приемка ОТК"
Только не могу инструкцию по нему ни в форуме ни в документации.
Поделитесь пожалуйста.  
 
Здравствуйте,

Если речь про кнопку «Приёмка ОТК», которая есть в меню (ленте) на вкладке «Производство», то это вот что:

Работает только для «высокого» или «максимального» уровня и при внесении информации о выполнении заданий через стандартные desktop’ные рабочие места VOGBIT (без терминалов, rfid, штрих-кодов и прочих современных «наворотов»).
При включении соответствующей настройки внесение информации о выполнении задания, как бы, разделяется на 2 части. Условный «Мастер» через окно сменного задания поста, не может в этом случае сам внести количество принятых деталей. Только принять задание по нормо-часам. А количество отмечает другой человек в другом окне (условный «Контролёр»).
Чтобы была возможность применять такую систему не повсеместно, а как-то точечно, настройка применяется к «участку». Можно включить такое дополнительное ограничение только для какого-то одного участка, где оно нужно.

Включается вот так.
Отдельное окно, в котором в данном случае указывается принятое количество – это как раз та самая кнопка «приёмка ОТК», которая в меню во вкладке «Производство». По нормо-часам задание принимается так же, через окно сменного задания поста.

Однако, насколько я знаю, вся эта конструкция не используется на практике, потому что сложно.
Кроме того, она не совместима с терминалами, которые как раз наоборот, упрощают ввод информации о выполнении.

Как делает народ сейчас, обычно:
При наличии сплошного контроля ОТК (проверяются все детали) добавляют в техпроцесс в нужное место операцию «проверка ОТК». Часто ставят её по «среднему» уровню (в современной версии можно использовать для разных операций по ТП разные «уровни»). И отмечают, точно так же как и все другие операции. Кем и сколько деталей принято.
Также на «среднем» уровне некоторые используют сдачу через терминал «с подтверждением». И подтверждает (или отменяет) внесённые через терминал данные о выполнении работ, как раз, контролёр. Но такая конструкция не всем подходит в силу ряда причин.
 
Здравствуйте, благодарю за пояснения. Настроил у себя ОТК в Вогбит, в тестовом режиме поработал и понял, что не совсем удобно, т.к. после каждой операции нужно "принимать ОТК" и только потом закрывать сменные задания. А нет ли настройки к примеру, чтоб только в конце, когда все операции совершены с изделием и перед сдачей на склад была "приемка ОТК"? Так реально неудобно если у меня в техпроцессе 8 операций и после каждой нужно "принимать ОТК".
 
Ответ, на самом деле, в предыдущем сообщении:

Цитата
Константин Чилингаров написал:
Чтобы была возможность применять такую систему не повсеместно, а как-то точечно, настройка применяется к «участку». Можно включить такое дополнительное ограничение только для какого-то одного участка, где оно нужно.
Цитата
mansur написал:
При наличии сплошного контроля ОТК (проверяются все детали) добавляют в техпроцесс в нужное место операцию «проверка ОТК».

Пояснение ещё раз:

Чтобы
Цитата
mansur написал:
чтоб только в конце, когда все операции совершены с изделием и перед сдачей на склад была "приемка ОТК"
ничего настраивать специально не нужно.
Добавляем в ТП в конец операцию "Приемка ОТК". И отмечаем её точно так же, как все остальные операции. В итоге только прошедшие приёмку ОТК детали считаются готовыми.
Большинство пользователей, как я выше и писал, собственно, так и делают.

Если же по каким-то причинам всё таки очень хочется именно использовать механизм, описанный в сообщении #2 - с простановкой количества по той же самой операции, но в отдельном окне, то чтобы не было

Цитата
mansur написал:
если у меня в техпроцессе 8 операций и после каждой нужно "принимать ОТК"
для этого есть настройка, что включить такую опцию можно для одного конкретного участка.
То есть, 8-ую из этих операций в данном случае можно вынести на отдельный "участок" в программе и только для этого "участка" включить обязательную отметку по количеству в отдельном окошке. А 7 остальных операций при этом будут сдаваться и просто так, без такой обязательной отметки.
Однако, как я опять же писал выше, на практике не знаю, кто бы этим заморачивался. Чаще делают так, как описано на абзац выше. И без всяких доп. настроек.
 
Добрый день, Константин.
Вопрос такой возник: при выпуске продукции, перед тем как сдать на склад готовой продукции, проходит "приемка ОТК". Соответственно приемщик ОТК, разделяет готовую продукцию на сорта: сорт 1, сорт 2 и сорт 3 в зависимости от качества и недочетов. Главный вопрос - как это отразить в Вогбит?
Я пока представляю, что сделать несколько складов и сдавать на разные склады продукцию. К примеру склад 1, склад 2 и склад 3.
И нюанс, чтобы в обеспеченности тоже все отражалось.  
 

С «сортами» - не знаю…

В современной версии можно сделать штатными средствами вот такую конструкцию:

После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). Проводится «контроль». При этом можно зафиксировать параметры какие-либо, признаки, фото приложить, появляется некий номер «документа», дата (когда «контроль» этот случился) и автор (кто провел это в программе).

В результате либо соответствующая продукция признаётся годной – тогда она с соответствующими пометками попадает на основной склад, либо не годной – тогда с соответствующими пометками попадает на склад брака.

Можно настроить, где учитывать продукцию при расчёте «обеспеченности» заявок. Например, на основном складе и на складе ОТК – считать, на складе брака – не считать.

Так можно. Соответствующие функции и экранные формы есть в VOGBIT (версия 21.2).

А вот чтобы делить одни и те же «изделия» на разные «сорта» - такого нет. И не предполагалось пока чего-то подобного.

Поскольку наши клиенты, в основном, работают с «железом», а там обычно детали не делятся на «1 сорт», «2 сорт» и т.п. Есть чертёж, есть деталь. Она или годная, или не годная. Не годную можно или выкинуть, или доработать, чтобы стала годной, или сделать из нее что-нибудь другое. А чтобы какие-нибудь «муфты», «крышки», «приборы» делились на «1 сорт», «2 сорт» и т.п. – такого нет обычно среди подавляющего большинства нашей клиентуры. Пока, по крайней мере, не наблюдается.

Потому на сегодня резюме: суть вопроса в целом понятна, решения готового нет.

P.S.

Если рассуждать теоретически:

Если потребителю (будь то, клиент, или собственное подразделение) принципиально важно какого именно «сорта» изделия ему нужны, то тогда, по логике всего остального VOGBIT – это, наверное, должна быть разная номенклатура. «Изделие А, сорт 1», «Изделие А, сорт 2», «Изделие А, сорт 3». Ну пока мне так кажется….

Превращение некоего «Изделия А вообще» в «Изделие А сорт Х» - технически на уровне платформы, в той части, которая относится к складскому учёту, такая операция предусмотрена. То есть действие, превращающее одну, числящуюся «на складе», номенклатуру в несколько других, числящихся «на складе», номенклатур с другим количеством технически возможно. Вручную на уровне базовых объектов системы (учётных документов и карточек) можно сгородить такое. Что приведёт к соответствующему результату («просто Изделия А» на складе исчезнут, а вместо них появятся «Изделия А, сорт 1», «Изделия А, сорт 2» и т.д.).  Но пользовательский интерфейс, положа руку на сердце, в текущем варианте там годится разве что, чтобы администратор мог руками, изредка, разово что-то подобное сделать. Но никак не для того, чтобы дать это «контролёру» (простому, неподготовленному пользователю), и он ежедневно этим занимался.

(во-первых – много действий, окон и кнопок с непонятными для «контролера» названиями, во-вторых, как и везде на уровне «платформы», там нет никакой «защиты от дурака» или «вшитой логики»: что во что можно или нельзя «превращать», должно или не должно совпадать, например, «количество» и т.п.)

Можно ли продумать некую предопределенную логику и написать более дружелюбный интерфейс для выполнения такого рода операции?

Можно.

Вопрос только в том, что, как я писал выше, на сейчас среди основной массы наших текущих клиентов ничего похожего нет, и им не нужно. Если будет понятно, что есть реальный спрос на движение какое-то в этом направлении (много клиентов, кому что-то похожее реально сейчас нужно) – можно двигаться в этом направлении.

И ещё, конечно, вопрос с «обеспеченностью». Сейчас там всё рассчитано на то, что «запрос» на получение со склада содержит ту же номенклатуру, какую и нужно выдавать. Есть под это дело существующий механизм под названием «Замены». Но он в некоторых случаях хорош, а для других случаев сложноват. Есть (в планах на будущее) мысли ещё подорабатывать «Замены» (сделать ещё один вариант – попроще). Хватит ли этого в контексте всего, что связано с «сортами» (заявки покупателей, планирование, производство, отгрузка) – не знаю. Может, да, а может, и нет. Глубоко пока не пытались даже продумывать в таком контексте по причинам, указанным выше.

 

"Можно настроить, где учитывать продукцию при расчёте «обеспеченности» заявок. Например, на основном складе и на складе ОТК – считать, на складе брака – не считать.

Так можно. Соответствующие функции и экранные формы есть в VOGBIT (версия 21.2)."

Как эту настройку можно осуществить?

 
вот так
 
Цитата
написал:
После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). Проводится «контроль».
Про этот момент где можно почитать?
 
Цитата
написал:
Цитата
написал:
После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). Проводится «контроль».
Про этот момент где можно почитать?
Константин, это можно где то прочитать или посмотреть?  
 
Почитать - нет.
Пока нет.
Как будет время, сделаю коротенький ролик. Про что вообще речь в данном случае.
 
Ролик по функции "Контроль":

Страницы: 1
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3678
Приняло участие в обсуждении: 394
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт