Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Расчет потребности и ЛЗК - Общие вопросы
Yzolotukhin: написал: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух сло ...
Терминал - Терминалы
Veruz: Это проявляется только утром. В течении дня вроде - всё нормально.
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
Unable to cast object of - Ошибки в работе
Константин Чилингаров: Отправил Вам на почту.
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

Приемка ОТК

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

×
Вход на сайт