Как настроить корректную передачу данных о контрагентах при обмене между Tilda и 1С:УНФ?

Интеграция конструктора сайтов Tilda с программными продуктами 1С, такими как 1С:Управление нашей фирмой (УНФ), является популярным решением для малого и среднего бизнеса (также пользователям доступен перенос данных из МойСклад в УНФ) — для этого есть экспресс-проверка управленческого учета для 1С:УНФ. Однако в процессе настройки часто возникают сложности: заказы выгружаются, а информация о покупателе (ФИО, телефон, адрес) теряется. Рассмотрим подробно, как работает этот механизм, почему данные могут не доходить до 1С и как правильно настроить систему.

Принцип работы интеграции через CommerceML

Обмен данными между Tilda и 1С происходит по стандарту CommerceML (версии 2.08 или 2.10), в отличие от синхронизации с WordPress, где используется REST API. Это универсальный формат XML-файлов, который позволяет передавать информацию о номенклатуре, ценах, остатках и заказах. На стороне 1С используется стандартный узел «Интеграция с интернет-магазином». Процесс выглядит следующим образом: 1С отправляет запрос на специальный URL, сгенерированный в кабинете Tilda, а сервис в ответ отдает XML-пакет с новыми заказами.

Разберем типичную структуру секции контрагента в передаваемом файле:

<Контрагенты>
    <Контрагент>
        <Наименование>Иван Иванов
        <Роль>Покупатель
        <Контакты>
            <Контакт>
                <Тип>ТелефонРабочий
                <Значение>+79001234567
            
            <Контакт>
                <Тип>Почта
                <Значение>ivan@example.com
            
        
    

Почему данные о контрагенте не попадают в 1С: основные причины

Если в 1С создается заказ с «пустым» покупателем или данные не заполняются вовсе, проанализируем ситуацию по шагам. Основная причина часто кроется в несоответствии тегов XML и ожиданий алгоритма загрузки 1С — поможет контроль заполнения обязательных реквизитов в 1С.

1. Неправильные типы полей в корзине Tilda. Это самая частая ошибка. В настройках формы (корзины) на стороне Tilda для полей ввода должны быть выбраны стандартные системные типы: Name, Email, Phone. Если вместо типа Name использовать обычное текстовое поле (Single line input), Tilda может отправить эти данные не в секцию Контрагенты, а в блок дополнительных реквизитов или в комментарий к заказу. В этом случае 1С не распознает их как данные клиента.
2. Ошибка на стороне сервиса (Bug). Как показывает практика, иногда проблема кроется в коде самой платформы Tilda. Если настройки полей верны, а данные все равно не передаются в нужных тегах, необходимо обратиться в техническую поддержку Tilda. В некоторых случаях требуется ручная корректировка скрипта выгрузки на стороне сервера конструктора.
3. Правила идентификации в 1С. При загрузке заказа система 1С пытается найти существующего контрагента в базе. По умолчанию поиск идет по ИНН (в этом поможет заполнение контрагентов по ИНН — автоматическое заполнение реквизитов контрагента по ИНН) или связке «Наименование + Телефон». Если данные приходят в «кривом» формате, поиск не срабатывает, и система либо создает пустую карточку, либо игнорирует блок.

Пошаговая настройка полей для корректного обмена

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

Шаг 1. Проверка типов полей. Зайдем в настройки контента блока с корзиной. Убедимся, что для поля ФИО выбран тип Имя (Name). Для телефона — Телефон (Phone), для почты — E-mail. Только при использовании этих системных идентификаторов Tilda правильно упаковывает данные в XML-теги Наименование и Значение внутри блока Контакты.

Шаг 2. Настройка синхронизации в 1С. В 1С:УНФ перейдем в раздел «Компания — Интеграция с интернет-магазином». В настройках обмена проверим параметры создания новых контрагентов. Рекомендуется установить флажок «Искать существующих контрагентов по наименованию и телефону», чтобы избежать дублирования базы при каждом новом заказе от одного и того же клиента.

Шаг 3. Использование логгирования. Чтобы понять, что именно отправляет сайт, включим режим отладки — для этого есть логирование и анализ HTTP-запросов для 1С. В Tilda в разделе настроек интеграции с 1С можно временно переключить режим на выгрузку в файл. Просмотрев полученный webdata.xml, мы сразу увидим, заполнены ли теги внутри блока Контрагент.

Особенности двустороннего обмена (Остатки и Цены)

Рассмотрим подробнее возможности обратной связи. Интеграция с Tilda позволяет не только забирать заказы, но и выгружать актуальные данные из 1С на сайт. Выясним важные нюансы этого процесса:

• Синхронизация по артикулу: Для того чтобы 1С понимала, к какому товару относится заказ, и правильно обновляла остатки, Артикул в 1С должен строго совпадать с полем External ID или артикулом в карточке товара на Tilda.
• Иерархия групп: Важно помнить, что Tilda — это упрощенный каталог. Она плохо поддерживает многоуровневые деревья групп (категорий), привычные пользователям 1С. При выгрузке структура может «схлопнуться», поэтому старайтесь использовать не более одного-двух уровней вложенности в 1С для групп номенклатуры, предназначенных для сайта.
• Типы цен: Tilda принимает только один основной тип цены. Если в 1С ведется несколько прайс-листов (оптовый, розничный, VIP), в настройках обмена нужно четко указать, какой именно тип цены будет транслироваться на сайт.

Технические ограничения и рекомендации

Разберем технические требования, без соблюдения которых обмен может работать нестабильно:

Авторизация: При настройке подключения в 1С используются логин и пароль. Важно понимать, что это не пароль от вашего личного кабинета Tilda. Эти данные генерируются отдельно в разделе «Настройки сайта» -> «Экспорт данных» -> «1C». Скопируйте их внимательно, исключая лишние пробелы.

Кодировка данных: Современная Tilda отдает данные в кодировке UTF-8. Большинство актуальных релизов 1С:УНФ (на платформе 8.3) корректно работают с этой кодировкой. Если же вы используете очень старую версию конфигурации, которая ожидает Windows-1251, могут возникнуть проблемы с «кракозябрами» в именах. В этом случае потребуется доработка правил обмена на стороне 1С или использование промежуточных скриптов-конвертеров.

Статусы заказов: Передача статуса «Выполнен» или «Отменен» из 1С обратно на Tilda в автоматическом режиме через стандартный CommerceML не всегда надежна. Если для вашего бизнес-процесса критично уведомлять клиента через личный кабинет на сайте о готовности заказа, рассмотрите возможность настройки дополнительных Webhooks (вебхуков), которые будут срабатывать в 1С при изменении состояния документа Заказ покупателя.

Резюме по решению проблемы

Если вы столкнулись с тем, что информация о покупателе не выгружается, выполните следующие действия:

1. Проверьте типы полей в корзине (должны быть Name, Phone, Email).
2. Убедитесь, что в 1С настроен поиск контрагентов по контактным данным.
3. Если поля настроены верно, но в XML-логе данные отсутствуют — не тратьте время на самостоятельные исправления, пишите в саппорт Тильды. Это известная техническая особенность, которую они исправляют по запросу.

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