Что требовалось сделать
- передать состав товара из сделки
- связать позиции с номенклатурой 1С
- создать резерв по согласованному событию
- вернуть состояние операции в CRM
- поддержать изменение состава
- поддержать снятие резерва и обработку ошибки
Резерв приходилось согласовывать вручную. Мы связали сделку, товар и учётную операцию, предусмотрели изменение и снятие резерва и вернули статус в CRM.
Менеджер формировал состав сделки в Битрикс24, но резерв оформлялся в 1С другим действием. Между выбором товара и подтверждением его доступности возникал ручной разрыв.
Резерв нельзя было свести к флагу в CRM: он влияет на доступный остаток, может изменяться и сниматься. Источником учётной операции должна была остаться 1С.
Мы описали резерв как отдельную операцию со своим жизненным циклом. Сделка инициирует действие, а 1С подтверждает результат и обновляет доступность.
Повторный запрос должен распознавать существующую связь, поэтому обмен строился идемпотентно и не создавал новый резерв при каждом обращении.
Связали товарный состав сделки с учётными идентификаторами.
Реализовали жизненный цикл резерва.
Вернули результат менеджеру.
Менеджер работает с товаром в сделке и запускает согласованный сценарий резервирования. 1С выполняет учётную операцию и возвращает её состояние.
Изменение или снятие проходит через ту же связь, поэтому доступный остаток и карточка CRM не расходятся из-за ручной передачи.
Резерв оформляется отдельным ручным запросом.
Сделка инициирует связанную операцию в 1С.
Изменение состава требует повторного согласования.
Изменение и снятие проходят по предусмотренному сценарию.
Резервирование включено в путь сделки.
CRM-запрос связан с учётной операцией и обратным статусом.
Менеджер видит результат операции без отдельного согласования между отделами.
Если резерв должен начинаться из CRM, но оставаться учётной операцией 1С, мы спроектируем жизненный цикл и безопасную обратную связь для менеджера.
Нет. Кейс показывает реализованную архитектуру и состав работ по направлению «Резервирование товара». Точный объём зависит от процессов, данных, интеграций и ограничений вашей инфраструктуры.
Архитектуру и подход можно адаптировать под ваши процессы, состав данных, роли и технические ограничения. Перед оценкой работ CTR1 разбирает текущую систему и ожидаемый результат.
Да, но сначала нужно разобрать текущий процесс, роли, данные и ограничения. После аудита CTR1 готовит план внедрения или интеграции без лишних модулей.
Если резерв должен начинаться из CRM, но оставаться учётной операцией 1С, мы спроектируем жизненный цикл и безопасную обратную связь для менеджера.