Интеграция 1С через CommerceML с сайтом
Каждое утро вы обновляете цены на сайте вручную? Потом выясняете, что забыли про акцию, и клиенты уходят к конкурентам. Интеграция 1С через CommerceML решает это раз и навсегда. Мы берем на себя настройку двустороннего обмена между вашей бухгалтерией и сайтом: товары, цены, остатки, заказы — всё синхронизируется автоматически. Никакой рутины, никаких ошибок. За 2–4 недели мы развернем работающее решение на вашем хостинге. Стандарт CommerceML разработан компанией 1С. Свяжитесь с нами — и оценим ваш проект бесплатно. Наши инженеры имеют 10+ лет опыта в интеграции 1С.
Какие проблемы решает CommerceML
Ручная выгрузка каталога: каждая новая позиция требует времени, а человеческий фактор ведёт к ошибкам. При ручной синхронизации вероятность пропустить изменение цены или остатка возрастает с каждым обновлением. CommerceML обрабатывает каталог в 10 раз быстрее, исключая ошибки. Цена изменилась в 1С — на сайте она должна обновиться мгновенно, иначе клиент увидит неверную сумму. CommerceML позволяет настроить обмен с периодичностью от нескольких минут. Новый заказ на сайте должен попасть в 1С для формирования накладной. Если этого не происходит — штрафы и потеря доверия. CommerceML обеспечивает автоматический экспорт заказов. Товар закончился на складе 1С, но на сайте он ещё продаётся. CommerceML выгружает остатки и скрывает недоступные позиции, предотвращая overselling. Экономия на ручном труде может достигать 60 000 рублей в месяц.
| Параметр | Ручная синхронизация | CommerceML-интеграция |
|---|---|---|
| Время обновления каталога | Часы/дни | Минуты |
| Частота ошибок | Высокая | Минимальная |
| Экономия на зарплате | — | до 60 000 ₽ в месяц |
| Масштабирование | Ограничено | Безлимитное |
Как работает CommerceML на практике?
CommerceML — стандарт обмена коммерческими данными между 1С и торговыми системами. Разработан компанией 1С, широко поддерживается российскими CMS (1C-Bitrix, OpenCart, WordPress + WooCommerce). Для самописных сайтов нужна реализация парсера CommerceML.
Формат CommerceML
CommerceML — это XML-формат с несколькими типами файлов:
-
import.xml— каталог товаров (номенклатура, группы, свойства) -
offers.xml— предложения (цены, остатки, характеристики) -
orders.xml— заказы (экспорт из CMS в 1С) -
import.xmlв ответ от 1С — обновление статусов заказов
Пример структуры import.xml
<?xml version="1.0" encoding="UTF-8"?>
<КоммерческаяИнформация ВерсияСхемы="2.05">
<Каталог СодержитТолькоИзменения="false">
<Товары>
<Товар>
<Ид>550e8400-e29b-41d4-a716-446655440001</Ид>
<Наименование>Футболка мужская синяя</Наименование>
<Группы><Ид>category-001</Ид></Группы>
<СтавкаНалога>НДС20</СтавкаНалога>
<Картинка>images/tshirt.jpg</Картинка>
<ЗначенияСвойств>
<ЗначенияСвойства>
<Ид>prop-color</Ид>
<Значение>Синий</Значение>
</ЗначенияСвойства>
</ЗначенийСвойств>
</Товар>
</Товары>
</Каталог>
</КоммерческаяИнформация>
Структура offers.xml
<ПакетПредложений>
<Предложения>
<Предложение>
<Ид>550e8400-e29b-41d4-a716-446655440001#size-XL</Ид>
<Наименование>Футболка мужская синяя XL</Наименование>
<Цены>
<Цена>
<ИдТипаЦены>retail</ИдТипаЦены>
<ЦенаЗаЕдиницу>1500.00</ЦенаЗаЕдиницу>
<Валюта>RUB</Валюта>
</Цена>
</Цены>
<Количество>25</Количество>
</Предложение>
</Предложения>
</ПакетПредложений>
Почему инкрементальные обновления критичны для производительности?
После первоначальной полной синхронизации последующие обмены могут быть инкрементальными: СодержитТолькоИзменения="true". Это значительно ускоряет синхронизацию, так как загружаются только измененные товары. Инкрементальные обновления сокращают время синхронизации с часов до минут. Без них полная перезапись каталога из 10 000 товаров заняла бы 2-3 часа, что недопустимо при частом обмене.
Как CommerceML обрабатывает вариации товаров?
Товары с вариациями товаров (размер, цвет) в CommerceML представлены как одна номенклатура с несколькими предложениями. Каждое предложение имеет уникальный Ид вида {товар-guid}#{характеристика-guid}. Нужно корректно маппить это на вариации товара в БД сайта. Мы используем паттерн Repository для гибкого маппинга. Вариации — частая причина ошибок в интеграциях без CommerceML; стандарт решает это без дополнительных доработок.
Протокол обмена
1С инициирует сессию обмена через HTTP-запросы к CMS по определённому протоколу:
GET /exchange.php?type=catalog&mode=checkauth
→ Авторизация
GET /exchange.php?type=catalog&mode=init
→ Инициализация (размер буфера, zip-поддержка)
POST /exchange.php?type=catalog&mode=file&filename=import.xml
→ Загрузка файла (может быть по частям для больших файлов)
GET /exchange.php?type=catalog&mode=import&filename=import.xml
→ Запуск обработки
Реализация обработчика на PHP
class CommerceML
{
public function handle(Request $request): Response
{
$mode = $request->query('mode');
$type = $request->query('type');
return match($mode) {
'checkauth' => $this->checkAuth(),
'init' => $this->init(),
'file' => $this->saveFile($request),
'import' => $this->processImport($request->query('filename')),
'query' => $this->exportOrders(), // экспорт заказов в 1С
'success' => $this->markOrdersExported(),
default => response('failure', 400)
};
}
protected function processImport(string $filename): Response
{
$xml = simplexml_load_file(storage_path("cms-exchange/{$filename}"));
// Парсинг и сохранение товаров в БД
dispatch(new ProcessCommerceMLImport($xml));
return response('success');
}
}
Этапы нашей работы
- Аналитика — изучаем структуру 1С (документы, справочники) и текущую архитектуру сайта. Выявляем необходимые маппинги.
- Проектирование — разрабатываем схему обмена: какие данные передавать, с какой периодичностью, как обрабатывать ошибки.
- Разработка — пишем парсер CommerceML с поддержкой инкрементальных обновлений, вариаций и двустороннего обмена заказами.
- Тестирование — проверяем все сценарии: полная загрузка, частичные обновления, конкурентный доступ, обработка битых XML.
- Деплой — настраиваем cron или планировщик 1С, мониторинг, логирование.
| Этап | Длительность |
|---|---|
| Аналитика | 2–3 дня |
| Проектирование | 1–2 дня |
| Разработка | 5–10 дней |
| Тестирование | 2–3 дня |
| Деплой | 1 день |
Что вы получаете в результате
- Рабочий обмен товарами, ценами, остатками и заказами в обе стороны.
- Документация по API и протоколу (для будущих доработок).
- Инструкция для бухгалтера: как запускать обмен в 1С.
- Гарантия на настройку 6 месяцев.
- Поддержка в течение первого месяца бесплатно.
Срок разработки: 2–4 недели для реализации парсера CommerceML и двустороннего обмена.
Получите консультацию инженера с 10-летним опытом интеграций 1С. Свяжитесь с нами — мы бесплатно оценим сложность вашего проекта и предложим оптимальное решение.