Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Блокировка изменения номенклатуры - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Делать вместо «Ок» кнопку на пол экрана с названием из нескольких длинных слов. Это можно сократить, например просто "Изменить" 13 Константин Чилингаров написал: очень часто редактирование в номенклат ...
Получить данные о заказах на закупку, счетах, актов замены с помощью запроса SQL - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Очень неточный вопрос. Нужно поточнее как-то сформулировать. По порядку: Такой сущности отдельной, как "счёт" в VOGBIT нет. Есть сущность "заявка на закупку". По смыслу – список с некоторой атрибутивной инф ...
Терминал тп 5. Закрытие незаконченных заданий. - Терминалы
Константин Чилингаров: В текущей версии никаких подобный настроек нет.  Отката назад из этого окна нет, насколько я помню, потому что к моменту его появления часть информации о "закрытии задания" фактически уже записалась. Нужно уже до конца доводить. Если неправ ...
Выбор участка в окне редактирования - Ошибки в работе
Alex-220781: Спасибо. Исправил.  Хотел по памяти настроить. Не получилось.  Старею... 
Состав изделия и использования разных материалов в одной и той же детали - Состав и технология
Константин Чилингаров: Здравствуйте, Первое, что нужно отметить: Если у Вас есть диван определённой модели с обивкой из одной ткани и точно такой же по конструкции, но с обивкой из другой ткани, то со всех сторон будет лучше, если в базе данных это будет две разные н ...
Шаблон отчёта при многосменной работе - Производство
Константин Чилингаров: 16195 Михаил Анатольевич написал: Куда обратится с вопросом покупки терминала, его комплектации, они же разные наверно По комплектации написал вкратце /forum/messages/forum30/topic2428/message15085/2428-terminaly_-apparatnaya-chast#message15085 во ...
Терминалы, аппаратная часть - Терминалы
Константин Чилингаров: Последнее время, регулярно возникают вопросы по аппаратной части цеховых терминалов. Пока выложу сюда, как отдельную тему, кратко по основным моментам. Надеюсь, будет полезно. Итак, поехали: С технической точки зрения «цеховой терминал» - эт ...
Пример создания плагина - Плагины
Николай Спирин: Остается одно. Созданную номенклатуру вместе с id выгрузить в 1С, там ее сопоставить с номенклатурой 1С и выгружать вместе с id в Вогбит. Но техпроцесс то можно, наверное, создать в Вогбит программно и присвоить ему номер из 1С, а потом заполнить его ...
Процесс не может получить доступ к файлу - Отчёты
Константин Чилингаров: Спасибо за информацию!
Не получается подключить демо-версию - Установка
Константин Чилингаров: Да. По ссылке выше, см. рис. 12. В этом месте задаётся пароль администратора SQL. По поводу запуска программы и входа в неё после установки - описано /support/622/#_v7656 здесь .
Комплект сборочных единиц - Производство
Алексей Пономарев: Здравствуйте, только сегодня обратил внимание что вы ответили. Уже и не ждал. Спасибо, будем изучать вопрос дальше
Перенос задания на максимальном уровне на терминале - Терминалы
Константин Чилингаров: Здравствуйте, Была у нас похожая идея 8 лет назад... Дело в том, что "автоматически" нельзя. Не получится. Потому что слишком много вариантов появляется. Допустим, закрыли мы задание на посту. Известно, что есть следующее после него, надо ...
Внеплановые задания - Производство
Константин Чилингаров: Здравствуйте, Проверил. Нормально, вроде, всё. Вводится, редактируется. В окне сменного задания поста есть колонки "Комментарий" и "Комментарий к операции". Последняя - это комментарий из операции в техпроцессе. Если таковой суще ...
Форма ввода параметров - Отчёты
Владимир Трусов: Спасибо. Работает.
Поиск при создании накладной по заявке - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал. Спасибо.
Порядок строк приходной накладной - Интерфейс программы
Константин Чилингаров: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо!
Пропали кнопки в меню. - Прочее
Константин Чилингаров: Здравствуйте, 18542 Николай Спирин написал: Как добавить прав пользователю? В справочнике "Сотрудники" в свойствах пользователя поставить галочку "Администратор". Если её нет - пункта "Настройки" в меню не будет у этог ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18424 Lesotehnikakirov написал: У нас так получилось:1. Количество детали в производственном заказе 1051 шт2. На склад сдано 244 шт3. Со склада выдано в работу 244 шт, остаток 04. На склад сдано 1051 деталь5. Теперь на складе в данном производстве ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Lesotehnikakirov: Благодарю. Вопрос решился.
Редактирование накладных - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Заходим в общий справочник "учётные документы" (Рабочая -> Учётные документы). Там находим нужный "приходный ордер". Например, по дате и поставщику. Встаём на него, нажимаем "Отменить оприходование" (рис.1). Открыв ...

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

Использование цеховых терминалов - Терминалы - Работа с программой
Страницы: 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
Сейчас на форуме (гостей: 10)
Всего зарегистрированных пользователей: 2798
Приняло участие в обсуждении: 331
Всего тем: 804
Всего сообщений: 6066

×
Вход на сайт