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

Теперь:

Изменена логика времени: "сегодня" теперь считается не фактом, а прогнозным днем в тултипах аналитики, при разных диапазонах в графике отображается одинаковая информация в тултипах и расчетах аналитики. Дополнительно убрана аналитика из ячейки дня, в тултип трудоемкости добавлена строка “План” для отображения будущих дней для вайтов

Предиктивная аналитика день в день могла отображаться неккоректно при малой скорости интернета

Теперь:

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

Ранее:
При редактировании графика старшего кассира-комплектовщика могли возникать ошибки

Теперь:

Поправлен биндинг, в нем вызывается более корректный запрос, который проверяет переходящие смены, смены редактируются корректно

Ранее:
Для роли "Менеджер поддержки покупателей" пропала возможность видеть график курьеров на торговых точках через Мобильное Приложение и находить данные графики через поиск курьеров

Теперь:

Заведена новая настройка для данной должности, отключающая автоматическую фильтрацию графиков по типу роли "курьер", графики курьеров снова доступны для поиска и просмотра

Ранее:
После просмотра чужих графиков сотрудником и возвращении в раздел "Мой график" собственные смены могли прогружаться только после нескольких перелистываний графика на месяц вперед и/или назад

Теперь:
Хранение информации о собственном и чужих графиках в системе разделены, после просмотра других графиков и возвращении к своем3у календарю, все смены отображаются корректно с первого раза

Ранее:
Инкрементальное обновление данных могло срабатывать нерегулярно.

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

Ранее:
СП/ПР могли удалить в графике выходы с тегом ЗУП, хотя такие выходы уже были загружены и подтверждены из ЗУП. Из-за этого, например, отпуск в Ally мог отображаться не полностью.

Теперь:
Добавлен учет нарушений, найденных при публикации. Если пользователь пытается удалить выход с ЗУП, проверка срабатывает, публикация прерывается, а подтверждённый из ЗУП выход не удаляется.

Ранее:
Если добавить смену в график и сразу открыть печатную форму за день, новая смена могла не попасть в отчет. Она появлялась в печатном графике только после выхода из системы и повторного входа.

Теперь:
Расширен биндинг query. За счет этого печатная форма графика может запрашивать актуальные данные, и добавленные смены отображаются в отчете без перелогина.

Ранее:
Если у пользователя было несколько профилей, он выбирал нужный профиль, переходил на экран ввода кода и нажимал браузерную кнопку «Назад», сценарий авторизации мог ломаться. При повторном вводе корректного кода появлялась ошибка «Профиль не выбран», а повторная отправка кода могла завершаться общей ошибкой.

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

Ранее:
При запросе кода по пушу сервер мог вернуть причину repeatAuthInInterval — повторная авторизация запрошена слишком рано. В интерфейсе при этом отображался только грустный маскот без пояснения.

Теперь:
Форма авторизации корректно показывает текст ошибки от сервера. При повторном запросе пуш-кода раньше допустимого интервала под кнопкой появляется сообщение: «Повторная авторизация возможна раз в 1 минуту».

Ранее:
Ошибки с HTTP 400 могли попадать не в graphQLErrors, а в networkError. Из-за этого старый механизм обработки не срабатывал. Например, при попытке установить ранее использованный пароль пользователь видел не конкретную ошибку в модальном окне, а неинформативное сообщение.

Теперь:
Обработка ошибок доработана. Клиент корректно учитывает новый формат ответа. Пользователь видит понятное сообщение об ошибке прямо в нужной форме, а не общий неуточненный экран или сообщение.

Ранее:
Если у пользователя уже была привязана карта в СберЧаевых, при попытке привязать её повторно МП показывало неинформативную ошибку с предложением обратиться в поддержку. Пользователь не понимал, что карта уже подключена.

Теперь:
При повторной привязке той же карты отображается отдельный экран с понятным объяснением.

Ранее:
Для роли «Помощник розницы» могли не формироваться уведомления об окончании действия медицинской книжки. Из-за этого сотрудник не получал пуш в МП

Теперь:
Обновлена выборка для рассылки уведомлений. Помощники розницы добавлены в получатели пушей об окончании медкнижки.

Ранее:
При разделении смены с переработкой на основную часть и подработку смена могла не разделиться, а полностью исчезнуть из графика.

Теперь:
Обновлена логика сохранения в форме выхода. При разделении смены система отдельно формирует раннее начало, основную смену и переработку. Основная смена сохраняется с актуальными временем начала/окончания, а переработка создается как отдельный выход и больше не приводит к исчезновению смены из графика.

Ранее:
Если на открытой ТТ сотруднику добавляли новый выход, но сам сотрудник еще не был привязан к этой ТТ, он мог не появиться в графике после подгрузки изменений.

Теперь:
В Node-RED добавлена схема, которая привязывает сотрудников к ТТ на основе новых и изменённых выходов. Если у сотрудника появился выход на ТТ, связь с этой ТТ создается автоматически.

Ранее:
Смена «вне плана» могла подсвечиваться оранжевым с причиной «Ранний уход больше, чем на 30 минут», если для нее были признаки внепланового выхода и оплаты по факту. Из-за этого график показывал отклонение от плана, хотя у такой смены фактически не должно быть планового времени для сравнения.

Теперь:
Исправлена логика подсветки. Отклонения по времени больше не рассчитываются для смен с признаком внепланового выхода. Смены «вне плана» с оплатой по факту не должны ошибочно подсвечиваться как ранний уход, если уход был подтверждён корректно.

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