Оптовые покупатели часто оформляют повторные заказы из истории чата, поэтому бот должен опираться на стабильные ключи, а не на изменяемый текст. Настроить передачу остатков из учетной системы так, чтобы мессенджер не выдавал устаревшую информацию по проданным позициям, помогает строгая привязка идентификаторов.
Шаг 1. Закрепить уникальный идентификатор в кнопках
При обновлении остатков через обработку обмена передавайте в служебное поле кнопок связку префикса и уникального ID из справочника номенклатуры, а не текстовое наименование товара.
Допустим, в кнопках прописано только текстовое название позиции вроде «Шланг ПВХ 20м». Представим рабочую сцену: менеджер по закупкам изменил название этого товара в 1С на «Шланг армированный ПВХ 20м». Если покупатель нажимает на кнопку в старом сообщении, бот возвращает ошибку, так как строка в базе изменилась.
При втором варианте в кнопке зашита связка с неизменным идентификатором из 1С. Бот считывает этот номер, обращается к актуальной номенклатуре, находит измененное название и фиксирует заказ с корректными данными.
Шаг 2. Проверить реакцию бота на изменения в базе
Способ повторить проверку на тестовой ситуации: изменить артикул или наименование одной позиции в 1С, запустить принудительную выгрузку остатков в бот, а затем нажать на кнопку этой позиции в старом сообщении чата и проверить лог входящих запросов на сервере. Если сервер корректно сопоставляет ID и обрабатывает нажатие без ошибок интерфейса, связка работает верно.
Шаг 3. Учесть ограничения инфраструктуры
Описанный прием решает задачу синхронизации идентификаторов, но он не заменяет настройку расписания и регламентных заданий в самой 1С. Также необходимо отдельно контролировать стабильность соединения между сервером предприятия и API мессенджера, чтобы обмен данными не прерывался в часы пиковых нагрузок.