В сервер приложений Супермаг+ добавлен механизм автоматического обращения к серверу лицензирования при несоответствии версии базы данных и версии WEB лицензии или при истечении срока действия временной лицензии. Если на сервере лицензирования будет обнаружена подходящая лицензия, она автоматически будет загружена в сервер приложений. Интервал опроса сервера лицензирования составляет 60 секунд.

Управление заданиями Супермаг Мобайл 3.

Создан новый раздел «Управление заданиями Супермаг Мобайл 3». Раздел помещен в группу «Процессы и потоки работ». Раздел предназначен для создания заданий операторам СМ Мобайл 3 и получения результатов выполнения заданий.

Раздел взаимодействует с сервисом СМ Мобайл 3 по протоколу REST API , предоставляемого сервисом. Обмен данными происходит по защищенному протоколу https и с использованием аутентификации по протоколу OAuth 2. В связи с этим при первом старте раздела предлагается ввести URL сервера СМ Мобайл 3 и ключ организации для доступа к данным организации.

При необходимости, данные для обращения к сервису можно изменить с помощью функции «Параметры раздела»:

Закладка «Справочники».

Эта закладка позволяет передать службе СМ Мобайл 3 справочные данные, необходимые для выполнения заданий:

При передаче в СМ Мобайл 3 классификатора товаров карточки товаров, принадлежащие группам, отсутствующим в новом справочнике, будут удалены. Аналогично при передаче мест хранения данные (задания, остатки, цены), связанные с местами хранения, отсутствующими в новом справочнике, будут удалены. Миниатюры карточек товаров замещают существующие на сервере изображения товаров. Перед экспортом всех прочих типов данных на сервере СМ Мобайл 3 происходит их полная очистка.

Закладка «Типы заданий».

На этой закладке отображаются типы заданий, которые импортируются из СМ Мобайл 3. Здесь же можно сопоставить типы заданий с процессами ТСД Супермаг+:

Для сопоставления в текущей версии доступны следующие процессы:

Сопоставление типа задания СМ Мобайл 3 и процесса Супермаг+ означает, что результат выполнения задания соответствующего типа приведет к созданию указанного процесса в Супермаг+.

Закладка «Задания».

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

При создании задания указывается тип задания и атрибуты, необходимые для работы оператора. Например:

При сохранении задания оно немедленно передается в СМ Мобайл 3 и становится доступным оператору для работы:

При создании задания указывается тип задания СМ Мобайл 3, а не процесс Супермаг+ по той причине, что одному процессу Супермаг+ может соответствовать несколько типов заданий. Тип задания СМ Мобайл 3 может отражать варианты исполнения процесса с дополнительными уточнениями для оператора. Например, инвентаризация может производиться по произвольному списку товаров или по строгому списку. В Супермаг+ это опция процесса «Инвентаризация ТСД», а в СМ Мобайл 3 это разные типы заданий.

После завершения задания оператором можно получить результаты его выполнения, нажав кнопку «Скачать»:

Факт скачивания задания отражается в журнале событий. Само задание при этом из списка заданий СМ Мобайл 3 удаляется:

Одновременно создается процесс Супермаг+. Например:

В текущей версии процессы в Супермаг+ создаются в статусе «Не завершен» и требуют вмешательства оператора для завершения.

УПД на приход. Прием УПД с неизвестными артикулами.

Электронный УПД поставщика товаров, как правило, не содержит артикулов Супермаг+. Поставщик передает информацию о товарах либо через собственные артикулы, либо через штриховые коды ( GTIN ), либо через КИЗ или ОСУ коды, которые внутри себя содержат GTIN .

При приеме электронного УПД и создании УПД на приход происходит опознание артикулов Супермаг+ по данным электронного УПД. В некоторых случаях опознать артикул Супермаг+ не удается и тогда, в прошлых версиях, такой документ не принимался с ошибкой «… нарушено ограничение целостности (SUPERMAG.SMCSPECWE_ARTICLE) - исходный ключ не найден …».

В текущей версии в административный модуль в разделе «База данных» на закладке «Конфигурация» в группу данных «Документы» добавлен атрибут «Неизвестный артикул при приеме товара». Атрибут можно заполнить артикулом, который будет выбран для обозначения неизвестного артикула при приеме электронного УПД.

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

При приеме электронного УПД созданный УПД на приход, в котором будет содержаться «неизвестный артикул», будет оставлен в статусе «Черновик» и не будет переведен в статус «Принят». В поле «Состояние обмена» помещается запись «Получен с ошибкой: Артикул не найден»:

Дополнительно в интерфейс УПД на приход добавлена кнопка «Определить артикулы». Кнопка позволяет вызвать функцию для замещения «неизвестного артикула» артикулами Супермаг+ по значению поля «Ключ товара из УПД». Для выполнения функции необходимо иметь новое право «УПД на приход: Редактирование черновика».

Если все артикулы определены, становится возможным сменить статус документа на «Принят»:

Для контроля смены статуса создана функция проверки 244 «Корректность документов "УПД на приход"» с режимом работы «Всегда запрет». Проверка срабатывает при смене статуса УПД на приход с «Черновик» на другой статус, если установлен системный параметр «Неизвестный артикул при приеме товара» и в спецификации документа есть позиции, артикул которых совпадает со значением этого параметра.

Расходная накладная, Накладная на перемещение. Функция «Проставить основания…». Учет КИЗ.

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

Раздел «Коррекция заказов поставщикам».

В группу разделов «Контракты и заказы» добавлен новый раздел «Коррекция заказов поставщикам». Раздел предназначен для верификации и коррекции заказов поставщикам, созданных алгоритмами автоматической генерации заказов.

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

Перечень заказов для верификации задается списком соглашений о поставках. Список должен быть предварительно сформирован с использованием классификатора списка документов. В интерфейсе раздела выбирается группа классификатора списка документов, из которого, в свою очередь, берется перечень соглашений о поставках и для этих соглашений отбираются заказы в статусе «Черновик», созданные процедурой автоматической генерации заказов. Статус соглашений о поставках не анализируется. Считается, что список документов всегда актуальный.

В разделе поддерживается управление перечнем полей таблицы (см. картинку выше) и функции обработки количества заказа:

- нормализация, то есть приведение количества заказа в соответствие с упаковкой заказа и минимальным количеством заказа, определенным соглашением о поставке;

- копирование в поле «количество» предложение заказа или среднесуточной реализации;

- коррекция количества на заданный процент относительно значения указанного столбца.

Промежуточное сохранение результатов работы производится в документы «Заказ поставщику». Выполняется нажатием кнопки «Сохранить».

По окончанию работы результат сохраняется в документах «Заказ поставщику» и их статус изменяется на «Размещен». Для этого надо нажать кнопку «Сохранить и принять заказы».

Настройка автоматической генерации заказов поставщику.

В мастере автоматической генерации заказов в разделе «Заказы поставщику» и в мастере настройки функции «Генерация заказов» в административном модуле, увеличен размер окна мастера и на страницу «Генерация заказов: соглашения о поставках» добавлен элемент для выбора или снятия выбора всех строк таблицы с соглашениями о поставке:

Экспорт. Формат поля типа «Дата».

В интерфейс диалога настройки полей выходных данных для экспорта добавлено описание применения поля «Формат»:

Передача уведомлений в Супермаг Мобайл 2.4.

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

Новый механизм работает с Супермаг Мобайл 2.4, начиная с версии 2.4.152.29. Другие версии Супермаг Мобайл работают с прежним механизмом получения сообщений.

Примечание. Программа Супермаг Мобайл 2.4 при получении сообщения помещает его в системную очередь уведомлений и отражает в заголовке приложения в виде иконки «письмо». Настройки звукового оповещения о приходе уведомления и способы отражения прихода уведомления в системном заголовке окна или на столе с иконками приложений выполняются в разделе приложения в настройках ОС Андроид. Посмотреть сообщения можно либо кликом на уведомление, либо вызовом раздела «Сообщения» Супермаг Мобайл.

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

Меркурий. Прямой обмен с сервисами ГИС Меркурий.

В Торговой системе Супермаг+ ведутся работы по переходу от обмена с ГИС Меркурий через провайдера к прямому обмену со службами ГИС. В текущей версии произведена замена механизмов обмена справочника «Единицы измерений ГИС Меркурий» и «Площадки ГИС Меркурий».

Меркурий является компонентой системы ВетИС – государственной информационной системы в области ветеринарии. Помимо Меркурия система ВетИС содержит и другие компоненты, например, Цербер (хозяйствующие субъекты). Однако все разделы Супермаг+, необходимые для работы с документами компоненты Меркурий, по прежнему будут относиться к группе разделов «Меркурий» и содержать в названии «Меркурий».

Обмен с ВетИС с использованием соответствующих протоколов реализован в сервере обмена данных в формате обмена «Меркурий – Ветис API »:

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

Логин, пароль и ключ ВетИС API - это реквизиты, для подключения к компоненте Ветис.API, которые выдает Ветис.API - Федеральная служба по ветеринарному и фитосанитарному надзору (Россельхознадзор).

Учетная запись пользователя Меркурий – это логин пользователя, зарегистрированного в подсистеме Меркурий, который может быть создан на сайте https://accounts.vetrf.ru администратором хозяйствующего субъекта.

Справочник «Единицы измерения ГИС Меркурий».

При обновлении версии содержание справочника не меняется. В нем сохранятся данные, введенные ранее вручную. В текущей версии появилась возможность получить полный перечень единиц измерения Меркурий. Для этого надо нажать кнопку «Запросить единицы измерения ГИС Меркурий» и спустя некоторое время нажать кнопку «Перечитать». Обращение к сервисам ВетИС занимает некоторое время и не отражается на экране без перечитывания справочника.

Для обращения к справочникам ВетИС необходимо, чтобы в сервере обмена данных был настроен адресат обмена с форматом «Меркурий – Ветис API » и чтобы служба клиента сервера была запущена.

При получении единиц измерения из сервиса ВетИС и при наличии уже заполненных строк, происходит поиск зависимых единиц измерения и автоматический расчет их коэффициентов пересчета:

Лишние записи можно удалить в режиме редактирования справочника, также как и сопоставить с единицами измерения Супермаг+:

Запрос единиц измерения позволяет получить атрибуты, которые могут потребоваться при передаче в Меркурий других объектов, но не отображаются в таблице справочника. По этой причине, если предполагается проводить прямой обмен с Меркурием, то после обновления версии надо выполнить запрос единиц измерения.

Для контроля обмена с ВетИС имеется функция «Журнал истории обмена с ГИС «Меркурий»»:

Справочник «Площадки ГИС Меркурий».

Площадки в ГИС Меркурий - это функциональные объекты, которые характеризуются ветеринарной функцией и степенью ветеринарной защиты. Одной площадкой может пользоваться несколько хозяйствующих субъектов, также как и один хозяйствующий субъект может вести деятельность на нескольких площадках.

Под хозяйствующим субъектом понимается субъект, ведущий деятельность и зарегистрированный в ГИС Меркурий. Это понятие не совпадает с юридическим или физическим лицом, поскольку, с точки зрения Меркурия, хозяйствующим субъектом могут владеть разные лица, и они могут меняться во времени, что не меняет сути хозяйствующего субъекта.

В прошлых версиях понятия хозяйствующего субъекта в Супермаг+ не было. В текущей версии добавлены структуры данных для хранения информации о хозяйствующих субъектах, ассоциированных с площадками ГИС Меркурий.

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

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

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

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

Если данных о хозяйствующих субъектах нет, их можно добавить в режиме редактирования, нажав кнопку «Добавить»:

Пара: Хозяйствующий субъект – площадка может быть вручную привязана к месту хранению или местам хранения Супермаг+ или к контрагенту. Во избежание проблем с учетом желательно для каждого места хранения в ВетИС регистрировать собственную площадку. Это позволит контролировать остатки подконтрольной продукции в том же разрезе, как и в ГИС Меркурий.

Для контроля обмена с ВетИС имеется функция «Журнал истории обмена с ГИС «Меркурий»». Функция показывает историю обмена по выделенному хозяйствующему субъекту:

Выгрузка в кассу по протоколу УКМ4 XML .

Для поддержки протокола работы ККТ при передаче данных о комиссионных и агентских продажах в алгоритм формирования файла suppliers внесено следующее изменение: при выгрузке тэга < SupplierTel > строка с информацией о телефоне юридического адреса комиссионера обрабатывается для выделения единственного номера телефона и преобразования его к формату, допустимому в ККТ:

- берется часть строки до первой запятой или точки запятой;

- удаляются все символы, отличные от числа;

- если первый символ получившейся строки равен 8, то 8 заменяется на +7, иначе в начало строки добавляется +;

- строка ограничивается 19 символами – предельным количеством символов, допустимых для передачи строки с номером телефона в ККТ.

Перечень исправлений.

- При создании УПД на отгрузку на основании расходной накладной перед его созданием делается проверка: не был ли уже создан такой документ ранее. В текущей версии сообщение «На основании расходной накладной «...» уже создан УПД» расширено указанием номера этого УПД: «На основании расходной накладной «...» уже создан УПД с номером ... от ...».

Дерево страниц

Изменения1052.doc