Как связать MySQL и 1С: рабочие способы интеграции

Связка MySQL и 1С нужна, когда учётная система должна обмениваться данными с сайтом, интернет-магазином, CRM или собственным веб-приложением, которое хранит данные в MySQL. Типичные сценарии: выгрузка товаров и цен из 1С на сайт, загрузка заказов с сайта в 1С, синхронизация остатков склада с витриной, передача данных в аналитическую систему.

Прямого «родного» коннектора MySQL в платформе 1С нет, поэтому интеграцию строят одним из проверенных путей: через ADO/ODBC-драйвер, через механизм внешних источников данных, через промежуточный веб-сервис (HTTP API) или через файловый обмен. У каждого способа есть свои условия применения, ограничения по производительности и требования к безопасности.

Ниже разобраны четыре рабочих подхода, порядок настройки самого популярного из них (ADO через ODBC), способы проверки результата и типичные ошибки, из-за которых обмен ломается или работает медленно.

Выбор способа интеграции под вашу задачу

Прежде чем настраивать соединение, определите характер обмена: направление (из 1С в MySQL, из MySQL в 1С или двусторонний), частоту (раз в день, каждые 5 минут, в реальном времени) и объём (сотни или миллионы записей). От этого зависит архитектура решения.

Если сайт и 1С находятся в одной сети и обмен идёт по расписанию, ADO + ODBC — самый быстрый в освоении путь. Если база MySQL расположена на внешнем хостинге, прямое подключение из 1С часто невозможно из-за ограничений хостера (закрытый порт 3306, привязка к localhost), и тогда единственный разумный вариант — HTTP-сервис или файловый обмен.

Подготовка MySQL: пользователь, права и доступ

Создайте в MySQL отдельного пользователя для интеграции — не используйте root и не используйте учётную запись самого сайта. Это ограничит ущерб при утечке пароля и упростит аудит: по логам будет видно, какие запросы выполняла именно интеграция.

CREATE USER 'integration_1c'@'%' IDENTIFIED BY 'StrongPassword123';
GRANT SELECT, INSERT, UPDATE ON shop_db.* TO 'integration_1c'@'%';
FLUSH PRIVILEGES;

Выдавайте минимально необходимые права: если 1С только выгружает товары, достаточно INSERT и UPDATE на конкретные таблицы; если только читает заказы — достаточно SELECT. Право DELETE давайте только при реальной необходимости.

Проверьте, что MySQL принимает внешние подключения: в конфигурации сервера параметр bind-address не должен быть ограничен только 127.0.0.1, если подключение идёт с другой машины, а брандмауэр должен пропускать порт 3306 с адреса сервера 1С. В пользователе MySQL хост '%' разрешает подключение отовсюду — для боевой среды лучше указать конкретный IP сервера 1С.

Способ 1. Прямое подключение через ADO и ODBC

Это самый распространённый способ: из встроенного языка 1С создаётся COM-объект ADODB.Connection, который подключается к MySQL через установленный ODBC-драйвер. Работает в толстом и тонком клиенте при условии, что драйвер установлен на машине, где исполняется код (на сервере 1С — для серверных вызовов).

Порядок подготовки: скачайте MySQL Connector/ODBC с официального сайта MySQL, установите версию той же разрядности, что и процесс, который будет выполнять подключение. Для 64-разрядного сервера 1С нужен 64-битный драйвер; если код выполняется в 32-битном клиенте — 32-битный. Настраивать системный DSN необязательно — строку подключения можно передать целиком.

Соединение = Новый COMОбъект("ADODB.Connection");
СтрокаПодключения = "Driver={MySQL ODBC 8.0 Unicode Driver};Server=192.168.1.10;Port=3306;Database=shop_db;User=integration_1c;Password=StrongPassword123;Option=3;";
Соединение.Open(СтрокаПодключения);
НаборЗаписей = Новый COMОбъект("ADODB.Recordset");
НаборЗаписей.Open("SELECT id, name, price FROM products", Соединение);
Пока НЕ НаборЗаписей.EOF Цикл
    // обработка полей: НаборЗаписей.Fields("name").Value
    НаборЗаписей.MoveNext();
КонецЦикла;
НаборЗаписей.Close();
Соединение.Close();

Обращайте внимание на имя драйвера в строке подключения — оно должно точно совпадать с именем, зарегистрированным в системе (посмотреть можно в «Администратор источников данных ODBC»). Имена у разных версий коннектора отличаются, и неверное имя — самая частая причина ошибки «Provider cannot be found».

Для записи данных используйте параметризованные запросы через ADODB.Command или хотя бы экранируйте строки: конкатенация пользовательских данных прямо в текст SQL-запроса создаёт риск SQL-инъекции даже внутри закрытой системы.

Способ 2. Внешние источники данных

Механизм внешних источников данных (ВИД) позволяет подключить таблицы MySQL к конфигурации так, чтобы они выглядели как объекты 1С: их можно использовать в запросах, отчётах на СКД, динамических списках. Это удобно, когда данные MySQL нужно показывать пользователям в интерфейсе 1С без физической загрузки в базу.

Настройка делается в конфигураторе: создаётся объект «Внешний источник данных», в нём — таблицы с указанием полей и типов, затем в параметрах прописывается строка подключения ODBC. При изменении структуры таблиц на стороне MySQL описание в конфигурации нужно обновлять вручную, иначе возникнут ошибки несоответствия типов.

ВИД оправданы для справочных данных и отчётности, но для высокочастотной записи (например, регистрация каждого заказа сайта) прямой ADO-вызов или промежуточный сервис обычно надёжнее и проще в отладке.

Способ 3. Промежуточный HTTP-сервис

Когда база MySQL стоит на веб-хостинге и прямой доступ закрыт, между 1С и MySQL ставят небольшой сервис: скрипт на PHP/Python/Node.js, который принимает HTTP-запросы от 1С, выполняет операции с базой и возвращает результат в JSON. Со стороны 1С используется объект HTTPСоединение.

Этот вариант даёт полный контроль над логикой: сервис может валидировать данные, писать логи, обрабатывать конфликты и работать по HTTPS с авторизацией по токену. Минус — нужна разработка и сопровождение самого сервиса, а также защита API: как минимум секретный токен в заголовке, HTTPS и ограничение по IP при возможности.

1. 1
   Разверните на стороне сайта скрипт-эндпоинт, принимающий POST-запросы с JSON-телом и проверяющий токен авторизации
2. 2
   Реализуйте в нём операции: приём товаров/цен от 1С, отдача новых заказов, подтверждение обработки
3. 3
   В 1С создайте регламентное задание, которое по расписанию вызывает эндпоинты через HTTPСоединение
4. 4
   Добавьте механизм подтверждений: 1С помечает заказ как загруженный только после успешного ответа, сайт — только после подтверждения из 1С
5. 5
   Протестируйте на копии базы: отправьте тестовый товар, проверьте его появление в MySQL, затем тестовый заказ в обратную сторону

Способ 4. Файловый обмен как простая альтернатива

Если требования к оперативности невысокие (обмен раз в час или раз в день), самый устойчивый вариант — файловый: 1С формирует CSV, XML или JSON и передаёт его на сервер по SFTP/FTP или через тот же HTTP-запрос, а скрипт на стороне сайта разбирает файл и обновляет MySQL. В обратную сторону сайт выгружает заказы в файл, который 1С забирает и загружает.

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

Проверка результата и типичные ошибки

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

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