График производства. Не отображает ТТП.

Здравствуйте,

Так, на первый взгляд, всё нормально выглядит.
Пока непонятно, что не так, по картинкам.
Попробуем поделать похожие примеры, воспроизвести что-то подобное сами.
Если у Вашего системного администратора есть под рукой свежая копия Вашей базы данных, на которой такая штука получается, и он может выложить нам её посмотреть, то это ускорит процесс разбирательства.

К типовой операции сварки полуавтоматом, которая не отображается в графике пр-ва, прикручена таблица нормирования и поправочный коэффициент, но на самой операции время не проставлено (рис. 6).

Перетаскивая эту операции к сборочной единице, указываю сложность и поправочный коэффициент, при этом в графе Тшт. появляется рассчитанное время (рис. 7).

НО, как я понял, программа подтягивает данные с Тшт. которое проставлено в типовой операции (у меня там ничего нет, по этому она в графике пр-ва не отображается). Как только я вручную проставляю время Тшт. в типовой операции, тогда в графике производства эта операция появляется, но пересчета с учетом значений коэффициентом в таблице нормирования не происходит...            

Да, работает. Только перед этим также необходимо указать получаемый результат в параметрах таблицы в часах (рис.8)

Сделали. Прирост в скорости оценили. При каждом последующем обновлении появляются новые иконки и возможности, а поясняющая документация ("мануал") на сайте актуализируется при этом?

Константин, очередная проблема...

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

Теперь конкретный пример:
При расчете на сборочный узел "Крыло" указываю данные: коэф. сложности "2" (это T шт.=0,25 ч.), и множитель К = 1,8462. Тогда в пересчете получаем следующее:
0,25*1,8462 = 0,46 ч. или 27 м. 41 с. (рис.10).
Это время сварки 1 м.

Дополнительно к операции указываем параметр обработки - 6,5 м. (рис.10). Тогда общая трудоемкость будет:
0,46*6,5 = 3 ч.
При этом время на операцию в данном окне не пересчитывается, а остается, как за 1 м.  


При выдаче задания через модуль "Работа с заданиями: Новые" на 1 шт. изделия в графе трудоемкость указано 3 ч. (рис.11). И вроде все ОК. НО при перетаскивании задания на пост трудоемкость показывает на 1 м. шва, то есть 0,46 ч. (рис. 12).

Как быть?      

Если я правильно понял, то:

Вар 1. ЕН убрать, в таблице нормирования добавить множитель (кол-во метров шва).
Тогда:
Материалы (проволока, газы, краска в случае окрасочных работ) - НЕ СЧИТАЕТ.
Трудоемкость в себестоимости - СЧИТАЕТ ВЕРНО.
Нормы времени в граф. пр-ва - СЧИТАЕТ ВЕРНО.
Нормы времени при выдаче заданий - СЧИТАЕТ ВЕРНО.

Вар. 2. ЕН задавать, как и раньше, но все равно добавить множитель (кол-во метров шва).  
Тогда:
Материалы (проволока, газы, краска в случае окрасочных работ) - СЧИТАЕТ ВЕРНО.
Трудоемкость в себестоимости - СЧИТАЕТ НЕ ВЕРНО (дополнительно перемножает).
Нормы времени в граф. пр-ва - СЧИТАЕТ НЕ ВЕРНО (дополнительно перемножает).
Нормы времени при выдаче заданий - СЧИТАЕТ ВЕРНО.

Если все верно, ну как-то так себе...

Можно тезисно изложить прям вот основополагающее отличие уровней "высокого" и "максимального"? Может мы зря на "максимальном" сидим??? Можем ли пользоваться терминалами (имеются на пр-ве) на "высоком" уровне?

Абсолютно понятно изложено.

Я считаю, что на нашем пр-ве необходимо работать именно на "высоком" уровне.
Хотя там тоже есть неприятные нюансы, например:
1. Работаем посменно 2/2.
2. Нужно изготовить 6 крупных сборок/изделий. (далее - СБ)
3. В каждую входит по 5 втулок (для примера взял одну позицию, на самом деле номенклатура входящих деталей значительно больше), итого 30.
4. Нарезали 30 заготовок за пару часов, закрыли сменное задание. Тут проблем нет. Ок.
5. Точить дольше, а номенклатуры много, поэтому разбиваем заказ из 6 СБ на две группы по 3 СБ в каждой, или по 15 втулок в каждой группе, чтобы за определенное время успеть точить всю номенклатуру деталей сначала на первых 3 СБ и отдать дальше на сварку, потом на оставшихся 3 СБ, т. е. запараллелить процесс. Думаю, понятен замысел.
6. Выдали 15 втулок токарю №1, он проточил 12 втулок.
7. Переносим "хвостик" задания на следующую смену токарю №2 (вспоминаем, что график 2/2), и он в сменном задании видит кол-во - 15 шт. (к сожалению так работает Vogbit на "высоком" уровне), не зная, что 12 из них были выточены ранее токарем №1. В сменном задании этого не видно. Принцип неделимости "высокого" уровня.

Итог: сделал втулок больше, чем нужно сейчас в ущерб другим деталям, далее срыв сроков и т. д.

Можно конечно отметить карандашиком, что мол 12 уже готовы. Но это уже пресловутый человеческий фактор, кто-то где-то забудет написать. Тем более мы используем автоматизированную систему учета, какие еще могут быть карандашики...  

Получается, что "инструмент" вроде как есть, но он не везде работает?

Допускаю, что для более низких уровней он может быть не доступен. Но никак не наоборот, как в нашем случае. Мало того, что специалисты по выдаче задания должны сейчас с привычного (но возможно не уместного) "Максимального" уровня пересаживаться на "Высокий" с полным переосмыслением алгоритма работы, со всеми вытекающими ("косяки", путаница и т. п.), так еще и нельзя сбрасывать со счетов тот факт, что на реальном пр-ве может быть смешанная ситуация, например:
Заказ №1 - 5 изделий, состоит из номенклатуры в 30-40 позиций. Нужно отгрузить все сразу. (выбираем "Высокий").
Заказ №2 - 1000 изделий, состоит из номенклатуры в 2 позиции. Можно отгружать частями. (выбираем "Максимальный")
Заказ №2 - 500 деталей - 1 позиция. Можно отгружать частями. (выбираем "Максимальный").
И тогда на заказ №1 нормы при выдаче задания считает корректно. А для заказов №2 и №3 - не корректно.

Константин, прошу Вас изыскать резервы и "допилить" модуль для "максимального" уровня в самое ближайшее время. Иначе мы будем очень страдать... Ведь, по сути, это урезанный без причины функционал программы. Можете сориентировать по срокам?    
 

Не совсем так.
Задние до рабочего может доходить либо в виде распечатки, либо он сам смотрит его на экране терминала. У него же нет своего компьютера с VOGBIT возле станка его токарного.
Касательно "высокого" конкретно уровня и рассматриваемого примера:
Если через терминал, то там автоматом в такой ситуации в задании показывается не всё количество, а оставшееся. Это ещё несколько лет назад так сделали специально для "высокого" уровня. Я уже забыть успел с тех пор и не был точно уверен. Специально сейчас проверил. Показывается на терминале при "высоком" уровне в такой ситуации остаток только деталей, сколько не сделано.
Если через распечатку доводится задание, то тут дело в используемом бланке отчёта всего лишь. Все "стандартные" бланки "сменных заданий" (которые со времен 2015 г. и раньше ещё в базах данных с примерами водились), конечно, они все старые очень. Они, действительно, наверное, выводят тупо все количество. Но тут, если что, сделать новый красивый бланк (чтобы без Excel'я формировался, грузился мгновенно, и не требовал никаких пассов при обновлении), чтобы количество в нем выводилось "оставшееся", а не всё - это делов на пару часов. Если нужно будет реально, без проблем можно сделать.

Но оно так, как сейчас, работает уже лет 10... И никаких особых страданий до сегодняшнего дня не причиняло...
А если серьёзно, то да, по-хорошему, нужно поковырять и посмотреть, что там нужно подправить. Если сильных замедлений не вызовет это, то надо просто сделать, чтобы и так тоже работало (для "максимального" уровня + суперзамороченного варианта техпроцессов, с ТТП, "единицами нормирования", и "параметрами обработки" - и всё это одновременно).
Посмотрю, ТЗ что где поменять - напишу. Это постараюсь до конца месяца сделать.
А вот дальше это встанет в очередь, и явно с далеко не самым высоким приоритетом (честно говорю, чего тут лукавить).
А там как пойдёт. Если удастся в какой-нибудь промежуток "впихнуть" или попутно с чем-то заодно сделать - будет побыстрее. Если нет - дольше.
Чтобы не обманывать, честно скажу: ТЗ сделаю, дальше по срокам не могу на сегодняшний день дать информации объективной.

У меня другой вопрос:
А чем Вас принципиально не устраивает "средний" уровень в текущем его состоянии?
Может, как-нибудь организуем видео-конференцию, я Вам просто покажу, как сейчас там что работает?
Может, Вы просто не знаете, что так можно?
Да, там, конечно, нельзя некоторые супер-точные вещи сделать, как на "максимальном" (например, из 10 втулок раздать конкретно 5 Сидорову, и 5 Иванову в задании на конкретно сегодня на первую смену), но оно точно вот так вот именно нужно? Зато там (на "среднем" уровне современном) всё остальное по совокупности на порядок, наверное, проще, при +/- сходном конечном результате. В общем, я бы на Вашем месте, не отметал совсем такой вариант. Как минимум, рассмотрел бы его.
Моё предложение показать (для Вас персональное   ) в силе. Только нужно договориться заранее на конкретный день и время. Если интересно, то пишите в почту.

Если на безвозмездной основе, то было бы супер.