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