Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...
Прикрепление/открепление окон - Общие вопросы
Константин Чилингаров: Здравствуйте, Нет. Эту штуку отключить нельзя. А чем она так сильно прямо мешает?
Последовательность операций в изделии со сборками - Производство
Fomina: Благодарю
Календарный план - Производство
Константин Чилингаров: Ждем режим с выделением деталей одного узла. Он есть этот режим. В текущей релизной версии (21.2, обновление май 2021). По крайней мере, тот, ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Fomina: Спасибо. Похоже мы делаем все правильно и другого пути нет.
Ошибка при выборе всех заданий. - Терминалы
Fomina: написал: Вот мне нужно [B распределить задания по работникам, фиксировать время начала-окончания[/B , время выполнения, количества. Потом ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: В идеале работа мне видится так: 1. На резке, после выполнения задания, на принтере этикеток печатаются этикетки всех вырезанных детал ...
Выбор ресурса при редактировании задания - Производство
Fomina: написал: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным з ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Помочь Вам разобраться/удалить? Давайте стандартный договор на удаленную поддержку оформим, всё сделаем. Подробности по почте.
Загрузка спецификации изделия из ЭКСЕЛЬ - Состав и технология
Константин Чилингаров: Здравствуйте,  Это дополнительный модуль. Умеет загружать из Excel файла номенклатуру, параметры, файлы, спецификацию, материалы, техпр ...
Печать ордеров и единицы измерения - Прочее
Beavis900: Доброго дня! Благодарю! Будем разбираться!.
Группа планирования - Состав и технология
Eshklyaev077: Здравствуйте , спасибо все помогло !!!

Приемка ОТК

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 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)
Всего зарегистрированных пользователей: 3499
Приняло участие в обсуждении: 387
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт