Публичный ресурс

Set Centrum (в центральном офисе) ↔ Кассы (в магазинах) + SetESB Standart Edition

Особенности

  • Топология рекомендуется к использованию торговым сетям от 500 касс.

  • В данной топологии не используется модуль печати ценников на сервере Set10.

  • Для управления весами в централизованной архитектуре может быть использован модуль Set Scales Centrum.

  • В данной схеме не поддерживается механизм обратной связи по TI при экспорте чеков и импорте товаров.

  • Загрузка данных по товарам:

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

    • Выполняется через SetESB, проходит валидацию на Centrum и доставляется на кассы через SetESB.

    • Загрузка данных по товарам напрямую на кассы в обход Centrum не поддерживается.

  • Экспорт чеков в ERP:

    • Выполняется напрямую с касс через SetESB в обход Set Centrum.

    • Set Centrum получает чеки с касс отдельным потоком, независимо от выгрузки в ERP.

  • Экспорт всех данных по продажам возможно реализовать напрямую из Apache Kafka при технической возможности со стороны ERP-системы.

  • Сохраняется возможность точечной перевыгрузки данных по продажам методом пассивного экспорта с сервера Centrum.


Импорт

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

Несоблюдение данных требований приведёт к критическому замедлению импорта товаров.

Обратная связь по TI в данном типе импорта не предусмотрена.

  • Производите загрузку товарного справочника, разделяя потоки данных:

    • Поток 1: Загружайте только основные атрибуты товара.

    • Поток 2: Загружайте отдельно штрих-коды.

    • Поток 3: Загружайте отдельно цены.

    • Поток 4: Загружайте отдельно ограничения.

    • Поток 5: Загружайте отдельно группы продаж.

  • Отправляйте сообщения группами:

    • Первый этап: все новые/изменившиеся товары без указания цен.

    • Второй этап: все новые/изменившиеся цены

  • Не отправляйте никогда в одном пакете все сущности данных!

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

  • В одном пакете (xml-файле) отправляйте данные (цен/товаров/ограничений) только для одного магазина. В таком случае возможен параллельный импорт цен для разных магазинов. То есть одно сообщение = один магазин. Нельзя прописывать более одного магазина через пробел в одном пакете.

  • Для импорта основных атрибутов товара без цен, отключите валидацию цен в товарных полках (Магазины → Товарные полки → Проверка на целостность → Снимите флаг "Цена").

  • В одном сообщении не рекомендуется загружать более 1000 единиц сущностей (товаров, цен).

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

  • В одном пакете импорта нельзя одновременно загружать два действия над одним кассиром в блоках <cashUser> (2 отдельных блока об одном кассире в одном XML-сообщении).

  • Например: нужно заблокировать кассира и сменить ФИО, затем разблокировать и сменить номер магазина.

    1-й пакет - блокировка и смена ФИО.

    2-й пакет - разблокировка, изменение номера магазина.

  • Все сообщения с действиями над кассирами в одной XML обрабатываются последовательно.

  • Если в одной XML загружено 2 блока действий <cashUser> с одним кассиром, то итоговым результатом будет выполнено только последнее действие, например:

    • Загрузили блокировку и смену ФИО, затем разблокировку, смену номера магазина.

    • Результат: кассир будет разблокированным и с изменённым номером магазина, но с изначальным ФИО.

Продавцы
  • Загрузка списка продавцов осуществляется только средствами веб-сервиса и не поддерживается файловым методом.

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

  • В одном пакете импорта нельзя одновременно загружать два действия над одним продавцом в блоках <seller> (2 отдельных блока об одном продавце в одном XML-сообщении).

  • Например: нужно заблокировать продавца и сменить ФИО, затем разблокировать и сменить номер магазина.

    1-й пакет - блокировка и смена ФИО.

    2-й пакет - разблокировка, изменение номера магазина.

  • Все сообщения с действиями над продавцами в одной XML обрабатываются последовательно.

  • Если в одной XML загружено 2 блока действий <seller> с одним продавцом, то итоговым результатом будет выполнено только последнее действие, например:

    • Загрузили блокировку и смену ФИО, затем разблокировку, смену номера магазина.

    • Результат: продавец будет разблокированным и с изменённым номером магазина, но с изначальным ФИО.

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

Рекламные акции
  • Загрузка списка рекламных акций осуществляется только средствами веб-сервиса и не поддерживается файловым методом.

  • После загрузки всех экземпляров рекламных акций осуществляйте импорт только измененных данных по ним.

  • Внимание! При загрузке рекламных акций с типами объектов: фиксированные цены, составной объект, товары-исключения и т.п. учитывайте примерный расчет кэша кассы. Акция по факту является объектом-пакетом, который занимает место в базе данных. Например количество товаров исключение 21000шт. и несколько акций с таким показателем серьезно снизят работу кассового программного обеспечения. Рекомендуется оптимально подходить к количеству добавляемых отдельных экземпляров товаров в рекламные акции.
  • Внимание! При загрузке рекламных акций с типами объектов: фиксированные цены, составной объект, товары-исключения и т.п. учитывайте примерный расчет кэша кассы. Акция по факту является объектом-пакетом, который занимает место в базе данных. Например количество товаров исключение 21000шт. и несколько акций с таким показателем серьезно снизят работу кассового программного обеспечения. Рекомендуется оптимально подходить к количеству добавляемых отдельных экземпляров товаров в рекламные акции.
Сегменты
  • Загрузка сегментов осуществляется только средствами веб-сервиса и не поддерживается файловым методом.

  • Загружайте сегменты после того, как произведен импорт таких данных, как: справочники карт и анкет клиентов.

Данные о производителе и набор альтернативных свойств
  • Загрузка данных осуществляется только средствами веб-сервиса и не поддерживается файловым методом.

Экспорт

Экспорт данных о продажах поддерживается только с помощью веб-сервиса на стороне ERP.
Основные требованияТип данныхДополнительная информация

Обратная связь по TI в данной схеме экспорта не предусмотрена.

  • На стороне ERP-системы разверните веб-сервер c wsdl-файлами по каждому из типов данных для экспорта продаж.

  • Получение данные о продажах осуществляется через веб-сервис (SOAP) на стороне ERP. Set ESB постоянно отправляет новые данные, по мере поступления в транспортную шину. 

  • С помощью веб-сервиса на стороне Set Centrum производите только перезапрос данных из Set Centrum, по которым есть расхождения. В таком режиме сервер Set Centrum на поступающие запросы возвращает только запрошенные - нужные данные (чеки и Z-отчёты). Нельзя данный метод экспорта использовать как основной.

  • Экспорт через Set ESB может производить отправку данных одновременно в несколько ERP-систем, при этом есть возможность одновременного использования разнотипных экспортов, а так же осуществлять выгрузку файлами.

  • Используйте только последнюю версию веб-сервисов экспорта на стороне ERP.

  • Дополнительная информация по экспорту чеков в ERP

Чеки
Z-отчеты
Внесения
Изъятия




© 1994-2024, ООО "Кристалл Сервис Интеграция".
Все права защищены.

Политика обработки персональных данных