01 / Ситуация
Обе продажи рассчитывают на один остаток
Менеджер отмечает в сделке потребность в резерве. На складе в 1С тот же товар ещё свободен: учёт использует собственную систему резервирования и не получил передачу с портала.
Другая сделка читает складской остаток и тоже выбирает эту позицию. В CRM у обеих продаж есть ожидание резерва, но склад пока не подтвердил первую передачу. Документы в 1С соберутся по её данным, а не по отметке в сделке.
02 / Причина
Резерв живёт в двух системах
Портал
Отмечает, что товар нужен конкретной сделке, и отправляет резерв в 1С.
1С
Считает свободный остаток только по тем резервам, которые приняла.
Обмен работает не мгновенно. Поэтому проверяем, когда резерв ушёл, когда его приняла 1С и какой остаток в этот момент увидела вторая сделка.
03 / Подход
Прослеживаем один товар от сделки до склада
Сверить первую сделку
Находим товар, количество и время резервирования. Проверяем, какое событие отправляет сведения в 1С.
Проверить склад
Сопоставляем учётный резерв и свободный остаток с передачей CRM. Устанавливаем, была ли она принята либо осталась в ожидании.
Разобрать второе обещание
Проверяем, какой остаток увидела следующая сделка и как в CRM отличить принятый резерв от ожидающего.
04 / Нюансы
Что учесть
Резерв отправили, но склад его не принял
Пока 1С не подтвердила резерв, она не вычитает его из свободного остатка. Смотреть нужно результат в 1С, а не факт отправки.
Счёт собирается в 1С
Он берёт данные склада 1С. Если поправить только отметку в сделке, счёт этого не увидит.
05 / Первый шаг
Две сделки и один складской остаток
Возьмём товар, который оказался обещан нескольким продажам. Сопоставим хронологию резервов и передачи.
- Сделки с товаром и временем резервирования.
- Учётный резерв и свободный остаток 1С.
- События отправки и подтверждения обмена.
Определим точку разрыва и согласуем, когда менеджер вправе считать товар закреплённым за заказом.