Интеграция WayForPay в ждут

Часто нечего, и мы так и говорим. Проверить стоит три вещи: отклоняет ли ваш сайт обратный вызов без правильной подписи, переспрашивает ли он шлюз о статусе, когда вызов не дошел, и означает ли «оплачено» в админке то же, что в кабинете провайдера. Если на все три «да» делать ничего не надо, и это будет написано в отчете после бесплатной проверки.

Утерянный обратный вызов. Шлюз посылает результат платежа на ваш серверный адрес и ждет ответа на собственный JSON: номер заказа, слово accept, время и подпись. Нет такого ответа – вызов считается недоставленным, шлюз повторяет его, а если ваш модуль молчит все время, деньги остаются списанными, а заказ неоплаченным. Рабочий сценарий другой: модуль сам запрашивает статус платежа по номеру заказа перед тем, как оставить его во взвешенном состоянии. Отдельная рекомендация по практике: статус не меняется на странице, куда покупатель возвращается после оплаты. Он может ее закрыть, перезагрузить или не дойти вообще – единственный надежный источник правды здесь серверный вызов.

Ибо идентификатор платежа должен быть уникальным. Первая попытка уже заняла номер вашего заказа, и повторный запрос с тем же номером шлюз отклоняет — покупатель видит ошибку и идет. Лечится просто: на каждую попытку генерируется собственный идентификатор с суффиксом, а связь с заказом держится отдельным полем. Десять строк кода и самая частая причина «сайт не дает заплатить» из тех, что мы разбирали.

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

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

Событием покупки с суммой и составом заказа, которое направляется после подтверждения платежа, а не на странице «спасибо». В измеренном нами оптовом магазине стройматериалов на 3 145 товаров работает связка GTM, GA4 и ремаркетинг Google Ads с событиями просмотра списка товаров – уровень, к которому следует стремиться. Честный предел: сам счетчик не улучшает ничего, а блокировщики и режим согласия делают GA4 источником тенденции, а не бухгалтерской истиной. Сводить его с кассой нужно сознательно.

3-10 рабочих дней. Сценарии и доступы – от половины дня до двух, шлюз и форма оплаты столько же, обратный вызов и сценарии ошибок 1–3 дня, статусы с возвратами и событие покупки – до двух дней, живой платеж и передача – до дня. Нижний предел означает готовый жут, где статусы уже заведены. Верхняя – когда схему статусов приходится строить с нуля или в чекате одновременно живут несколько способов расчета.

Секретный ключ живет только на сервере и в клиентский код не попадает — иначе подпись сможет сгенерировать кто-либо. Данные карты на ваш сайт не приходят вообще: их принимает сторона провайдера, поэтому требования к хранению карточных данных на вас не ложатся. Что действительно в вашей зоне: HTTPS без исключений, отдельный ключ для тестов и смена ключа, если доступ к админке имел подрядчик, с которым вы разошлись.