Доработка оплаты, налогов и чеков
О проекте
От выбора способа оплаты до корректного электронного чека
Дорабатываем оплату, передачу налоговых данных и формирование чеков в интернет-магазинах на Webasyst и Shop-Script. Разбираемся, почему покупатель видит неподходящий способ оплаты, платёж не завершается, ставка НДС пропадает или в чек уходит неверная сумма по позиции.
У заказа есть несколько связанных этапов: корзина, платёжный плагин, банк или СБП, данные товара и онлайн-касса. Ошибка в чеке может начинаться с настройки каталога, обмена с 1С или состава запроса к платёжному сервису. Мы прослеживаем данные по цепочке и исправляем подтверждённую причину, а затем проверяем результат на тестовом сценарии.
Какие ошибки оплаты и чеков исправляем
Состав доработки зависит от схемы продаж, плагинов и кассы. Проверяем не только экран оформления, но и то, какие данные получает платёжный сервис и что в итоге отражается в заказе и чеке.
Показывается неподходящий способ
Ограничиваем доступность оплаты по согласованным условиям: составу заказа, складу, наличию, сумме или выбранному сценарию доставки. Проверяем, что при изменении корзины список способов обновляется предсказуемо.
Оплата не открывается или не подтверждается
Разбираем работу плагина, сертификатов, обратных уведомлений и статусов заказа после обновлений или изменения настроек сервиса. Отдельно проверяем, не возник ли платёж при отсутствии понятного подтверждения у покупателя.
Покупателю неудобно перейти к оплате
Проверяем показ QR-кода и ссылки, ведущей к оплате, на телефоне. Уточняем, что происходит после возврата покупателя в магазин и как фиксируется результат операции.
НДС отсутствует или передаётся неверно
Сверяем назначенные товарам налоговые ставки, данные обмена с учётной системой и параметры, которые магазин отправляет платёжному сервису или онлайн-кассе. Условия применения ставок определяет клиент со своим бухгалтером; мы реализуем согласованную техническую схему.
В чеке налог посчитан как за одну единицу
Если в строке заказа несколько одинаковых товаров, проверяем передачу количества, цены и налога по позиции. Сопоставляем расчёт в Shop-Script с данными, полученными кассовым сервисом.
Заказ, оплата и чек расходятся между системами
Смотрим, как обрабатываются скидка, доставка, возврат к заказу и статус платежа. Для каждого затронутого сервиса фиксируем исходные и отправленные значения, чтобы найти место, где данные изменились.
Диагностика → исправление → контрольный заказ
Сначала устанавливаем, на каком этапе данные перестают совпадать. Это помогает исправить конкретную логику и не менять работающие способы оплаты без необходимости.
Проверяем путь данных
Воспроизводим ошибку с заданным товаром, количеством, складом и способом оплаты. Сравниваем корзину, свойства товара, налоговые настройки Shop-Script, ответы платёжного плагина и данные, полученные кассой. При необходимости анализируем журналы и запросы интеграции без публикации платёжных секретов.
Согласуем правила и меняем код
Документируем ожидаемую доступность способов оплаты и передачу ставок для разных товаров. После согласования корректируем настройки, плагин, обработчик заказа или обмен с 1С. При работе с налоговыми данными сверяем техническую реализацию с правилами, которые подтвердил бухгалтер клиента.
Берём обезличенный заказ, сумму, количество, способ оплаты и фактический чек или сообщение об ошибке. Уточняем версию магазина и состав интеграций.
Подготавливаем резервную копию или способ отката и исправляем установленную причину в согласованном объёме. Учитываем дальнейшие обновления плагина и Shop-Script.
Используем тестовую площадку или согласованный безопасный платёжный сценарий. Сверяем выбор способа, создание заказа, статус оплаты и полученные сервисом данные чека.
Если проблема начинается ещё до выбора оплаты — например, корзина не пересчитывается или заказ создаётся дважды, — смотрите также услугу исправления корзины и оформления заказа.
Выполненные задачи: «Мир Спорта» и Zoocent
Ниже — конкретные подтверждённые работы прошлых этапов. У нового магазина могут быть другие поставщики платежей, касса, версия Shop-Script и правила налогообложения, поэтому решение начинаем с диагностики.
Способы оплаты по складу и наличию
Дополнили правила скрытия двух способов оплаты с учётом признака склада. Для показа оплаты по СБП добавили проверку положительного остатка товара; отдельная настройка исключала выбранные склады из отбора.
Работа СБП после изменения сертификата
Выполнена задача по восстановлению оплаты через СБП после обновления сертификата. Отдельно дорабатывали удобство перехода к оплате по QR-коду на мобильном устройстве.
Налоговые данные в товарах и чеке
При обмене с 1С для товаров использовались разные ставки НДС, но часть информации терялась при формировании чека. Исправили назначение налогов в каталоге и передачу нужной ставки в интеграцию с онлайн-кассой.
Расчёт налога для нескольких единиц
В заказе могло быть несколько штук одного товара, а в переданных АТОЛ данных налог отражался как за одну. Исправили обработку количества и суммы налога в строке чека, сопоставив её с расчётом магазина.
Другие выполненные доработки магазина описаны в кейсе Zoocent.
Что потребуется для оценки задачи
Сообщите адрес магазина, установленную платформу, используемые способы оплаты и кассовый сервис. Опишите, что покупатель выбрал, что произошло после оплаты и в чём расходятся заказ и чек. Полезны обезличенные снимки экрана, сумма и количество позиций, время операции и текст ошибки. Для налогового сценария нужен перечень ставок и правил, подтверждённых вашей бухгалтерией.
После первичной оценки определим, нужны ли настройки Shop-Script, изменение платёжного плагина, корректировка данных каталога или доработка обмена с 1С. Стоимость и сроки зависят от найденной причины и состава интеграций. Если проблема связана с окружением или сертификатом сервера, можем включить в план настройку сервера и хостинга.
О доработке оплаты, налогов и чеков
Почему в Shop-Script не отображается нужный способ оплаты?
Причина может быть в правилах способа, составе корзины, складе, остатке, сумме, доставке или работе плагина. Проверяем условия на конкретном заказе и показываем, какое из них исключило оплату.
Что делать, если платёж прошёл, а заказ остался неоплаченным?
Сначала сверяем состояние операции в платёжном сервисе и заказе магазина. Затем проверяем уведомление сервиса, сертификаты, адрес обработчика и журнал ошибок. Повторную оплату не предлагаем до выяснения фактического статуса.
Можете исправить НДС в электронном чеке?
Да, если ошибка связана с данными товаров, настройками Shop-Script или передачей в платёжную и кассовую интеграцию. Ставку и порядок её применения подтверждает ваша бухгалтерия; мы исправляем техническую передачу и проверяем результат.
Почему налог в чеке неверен при количестве больше одного?
Интеграция может передавать сумму налога для одной единицы вместо всей строки заказа. Сравниваем количество, цену, ставку и итог в магазине с данными, полученными онлайн-кассой, и исправляем место расхождения.
Как тестировать оплату и чек без лишних реальных списаний?
Используем тестовую среду платёжного сервиса, тестовую копию магазина или согласованный сценарий, который допускает ваша конфигурация. Перед проверкой на рабочем сайте отдельно согласуем допустимые действия и обработку тестовых записей.
Оплата или чек работают не так, как должны?
Пришлите адрес магазина и обезличенный пример ошибки. Проверим цепочку от корзины до чека, предложим состав исправления и способ проверки результата. Другие направления работ — в портфолио доработок.