Первый запуск терминала

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

Пара слов про терминалы в общем:

Логика работы терминала, т.е. что именно на экране человек видит после того, как приложил «карточку», какие действия дальше – всё это сильно зависит от, так называемого, «Типа терминала».
На сегодня в стандартной поставке уже 9 «типов терминалов» (начинали когда-то то ли с 2х, то ли с 3х, не помню уже точно, давно было). Плюс практически для всех них есть возможности ещё дополнительно настраивать (изменять в определенных пределах) логику их работы с помощью разных параметров (в базе данных, или указываемых при запуске приложения-терминала).
Почему так?

Главная причина - из-за особенностей технологии.
То, что хорошо подходит и удобно, например, чтобы отметить человеку, когда он один делал много мелких деталей (например, гибка какая-нибудь), то совершенно никак не подходит, например, чтобы отмечать работу товарищей, которые 4-5 человек в течение недели собирают все вместе одну какую-то сложную установку. Дальше – больше. Одно дело, когда работник за смену делает 2-3 разных наименования деталей. Другое дело, когда, например, штук 70 разных наименований. Отмечать только, что сделал детали, или отмечать сначала что начал делать, а потом, что закончил делать. Время выполнения операции: одно дело, когда это минуты, другое – часы, третье - когда одна операция выполняется в течение нескольких смен. Один человек делает операцию или несколько. Или одну и ту же операцию, но для каких-то деталей один работник её делает, для других – вдвоём, а для каких-то и втроём (та же гибка, к примеру). Как учитывать работы, которые вообще заранее никто не планировал делать (не по техпроцессу). И т.д. и т.п.

Следующий момент – порядок использования программы. То есть, какой «уровень» применяется. Всё-таки, большая разница: одно дело, когда есть для того конкретно человека, который прикладывает карточку, в программе задание, именно для него, что ему конкретно сейчас нужно делать, а совсем другое, когда по тем или иным причинам такого точного персонального задания на сейчас в программе нет для него.

Причем, что интересно, что разные в плане подхода к отметке технологии, как и разные «уровни», как показывает опыт, запросто могут сосуществовать и уживаться прекрасно в рамках одного и того же предприятия. То есть не получится выбрать какой-то один вариант, а на остальные «забить» просто.

К чему это всё ведёт:
На уровне desktop’ного интерфейса, то есть, когда работаешь с программой на обычном компьютере, можно сделать разные кнопки для разных случаев, сделать вызов соответствующих функций из разных мест, сделать чтобы в зависимости от того, где и на какую кнопку нажал, разные окошки открывались (или не открывались). В самом открывающемся окошке можно сделать разные «поля», куда вводить или не вводить нужное, в зависимости от ситуации. Что и сделано. И обеспечивает достаточную универсальность, чтобы все описанные случаи охватить.

Но на терминале то так не пойдёт! Там должен быть интерфейс «из трёх кнопок» условно. Максимально простой, выбора и действий должно быть как можно меньше. Чтобы подошел, пикнул, нажал на одну из трёх (условно) больших кнопок, или вообще считал штрих-код. И всё. Отметил. Можно идти дальше работать.

Поэтому и появились разные «Типы терминалов» и настройки для них. Чтобы в зависимости от ситуации, что и как дальше делается после прикладывания карточки, это было бы разным. Потому что просто не получится сделать некий «универсальный вариант», который бы подходил под все случаи (см. выше) одновременно, и при этом был ещё и простым и удобным.


Какие есть типы терминалов (из общедоступных) на сегодня для «среднего», именно, уровня (т.к. вы пишете, что его используете):

Тип 1 – это вариант для чего-то типа сборки больших конструкций. Когда работники отмечают через терминал только время, потраченное на работу по конкретной операции конкретного изделия, а окончательно «закрывает», что задание выполнено, руководитель на обычном рабочем месте (у себя на компьютере отмечает, что всё, собрали установку).

Тип 2 – простейший универсальный вариант терминала для чего-нибудь, вроде, классической механообработки. По принципу: «сделал деталь (N деталей), подошёл к терминалу, отметил это».

Тип 24 и Тип 25 – варианты для «среднего» уровня с отметкой типа «взял задание в работу/закончил работу по заданию». Тип 24 заточен под вариант такой отметки «онлайн». То есть отметил начало, взял ящик с заготовками, пошел их делать. Сделал, подошел, отметил это. Время отбилось в программе реальное, сколько на это ушло. Тип 25 заточен под вариант, когда фиксируется день/время, когда взял в работу задание, и когда отметил, что сделал, но не в режиме «реального времени». Например, в понедельник работник набрал себе в работу несколько разных изделий и отметил это. В среду пришел, и отметил, что из взятого сделал к текущему моменту.


Теперь по последовательности после прикладывания карточки:

Вариант, как вы описываете, «подошел, приложил карточку, увидел, что сейчас делать, потом подошел, когда сделал, в этом же списке выбрал, отметил, что сделал). Такой есть. Но он для «высокого» (максимального) уровня.
Там да, ровно так (терминалы тип 3, 4, 5, 6). Подошел, посмотрел своё текущее задание. По нему же отмечаешь, что сделал. Например, такой вариант активно используют наши пользователи на ЧПУ участках. Мастер раздал в программе задания на станки. Операторы и наладчики на терминале смотрят куда что дальше ставить и отмечают, что сделали. Ничего при этом не распечатывается вообще, всё через экран терминала, и смотрят, и отмечают.
Но тут есть одно НО!
Что существует это заранее подготовленное задание. На конкретную смену. На конкретный станок или человека. Что мастер его сначала в VOGBIT сформировал каждому. А это «высокий» (максимальный) уровень, соответственно.

Почему этот вариант не подходит для среднего уровня:
Если сделать в точности так, как вы описываете выше в своём сообщении, для «среднего» уровня, чтобы все отпиленные заготовки показывались «токарю», как список, что ему делать, и по этом списку отмечать, то работать оно так реально будет только в очень маленьком производстве. Совсем маленьком. Буквально несколько человек и несколько деталей в работе. Если будет что-то более реальное/серьёзное (каковых большинство среди наших клиентов, потому что когда 3 человека и 5 деталей, то и программа то, в общем, не нужна никакая, по большому счёту), то токарь будет, скорее всего, не один, а деталей после пилы непосредственно сейчас – не один десяток. Представьте себе в такой ситуации, что токарь подходит к терминалу, прикладывает карточку и ему вываливается эдак штук 70 строчек или квадратиков. Многие с похожими (или вообще одинаковыми) названиями, с отличиями в чертежных номерах в одну-две цифры. И вот в этом всём ему нужно как-то глазами найти, что же ему отметить сейчас, во что ткнуть…
Он Вас проклянёт в этот момент. И будет совершенно прав.

Поэтому на «среднем» уровне, все терминалы (2, 24, 25) заточены под то, что отметка о взятии в работу или о сдаче вносится считыванием штрих-кода. Это может быть, например, маршрутный лист или какой-то квиток, который лежит с заготовками. Пример: токарю принесли ящик с пилы с заготовками. В нем вместе с железками листочек лежит. На нем написано, что это такое, и штрих-код. Он сделал свою операцию, взял этот листок, подошел к терминалу, приложил карточку (хочет отметить), пикнул в штрих-код (что сделал). Всё, готово. Отметил. Листок положил обратно к деталям и отдал следующему.
В некоторых случаях, когда так удобнее, мастер может распечатать рабочему из VOGBIT (на «среднем» уровне в т.ч.) список, что тому дальше делать. Опять же со штрих-кодами напротив каждой строчки. Дальше работник, когда что-то сделал, подходит к терминалу с этим списком и считывает штрих-код напротив соответствующей строчки. Тем самым отмечает, что он это сделал.
Все существующие на сегодня терминалы «среднего» уровня (кроме Тип 1, который для сборщиков чего-нибудь большого) заточены вот под такую схему.

Вот пример, как это делается:
Видео
Инструкция, где подробно разбирается весь пример от запуска, до «статистики».
Тут сам пример (демо-база «Движение заказа») – можно скачать. Вышла новая версия VOGBIT как раз, с этим примером в стандартной поставке в том числе

Далее…
Что касается при этом просмотра «что делать» на терминале в случае «среднего» уровня:

На сегодняшний день есть и такое, пока в «пилотном» варианте, пока для терминалов Типа 24 и 25. Но тут тоже есть определенная специфика, когда это нужно и зачем.
Если работы/деталей на текущей операции мало, то данное действие просто не нужно. Бессмысленно. Что принесли сейчас, то и делаем.
Обретает оно смысл, когда деталей с пилы много и нужно как-то донести до рабочего, а что именно из них ему сейчас делать (в первую очередь). Вот тут можно, как выше говорили, либо распечатать рабочему из VOGBIT, «текущее задание» в виде списка, либо вывести этот список на терминале в виде «Текущего задания» по участку/операции.
Однако, тут тогда обязательно присутствует элемент «выдачи» задания. Тот есть нужно, чтобы руководитель из всего списка деталей, которые вышли с пилы, выделил, что из этого сейчас нужно делать, и нажал «выдать» в VOGBIT. То есть обозначил, что именно считать «текущим заданием» (в демо примере в т.ч. эта функция мельком показана для «среднего» уровня). Ну а дальше этот список уже либо распечатывается, либо отображается на экране терминала в режиме ожидания (нужно настроить для этого правильно параметры запуска приложения-терминала), либо и то, и то.
Таким образом (сейчас, по крайней мере так сделано), отображение «текущего задания» на терминале ориентировано на случай, когда нужно не просто показывать всё, что есть, а нужно ОГРАНИЧЕНИЕ – что именно из того, что есть, нужно сейчас делать (соответственно, присутствует действие «выдачи» в программе текущего задания, т.е. установки соответствующего ограничения). А если ограничения нет, то получается нет и большого смысла показывать просто общий список (см. выше).

Может быть, когда-нибудь сделаем дополнительно что-то, вроде, просто «Дашборда» для среднего уровня. Т.е. аналог, можно так сказать, окна «График производства – текущие работы», чтобы онлайн на нем отображалось что перед какой операцией находится, только в виде для показа на каком-нибудь телевизоре в цехе. Сделать можно. Но пока реальных желающих вешать такой «телевизор» на самом деле в своём цехе – не наблюдается. Будут – без проблем, сделаем. В целом, понятно как.

Для терминалов типа 24 и 25 уже сейчас есть возможность настроить ограничение, чтобы рабочий мог отмечать на терминале только детали в соответствии с «текущим заданием участка». Т.е. если руководитель не включил какую-то деталь в «текущее задание» участку, то рабочий не мог «взять в работу» эту деталь на терминале, даже если физически ящик с данными деталями перед ним стоит (и, соответственно, маршрутник со штрих-кодом этой детали у него есть).
Отсюда (из этого ограничения), собственно, и режим показа «текущего задания» на терминале в режиме ожидания (что мастер «выдал в работу» на участок по операции). Потому что ящиков с деталями привезли с заготовки много, а какие из них брать? Чтобы не методом тыка перебирать (даст программа взять эту деталь в работу или нет), а можно было посмотреть на терминале список, что сейчас брать в работу из этих ящиков (и не обязательно было распечатывать «текущее задание» для этого).

Теперь, что касается:


Если сразу после прикладывания карточки на экране появляется некий список, то скорее всего, это список «Участков», на которых у вас в программе числится данный работник. Наиболее вероятно, что так.
То, что у вас «участки» заведены отдельные с названиями, как «операции» - технически можно так сделать, но вообще это неправильно. Это разные совершенно сущности по смыслу – участок и технологическая операция.
"Что не так сделали", возможно, начинается откуда-то отсюда уже.
Но не факт, смотреть нужно, конечно, и обсуждать, чтобы точно сказать.

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

То, что у вас дальше, после выбора участка, у вас на экране ничего не появляется, скорее всего, связано с тем, что для данного участка Тип терминала вообще не назначен в программе. Никакой.
Должен быть задан (через параметр «участка» в справочнике «подразделения») «Тип терминала», который используется для отметки работ на данном участке.

Вот как-то так…

Рекомендую для начала внимательно изучить демо пример «движение заказа». Скачать здесь. Инструкция здесь.
Тем более, у вас и терминал настоящий есть. Со сканерами и сенсорным экраном. Можно по-настоящему прямо всё «прогнать». С отметкой на терминале прямо.

Или, как вариант, заключить договор на удаленную поддержку. Это платно. Не особо дорого, но определенных денег стоит, конечно. Но зато разберем прямо на ваших примерах вместе, как что правильно делать, настроим вместе так, как нужно, всё покажем, объясним (удалённо).