Тильда оплата: эквайринг, чеки и рассрочка на сайте

Тильда оплата - тема, где сходятся сразу три вопроса: какой эквайринг подключить, как получить корректный чек по 54-ФЗ и что делать с рассрочкой, если её просят клиенты. Разбираю по порядку, опираясь на то, как сам настраивал платежи на проектах на Тильде за последние годы.

Как Тильда принимает оплату: платёжные системы и эквайринг

В настройках сайта есть раздел «Платёжные системы», и это ключевое место для всей темы. Там подключаешь один или несколько способов оплаты сразу: банковский эквайринг, электронные кошельки, оплату по СБП, ссылку на оплату для ручной отправки клиенту. Для каждого способа нужны реквизиты, которые выдаёт банк или платёжный сервис при заключении договора: идентификатор магазина, секретный ключ, иногда пароль для передачи данных о заказе.

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

Если на сайте несколько способов оплаты, покупатель увидит их в виде списка кнопок на шаге оформления заказа, и порядок можно менять - удобно выводить вперёд СБП, если по нему комиссия обычно ниже, чем по картам.

Какой эквайринг выбрать: сравнение провайдеров

Для Тильды доступно сразу несколько интеграций эквайринга и платёжных сервисов. Разница между ними не в том, что «встроено», а что нет, а в наборе способов оплаты и в том, для какой аудитории сайт работает.

Комиссия по каждому из этих вариантов зависит от тарифа, который вам согласуют при подключении расчётного счёта, и от оборота магазина, поэтому цифры я здесь сознательно не привожу - они меняются чаще, чем выходят обновления Тильды, и то, что было верно полгода назад, сейчас может быть уже неактуально. Уточняйте тариф напрямую у банка или сервиса на этапе подключения.

Для интернет-магазина с активной доставкой физических товаров обычно ставлю в приоритет провайдера с рабочей рассрочкой и СБП, для консультационных услуг и разовых платежей хватает более простого варианта вроде Robokassa.

Онлайн-касса и чеки по 54-ФЗ

Приём оплаты картой или через СБП от физического лица требует фискального чека по 54-ФЗ. Важный момент: чек формирует не сама Тильда, а онлайн-касса, с которой связан выбранный способ оплаты. У части сервисов, например у ЮKassa и CloudPayments, касса уже встроена, и чек уходит покупателю на почту или телефон автоматически сразу после успешного платежа. Если подключаете эквайринг напрямую через банк, кассу для фискализации обычно тоже подключает сам банк в рамках договора эквайринга, но состав услуги стоит уточнять заранее, а не после первого заказа.

На практике всегда прогоняю тестовый заказ на реальную небольшую сумму перед запуском и проверяю, что чек действительно пришёл клиенту, а не только статус заказа изменился в админке Тильды. Разница между «оплата прошла» и «чек сформирован» на бумаге не видна, а по факту это два разных события, и второе иногда запаздывает или не срабатывает из-за неверно указанного email в форме.

НДС и что проверить в чеке перед запуском

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

Отдельная сложность возникает, когда в одной корзине оказываются товары с разными ставками НДС или разными правилами налогообложения, например физические товары и цифровые услуги в одном заказе. Разные ставки НДС и типы ФФД Тильда поддерживает штатно, но только для товаров из Каталога: по умолчанию они берут значения из глобальных настроек сайта, а поштучно ставка переопределяется в карточке товара на вкладке «НДС, ФФД». Для товаров, созданных не через Каталог, такой настройки нет, и вот для них уже приходится считать суммы и налоги отдельным кодом по конкретной схеме продаж. У меня в библиотеке есть готовый скрипт расчёта НДС для Tilda: он выводит налог отдельной строкой в корзине и пересчитывает его при изменении заказа.

Рассрочка и оплата частями: как это работает на Тильде

Рассрочку и оплату частями предоставляет не Тильда напрямую, а банк или платёжный сервис, с которым заключён договор эквайринга. Т‑Банк предлагает собственный сервис рассрочки для интернет-магазинов, у ЮKassa есть продукт «Оплата частями» - оба подключаются отдельным договором, обычно с дополнительными условиями по сумме заказа и категории товара.

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

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

Вебхуки и уведомления после успешной оплаты

После того как заказ оплачен, обычно нужно, чтобы информация о нём сразу попадала не только в почту, но и в CRM или в рабочий чат. Тильда умеет отправлять данные о заказе на внешний адрес через вебхук: адрес обработчика указывается один раз в Настройки сайта → Формы → Webhook, а в самом блоке корзины или формы этот приёмщик только отмечается галочкой в меню «Контент». Дальше это уже вопрос обработки: можно поставить простой PHP-обработчик на том же хостинге, где крутится остальная логика проекта, без отдельного сервера. Обработчик читает тело POST-запроса, и тут важная деталь: Тильда отправляет обычный form-urlencoded, а не JSON, поэтому поля лежат в $_POST, а не в разобранном теле, и часть символов приходит экранированной, так что значения прогоняются через urldecode. Дальше обработчик обращается к методу sendMessage Telegram Bot API, чтобы сразу переслать короткое уведомление менеджеру в рабочий чат.

Если в проекте уже есть сценарии в n8n для других задач, вебхук с Тильды удобно завести туда же и разложить данные заказа по нужным сервисам без лишнего кода на стороне сайта. Комплексная интеграция оплаты с CRM или сборкой чеков под нестандартную схему у меня стоит от 40 000 ₽, разовая небольшая доработка вроде обработчика вебхука - от 3 000 ₽.

Типичные ошибки при настройке оплаты на Тильде

• Забыли выключить тестовый режим в настройках платёжной системы, из-за чего реальные платежи не проходят или проходят в песочнице банка
• Сумма в чеке не совпадает с суммой заказа из-за промокода или скидки, применённой после расчёта чека
• Адрес для вебхука указан без HTTPS, и внешний сервис его просто не принимает
• Касса подключена, но не активирована до конца на стороне банка, из-за чего чек не уходит покупателю при первых заказах

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

Условия и возможности Тильды меняются, поэтому перед запуском я уточняю их у самого сервиса.

Частые вопросы

Можно ли принимать оплату на Тильде без онлайн-кассы?

Формально нет, если продаёте физическим лицам и платёж проходит картой или через СБП - по 54-ФЗ нужен фискальный чек. Кассу обеспечивает выбранный платёжный сервис или банк, отдельно её на Тильде включать не нужно, но важно уточнить у провайдера при подключении, входит ли фискализация в тариф.

Как подключить рассрочку на Тильде?

Сначала подключаете и согласовываете рассрочку у банка или платёжного сервиса, который её предоставляет, например у Т‑Банка или через ЮKassa. После одобрения способ оплаты появляется в личном кабинете провайдера, и его остаётся включить в разделе «Платёжные системы» на Тильде.

Что делать, если чек не приходит покупателю?

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

Какая разница между эквайрингом на Тильде и на WordPress?

На Тильде эквайринг настраивается в готовом блоке через ключи от банка, без установки дополнительного софта. На WordPress для этого обычно ставится отдельный плагин, например WooCommerce с модулем Т‑Банка, и его тоже нужно донастроить под нужные способы оплаты и чеки. Логика по смыслу похожая, разница в том, что на Тильде это встроенный конструктор, а на WordPress - отдельный модуль поверх CMS.