Регистрация кандидатов по сменам

maxev Beifuss
Разделение обработки вы предлагаете делать на этапе регистрации?

maxev
Что подразумевается под статичными сменами на технике?

alek В данном случае приходится лезть в Wialon и регистрировать смены либо на прицеп либо на водителя что-бы разбить обработку например если мы видим явный перегон по полю.
Нужен инструмент что-бы на моменте подтверждения обработки ее можно было разделить на 2, 3, 4 и т.д. на сколько угодно частей.
Например, что бы можно было отрезать перегон до и перегон после работы (перегон внутри поля).

у каждого свои смены и в зависимости от типа работ меняются,  в первую очередь нужна возможность произвольно разделять потенциальные обработки.

shcherd
Вы тут затронули несосклько тем.

1. Если меняется водитель или прицеп на технике, это можно отразить в виалоне (даже задним числом — это не проблема). После этого можно регистрировать обработки, и будет нужная разбичка по сменам, видам работ и т.п.

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

Клиенты в негодовании, так как на одной технике в 2 смены работает 2 водителя, обрабатывают 1 поле. Хотят видеть в отчете  сколько га в каждую смену обработал каждый водитель на данном поле.

Спасибо большое за информацию

Я так понимаю, что прицеп\агрегат у трактора сотается тем же.
А водитель же на каждую смену новый, да?
Тогда следует в Виалоне незначить водителей на трактор в соответствии со сменами., после чего перейти к поиску и регистрации обработок.
Также рекомендую в вашем случае установить настройку рабочего дня для вашего ресурса на 8:00.

Вот это крайне важный функционал!

Та же самая проблема, есть смены скажем с 8:00-20:00 и с 20:00 по 8:00, ни смены агрегата, ни смены водителя не было, и ТС не покидало поле. И получаем одну большую обработку.

Если бы обработка разрывалась с переходом смены, у диспетчера была бы возможность самому выбрать водителя новой смены, или же оставить прежнего.

А то получается функционал есть, но пользы от него практически никакой.

alek

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

Подумаем, что можно сделать.

alek

Не всегда, далеко не всегда.

Вот к примеру, трактор Case закончил работу в 20:59, а обработка прерывается только с переходом суток.

А почему не сделать возможность при регистрации, если нужно, указывать время работы в ручную?
Во время регистрации указывать время начала и окончание работы водителя и далее как всегда выбирать водителя
У меня на нескольких тракторах плавающие смены у водителей.

Александра Ольховая evil glcenter Beifuss
В настройка ресурса есть смены (см. скрин). Сейчас они используются только для фильтрации строк в отчетах.
Мы планируем сделать "птичку", чтобы при поиске кандидатов, обрезать их в соответствии с этими сменами.
Надеюсь, это решит проблему.
Что думаете?

Смены у разной сельхоз техники разные.
Например: опрыскиватель работает в 2 смены. 1 смена с 22.00 по 3.00. вторая с 03.00 до 8.00
комбайны  вообще суткам по погоде. смены разные бываю 2 смены, бываю и 3 смены.
на мой взгляд возможность регистрировать по времени было бы идеально

в форме "Регистрация"  сделать редактируемой часть полей "начало" и "окончание" только то, что качается времени.
Чтоб была возможность редактировать время начало и окончания.
Далее все просто: Если не нужно редактировать время форма работает как и раньше.
А вот если нужно, то в форме корректируешь время, выбираешь водителя и далее по форме. регистрируешь.
затем повторно выбираешь дату и объект ==> "поиск" и должна появится та часть (по времени) обработки которая не зарегистрирована.
Получится множественная обработка за день на одном ТС разными водителями.
Для нас это очень актуально, для подсчета объема выполненных работ каждым водителем!

pbx
То, что вы описали выглядит как много ручного труда.
Я же предлагаю тот же результат при наименьшем количестве кликов.
Даже в таком нечастом случае как нестандартная смена работы водителя или постоянно меняющиеся интервалы смен, вам всего лишь надо будет отредактировать время смен перед поиском, а затем запустить поиск. Не надо будет ничего нарезать, вручную устанавливать и несколько раз искать.

Можно еще проще: В настройках сделать несколько типов смен, а при поиске обработок задавать тип смены.
И тогда система сама сразу будет делить поле на смены и можно регистрировать отдельно обработку с разными водителями.

alek Почему бы на форме регистрации обработки не добавить выбор не только даты но и смены.
Смен будет 3.
Смена 1 (из настроек ресурса)
Смена 2 (из настроек ресурса)
Произвольная смена.

Если не выбираешь смену, то обработки будут выводиться как и сейчас  за сутки. Это не сломает текущую регистрацию обработок кто уже привык или у кого регистрация водителей идет автоматически.
При выборе смены 1 или смены 2, диспетчеру проще регистрировать, так как  не надо вручную в Wialon'е забивать каждую смену водителя.
Да и проще когда забил сначала всю первую смену, так как помнишь кто у тебя работал в первую смену.
Потом всю вторую смену. Когда они вперемешку ошибок больше.

И наконец можно выбрать произвольную смену.
Здесь появляются два значения: от и до.
И спокойно ищи нестандартные смены.

pbx Что думаете?

Вы имеете в виду назначение смен водителей в Wialon? Нет, нельзя будущими датами смены в Wialon прописывать.

Beifuss
Описанная вами схема рабочая и вполне хорошая, однако в первой итерации мы хотим пойти по наиболее простому и быстрому пути — будет просто птичка в настройках ресурса, которая будет указывать на то, что поиск нужно производить с автоматическим разрывом на стыке смен.
Так мы сможем проверить гипотезу, что жесткий разрыв по сменам в целом решает задачи клиентов. Далее уже можно будет подумать над более элегантной реализацией и гибкостью настроек.

Что вы выбираете: рабочее базовое решение через 10 дней или красивое навороченное через 100 дней? При этом на текущей стадии нет полной уверенности, что хоть одно из них решает задачу.

Не могу согласиться с тем, что наше базовое решение — костыль. Всего нужно активировать одну птичку, чтобы им воспользоваться и проверить, насколько оно удовлетворяет нужды.

Beifuss
Данную задачу (принудительный разрыв кандидатов по сменам) мы уже пустили в работу. Через 10 дней не обещаю, но в течении этого месяца должна быть сделана.

Как быть хозяйствам, у которых часть маших оборудована RFID, а часть нет. Ответ: искать для этих групп отдельно. Сначала ищем для группы с RFID, потом активируем настройку разрыва по сменам и ищем для группы без RFID и ручных назначений водителя.

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

Давайте мы сначала выпустим и обкатаем тот простой вариант реализации, который мы придумали с командой.
В этом варианте от пользовтаеля понадобится только поставить определенную "птичку" в настройках.
А далее уже, по отзывам пользователей, будем судить о том, как нам этот фунцкионал улучшать дальше.

Будем тестить.

alek Проблема стала в том, что очень сложно клиентом перевести с ручной регистрации смен водителям на фиксированное разделение смен.
Проблема в том, что если ты ранее регистрировал по сменам водителей а потом переходишь на фиксированное разделение смен начинаются глюки и не состыковки.
Как правильно перевести клиента, что бы состыковать переход?
Я писал несколько обращений в support можете проблемы с них проанализировать.

alek Если например обработки зарегистрированы по вручную назначаемым сменам 19 июля. 20 начинаем назначать по константным сменам. Начинают возникать ошибки.
Если мы удалям за 19 июля старые обработки  назначать по константным, то ошибки начинают возникать на стыке 18 и 19 июля и т.д.
Как быть в такой ситуации?
Может в механизме назначении обработки по константным сменам заложить проверку, что бы потенциальная обработка не залазила на обработку зарегистрированную ранее?

maxev Beifuss shcherd Александра Ольховая evil glcenter pbx

Для тех, кто пользуется разделением обработок по сменам, будет интересно узнать, что теперь смены можно задать прямо на странице регистрации. Это удобно, если смены плавающие и их часто приходится перенастраивать.

Обратите внимание, что настройки, сделанные в этом окне, — временные. Они применяются в течение текущей сессии пользователя.

a.pryadko
На данный момент времени трех смен у нас не предусмотрено.
Какие тут есть варианты:
1. Сделать две смены: с 6 до 17 и с 17 до 22 — и зарегистрировать для них обработки. Потом сделать 2 смены: с 6 до 22 и с 22 до 6 — и зарегистрировать обработки для третьей смены. Но такие манипуляции с перенастройкой смен придется производить регулярно, что не очень удобно. Кстати, смены можно настраивать не только в ресурсе, но и на самой странице регистрации (значок шестеренки в правом верхнем углу) — тогда это настройки действуют только в течение сессии.
2. Использовать ручное назначение водителей и/или прицепов, чтобы разбивка обработок происходила автоматически.