10.2.53.0

Алгоритм импорта и транспорта товаров при включенном и отключенном проксировании

CORE-360 - Получение подробных данных проблемы… СТАТУС

При отключенном проксировании импорт полной карточки товара только для одного магазина мог приводить к её полной отправке только для одного указанного магазина.

При включенном проксировании импорт полной карточки товара для одного ТК приводил к отправке:

• Для указанного магазина - карточки товара и цены.
• Для всех остальных магазинов - карточки товара без цены.

Вследствие этой разницы включение проксирования вызывало разрастание транспортных таблиц, переполнение диска и остановку работы сервера SetCentrum.

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

Обработка входящих документов в Операционном дне

CORE-147 - Получение подробных данных проблемы… СТАТУС

В данном случае была проведена оптимизация обработки входящих документов в операционном дне состоит из трех этапов:

1. Разделены входящие документы по номерам магазинов. Обработка документов для каждого магазина происходит в своем потоке.
2. Производена обработку входящих документов пачками. В случае ошибок, активруется режим поштучной обработки.

Оптимизация транспорта несерийных купонов Centrum-Retail

SR-2239 - Получение подробных данных проблемы… СТАТУС

Проблематика

Несерийные купоны, сгенерированные вчерашним днем на магазине Shop=1, не работали сегодняшним на магазине Shop=2.  Если в торговой сети активно используется купонинг и на кассах печатаются несерийные купоны в количестве до 4 штук на 1 чек и потом купоны доставляются на SetCentrum а потом на серверы SetRetail. Такая же проблема и с использованными купонами. Как только купон использован, он отправляется на SetCentrum и доставляется на все серверы SetRetail. Также функционаьлность допустима самостоятельная генерирация несерийных купонов на SetCentrum для проведения каких-либо акций.

Количество экземпляров купонов, передаваемых в течение дня на один сервер SetRetail, может превышать 1,5 млн.

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

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

• Удаление неактуальных записей из таблицы card_unique_coupon_exemplar
• vacuum таблицы card_unique_coupon_exemplar
• vacuum БД set и set_operday

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

Начиная с версии 10.2.53.0 транспорт купонов оптимизирован для таких ситуаций.