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

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

Не загружается график производства - Обновление
Сергей: написал: С старом клиенте 1.1.37841 график загружается за 4 минуты. Сколько строчек получается в графике?
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Штатной такого рода функции нет. Только если писать специальный плагин, который будет так делать. Продумывать логику его ...
Начало работ и дата запуска - Прочее
Константин Чилингаров: Здравствуйте, Окно "Производственные заказы: текущие" (список активных на текущий момент заказов на производство). Там есть коло ...
Расчет потребности. Колонка "Подразделение" - Общие вопросы
Beavis900: Разобрались, благодарю! 
Отмена наследования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, "Обновить" не помогает? Выйти из программы и снова зайти? Если нет, то пришлите, пожалуйста, на mailto:info@vogbit.ru info@vogbit.ru ...
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, написал: материалы по ним получили и переработали..... Если материалы выдали, то и "дефицита" по ним не должно быть ...
При активации программы произошла ошибка - "Этот серийный номер занесен в черный список" - Общие вопросы
Beavis900: Благодарю, разобрались! 
Назначение сотрудников, трудоемкость - Общие вопросы
Константин Чилингаров: Вообще "назначение на станок" (на смену/пост) как таковое в программе нужно только в том случае, если вы используете "высокий" (и ...

Приемка ОТК

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

×
Вход на сайт