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

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 3520 Alex-220781 написал: При нажатии кнопки "Собрать невыполненные задания" - собрать можно только слева от смены, перио ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

Приемка ОТК

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

×
Вход на сайт