Корзина и заказ
Состав заказа, цены, скидки, доставка, пользовательские поля и ошибки оформления.
Отправить запрос
Мы свяжемся с вами в ближайшее время
Мы свяжемся с вами в ближайшее время
Проверим платежный модуль, корзину, оформление заказа, онлайн-кассу, статусы, логи, CRM и интеграции, если покупатель не может оплатить заказ или оплата не меняет статус.
Диагностика
Оплата зависит от нескольких систем. Важно проверить не только платежную кнопку, но и заказ, статусы, кассу, уведомления и CRM.
Состав заказа, цены, скидки, доставка, пользовательские поля и ошибки оформления.
Ключи, callback, webhooks, тестовый режим, ответы банка или платежного шлюза.
Фискализация, ставки НДС, чеки, статусы и ошибки обмена с кассой.
Передача заказов, статусы оплаты, уведомления менеджеров и повторная отправка.
Ошибки сервера, права доступа, сертификаты, HTTPS и ограничения API.
Регламент проверки оплаты после обновлений, смены тарифов, сертификатов или модулей.
Типовые случаи
Разбираем ситуацию по фактам: где покупатель останавливается, что пишет платежный сервис и что происходит с заказом внутри CMS.
Кнопка не открывает шлюз, платежная страница возвращает ошибку, заказ зависает или не создается после оформления.
Проверяем callback/webhook, статусы, повторную обработку, уведомления менеджеров, CRM и учетную систему.
Смотрим фискализацию, ставки НДС, номенклатуру, чеки, токены кассы и ошибки обмена с ОФД.
Проверяем обновления CMS и модулей, смену сертификатов, тарифов, API-ключей, шаблонов и интеграций.
Ведём задачи через тикеты, используем Git и staging, работаем с НДС, ЭДО через Контур.Диадок и предоставляем закрывающие документы.
Можно начать без длинного ТЗ: ссылка на сайт, платежный сервис, что видит покупатель и когда ошибка появилась. Доступы и платежные секреты передаются только после согласования безопасного канала.
FAQ
Обычно нужны CMS, платежный кабинет или тестовые ключи, логи сервера, доступ к CRM и данные по проблемному заказу.
Часть сценариев можно проверить в тестовом режиме, но для финальной приемки часто нужен безопасный контрольный платеж.
Нужно фиксировать регламент проверки оплаты после обновлений CMS, модулей, сертификатов, тарифов и интеграций.
Срочные сценарии
Для срочных проблем лучше идти не в общий каталог, а сразу в сценарий диагностики: так быстрее понять, что сломалось, какие доступы нужны и как зафиксировать результат.
Формы, почта, CRM, цели Метрики, JavaScript, backend, webhooks и логи.
02Платежный модуль, callback, онлайн-касса, статусы заказа, сертификаты и ошибки API.
03Бэкапы, доступы, домен, хостинг, CMS, база данных, файлы и контроль после восстановления.
04Несовместимые модули, PHP, шаблоны, миграции, кэш и быстрый откат критичных изменений.
05TTFB, база данных, кэш, изображения, скрипты, хостинг и реальные пользовательские страницы.
06Пакеты часов, SLA, мониторинг, резервные копии, обновления и плановые доработки.
Опишите симптом и приложите ссылку на сайт. Мы начнем с диагностики, а не с предположений.