Подарочные карты в интернет-магазине на Tilda: как связать витрину, сайт и 1С, чтобы чек был правильным

С чем приходит заказчик

Небольшой бренд с собственным интернет-магазином на Tilda и учётом в «1С:Комплексная автоматизация». Заказы с сайта уже попадают в 1С штатным обменом. Компания решила продавать электронные подарочные карты и подключила для этого сервис Digift: он даёт красивую витрину, оформление карты, отправку получателю по электронной почте и SMS, отложенную отправку к празднику. Витрина встроена в сайт отдельным окном.

Дальше начинаются проблемы, и они у всех одинаковые.

Проданная карта не попадает в 1С. Покупка проходит внутри окна Digift, мимо корзины сайта, поэтому штатный обмен её не видит. Номера карт заведены в справочнике подарочных сертификатов 1С, но остаются в статусе «Не активирован»; факт продажи и поступление денег бухгалтер отражает вручную.

Оплатить картой на сайте нельзя. В корзине Tilda нет оплаты подарочным сертификатом. Единственный штатный обходной путь — завести номер карты как промокод. Но промокод — это скидка: он уменьшает цену товара, а не засчитывает аванс. В чеке появляется «товар со скидкой» вместо «зачёт предоплаты», остаток карты нигде не ведётся, повторное применение никто не контролирует, связи с 1С нет.

Чек должен быть правильным. По требованиям к применению онлайн-касс продажа подарочной карты оформляется чеком с признаком способа расчёта «аванс», а покупка товара за эту карту — чеком «полный расчёт», где сумма карты указана как зачёт аванса (тег 1215), а доплата — как безналичная оплата. Если карта использована не полностью, остаток должен сохраниться за её номером.

Заказчик обычно приходит с готовым описанием «как надо», нередко составленным с помощью нейросети. Такие описания полезны как постановка задачи, но в них повторяются одни и те же ошибки: перепутаны активация и гашение сертификата, доплата фискализируется дважды (платёжным сервисом как предоплата и потом кассой как безналичная оплата), а сумма платежа в корзине «пересчитывается скриптом» — чего Tilda не позволяет.

Что уже есть в 1С

Прежде чем что-то программировать, стоит посмотреть, что даёт типовая конфигурация. В линейке «Управление торговлей 11.5 / Комплексная автоматизация 2.5» подарочные сертификаты — штатный контур:

• справочник сертификатов с номиналом и статусами «Не активирован», «Активирован», «Частично погашен», «Полностью погашен», «Возвращён», «Аннулирован»; регистр баланса по каждой карте;
• документы продажи, возврата и аннулирования сертификатов;
• штатный HTTP-сервис «Сервер лояльности» — опубликованный протокол, по которому к 1С подключаются кассы и внешние системы. В нём уже есть методы проверки сертификата, получения баланса, блокировки на время покупки и списания;
• штатная интеграция с ЮKassa: платёжная ссылка из документа и приём уведомлений об оплате;
• штатный обмен с сайтом по протоколу CommerceML, который поддерживает и Tilda.

Есть и ограничение, о котором надо знать заранее: штатное гашение сертификата ориентировано на розничные документы — чек ККМ и отчёт о розничных продажах. Если компания ведёт интернет-продажи через заказ клиента и реализацию, порядок оформления гашения нужно спроектировать: розничным документом либо штатным документом корректировки движений из расширения. Оба пути обходятся без изменения типовой конфигурации, но выбирать между ними надо вместе с бухгалтером — от этого зависят проводки и чеки.

Где границы Tilda

Tilda — конструктор, а не платформа для разработки, и это определяет архитектуру.

• Штатной оплаты подарочным сертификатом в корзине нет, есть только промокоды.
• Сумму платежа формирует сама Tilda и передаёт в платёжный сервис. Изменить её сценарием на странице нельзя: можно перерисовать цифру на экране, но покупатель заплатит полную сумму.
• Заказ без онлайн-оплаты оформить можно, а в форму корзины можно добавить произвольные поля — например, «Номер подарочной карты». Эти поля уходят вместе с заказом.
• «Универсальная платёжная система» Tilda позволяет подключить собственный платёжный шлюз, но шаблон проходит модерацию Tilda, а заказ отмечается оплаченным только при совпадении суммы с корзиной.
• Обмен с 1С через CommerceML работает: каталог выгружается из 1С, заказы загружаются в 1С.

Отсюда практический вывод: логику оплаты картой нельзя «вживить» в код корзины. Её нужно вынести за пределы Tilda.

Два варианта решения

Мы предлагаем строить решение очередями: первая очередь даёт законченный результат, вторая добавляется при необходимости, ничего не переделывая.

Вариант 1. Оплата картой в корзине, продажа карт через Digift

Покупатель применяет карту сам, без участия менеджера; продажа карт остаётся на витрине Digift.

Между сайтом, Digift и 1С появляется небольшой промежуточный сервис:

1. Данные о проданных картах поступают из Digift в 1С — уведомлением о событии или регулярной выгрузкой отчёта. Расширение создаёт документ продажи сертификата: карта переходит в статус «Активирован», выручка от Digift учитывается как расчёты с агентом.
2. В корзине — поле «Номер подарочной карты» и кнопка «Применить». Сценарий обращается к промежуточному сервису, тот — к штатному серверу лояльности 1С: карта проверяется, баланс блокируется на время оформления, покупатель видит сумму списания и сумму доплаты.
3. Если карта покрывает заказ — заказ оформляется без онлайн-оплаты. Если нет — сервис создаёт платёж ЮKassa на сумму доплаты и передаёт покупателя на страницу оплаты.
4. Заказ уходит в 1С штатным обменом; сервис передаёт в 1С номер карты, сумму списания и данные платежа. Расширение оформляет гашение с сохранением остатка и оплату, при отгрузке — чек «полный расчёт» с зачётом аванса.

Промежуточный сервис даёт ещё три вещи, которые заказчики обычно не учитывают. Локальную базу 1С не нужно публиковать в интернет напрямую — сайт и Digift обращаются к сервису, а 1С обменивается с ним по защищённому каналу. Сервис защищает от перебора номеров карт. И он продолжает принимать заказы, если 1С временно недоступна.

Вариант 2. Собственные карты без Digift

Когда комиссия Digift за год становится сопоставима со стоимостью доработки, карту можно продавать самим.

1. Подарочная карта становится товаром в каталоге сайта: выбор номинала, оформления и даты отправки. Оплата — штатными средствами Tilda и ЮKassa, чек «аванс» формирует платёжный сервис.
2. Расширение 1С выдаёт номер из пула, активирует карту по факту оплаты, отправляет получателю письмо с оформлением карты и SMS через провайдера заказчика, умеет откладывать отправку к дате.
3. Применение карты в корзине — как в варианте 1.

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

Что проверить до старта

Перед проектированием мы задаём заказчику несколько вопросов, и ответы на них меняют объём работ сильнее, чем кажется.

• Как сейчас бьются чеки по заказам сайта? Один чек при оплате или два — предоплата и полный расчёт при отгрузке. Откуда бьётся второй: касса из 1С, платёжный сервис, вручную. Если доплата уже фискализирована как предоплата, в финальном чеке она должна идти зачётом, а не «безналичными» — иначе двойная фискализация.
• На каких условиях работает Digift? Он принимает деньги и выдаёт чек — это агентская схема: в 1С это расчёты с агентом, а не аванс покупателя на счёте 62.02.
• Какие правила по картам? Срок действия, несколько заказов на одну карту, несколько карт на один заказ, совмещение со скидками, возврат товара, купленного картой, отмена неоплаченного заказа с заблокированной картой, приём карты в офлайн-точке.
• Что с инфраструктурой? Релиз конфигурации, расширения и доработки, внешний статический адрес, веб-сервер, кто сопровождает базу, тариф Tilda и доступ к коду корзины.
• Какой объём и какая комиссия? От доли карт в выручке и размера комиссии Digift зависит, стоит ли сразу планировать вторую очередь.

Сроки

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

Вместо вывода

Задача «подарочные карты на Tilda с учётом в 1С» решается без переписывания корзины и без замены учётной системы. Большую часть работы делает типовая конфигурация: сертификаты, сервер лояльности, обмен с сайтом, интеграция с ЮKassa. Собственной разработки требуют три вещи — приём данных о проданных картах из Digift, промежуточный сервис между сайтом и 1С и оформление гашения в контуре заказчика. Главное — спроектировать схему чеков вместе с бухгалтером до того, как написана первая строка кода.

Если у вас похожая ситуация — оставьте заявку: разберём вашу схему и предложим вариант под ваш объём продаж. Можно и напрямую: 8-800-300-65-90, info@binom.systems. Что ещё мы делаем с обменом данными между сайтом, кассой и учётом — на странице интеграция с 1С.