Новость от июня, 2019

Доработки функционала

  • Ускорена работа формы Адресная программа на страницах Торговые точки → OPEN и Торговые точки → Торговые точки клиентов. Реализован отложенный расчет итогов по форме. Таким образом, после открытия или смены отборов, форма разблокирована при получении первых 20 записей с сервера, а итоги считаются уже в фоновом режиме. Также в форме Торговые точки OPEN улучшено отображение строки итогов.

  • Ускорена работа формы Мерчендайзинг - реализован отложенный расчет итогов по текущему отбору торговых точек.

  • В методы HTTP-Сервис OpenExchangeAPI внесены изменения:

    • Метод GetKBProductsTable: в реквизите ProductIdentityCode возвращается Наименование SKU

    • Метод GetKBSalesPointsTable: в реквизите SalesPointIdentityCode возвращается Наименование торговой точки клиента из регистра Торговые точки клиента. (OP-2277)

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

  • В Ленте визитов проекта доработана процедура скачивания фотоархива. Теперь по каждой торговой точке создаются папки с именем Торговая сеть + Краткое наименование торговой точки, а уже внутри расположены подпапки с визитами. (OP-619, по просьбе клиента Маревен)

  • Реализован новый HTTP-Сервис OpenAPI для дашборда по совмещенным проектам мерчендайзинга. Реализован пример дашборда для анализа данных проектов совмещенного мерчендайзинга.

  • Реализован новый модуль интеграции с Яндекс.Облаком через http-сервисы

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

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

    • SKU в очереди на объединение отмечены как удаляемые в Адресной программе в SKU клиента, SKU продаж, Матрице проекта.

  • В форме выбора SKU теперь не отображаются те SKU, которые находятся в запросах или очереди на объединение.

  • Реализован запрет создания SKU с пустым наименованием, что могло происходить при загрузке данных (Матрицы или Продажи по SKU).

  • Реализован запрет создания Марки (бренда) с пустым наименованием.

  • Удалена устаревшая обработка Матрицы (дублировала функционал Матрицы в Адресной программе)

  • Реализован запрет на добавление в шаблон матрицы SKU, находящийся в очереди или запросах на объединение.

  • Доработана процедура Объединение объектов. Ссылки заменяются во всем объектах системы, кроме визитов, находящихся в состоянии Выдан или Выполняется. Если таких ссылок уже ноль, то SKU помечается на удаление.

  • В регистре Запросы на объединение выведено количество записей в очереди на объединение и возможность перейти в очередь на объединение.

  • В форме Очередь на объединение добавлена команда Запустить объединение.

Доработка отчетов

  • Во все варианты отчета ОПК-09 Наличие по SKU добавлена колонка ID торговой точки клиента. Если в базе более одного идентификатора - выводится последний по дате добавления (OP-2279)

  • В отчете ОПК-05 Визиты по торговым точкам (клиентский) выводится только последний идентификатор торговой точки, даже если их более одного. (OP-2276)

  • В отчете ОПК-16. Растановка по дням до мерчендайзера:

    • Выбор недели делается выбором любой даты из этой недели в обычном календаре

    • Данные выводятся только за одну неделю

    • Добавлен вариант отчета “По назначенным на визиты Мерчендайзерам”

    • Добавлен телефон мерчендайзера

    • Колонка Частота в неделю (план) перенесена в конец отчета (OP-2235)

  • В отчет ОП-03 добавлен вариант с идентификаторами торговых точек клиентов.

    • Реализован отбор списка проектов для получения пересечения по части выбранных проектов

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

    • В варианте Пересечение торговых точек в проектах с идентификаторами добавлены отборы по нескольким Проектам и Имеющие план - означает, что будут отобраны только торговые точки, имеющие план визитов в указанном периоде.

    • Убрана группировка по торговой сети. ТОрговая сеть перенесена в отдельную колонку.

    • Убрана группировка колонок отчета по типу проекта мерчендайзинга. Теперь тип выводится в наименовании проекта.

    • Торговые точки, имеющие более одного идентификатора в одном проекте, подсвечиваются красным цветом. (OP-2140).

Исправлены ошибки

  • Ошибка “Поле объекта не обнаружено (Фото)”. OP-2287

  • Исправлена проблема обновления анкеты и списка фото в ленте визитов проекта, если пользователь вставляет из буфера обмена номер визита и смены строки в списке визитов не происходит. Теперь анкета обновляется принудительно (по запросу клиента Колгейт).

  • В Ленту визитов и Ленту визитов проекта добавлена команда принудительного обновления, доступна по кнопке Еще → Обновить.

  • Улучшено проведение документа Назначение шаблонов опросников. Теперь, если пользователь ошибочно добавил торговую точку в документ более одного раза, система корректно удалит лишние строки. OP-2232 Ошибка "Запись с такими ключевыми полями существует" при прикреплении шаблона опросника к ТТ проекта Essity

  • Перезапущена нормализация точек, по которым Dadata возвращает признак “Распознано уверенно”, но при этом адрес некорректен. OP-2115 Кривой запрос на объединение

Исправлены ошибки

  • Реализован новый отчет ОПК-16. Расстановка по дням до мерчендайзера, отображающий расстановку до мерченадйзера с контактной информацией.

  • В проекте мерчендайзинга реализована настройка варианта восстановления визитов из восстановленных. Процедура восстановления визитов теперь учитывает эту настройку. Если пользователь не указал явно в проекте, то визиты будут восстанавливаться только из реальных визитов. Отражено в инструкциях: Как создать проект мерчендайзинга , /wiki/spaces/OP/pages/816775215

Исправлены ошибки

  • Методы http-сервиса OpenExchangeAPI дополнены необязательными параметрами datefrom и dateto для возможности получения данных за определенный период. OpenExchangeAPI

  • Удалено около 2000 ошибочно созданных супервайзерами визитов за 13.06.2019 - 15.06.2019

  • Улучшена карточка торговой точки для отображения адреса и даты изменения. Торговые точки OPEN

  • Улучшена обработка некорректно загруженных адресов торговых точек (если адрес загружен несколько раз в ячейку адреса). В результате дополнительно нормализовано 12 000 торговых точек.

  • Доработан отчет ОПК-05. Теперь в отчет попадают только те визиты, дата исполнения которых уже наступили. Таким образом, в ленте визитов проекта и в отчете ОПК-05 отображаются одинаковые данные. ОП-05 - Визиты по торговым точкам

  • В всех документах Оценка качества визита пересчитаны штрафные баллы мерчендайзера согласно новым настройкам. Результат можно увидеть в отчете ОП-22. Оценка качества визитов.

  • Реализован http-сервис для загрузки актуальных торговых точек клиентов и объемов услуг в Power BI. Пример дашборда доступен по ссылке.

Mirum - распознавание фото полки

  • Реализован новый вид учетной записи Mirum. Предназначен для регистрации учетных данных соединения с серверами Mirum. Учетные записи

  • В связи с тем, что теперь системой поддерживается два сервиса распознавания фото полки, реализована константа Сервис распознавания полки по умолчанию. Константы Картинки

  • Для задания индивидуальных настроек распознавания для проектов, реализованы новые настройки в проекте - Сервис распознавания и Каталог SKU Mirum.

  • Все виды вопросов шаблона анкеты дополнены параметром Не изменять ответы по результатам распознавания. Данный параметр означает, что результат распознавания не будет записан в ответы опросника, но будет сохранен в системе для сравнения ответов мерчендайзера и результатов распознавания полки.

  • Реализована интеграция с http-сервисом mirum. Реализована отправка фото на распознавание, ожидание скачивания фото сервисом Mirum из облака opengroup, отправка пакетов фото на распознавание, ожидание результатов распознавания, чтение результатов распознавания и запись результатов в базу 1С.

  • Текущий статус и результат распознавания видны в Ленте визитов непосредственно в просмотре анкеты по ссылке.

  • В разделе Адресная программа → SKU реализована команда Excel → Выгрузить для предварительной отправки каталога SKU проекта в сервис Mirum.

  • Для анализа результатов распознавания с помощью внешних систем (например, Power BI), в http-сервисе OpenUniverseAPI реализован метод GetOOS, возвращающий все данные по распознаванию в разрезе визитов, мерчендайзеров, торговых точек, проектов, SKU, наличия, причин OOS и т.д.

  • Реализован тестовый дашборд, отображающий OOS по данным мерчендайзеров и по данным распознавания в разрезе визитов, проектов, субъектов федерации, мерчендайзеров, SKU и причин OOS. Также в дашборде продемонстрирована возможность отображения фото визитов.

Исправление ошибок

  • Исправлена ошибка “Поле объекта не обнаружено (ДД)" при добавлении аналитиком фото с диска.

  • Исправлена ошибка отбора в ленте визитов, проявляющаяся в невозможности установить отбор по Супервайзеру в веб-клиенте.

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

  • Исправлена ошибка автоматического сопоставления физических лиц, загруженных из внешних баз ЗУП.

Доработки

  • Реализована внешняя обработка разделения торговых точек проектов на разные проекты, если они были ошибочно загружены в один проект. /wiki/spaces/OD/pages/1323335685 . С помощью обработки разделены данные Masterdata на 9 проектов.

  • Для уменьшения количества ошибок в работе Супервайзеров, в формах Мерчендайзинг и Лента визитов реализован выбор Супервайзера или Мерчендайзера через форму выбора члена команды. Таким образом, если Супервайзер не включил человека в команду - он не увидит его в форме.

  • Реализована дашборд супервайзера: Дашборд супервайзера.

  • Для настройки отображения набора показателей в дашбордах различного уровня, реализована возможность настройки дашборда: Как настроить набор целевых значений показателей деятельности (KPI)

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

  • Реализован OpenExchangeAPI для выгрузки данных внешними сервисами: OpenExchangeAPI

  • Добавлена возможность добавления одним действием нескольких фото с диска (OP-1969)

  • Доработано отображение визитов в Ленте визитов проекта - визиты, выполненные будущей датой не отображаются в ленте до наступления времени визита (OP-2027)

  • В отчет ОП-21. Рекламации добавлены колонки Адрес Торговой точки клиента, ID TT клиента (OP-2075). ОП-21 - Рекламации

  • Доработано совместное применение матриц SKU торговой точки и матрицы формата торговой сети. Сначала проверяется наличие матрицы на ТТ, если ее нет, то проверяется наличие матрицы на Формат ТТ. (OP-2084)

  • Реализована возможность оценки по категориям “одним баллом” (OP-2029) Описание настроек: Типы вопросов чек-листов.

  • Для однозначности из документа Настройка чек-листа удален реквизит “По матрице категорий”. Теперь настройки берутся из типа вопроса чек-листа.

  • В документе Настройка чек-листа реализована возможность настройки диапазонов штрафов мерчендайзерам. Как настроить расчет штрафа мерчендайзеру в Оценке качества визитов (OP-2030)

  • Отчет ОП-22 - Оценка качества визитов (ОП-22 - Оценка качества визитов)

    • Добавлена возможность отбора по дате оценки для лучшего понимания объемов выполненной работы по оценке визитов чек-менеджерами (OP-1833)

    • Добавлена колонка Штрафы МР

    • Реализована возможность настройки порядка отображения колонок. Типы вопросов чек-листов (OP-2028)

    • Реализована возможность отображение KPI, Штрафных баллов, или и то и другое (OP-2028)

    • Реализован новый вариант отчета Оценка качества визитов Без разбивки по категориям. ОП-22 - Оценка качества визитов (OP-2029 Оценка по категориям SKU)

    • Добавлены итоги по всем колонкам OP-1834

  • Команда массовой установки Незачет доработана для автоматического расчета штрафа МР (OP-2030)

  • При добавлении мониторингов в имеющиеся визиты автоматически определается необходимсть установить признак “По всему проекту” / ”По помеченным”. Как задать еженедельный мониторинг или иное разовое задание в имеющиеся визиты (OP-2062 Срочно: не можем прицепить Задание к ТТ. При анализе кол-ва ТТ с визитами, к которым можно прицепить Задание выходит нереально большое кол-во ТТ)

  • Для учета задержек определения координат торговых точек через карты Яндекс, реализована новая константа. Константы Адресная программа

  • В форме Оценка качества визитов → Оценка качества выведен микрографик, отображающий процент исполнения визита. OP-1938. Оценка качества визитов

  • Реализовано автообъединение торговых точек при выполнении некоторых условий. (OP-1233)

  • Доработана загрузка факта визитов - отображается количество торговых точек, которые будут загружены, не загружены.

Исправлены ошибки

  • Исправлена ошибка при нормализации сервисом Dadata, когда сервис возвращает статус распознавания Успешно, даже если определена только страна. Перезаписаны около 5000 точек, ранее распознанных сервисом Dadata.

  • Исправлен расчет количества точек в очереди на объединение в форме Адресная программа → Торговые точки → Торговые точки клиентов.

  • Исправлена ошибка Поле объекта недоступно для записи (Выделенные строки) в форме Запросы на объединение торговых точек.

  • Исправлена ошибка загрузки матрицы федеральных сетей (OP-2120)

  • В АП не обновляется список шаблонов матриц при переходе с вкладки ТТ клиентов на вкладку Матрицы - Шаблоны (OP-594)

  • Исправлена ошибка загрузки плана визитов: сжатый план не умножался на коэффициент загрузки (OP-2105)

  • Исправлена ошибка Поле не найдено "ОГ_СостояниеВизитаСрезПоследних.Мерчендайзер"при попытке запустить отчет ОП-17. Сводный отчет по выплаченной заработной плате (OP-2094)

  • Исправлена ошибка {ОбщийМодуль.ОГ_ОчередьРегламентныхОпераций.Модуль(1104)}: Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! : ОГ_ЖурналПараметровВизита: 24.05.2019 0:00:00. Теперь, если в одном задании на визит встречаются одинаковые анкеты с одинаковыми матрицами, берется максимальный ответ.

  • Исправлена ошибка в отчете ОПК-9 Наличие по SKU. не было учтено, что в одном визите может быть две одинаковые анкеты с одинаковыми SKU. OP-2053.

  • Исправлена ошибка определения обязательности ответов на вопросы OOS когда по умолчанию ответ Да. (OP-2052)

  • Исправлена ошибка в процедуре загрузки расписания посещения торговой точки. (OP-2036)

  • Исправлена ошибка передачи визита мерчендайзера супервайзером при вводе фамилии в строке поиска (OP-2039)

  • Исправлена ошибка Ошибка "Запись с такими ключевыми полями существует! : ОГ_ПланВизитовПроекта" при загрузке плана проектов. Для Тестового Клиента/Проекта не удается загрузить план с июня по декабрь 2019. (OP-1986)