Официальный модуль Ozon Pay для 1С-Битрикса получил версию 1.0.7 от 28 сентября 2026 года. В журнале разработчик указал улучшение контроля создаваемых платёжных ордеров и исправление ошибок. Для магазина полезная проверка после обновления — проследить, как несколько попыток оплаты связываются с одним заказом, и исключить ошибочную повторную передачу товара в исполнение.

Что известно о релизе

Карточка решения опубликована от имени Озон Банка. Модуль поддерживает одностадийную и двустадийную оплату, полный и частичный возврат, тестовый и рабочий режимы. Однако описание версии не раскрывает конкретный алгоритм контроля ордеров. Из короткой записи нельзя заключить, что устранена любая возможность повторного списания или что изменились все статусы заказа.

Поэтому ниже приведён редакционный сценарий приёмки, а не описание обнаруженного дефекта Ozon Pay. Его задача — проверить собственную связку платёжного модуля, шаблона сайта и автоматизации магазина после установки обновления.

Разделите заказ и попытки платежа

У одного заказа покупатель может начать оплату, закрыть платёжную страницу и попробовать снова. В рабочем протоколе сохраните номер заказа, время каждой попытки и доступный идентификатор операции. Не считайте количество открытых платёжных страниц количеством оплаченных покупок. Для склада важно итоговое подтверждённое состояние заказа, а для поддержки — возможность объяснить историю попыток.

Начните с тестового режима и согласованной корзины без реальной отгрузки. Проверьте обычное завершение оплаты, отказ и возвращение к тому же заказу. Сотрудник должен находить соответствующую операцию без поиска по одному лишь имени покупателя. Совпадающая сумма у двух заказов тоже не является достаточным признаком связи.

Проверьте запуск внутренних действий

Запишите, что ваш магазин делает после подтверждения оплаты: отправляет письмо, резервирует товар, создаёт задачу сборки. Затем убедитесь, что результат каждой проверки соответствует согласованному процессу. Если пользователь обновил страницу результата, это само по себе не должно становиться основанием для второй складской задачи. Конкретное поведение определяется вашей автоматизацией и требует наблюдения, а не предположения.

Особое внимание уделите заказам, с которыми уже работал менеджер. Повторная попытка оплаты не должна незаметно подменять состав корзины, адрес или согласованную сумму. При расхождении сначала выясните состояние операции в платёжной системе, прежде чем запускать возврат либо новый платёж.

Что передать поддержке при расхождении

Соберите версию модуля, время события, номер тестового заказа, ожидаемый и фактический результат. Исключите из материалов ключи доступа и лишние данные покупателя. Такой протокол конкретнее сообщения «после обновления не работает» и помогает отделить платёжную операцию от действия шаблона сайта.

Работу с оплатой без сайта описывает отдельная инструкция про платёжные ссылки Ozon Pay. Здесь предмет проверки другой: поведение установленного модуля Битрикса при нескольких попытках. Завершайте приёмку только после того, как история операции объяснима и заказ передаётся в исполнение в предусмотренном вами порядке.