Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Отсутствие РЦ в дашборде - Терминалы
Freza3mm: Прошу прощения, разобрался. некоректно было настроенно расписание. Текущая смена начиналась в 2020 году а заканчивалась в 2016.
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...
Первый запуск терминала - Терминалы
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности. Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.  3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...

Перенос задания на максимальном уровне на терминале

Использование цеховых терминалов - Терминалы - Работа с программой
Страницы: 1
Перенос задания на максимальном уровне на терминале
 
Добрый день!
На максимальном уровне, если за день деталь не сделана, то при нажатии закончить, продолжение работ на следующую смену не переносится.
 
Здравствуйте,

Да, для максимального уровня так и задумано.
Логика при этом была примерно следующая, почему так сделано:
Предназначено для варианта, когда большое кол-во (например, 2000 шт) "размазано" по отдельным заданиям на несколько смен и/или несколько постов. Причём, может быть, что не всё за один раз. Предварительно поставили, например, на 3 ближайших смены, на 2 поста по 200 шт на смену, на каждый.
При этом отклонения по количеству сданному на одном из постов в одну из смен сами по себе в такой ситуации не являются чем-то криминальным. Особенно, небольшие. То есть, если сделали, например, 197, то нет смысла оставшиеся 3 обязательно "переносить" на этот же пост на следующую смену. Может, на соседнем сделают 205 за эту смену...
Поэтому на "максимальном" уровне проверяется только чтобы итого общее кол-во, сданное по всем сменам и постам, не вылезало за установленное (2000 шт. в нашем примере). А если где-то будет не точно сдано плановое кол-во в отдельной смене - ну бывает. Так по факту получилось. И сам терминал никаких действий в таком случае на "максимальном" уровне не делает (руководствуясь логикой описанной выше).
А общий "баланс" - "итого" сколько в итоге сделано и нужно/не нужно ещё что-то включать в план - это видно в "детальном графике" (или "общем детальном"). Который как раз под это дело немного доделали в последней версии.
 
Цитата
Константин Чилингаров написал:
То есть, если сделали, например, 197, то нет смысла оставшиеся 3 обязательно "переносить" на этот же пост на следующую смену. Может, на соседнем сделают 205 за эту смену..
Это если есть задача сделать как можно больше. А бывает так, что написано - сделать 200, сделают 200 и не больше. Исполнители же могут не знать, что кто-то где то детали не доделал, и им нужно сделать больше.
Тут надо подумать над алгоритмом переноса. Может быть выдавать на терминале информацию, что по заданию из предыдущей смены не все сделано.  
Изменено: Alex-220781 - 04.06.2019 11:50:26
 
Неочевидная логика, мне кажется, чтобы зашивать её прямо в терминал в код программы.
Например, когда задействовано несколько постов и несколько дней подряд в две смены всё это продолжается, то почему именно на тот же пост пост (а не на другой из задействованных) и именно на следующую смену это должно само автоматом переноситься?
Не очевидно, в общем, с моей точки зрения. Пока, по крайней мере.

Есть некоторые мысли добавить в сам VOGBIT что-то типа функции "закрытия смены", как я уже где-то писал, которая как раз нужна чтобы автоматом перенести всё не сделанное (не начатое) на следующую смену вперёд. Может быть, есть смысл расширить её логику в сторону переноса в каких-то случаях и "недоделанного",
Хотя тут думать ещё нужно. Пока в стадии идеи только.
 
Цитата
Константин Чилингаров написал:
то почему именно на тот же пост пост (а не на другой из задействованных)
Потому что этому посту дали задание на определенное количество, которое должен выполнить.

Цитата
Константин Чилингаров написал:
Хотя тут думать ещё нужно
Согласен. Алгоритм продумать надо

Я ставлю цель автоматизации, чтобы запланировать работы по возможности на 2-3 дня, а приходится каждый день корректировать. Чтобы работы, не законченные, не начатые автоматом переносились.
 
Мы подумаем на эту тему.
 
Константин, добрый вечер!

Вопрос по теме переносов заданий:
 Возможно ли автоматическое добавление заданий в смену при завершении работ на предыдущем участке? Для автоматического прохождения изделий(заданий) по всему производственному циклу. Много небольших заданий которые приходиться постоянно мониторить для переноса на следующий участок.
 При необходимости притормозить какой либо заказ проще исключить его из плана работ поста.
   
 
Здравствуйте,

Была у нас похожая идея 8 лет назад...

Дело в том, что "автоматически" нельзя. Не получится. Потому что слишком много вариантов появляется.
Допустим, закрыли мы задание на посту. Известно, что есть следующее после него, надо его, соответственно, вставить в задание на смену следующего поста.
И тут начинаются вопросы:
А в какую смену вставлять? В текущую? Или в следующую?
А если она "занята" под завязку уже другими заданиями к этому моменту? Всё равно в неё вставлять? Или не вставлять? Или на другой пост или смену вставлять? На какой пост? На какую смену?
А если по ТП для следующего задания не один пост, на который его можно назначить, а несколько, то на какой из них?
А если для того поста, на который как бы надо назначать, нет вообще рабочей смены, куда можно воткнуть задание? Тут что делать?
И т.д...

В общем, конструкция, которая сама, не спрашивая ничего, пыталась бы автоматически что-то куда-то "включать в план", получится крайне "неустойчивая" для реальной работы. Как говориться, "первый же залетевший дятел разрушит весь дом". Шаг влево - шаг вправо, малейшее отклонение, где-то что-то не так заполнено - всё, не работает.

Поэтому идея была другая немного в итоге придумана:
При закрытии задания программа смотрит, какое следующее. Если все данные есть (понятно какой пост, есть смена), то она предлагает: "следующее задание такое-то, можно включить в план на тогда-то, включить?". Если подтверждаешь, то включает сама следующее задание по маршруту в план работ соответствующего поста.
Понятно, что отвечать на такие вопросы (включать/ не включать, на сейчас/на следующую смену) должен, наверное, всё-таки не рабочий, который делал предыдущую операцию, а, например, мастер.
Соответственно, была идея сделать приложение на планшете, чтобы мастер ходил по цеху, отмечал что сделано, и сразу подтверждал или не подтверждал программе включать ли следующее задание сразу в план. А если встречается какая-то "непонятка" (нет смены, куда включать, неоднозначность в выборе поста и т.п.), то такие задания помещались в отдельное место в VOGBIT. "Откладывались" в отдельную кучку. Типа на планшете его "отложил", а потом на компьютере обычном открываешь окошко специальное, там все такие "отложенные" за день задания. И разбираешься с ними отдельно.

Вот такая примерно была идея. 8 лет назад мы такую штуку сделали. И она в пилотном варианте даже работала.
Но отклика она не нашла. Так и осталась "концептом, не пошедшим в серию".
Приложение для планшета давно безнадёжно устарело. Лет 6 как мы его реанимировать даже и не пытались. Никому не нужно было. Решили, что идея не получила развития.
В самом VOGBIT, в desktop'ном интерфейсе, остались некоторые "отголоски" с тех времён даже в современных версиях.
Первый артефакт - это так называемый "помощник мастера", второй - окно "помеченные задания" (куда как раз попадали "отложенные" за день задания, с которыми нужно отдельно разобраться). Это как раз и есть "осколки" той идеи. Чтобы когда отмечаешь текущее задание, сразу же само (по возможности) включалось в план поста следующее.
И оно, в принципе, до сих пор даже работает. Правда только на уровне desktop'ного интерфейса сейчас. Т.е. если открыть обычный клиент VOGBIT на компьютере и использовать для отметки выполнения кнопку "принять" в окне сменного задания поста. Из пользователей я не знаю кто бы этим пользовался. Я сам где настраиваю людям программу этот "помощник мастера" просто в настройках сразу отключаю всегда, чтобы не доставал своими советами. Кнопку "помеченные задания" в конфигурации, соответственно, выключаю. Но так-то они есть...

Потом появились "терминалы" и парадигма несколько изменилась. В концепцию с терминалами та старая идея как-то не очень ложится. Потому что отмечает выполнение задания тут сам работник. Он сам принять решение какое-то по плану следующего участка, я так понимаю, не особо компетентен. А совсем без участия человека, как я выше писал, не обойтись. Слишком много потенциальных вопросов, когда надо, чем-то непонятно чем руководствуясь, выбрать какой-то один из возможных вариантов (или может вообще не найтись ни одного варианта доступного).
То есть кто-то (мастер, например) должен оперативно получить информацию, что сейчас можно выдать дальше, и собственно выдать, т.е. подтвердить, или выбрать какой-то один из возможных дальше вариантов.
Но это, если посмотреть, и получается фактически окно "новые задания" по функциональности. Где по мере закрытия текущих задания появляются следующие, которые теперь можно дальше выдать. И можно просто "автоматом" выдать всё, что есть, дальше - выделить все и кнопка "включить в план", а можно "интеллектуально" - выбрать не все пока, выбрать или уточнить пост, выбрать на какую именно смену и т.п.

Вроде как, получается, уже есть такое место...
Сделать, чтобы оно само "включалось в план"? См. вопросы в начале этого сообщения. Что с ними делать?
Убрать из режима "Новые задания" что-то для упрощения?  Тут же найдётся случай где понадобится...
Что-то тут можно улучшить или добавить? Можно обсудить.
Конструктивные предложения приветствуются.
Страницы: 1
Сейчас на форуме (гостей: 19)
Всего зарегистрированных пользователей: 3164
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства электронный архив Техническая Подготовка Производства деактивации VOGBIT управление качеством активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость базы данных VOGBIT Деактивация VOGBIT планирование производства инструкция Начало работы Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет Полная версия VOGBIT Создание новой базы данных VOGBIT управление данными Планирование мелкосерийного производства Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования комплектация Производственные заказы и методы планирования Переменные и постоянные затраты Выполнение расчёта оборудование
×
Вход на сайт