Проверим цепочку от платёжной страницы до статуса заказа, кассового чека, ОФД и возврата — без замены магазина целиком.
Проблема оплаты редко находится только в одной кнопке. Для надёжной диагностики нужно связать заказ, операцию платёжного провайдера, входящее уведомление, статус в CMS, кассовый чек, ОФД и возможный возврат.
Если провайдер предоставляет тестовый режим, используем его. Для проверки рабочего контура возможен заранее выбранный небольшой платёж с последующим возвратом.
Причиной бывает недоставленное уведомление, неверная подпись, ошибка обработчика, тайм-аут, неправильное сопоставление статуса или временная недоступность сайта.
Это две разные задачи. Настройка создаёт рабочий сценарий, а сверка сопоставляет уже существующие заказы, банковские операции и фискальные документы за выбранный период.
Часто достаточно одной конкретной работы. Ниже указаны варианты с заранее известной стоимостью.
Сопоставляем до 5 000 операций провайдера с заказами Битрикс за 90 календарных дней. Проверяем адрес webhook, подлинность запроса, HTTP-ответ, журналы и соответствие статусов.
Выгружаем согласованный период из Битрикс, платёжного кабинета, кассового контура и ОФД, приводим идентификаторы и статусы к единой схеме.
Разбираем формат уведомления и официальный способ проверки подлинности для одного согласованного провайдера.
Получаем от бухгалтера таблицу применимых ставок и фиксируем одну проверяемую схему оплаты и доставки.
Фиксируем платёжную и кассовую схему, версии модулей и перечень реквизитов, утверждённый заказчиком.
Фиксируем одну товарную группу, схему оплаты, доставки и момент привязки кода к позиции заказа.
Фиксируем одну товарную группу, склад, кассу и схему предоплаты либо постоплаты, утверждённую заказчиком.
Фиксируем один стабильный контрольный товар, доставку и полный путь до создания тестового заказа.
Фиксируем жизненный цикл одной подписки, статусы сайта и доступные методы одного платёжного провайдера.
Инвентаризируем до пяти дополнительных услуг, их цены, места показа и влияние на итоговую сумму заказа.
Фиксируем исходные чеки и подтверждённые бухгалтером правила для прежней и текущей ставки. Проверяем передачу признака исходной продажи из заказа Битрикс в одну кассу.
Подключаем одну кассу и одну существующую платёжную систему. Настраиваем данные организации, НДС и способы расчёта по утверждённой таблице заказчика.
Разбираем путь оплаты, предоплаты, полного расчёта, отмены и возврата, сопоставляем события сайта, эквайринга и облачной кассы.
Выбираем единицу расчёта и вместе фиксируем понятную схему доходов, возвратов, прямых и переменных расходов.
Описываем путь пользователя от визита и заявки до заказа, платёжной попытки, подтверждения денег и записи в CRM или аналитике.
Выбираем цель и точный серверный статус, проверяем счётчик, Measurement Protocol и способ сохранить идентификатор визита до завершения пользовательской сессии.
Описываем правила акций, начисления и списания, известные схемы обхода и обычные случаи общих адресов, устройств или корпоративных заказов.
Собираем контрольную корзину и воспроизводим путь покупателя в нужных браузерах, записывая сетевые запросы, консоль, ответы AJAX и события WooCommerce.
Согласуем управленческое определение выручки, себестоимости, валовой прибыли и маржинальности, а также правила учёта скидок, возвратов, доставки и комиссий.
Инвентаризируем кабинеты, модели работы, API и финансовые отчёты Ozon, Wildberries и Яндекс Маркета, а также структуру внутренних артикулов и себестоимости.
Уточняем бизнес-сценарий и доступные продукты СберБизнес API. Определяем организации, счета, виды выписок, периодичность, правила платёжных поручений и роли.
Казначейство работает с Т-Бизнесом из 1С или ERP: получает счета и выписки, создаёт платёжные поручения из согласованных заявок, отслеживает банковские статусы и связывает операции с…
Покупатель получает платёжную ссылку или QR для оплаты счёта через СБП, а CRM, 1С или личный кабинет автоматически узнаёт результат. Заказ связан с идентификатором платежа, сумма и…
Финансовая команда автоматически сопоставляет заказ, платёж эквайера, возврат, удержанную комиссию и фактическое поступление банка. Отчёт показывает полностью закрытые цепочки и отдельные…
Интернет-магазин рассчитывает цену, скидку, доставку, количество и итог на сервере по доверенным данным, а заказ меняет статус по допустимой последовательности и подтверждённой оплате.…
Клиент один раз подтверждает привязку счёта СБП в банковском приложении, после чего сервис выполняет согласованные регулярные списания по подписке. В системе хранятся идентификатор…
Подписочный сервис получает управляемый сценарий повторных платежей: сохранённый способ оплаты, расписание попыток, статусы ЮKassa, webhook, причины отказа и сообщения клиенту. Каждая…
После обновления Chrome сайт снова печатает чек или этикетку, обращается к программе 1С и работает с устройством внутри офиса. Настраиваем безопасное разрешение браузера, HTTPS и ответ…
Настраиваем выбранный бухгалтерией режим НДС для компании на УСН сразу во всей цепочке продаж: на витрине и в заказе, в 1С, онлайн-кассе, чеке, возврате, счёте-фактуре и электронном УПД.…
Интернет-магазин передаёт утверждённую бухгалтером ставку и кассовые реквизиты из карточки товара и заказа в платёжный модуль, облачную или локальную кассу и ОФД. Контрольные продажи…
Финансовая команда получает единое рабочее окно по счетам нескольких банков: остатки и операции загружаются через доступные Open API, файлы или официальные банковские шлюзы, приводятся к…
Компания получает единый процесс работы с самозанятым исполнителем: проверка статуса на нужную дату, карточка договора и задания, электронное согласование акта, реестр выплаты, получение и…
Действующая связка сайта, платёжного модуля, облачной или локальной кассы и ОФД формирует корректные электронные чеки для интернет-расчётов. Мы проверяем и при необходимости исправляем…
Менеджер создаёт счёт Т‑Банка прямо из сделки CRM или заказа на сайте. Реквизиты контрагента, позиции, НДС и сумма передаются в T‑API, а ссылка и PDF сохраняются в карточке и могут…
Площадка создаёт сделку в ЮKassa, принимает оплату покупателя, хранит связь с заказом и после согласованного события запускает выплату продавцу либо возврат. Мы реализуем состояния…
Android-приложение принимает разовые платежи и подписки через RuStore Pay SDK вместо BillingClient SDK. Обновляются подключение библиотеки, инициализация, получение товаров и покупок…
Финансовая интеграция Ozon получает начисления через актуальные методы /v1/finance/accrual/postings, /types и /by-day. Операции связываются с отправлениями, товарами, услугами доставки и…
Android-приложение использует SberPay SDK 3.2, запускает сценарий привязанной оплаты через SPayMethod.BindingPayment и корректно обрабатывает возврат пользователя в приложение. Интеграция…
Успешные, неуспешные, подтверждённые и возвращённые платежи CloudPayments автоматически обновляют правильный заказ, сделку или счёт в CRM либо ERP. Интеграция проверяет подпись…
Рабочий сценарий корпоративной подписки для юридических лиц и индивидуальных предпринимателей: представитель компании оформляет заранее данный акцепт в СберБизнес, платформа создаёт…
Опишите задачу и желаемый результат. Можно указать сайт, CMS, 1С, CRM, ERP или другую систему — разберёмся в ситуации и предложим подходящий следующий шаг.
