1. Сначала назначьте source of truth
Выберите систему, где цена считается утверждённой: 1С, ERP или отдельный pricing-сервис. Остальные системы должны получать данные от неё, а не редактировать цену независимо.
2. Минимальная схема
| Шаг | Что происходит | Контроль |
|---|---|---|
| 1 | Цена утверждается | Версия, дата, пользователь |
| 2 | Цена уходит в POS | Касса готова применить её |
| 3 | Цена уходит в ESL-платформу | Получены SKU и шаблон |
| 4 | ESL обновляется | Есть подтверждение устройства |
| 5 | Мониторинг сравнивает статусы | Видны исключения |
3. Почему «отправили» недостаточно
Система может принять пакет, но отдельный ценник не обновиться из-за связи, неправильной привязки или отказа устройства. Поэтому нужен delivery status на уровне конкретного ESL, а не только сообщение «задание успешно отправлено».
4. Что проверить при интеграции с 1С
- Какая конфигурация и версия 1С используется.
- Где хранятся виды цен, акции и сроки действия.
- Какой идентификатор связывает SKU с ESL.
- Какой интерфейс используется: HTTP/REST, JSON, файлы или готовая обработка.
- Как обрабатываются повторные запросы и отмена цены.
- Как логируются ошибки и кто получает уведомление.
5. KPI ценового контура
| KPI | Зачем |
|---|---|
| Доля успешных обновлений | Фактическая доставка цены на полку |
| Время массового обновления | Успевает ли магазин к началу акции |
| Расхождения POS ↔ ESL | Главная бизнес-ошибка контура |
| Ручные исправления | Скрытая стоимость автоматизации |
| Offline / low battery | Плановое обслуживание |
Связанные материалы
Источники
Фактчек: 2 сентября 2026.
Обсуждение
Комментарии пока недоступны. Если вы заметили неточность или хотите поделиться опытом, напишите редакции.