Автоматизация · 12 мин
Как подключить 1С к Тильде: рабочие способы интеграции
Способы подключения 1С к Тильде: приём заказов через API и вебхуки, выгрузка каталога, готовые коннекторы и настройка обмена данными без ошибок.
Интернет-магазин на Тильде и учёт в 1С — типичная связка для малого бизнеса: сайт быстро собирается на конструкторе, а заказы, товары и остатки удобнее вести в 1С. Проблема в том, что прямой «родной» интеграции между Тильдой и 1С нет: данные приходится передавать через вебхуки, API, промежуточные сервисы или файловый обмен.
На практике подключение сводится к двум задачам. Первая — передача заказов с сайта в 1С, чтобы менеджеры не копировали их вручную из писем. Вторая — выгрузка каталога и остатков из 1С на сайт, чтобы цены и наличие на витрине соответствовали учёту. Эти задачи решаются разными механизмами и не обязаны настраиваться одновременно.
Выбор способа зависит от вашей конфигурации 1С (Управление торговлей, Комплексная автоматизация, УНФ, самописная), объёма заказов и наличия разработчика. Ниже разобраны четыре рабочих варианта: от простого приёма заявок через вебхук до полноценного двустороннего обмена через API.
Что умеет Тильда и что умеет 1С: точки соприкосновения
Тильда со стороны интеграции предоставляет несколько инструментов. Формы на сайте могут отправлять данные на внешний URL через вебхук — это основной канал передачи заказов. Для магазина на Тильде доступен Product API и загрузка товаров через YML-фид (формат Яндекс.Маркета), что позволяет автоматизировать наполнение каталога. Также у Тильды есть API для работы со страницами, но для учётных задач он почти не нужен.
1С со своей стороны может принимать данные через HTTP-сервисы (в конфигурации публикуется точка входа, которая обрабатывает POST-запросы) либо через стандартные механизмы обмена. Для выгрузки каталога в типовых конфигурациях есть обмен с сайтом по протоколу CommerceML, но Тильда его напрямую не понимает — нужен конвертер в YML или промежуточный скрипт.
Поэтому схема интеграции всегда строится из двух независимых потоков: «Тильда → 1С» (заказы) и «1С → Тильда» (товары, цены, остатки). Начинать разумно с заказов — именно ручной перенос заявок создаёт больше всего ошибок и потерь.
Способ 1. Приём заказов через вебхук и HTTP-сервис 1С
Самый прямой вариант: Тильда отправляет данные формы напрямую в 1С. Для этого база 1С должна быть доступна из интернета — либо опубликована на веб-сервере (IIS или Apache), либо работать в облаке с внешним доступом. Файловая база на локальном компьютере без публикации вебхук принять не сможет.
В конфигурации создаётся HTTP-сервис с шаблоном URL, например /tilda/order, и методом POST. В коде обработчика запрос разбирается, поля формы (имя, телефон, состав заказа) маппятся на поля документа «Заказ покупателя», документ создаётся и записывается. Для нетиповых конфигураций это стандартная задача для 1С-разработчика на один-два дня работы.
На стороне Тильды вебхук подключается в разделе «Настройки сайта → Формы → Webhook»: указывается URL вашего HTTP-сервиса. После этого в настройках каждой формы нужно отметить, что данные отправляются через подключённый приёмщик. Тильда передаёт поля формы в виде параметров POST-запроса, включая служебные поля вроде идентификатора страницы.
- 1Опубликуйте базу 1С на веб-сервере и проверьте доступность извне
- 2Создайте в конфигурации HTTP-сервис с POST-методом для приёма заказа
- 3Напишите обработчик: разбор полей, поиск контрагента, создание заказа
- 4В Тильде откройте Настройки сайта → Формы → Webhook и укажите URL сервиса
- 5Привяжите вебхук к нужным формам и отправьте тестовую заявку
- 6Проверьте, что в 1С создался заказ с корректными данными
Важный нюанс — состав корзины. Если покупатель оформляет заказ через корзину Тильды, данные о товарах приходят в полях вида payment с вложенной структурой (названия, количество, цены). Обработчик в 1С должен корректно разобрать эту структуру и сопоставить товары с номенклатурой — обычно по артикулу или внешнему коду, который задаётся в карточке товара на Тильде.
Способ 2. Передача заказов через сервисы-посредники
Если публиковать 1С в интернете нельзя или нет разработчика, используют коннекторы — облачные сервисы, которые забирают данные из Тильды и передают в 1С. Принцип работы: посредник принимает вебхук от Тильды, преобразует данные по заданным правилам и отправляет в 1С через её API, файл или обмен через промежуточную папку.
Плюс такого подхода — настройка без программирования: связка собирается в веб-интерфейсе, поля формы сопоставляются полям документа мышкой. Минус — абонентская плата, зависимость от стороннего сервиса и ограничения тарифов по числу операций. При сбое у посредника заказы могут задерживаться, поэтому важно настроить уведомления об ошибках.
Способы интеграции
Быстро и без абонплаты, но требует публикации базы и разработчика 1С
Настройка без кода, подходит для старта; минусы — тарифы и зависимость от третьей стороны
Надёжно для каталога, но не подходит для оперативной передачи заказов
Гибко: скрипт принимает вебхук и кладёт файл в папку, откуда 1С его забирает; нужен хостинг и поддержка
Гибридный вариант, который часто выбирают для файловых баз: небольшой скрипт на арендованном хостинге принимает вебхук от Тильды и сохраняет заказ в CSV или JSON в общую папку (например, синхронизируемую через облачное хранилище). Регламентное задание в 1С раз в несколько минут проверяет папку и загружает новые файлы. Это дешевле посредников и не требует публикации базы, но нужен человек, способный поддерживать скрипт.
Способ 3. Выгрузка каталога и остатков из 1С на Тильду
Обратный поток — товары, цены и остатки — на Тильде реализуется двумя путями. Первый: загрузка товаров через YML-фид. В настройках магазина Тильды указывается ссылка на фид, и сервис периодически его перечитывает, обновляя карточки. Задача со стороны 1С — сформировать этот фид: в типовых конфигурациях YML-выгрузка либо есть встроенной (например, в УНФ и УТ есть обмен с сайтами и маркетплейсами, который можно адаптировать), либо делается обработкой.
Второй путь — Product API Тильды: скрипт или обработка в 1С отправляет запросы на создание и обновление товаров. Это даёт больше контроля (можно обновлять только изменённые позиции), но требует программирования и аккуратной работы с лимитами API. Для каталога в несколько тысяч позиций фид обычно удобнее.
Остатки на Тильде через фид обновляются с той периодичностью, с которой сервис перечитывает файл — мгновенной синхронизации не будет. Если у вас быстро оборачиваемый товар и высок риск продать то, чего нет, либо сокращайте интервал обновления фида, либо держите на сайте только товары с достаточным запасом на складе.
Настройка сопоставления данных и типовые ошибки
Главная причина «битых» заказов — рассинхронизация полей. Телефон покупатель может ввести в любом формате, ФИО — одной строкой или тремя полями, а способ доставки — произвольным текстом, если форма собрана свободно. Перед запуском интеграции приведите формы на Тильде к жёсткой структуре: отдельные поля под телефон, имя, адрес; выпадающие списки вместо свободного ввода там, где значения должны совпадать со справочниками 1С.
Вторая группа ошибок — дубли. Если вебхук срабатывает повторно (покупатель дважды нажал кнопку, Тильда повторила отправку при таймауте ответа), в 1С появятся два одинаковых заказа. Защита простая: HTTP-сервис должен отвечать быстро и проверять уникальность по связке «телефон + время + сумма» или по идентификатору заявки, который можно передавать скрытым полем формы.
Отдельно проверьте работу с оплатой. Если на Тильде подключён онлайн-эквайринг, статус оплаты в вебхуке приходит отдельным полем. Решите заранее, создавать ли заказ в 1С до оплаты (с признаком «ожидает оплаты») или только после подтверждения — от этого зависит логика резервирования товара на складе.
Безопасность и проверка результата
Публикация HTTP-сервиса 1С в интернете открывает точку входа в вашу базу, поэтому минимальные меры обязательны: доступ только по HTTPS, отдельный пользователь 1С с узкими правами (только создание заказов), проверка секретного токена в заголовке или параметре запроса, чтобы посторонний не мог подсунуть ложные заказы. Токен прописывается в URL вебхука на стороне Тильды и проверяется в коде обработчика.
После запуска интеграцию нужно проверить на контрольных сценариях, а не только на «счастливом пути». Отправьте заказ с одним товаром, заказ с несколькими позициями, заказ с оплатой и без, заказ с некорректным артикулом. Каждый сценарий должен дать предсказуемый результат в 1С.
Как проверить результат
В 1С за 1–2 минуты появляется заказ с верными позициями, суммами и контактами
Заказ не создаётся, приходит пустым или с позициями «не найдено»
Дубль заказа не создаётся или помечается системой
Каждое нажатие кнопки порождает новый документ
Цены и наличие на сайте совпадают с 1С после очередного обновления
На сайте старые цены, товары без остатка доступны к покупке
HTTP-сервис отклоняет запрос с кодом ошибки
Сервис принимает любые данные без проверки
Когда какой вариант выбрать
Для старта с минимальным бюджетом и десятками заказов в день достаточно сервиса-посредника или даже полуручной схемы «письмо + загрузка из файла». Это позволит проверить спрос, не вкладываясь в разработку. Как только ручная обработка начнёт отнимать больше часа в день или появятся ошибки в заказах — переходите на прямой вебхук.
Прямая интеграция через HTTP-сервис оправдана при стабильном потоке заказов, наличии серверной или облачной 1С и доступе к разработчику. Она же — единственный вариант, когда нужна нестандартная логика: автоматическое резервирование, подбор склада по региону доставки, мгновенное обновление остатков.
Как выбрать действие
Что важно запомнить
Прямой связи Тильды и 1С нет: заказы передают вебхуком в HTTP-сервис 1С или через посредников, каталог — YML-фидом или Product API. Ключ к стабильной работе — совпадающие артикулы товаров, жёсткая структура форм, защита от дублей и обязательная авторизация опубликованного сервиса.
Частые вопросы
Можно ли подключить 1С к Тильде без программиста?
Да, через сервисы-коннекторы: они принимают вебхук от Тильды и передают заказ в 1С по настраиваемым правилам без написания кода. Ограничения — абонентская плата и меньшая гибкость: нестандартную логику (резервирование, подбор склада) таким способом не реализовать.
Работает ли интеграция с файловой базой 1С на локальном компьютере?
Напрямую через вебхук — нет, база должна быть доступна из интернета. Обходные пути: публикация базы на веб-сервере, перенос в облако или схема с промежуточным скриптом, который складывает заказы в файл, а 1С забирает их регламентным заданием.
Как товары из заказа сопоставляются с номенклатурой 1С?
По артикулу или внешнему коду, который задаётся в карточке товара на Тильде и должен совпадать с кодом или артикулом в 1С. Если коды не заполнены или различаются, позиции не идентифицируются, и заказ требует ручной доработки.
Обновляются ли остатки на Тильде в реальном времени?
Нет. При загрузке через YML-фид Тильда перечитывает файл с собственной периодичностью, поэтому между продажей и обновлением сайта проходит время. Для товаров с малым запасом и высоким спросом учитывайте этот лаг или обновляйте остатки через API чаще.
Что делать, если заказы приходят в 1С дублями?
Проверьте две вещи: отвечает ли ваш HTTP-сервис быстро (при таймауте Тильда повторяет отправку) и есть ли в обработчике проверка уникальности. Надёжное решение — передавать в скрытом поле формы уникальный идентификатор заявки и отклонять повторы по нему.
Нужен ли для интеграции платный тариф Тильды?
Да. Вебхуки и подключение внешних приёмщиков данных форм доступны на платных тарифах, а для магазина с фидом и Product API нужен тариф, включающий функции интернет-магазина. На бесплатном тарифе полноценную интеграцию не настроить.