Фактическое время выполнения операции по сканеру

Понятно.
Спасибо.

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

По сканеру штрих-кодов и стандартному клиенту VOGBIT:

Стандартный VOGBIT можно настроить
так, что по первому считыванию штрих-кода будет отмечаться начало работы над заданием, а по второму считыванию того же штрих-кода – сдача по этому заданию.
Только точное время первого и второго события при этом в базу данных не записывается.
Сделать чтобы время записывалось?
Можно.
И технически не сложно такое реализовать.
Вот только есть большие сомнения в целесообразности так делать.
Почему – см. ниже.

А вот тут вы не правы.
Давайте посчитаем вместе:

Чтобы ему отсканировать, надо чтобы сканер был куда-то воткнут. То есть, должен стоять компьютер, на нём стандартный VOGBIT и в него должен быть воткнут сканер штрих-кодов.
Считаем (цены везде розничные беру примерно по Москве):
Вариант «штрих-коды»
Компьютер (моноблок) ~ 20 000
ПО VOGBIT – 19 900
Сканер штрих-кодов – 3700
Итого: 43 600

Вариант «терминал»
Моноблок с тачскрином ~25 000
ПО VOGBIT – 19 900
Сканер RFID – 1200
Итого: 46 100 руб

Так что «Несоизмеримо по затратам» - сложно сказать, согласитесь.

Клиент VOGBIT, что обычный, что «спец» - стоит одинаково.
Компьютер – он так и так нужен.
Сканер RFID стоит дешевле сканера штрих-кодов.

Засовывать всю эту конструкцию в железный ящик или так просто на столик поставить – это не зависит от того, какой вы вариант выбираете, первый или второй.

Можно так поставить. Если чисто и аккуратно всё в производстве. Я знаю, как минимум один пример в Подмосковье на заводе, где именно так и сделано, и всё нормально работает уже 2 года.
Но многие хотят, чтобы было в определённой степени «вандалоустойчиво». В этом случае эконом вариант – сделать самому железный корпус. Ящик сам стандартный не знаю точно сколько стоит, но не думаю, что сильно больше, чем тысячи 3 рублей. Вырезать отверстия и согнуть пару планок для крепления для любого производственного предприятия проблем никаких обычно не представляет.

Вариант же, показанный выше на первой картинке (стойка) – это просто уже другой немного уровень в плане «железа». Толстый прочный стальной корпус, вентиляция, включение/выключение с ключа, 19” экран. Хорошая штука, и ничего самому мастерить не нужно (и тоже, кстати, не космические совсем деньги стоит, отечественного производства).

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

И ещё раз повторю, засовывать компьютер в железный ящик или не засовывать – это никак не связано с тем использовать специального «терминального» клиента VOGBIT или обычного и сканер штрих-кодов. Что там, что там, можно просто компьютер на стол поставить, можно этот компьютер в железный ящик засунуть.

Таким образом в плане затрат – что просто компьютер со сканером ставить на участок, что терминал – примерно одинаково.

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

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

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

Поверьте, тут просто «два раза подошёл, считал штрих-код» не обойдёшься.
В «терминалах» заложена достаточно развитая уже за последние пол года логика, на такие разные случаи. Готовая. Зачем её ещё перекладывать параллельно на инструментарий «считывания штрих-кода» в стандартном клиенте VOGBIT? Для чего такая работа, когда терминал готовый есть, он всё равно будет априори удобнее, и по цене принципиально одно от другого не отличается?

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

Здравствуйте.
Пообщались с руководством.
Руководство хочет отмечать фактическое время начала и окончания операций по сканеру штрих-кодов.
Вы написали, что далее начинается самое интересное, - вот к этому интересному мы хотим прийти сами.
Руководство видит в этом целесообразность.
Можно ли сейчас в вогбите это реализовать штатными средствами, или необходимы доработки с вашей стороны?

Здравствуйте!
Как можно "отменить" присвоенный штрих код детали (кнопка- присвоить штрих-код в графике пр-ва) , т.к. не удаляет задание на пр-во с присвоенным штрих-кодом?
спасибо

Здравствуйте, в нашем случае сканер штрих-кодов есть, но мы пока его не используем. Как делаем мы:
   включили в план,
   выдали задание(сменное задание не печатаем),
   и по итогу отмечаем как выполненное.
Вопрос, в таком случае будет отмечаться фактическое время выполнения?

Здравствуйте.
Проверили после установки обновления №6 для VOGBIT 1.1.37841
Правильно ли мы поняли, что времени прикрутить "запись времени" не осталось?

Вышлите, пожалуйста, инструкцию на почту.

Написал на info@vogbit.ru.

Уже читаю.
Спасибо.

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

Мы сами "железо" не продаём. От нас только стандартная лицензия VOGBIT нужна тут.

Пока серийно производство никто не наладил из наших клиентов)
А один, говорят, дорого сильно делать.

А так, кто пользуется: кто-то сам делал из моноблока за 25 т.р., сканера за 500 р. и ящика стандартного металлического. Кто-то заказывал готовый. Кто-то так моноблок повесил со сканером на станок и всё, без ящика (тоже, кстати, вполне нормально оказалось).
Если интересно, пишите на почту, могу дать пару контактов, кто пользуется терминалами, спросите у них, какое железо с их точки зрения лучше брать.

А не подскажете как быть когда на посту работает два работника?
У нас, например, на рубке работает два человека. Они работают над одной деталью вдвоём. Как в этом случае можно фиксировать начало и окончание работ для двоих работников одновременно?

По рубке - как раз рубят большие партии одинаковых деталей.

Тут больше вопрос времени = денег. Кто за это будет платить, если всё бросить, и делать прямо сейчас.
Поскольку пока желающих в этом разрезе нет, в данный конкретный момент мы пока загружены другими вопросами. Этот записан в общий список. Ждёт своей очереди.