Интеграция сайта с 1С: каталог, остатки, заказы и оплаты без ручных выгрузок

Интеграция сайта с 1С — это обмен, при котором каталог, цены и остатки попадают на витрину сами, а заказ приходит в учёт с тем составом, ценой и статусом, которые видел покупатель. Менеджер ничего не перебивает руками, а сбой обмена виден в журнале раньше, чем в жалобе.

Базовый обмен — от 150 000 ₽Журнал, сверка и оповещения с первого дняИсходники и доступы — у вас

На чём держится

Интеграция сайта с 1С: четыре вещи, о которых договариваемся сразу

Первая — главная. Без неё любой обмен рано или поздно превращается в спор двух систем о том, чьи данные правильные.

У каждого поля один хозяин

Цену и остаток ведёт 1С, маркетинговое описание чаще ведёт сайт, статус отгрузки — снова 1С. Записываем это в таблицу до начала работ. Иначе системы затирают друг друга, и никто не понимает, кто виноват.

Сайт не ждёт 1С

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

Журнал и сверка — часть обмена

Каждая сессия записана: что, когда, с каким результатом. Раз в сутки сайт и 1С сверяются между собой. Вопрос «где заказ?» решается за минуту, а не расследованием.

Модуль из коробки — не приговор

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

Зачем это нужно

Когда обмен 1С с интернет-магазином пора менять

Заказы переносят руками

Менеджер копирует заказ из письма или админки сайта в 1С. Ошибки в позициях, потерянные заказы в пиковые дни.

Покупают то, чего нет

Остатки на сайте обновляются файлом по утрам, а склад продаёт и принимает весь день.

Цена на сайте не та, что в 1С

Цену или акцию изменили в 1С, а на сайте они обновятся только при следующей выгрузке. До этого покупатели оформляют заказы по старой цене, и менеджер объясняется с каждым.

Каталог ведут в двух местах

Карточки заводят и в 1С, и в админке сайта. Артикулы расходятся, появляются дубли, правки теряются.

Выгрузка падает по ночам

Обмен зависает на середине, сайт тормозит, и об этом узнают, когда придёт первый звонок покупателя.

Статус заказа выясняют по телефону

Оплата и отгрузка проведены в 1С, а на сайте заказ «в обработке». Покупатель звонит, менеджер идёт в учёт смотреть.

Что с чем

Выгрузка каталога из 1С на сайт и заказы с сайта в 1С: что ходит и в какую сторону

Восемь потоков данных между сайтом и учётной системой. В каждом из них есть место, где обмен ломается тихо, поэтому в последнем столбце — на что смотреть.

Что передаётся
Куда
Как часто
На что смотреть
Что передаётсяКаталоггруппы, характеристики, картинки
Куда1С → сайт
Как частоПо изменениям; полная выгрузка редко и ночью
На что смотретьКлюч товара (внутренний идентификатор, а не артикул) и что делать с удалёнными
Что передаётсяЦеныпо типам цен
Куда1С → сайт
Как частоЧаще каталога, отдельным потоком
На что смотретьКакой тип цены видит какая группа покупателей; НДС в цене или сверху; округление
Что передаётсяОстаткипо складам
Куда1С → сайт
Как частоМинуты; ходовые позиции чаще
На что смотретьКакие склады видны на сайте; свободный остаток или остаток с резервом
Что передаётсяЗаказысостав, цены, доставка
Кудасайт → 1С
Как частоСразу в очередь, в 1С — по готовности базы
На что смотретьКлюч заказа, чтобы повтор не создавал второй
Что передаётсяСтатусы заказасобран, отгружен, закрыт
Куда1С → сайт
Как частоПо событию или по расписанию
На что смотретьТаблица соответствия статусов; что делать с неизвестным статусом
Что передаётсяКонтрагенты и договорыпокупатели и их условия
Кудасайт ⇄ 1С
Как частоПри заказе и при регистрации
На что смотретьПоиск по ИНН, телефону, почте до создания нового
Что передаётсяОплатыфакт и сумма
Кудаплатёжный сервис, банк → сайт и 1С
Как частоПо факту поступления
На что смотретьКто фиксирует факт оплаты и где он считается окончательным
Что передаётсяДокументы в кабинетсчета, УПД, акты сверки
Куда1С → сайт
Как частоПосле проведения или по запросу
На что смотретьТолько чтение; кто какие документы вправе видеть
Кто главный

Кто главный в каждом поле: 1С или сайт

Таблица — типичная раскладка. Реальную составляем с вашим коммерческим отделом, бухгалтерией и теми, кто ведёт каталог.

Поле
Обычно главный
При расхождении
Почему так
ПолеАртикул, единицы, НДС, группа
Обычно главный1С
При расхожденииСайт не правит; правка идёт в 1С
Почему такНа них строятся документы учёта
ПолеМаркетинговое описание, тексты
Обычно главныйСайт, если над ними работает контент-отдел
При расхожденииВыгрузка из 1С их не перезаписывает
Почему такИначе правка пропадёт со следующим обменом
ПолеФотографии
Обычно главныйТам, где их ведут: 1С или хранилище сайта
При расхожденииОдно место, в другое копируем
Почему такДва источника фото — верный путь к дублям
ПолеЦена и остаток
Обычно главный1С
При расхожденииСайт их не правит; при оформлении проверяется резерв
Почему такИначе продаётся то, чего нет, по цене, которой нет
ПолеСостав и сумма заказа
Обычно главныйСайт до оформления, 1С после подтверждения
При расхожденииПравки только запросом на изменение
Почему такПокупатель видел одну сумму и оплатил её
ПолеСтатус оплаты и отгрузки
Обычно главный1С
При расхожденииСайт показывает, не меняет
Почему такФакт отгрузки и поступления денег есть только в учёте
ПолеКонтакты покупателя
Обычно главныйСайт (личный кабинет)
При расхожденииВ 1С копия, обновляется по правилу сопоставления
Почему такПокупатель сам меняет телефон и почту
ПолеРеквизиты, договор, лимит, долг
Обычно главный1С
При расхожденииСайт показывает, не правит
Почему такЭто данные учёта и взаиморасчётов
Выбор формата

CommerceML, HTTP-сервисы 1С или своя доработка: что выбрать

Здесь нет «лучшего» варианта: есть тот, который упирается позже. Таблица — наши рабочие критерии. Версии и возможности продуктов меняются, поэтому для вашей установки уточняем отдельно.

Что сравниваем
CommerceML из коробки
Готовый модуль
Своя доработка
Что сравниваемДля кого
CommerceML из коробкиТиповая конфигурация 1С и типовой каталог, склады без особых правил
Готовый модульПлатформа сайта без встроенного обмена и типовой сценарий
Своя доработкаНестандартные цены и склады, B2B, самописный сайт, несколько каналов продаж
Что сравниваемКак работает
CommerceML из коробкиСтандартный XML: каталог, предложения (цены и остатки), заказы. В классической схеме сеанс начинает 1С
Готовый модульЗависит от автора: часто тот же CommerceML, иногда свой протокол
Своя доработкаЛюбой канал: CommerceML, HTTP-сервисы или OData 1С, очередь между сайтом и учётом
Что сравниваемБыстрее всего запускается
CommerceML из коробкиЭто настройка, а не разработка
Готовый модульЕсли модуль совпал с версиями сайта и 1С
Своя доработкаДольше: схема, разработка, прогон на копии
Что сравниваемГде упирается
CommerceML из коробкиДоговорные цены, комплекты, частичные отгрузки, правка заказа после оплаты; бедный журнал
Готовый модульЧужой код: после обновления сайта или 1С обмен может встать, а поддержка у автора
Своя доработкаБольше кода и ответственности: нужны тесты, документация и сопровождение
Что сравниваемЖурнал и сбои
CommerceML из коробкиМинимальный: причину ищут в логах сайта и 1С по очереди
Готовый модульЗависит от модуля; смотрим до покупки
Своя доработкаЖурнал, очередь, сверка и оповещения — часть работы

Подробнее о самом формате и его подводных камнях — в материале про обмен 1С с сайтом по CommerceML.

Жизнь заказа

Заказы с сайта в 1С: путь одного заказа от оформления до оплаты

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

  1. Покупатель оформил заказСайт сохраняет заказ у себя и фиксирует состав и цены так, как их видел покупатель. 1С в этот момент не нужна: если она занята, покупатель этого не заметит.
  2. Заказ встаёт в очередь обменаНе уходит напрямую в 1С, а ждёт в очереди с ключом заказа. Недоступная 1С не теряет заказ, а повтор не создаёт второй.
  3. Находится или создаётся контрагентОрганизацию ищем по ИНН и КПП, ИП — по ИНН, физлицо — по телефону и почте. Совпало — привязываем. Сомнительные случаи уходят в список на ручной разбор, а не в новый дубль.
  4. В 1С появляется заказ клиентаЦены и скидки берутся из заказа сайта и не пересчитываются по правилам 1С. Склад и резерв — по таблице. На первых неделях запуска заказ создаётся непроведённым, менеджер проверяет.
  5. Номер из 1С возвращается на сайтПокупатель и менеджер говорят об одном и том же заказе, а не о двух номерах в двух системах.
  6. Приходит оплатаКартой — по уведомлению платёжного сервиса, по счёту — после проведения платежа в 1С. Частичная оплата и аванс отображаются отдельно.
  7. Отгрузка: одна или несколькоКаждая реализация привязана к строкам заказа. Частично отгруженный заказ получает статус «отгружено частично», а не висит «в обработке».
  8. Закрытие и документыСтатус «выполнен», УПД и акт видны в кабинете. При отмене резерв снимается, при возврате товар приходуется на нужный склад.
Оплаты

Оплаты с сайта в 1С: кто фиксирует факт и что получает учёт

У каждого способа оплаты свой источник истины. Если его не назвать заранее, статус «оплачен» появляется на сайте раньше, чем деньги в учёте, или не появляется вовсе.

Способ оплаты
Кто фиксирует факт
Что приходит в 1С
Когда меняется статус на сайте
Способ оплатыКартой на сайте
Кто фиксирует фактПлатёжный сервис сообщает сайту
Что приходит в 1СЗаказ с признаком оплаты; деньги оформляются по реестру платёжного сервиса
Когда меняется статус на сайтеПо уведомлению сервиса; окончательно — после сверки реестра
Способ оплатыПо счётуюридические лица
Кто фиксирует фактБанк: деньги на расчётном счёте
Что приходит в 1СЗаказ, счёт из 1С; платёж приходит через банковскую выписку
Когда меняется статус на сайтеКогда платёж проведён в 1С
Способ оплатыПри получении
Кто фиксирует фактКурьер или пункт выдачи
Что приходит в 1СЗаказ с отметкой «оплата при получении»; деньги — по отчёту службы доставки
Когда меняется статус на сайтеПосле подтверждения получения
Способ оплатыЧастично или авансом
Кто фиксирует фактБанк или платёжный сервис
Что приходит в 1СПлатёж как частичный; остаток — к доплате
Когда меняется статус на сайте«Частично оплачен» вместо «оплачен»
Способ оплатыВозврат
Кто фиксирует фактПлатёжный сервис или банк
Что приходит в 1СДокумент возврата, связанный с заказом и позицией
Когда меняется статус на сайтеКогда возврат проведён

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

Сложные случаи

Интеграция сайта с 1С: сложные случаи, что ломается и что мы делаем

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

Что ломается
Как проявляется
Что делаем
Что нужно от вас
Что ломаетсяВарианты и комплектыразмеры, цвета, наборы
Как проявляетсяРазмеры склеились в один товар или остаток одного размера ушёл на все; комплект «в наличии» без компонента
Что делаемСопоставляем характеристику 1С и вариант товара на сайте по внутреннему ключу; остаток комплекта считаем по самому дефицитному компоненту
Что нужно от васПо одному товару каждого вида: с вариантами, без них, комплект
Что ломаетсяНесколько цен и складов
Как проявляетсяОпт видит розницу, акция не выключилась; остаток на сайте включает склады, откуда не отгружают
Что делаемТип цены — группе покупателей, срок акции приходит вместе с ценой; на сайте только склады, которые продают
Что нужно от васСписок типов цен, кто какой видит, и список продающих складов
Что ломаетсяЧастичные отгрузки
Как проявляетсяЧасть заказа уехала, на сайте «в обработке», покупатель звонит
Что делаемСтатус строим по строкам: «отгружено частично», «ждёт поступления»; реализации привязаны к заказу
Что нужно от васКак склад отгружает: одним документом или несколькими
Что ломаетсяПравка заказа после оплаты
Как проявляетсяПокупатель добавил позицию, а в 1С заказ уже в сборке: состав и сумма расходятся
Что делаемПосле оплаты и резерва правка идёт запросом на изменение, менеджер подтверждает; в 1С изменение вносится только после подтверждения
Что нужно от васПравило: до какого статуса можно править и кто решает
Что ломаетсяСпособы доставки и оплаты
Как проявляетсяДоставка пришла без суммы или без услуги, оплата — без способа; бухгалтерия разбирает вручную
Что делаемСправочники сопоставлены; доставка идёт отдельной строкой с суммой
Что нужно от васСписок способов и как каждый проводится в учёте
Что ломаетсяB2B: личные цены и лимит
Как проявляетсяКлиент видит общий прайс вместо договорного; превышение лимита обнаруживается при отгрузке
Что делаемДоговорные цены и лимит запрашиваем из 1С и кэшируем ненадолго; превышение — предупреждение до оформления или заказ «на согласование»
Что нужно от васКак заданы договорные цены и лимиты, кто решает при превышении
Что ломаетсяБольшой каталог в рабочее время
Как проявляетсяПолная выгрузка идёт часами, сайт и 1С тормозят
Что делаемПолная выгрузка редко и ночью; днём только изменения, остатки и цены отдельно от описаний
Что нужно от васРазмер каталога, окна работ, кто сидит в базе днём
Что ломаетсяКартинки
Как проявляетсяОбмен тяжелеет, фото теряются или дублируются при переименовании
Что делаемВыбираем одно место хранения фото; передаём только изменившиеся
Что нужно от васГде фото живут сейчас и кто их загружает
Что ломаетсяУдаления и дубли товаров
Как проявляетсяУдалили в 1С, и товар исчез с сайта вместе с адресом страницы; скопировали карточку — на сайте дубль
Что делаемСнятый товар скрываем, а не удаляем; ключ — внутренний идентификатор; дубли ловит сверка
Что нужно от васПравило для снятых с продажи товаров и для копий карточек
Что ломаетсяДубли покупателей
Как проявляетсяОдин покупатель записан в 1С трижды: как гость, как зарегистрированный и по звонку менеджеру
Что делаемПравила сопоставления по ИНН, телефону и почте; сомнительное — на ручной разбор
Что нужно от васСогласовать правило объединения и кто его применяет
Комплекты

Как считается остаток комплекта на сайте

Комплекты — отдельная ловушка при выгрузке остатков. Если комплект собирается из компонентов при заказе, показывать нужно не сумму остатков, а то, сколько комплектов реально можно собрать.

Остаток комплекта = самый дефицитный компонент

Для каждого компонента разделите его остаток на количество в комплекте и возьмите минимум, округлив вниз до целого числа комплектов. Условный пример (числа условные): комплект собирается из двух штук А и одной штуки Б. На складе 10 штук А и 3 штуки Б. По А получается 10 / 2 = 5 комплектов, по Б — 3 / 1 = 3. Доступно три комплекта.

Если комплект хранится на складе уже собранным, правило другое. Какой у вас случай и как это заведено в вашей конфигурации 1С, выясняем на разборе. Для вашей версии механизм комплектов и наборов уточняем отдельно.

Контроль

Журнал, сверка и оповещения: что даёт слой контроля поверх обмена

Журнал отвечает на вопрос «что случилось с этим заказом», ночная сверка — на вопрос «всё ли сейчас совпадает». Обмен может отработать без ошибок и всё равно потерять часть данных, поэтому нужны обе вещи. Правая колонка — то, что мы кладём поверх готового модуля или собственной сборки.

Ситуация
Только модуль обмена
Модуль и слой контроля
Обмен остановился ночью
МодульУзнают утром от менеджера или от покупателя
СлойОповещение приходит при первой пропущенной сессии
Заказа нет в 1С
МодульИщут в логах сайта, потом в логах 1С
СлойВ журнале видно: отправлен, принят или отклонён, и причина
Повтор после таймаута
МодульВозможен второй заказ на ту же покупку
СлойКлюч заказа опознаёт повтор и не создаёт дубль
Остатки, цены или статусы разошлись
МодульВыясняется по жалобам покупателей
СлойНочная сверка присылает список позиций и заказов с разницей
Сессия стала занимать всё больше времени
МодульЗамечают, когда сайт начинает тормозить
СлойРост длительности вызывает оповещение заранее
Обновили сайт или 1С
МодульОбмен может встать без сообщения об ошибке
СлойПрогон на тестовой копии до обновления
Что делаем

Что входит в интеграцию сайта с 1С

Сроки — ориентиры по каждому направлению отдельно, а не за весь набор сразу; что берём в первый этап, решаем после схемы. Цены — по тарифам: базовый односторонний обмен — от 150 000 ₽, типовой обмен 1С — 150 000–350 000 ₽. Не обязательно брать всё сразу: чаще начинают с каталога и остатков, а заказы добавляют следом.

Разбор и схема обмена

Что и куда ходит, кто главный в каждом поле, таблицы статусов и способов оплаты. Результат — документ, по которому потом не спорят.

1 неделя

Каталог, характеристики и картинки

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

2–3 недели

Цены, склады и остатки

Типы цен для групп покупателей, склады, видимые на сайте, свободный остаток и страховой запас на ходовые позиции.

1–3 недели

Заказы с сайта в 1С

Очередь, ключ заказа, поиск контрагента, цены и скидки из заказа без пересчёта, резерв.

2–4 недели

Статусы, оплаты и отгрузки

Таблица статусов, частичные отгрузки, признак оплаты, трек-номер, отмены и возвраты.

2–3 недели

B2B: договорные цены, лимиты, документы

Личные цены, задолженность и лимит из 1С, счета и УПД в личном кабинете. Данные только для чтения.

по объёму

Журнал, сверка и оповещения

Журнал каждой сессии, ночная сверка, оповещение о сбое и о росте длительности обмена.

входит

Сопровождение обмена

Мониторинг, правки при обновлении сайта и 1С, развитие схемы. Пакеты по часам, ставка сверх пакета — по тарифам.

от 20 000 ₽/мес
Как устроено

Через что ходят данные между сайтом и 1С

ЧЕРЕЗ ЧТО ХОДЯТ ДАННЫЕСайткаталог, корзина, кабинетСлой обменаочередь и повторыключ заказа против дублейжурнал каждой сессииночная сверкаоповещение о сбое1С: каталог и цены1С: остатки по складам1С: заказы покупателей1С: оплаты и отгрузки1С: контрагенты и договорызаказы и оплаты →← каталог, цены, остатки, статусыСайт хранит у себя копию того, что нужно покупателю, поэтому занятая 1С не останавливает витрину.Слой обмена нужен ради очереди и журнала: без них «заказ не дошёл» остаётся разговором без доказательств.
Слой обмена может быть готовым модулем сайта с нашей доработкой или собственной сборкой. Принцип один: ни сайт, ни 1С не ждут друг друга, а каждое сообщение остаётся в журнале.
Процесс

Как проходит интеграция: от схемы до запуска по этапам

Тестовая копия — не формальность. Подключить непроверенный обмен к боевой базе — самый дорогой способ его проверить.

Дни 1–5 — Разбор

Платформа сайта, конфигурация и версия 1С, что обменивается сейчас, где теряются данные и заказы. Таблица «кто главный» по вашим полям.

Дни 3–8 — Схема обмена

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

Недели 1–3 — Тестовые копии

Копия базы 1С и тестовый сайт. В копии 1С отключаем регламентные задания, обмены с банком, ЭДО и почтой; на тестовом сайте — письма, СМС и боевые платежи.

От 2 недель — Сборка

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

3–7 дней — Прогон

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

Дальше — Запуск по этапам

Каталог, затем остатки и цены, затем заказы, затем статусы и оплаты, затем документы в кабинет. Остановиться можно после любого этапа; дальше — сопровождение.

Контроль

Что остаётся у вас и чего мы не делаем

Остаётся у вас

  • Настройки обмена, модули и код — в вашей конфигурации и вашем репозитории.
  • Доступы к сайту, 1С и платёжному сервису оформлены на вас.
  • Журнал обмена с доступом ваших сотрудников.
  • Схема обмена, таблица «кто главный» и таблица статусов — на бумаге.
  • Оповещения о сбоях приходят вам, а не только нам.

Мы этого не делаем

  • Не подключаем обмен к боевой базе, пока не прошёл прогон на тестовой копии.
  • Не обещаем остатки «в реальном времени»: окно между продажей и обновлением остаётся, мы сужаем его и страхуем запасом.
  • Не меняем конфигурацию 1С и код сайта без согласования: доработки оцениваем отдельно.
  • Не ведём каталог, тексты и рекламу магазина: это работа вашего отдела.
  • Не заменяем онлайн-кассу и платёжный сервис. Мы сверяем статус заказа с фактом оплаты.
  • Не консультируем по бухгалтерскому и налоговому учёту: как проводить операции, решает ваш бухгалтер.
Материалы

Разбор и статьи про соседние задачи

Те же принципы (один хозяин у поля, очередь, журнал) на других парах систем и подробности про сам формат обмена.

Материал

Обмен 1С с сайтом по CommerceML: как устроен и где ломается

Из чего состоит сеанс обмена, какие файлы ходят и почему при росте каталога он начинает тормозить.

  • Файлы и режимы обмена
  • Где ломается
Читать →
Торговля, средний бизнес

Обмен 1С с маркетплейсами и сайтом

Разбор типовой задачи: остатки, цены и заказы между учётом, сайтом и площадками. Где такой обмен обычно рассыпается.

  • Один хозяин у каждого поля
  • Очередь и повтор при отказе
Читать разбор →
Материал

Остатки в 1С и на маркетплейсе не совпадают

Семь причин расхождения и способ найти свою за час. Большинство применимо и к остаткам на сайте.

  • Семь причин
  • Страховой запас
Читать →
Страница услуги

Интеграция 1С с CRM, сайтом и маркетплейсами

Обзор всех направлений обмена с 1С, пакеты работ и две ступени цены.

  • Все направления
  • Пакеты и цены
Смотреть →
Инструменты

Интеграция 1С с Битрикс, WooCommerce, OpenCart и своим сайтом

Названия — примеры, а не обязательный набор. Платформа сайта и версия 1С определяют, что взять готовым, а что написать.

Форматы и протоколы
  • CommerceML (XML)
  • HTTP-сервисы 1С
  • OData 1С
  • JSON и REST со стороны сайта
Платформы сайта (примеры)
  • 1С-Битрикс
  • WordPress и WooCommerce
  • OpenCart
  • Самописный сайт или API
Обмен и очереди
  • RabbitMQ
  • Повторы с нарастающей паузой
  • Ключ заказа против дублей
Наблюдение
  • Журнал сессий обмена
  • Prometheus, Grafana
  • Оповещения в Telegram и на почту
  • Ночная сверка
Кому подходит

Кому нужна интеграция сайта с 1С

Интернет-магазины на типовых платформах

Сайт на 1С-Битрикс, WooCommerce или OpenCart, учёт в 1С. Обмен либо делается руками, либо «почти работает» и теряет частные случаи.

Оптовые компании и B2B-кабинеты

Договорные цены, лимиты, документы в кабинете (что включать в кабинет партнёра). Типовая выгрузка здесь заканчивается, и начинается проектирование.

Те, у кого обмен уже есть, но хрупкий

Модуль справляется с основным потоком, а при обновлении или росте каталога встаёт. Журнал и сверка снимают слепоту.

Те, кто растёт в каналах

Сайт плюс маркетплейсы, склад один, 1С одна. Чем больше каналов, тем дороже любой рассинхрон остатков.

Заявка

Покажем, где у вас теряются заказы и остатки

Короткий созвон: какая платформа сайта, какая конфигурация 1С и что сейчас переносится руками. По итогам скажем, с чего начинать, сколько это стоит и что нужно от вас.

Спасибо, заявка отправлена. Ответим в течение рабочего дня.

Не удалось отправить. Напишите в телеграм или позвоните.

Вопросы

Частые вопросы про обмен 1С с сайтом

Как настроить обмен 1С с интернет-магазином?

Сначала описывают, что и в какую сторону ходит и кто главный в каждом поле. Затем делают тестовые копии 1С и сайта, настраивают обмен и прогоняют его на копии. Только после этого включают на боевых данных по этапам: каталог, остатки и цены, заказы, статусы и оплаты. Формат (CommerceML, HTTP-сервисы или своя доработка) выбирают по задаче, а не наоборот.

Что лучше для сайта: CommerceML или API 1С?

Для типового магазина обычно хватает CommerceML: он хорош для каталога, цен, остатков и заказов пачками по расписанию, формат стандартный, его понимают типовые модули. API (HTTP-сервисы или OData 1С) добавляют, когда данные нужны сразу и по конкретному клиенту: договорные цены, лимит, документы. Но сайт не должен спрашивать 1С при каждом открытии страницы: между ними нужен кэш.

Подойдёт ли типовой обмен для сайта на Битрикс, WooCommerce или OpenCart?

Для базовой схемы часто подойдёт. У 1С-Битрикс обмен с 1С по CommerceML входит в состав магазина, но возможности зависят от редакции и версии. Для WooCommerce и OpenCart обычно берут модули сторонних авторов, и их возможности заметно отличаются. Типовой обмен упирается в комплекты, договорные цены, частичные отгрузки и правку заказа после оплаты. Что подойдёт вам, скажем на разборе по вашим версиям сайта и 1С.

Как часто обновлять остатки на сайте?

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

Почему заказы с сайта не попадают в 1С или задваиваются?

Типичные причины такие. Сессия обмена не отработала, и никто об этом не узнал. Заказ не подошёл под фильтр выгрузки на сайте, например по статусу или способу оплаты. Повтор после таймаута создал второй заказ, потому что у заказа нет ключа. Контрагента не нашли, и заказ остановился на ошибке. В журнале видна каждая попытка, ключ заказа не даёт создать дубль, а ошибки приходят оповещением.

Как выгрузить каталог из 1С на сайт с характеристиками и картинками?

Каталог идёт файлом по CommerceML или через собственный обмен. Заранее решают три вещи: по какому ключу товар опознаётся (внутренний идентификатор надёжнее артикула), как характеристики 1С превращаются в варианты товара на сайте и где ведутся фото. Первую полную выгрузку делают на тестовом сайте, а не на боевом.

Обмен тормозит 1С или сайт в рабочее время. Что делать?

Разделить потоки. Остатки и цены передавать маленькими порциями и чаще, описания, характеристики и фото только по изменениям, полную выгрузку редко и ночью. Длительность каждой сессии пишется в журнал, а рост длительности вызывает оповещение, поэтому проблему видно до того, как она станет жалобой.

Можно ли связать сайт с 1С, если база файловая или 1С стоит в закрытом контуре?

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

Сколько стоит интеграция сайта с 1С?

Базовый односторонний обмен — от 150 000 ₽. Типовой обмен 1С по типовой схеме (каталог, остатки, заказы и статусы) — 150 000–350 000 ₽; нестандартные случаи вроде договорных цен, комплектов и частичных отгрузок оцениваем отдельно после схемы обмена. Если кроме сайта есть маркетплейсы, B2B-кабинет или несколько баз, сначала делают обследование по тарифам: от 200 000 ₽ за один-два процесса, от 350 000 ₽ за несколько систем; оно вычитается из следующего этапа. Сопровождение обмена — от 20 000 ₽ в месяц. Точную цену называем после схемы обмена.

Чем интеграция 1С с сайтом на 1С-Битрикс отличается от интеграции с Битрикс24?

1С-Битрикс: Управление сайтом — платформа сайта и интернет-магазина, по ней идут каталог, цены, остатки и заказы. Битрикс24 чаще связывают с 1С как CRM: клиенты, сделки, счета. Схемы обмена разные. Если ваш магазин собран внутри Битрикс24, скажите об этом на разборе: схема будет другой.

Как понять, что обмен работает правильно?

По трём признакам. Журнал показывает каждую сессию с результатом. Ночная сверка сравнивает товары, остатки, цены и статусы заказов на сайте и в 1С и присылает список расхождений. При остановке обмена вам приходит оповещение. Если этого нет, «работает» значит «пока никто не жаловался».