• Интеграции · CommerceML
  • Замер 31.07.2026

Интеграция сайта с 1С или BAS

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

Посмотреть, как это работает
Стоимость
после бесплатного аудита
Гарантия
30 дней после подписания акта
С чего начинаем
из файла выгрузки, а не по описанию словами
Стоимость
после бесплатного аудита
Гарантия
30
дней после подписания акта
С чего начинаем
из файла выгрузки, а не по описанию словами
На чем держится обмен
стабильный ключ товара: артикул, код или идентификатор базы
Измеренный масштаб каталога
55 321
товарная страница и 3 868 категорий - 59 189 адресов
Скорость в этом объеме
первый ответ 840,5 мс при 454,5 КБ HTML, измерение 31.07.2026
Срок работ
10–30
рабочих дней от утверждения схемы обмена
Перед сметой
бесплатный разбор выгрузки, 3–5 рабочих дней
Этапы работы

Прозрачные этапы с согласованием на каждом шагу

Общий срок:10–30 дней

  1. Разбор выгрузки и схема полей

    2–4 рабочих дня

    Берем ваш файл, считаем позиции, смотрим, какие поля заполнены реально, а какие только объявлены. На выходе таблица соответствия: поле базы – поле сайта – кто им владеет. Это тот документ, в который потом возвращаются при каждом споре.

  2. Ключ и сверка справочника

    1–3 рабочих дня

    Фиксируем, чем товар идентифицируется, и сверяем справочник по каталогу сайта, если он уже наполнен. Здесь обычно выясняется, что часть позиций без артикула, а часть заведена дважды. Список разногласий отдаем вам – закрывать его придется со стороны учета.

  3. Односторонний обмен на копии

    3–8 рабочих дней

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

  4. Сухой прогон и сверка цифр

    1–3 рабочих дня

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

  5. Заказ назад в базу

    2–8 рабочих дней

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

  6. Боевой запуск, журнал, передача

    1–4 рабочих дня

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

Технологии и интеграции

На чём строим и с чем это соединяется

Стек

  • CommerceML – родной формат выгрузки 1С и BAS. Ограничения: в подписанной под себя конфигурации состав полей часто изменен
  • XML и CSV произвольной структуры. Ограничение: правка выгрузки на стороне учета ломает разбор, поэтому фиксируем формат
  • REST API – когда нужна почти реальная скорость. Ограничение: нагрузка на базу растет, ее согласовывают отдельно
  • Очередь фоновых задач вместо планировщика. Ограничение: очередь надо наблюдать, иначе она тихо стоит
  • OpenCart 3 и 4. Ограничение: заливка десятков тысяч позиций через админку падает по таймауту, поэтому идем порциями
  • Next.js и PostgreSQL – когда обмен живет внутри приложения
  • Журнал обмена. Ограничение: показывает, что обмен отработал, а не что правильны данные
  • Копия сайта под тестовый запуск Ограничение: копия стареет и требует обновления

Интеграции

  • 1С:Предприятие
  • BAS
  • выгрузка номенклатуры
  • синхронизация цен и остатков
  • перенос заказов в базу данных
  • KeyCRM
  • Новая Почта – номер декларации в заказе
Что входит

Полный перечень работ и того, что вы получаете на выходе

  • Составляем схему соответствия полей — номенклатура, характеристики, единицы измерения, категории — и дальше спор «куда мало приехать» решается документом, а не памятью
  • Фиксируем стабильный ключ товара: повторная выгрузка обновляет карту, а не создает рядом еще одну
  • Делим поля на "ведет база" и "ведет сайт" - описания, фото и SEO-поля обмен не трогает даже тогда, когда в файле они пусты
  • Ставим выгрузку товаров, цен и остатков на расписание, которое задаете вы: каждую ночь или ежечасно
  • Прописываем правило для каждой смены — новая позиция, снятая с продаж, измененная цена, нулевой остаток — чтобы ни одна из них не обрабатывалась молча
  • Перечисляем единицы измерения и упаковки: коэффициент стоит в схеме, а не в голове менеджера
  • Подключаем возврат заказов в базу, когда он действительно нужен: покупатель, склад заказа и доставка приезжают одним документом
  • Ведем журнал обмена: сколько позиций обработано, сколько пропущено и почему — об остановке вы узнаете из журнала, а не покупателя
  • Прогоняем обмен сначала на копии, затем в сухом режиме на боевом: он считает изменения и пишет в журнал, ничего не записывая
  • Передаем инструкцию отдельно вашему специалисту по учету; гарантийный срок - 30 календарных дней после приема
Когда эта услуга не подходит

Что не входит в работу — чтобы не было сюрпризов на сдаче

  • Доработки в самой учетной системе – это зона вашего специалиста по 1С или BAS.
  • Наведение порядка в номенклатуре базы: дубли, пустые поля, некорректные единицы измерения
  • Лицензии на учетную систему и ее обновление
  • Бухгалтерские вопросы: учет НДС, документы, сверки
  • Интеграция с другими системами учета – считаем отдельно
Кому подходит

Ситуации, в которых эта услуга даёт результат

Сценарий 1 из 4

В базе номенклатура с характеристиками, а на сайте – плоский список

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

Разберём вашу ситуацию на бесплатном аудите
Один поток из базы на сайт против обмена в обе стороны

Чем этот вариант отличается от альтернативы

Двусторонний обменНаш подход
Движущийсято же плюс заказ и контрагенты обратно в базутовары, характеристики, цены, остатки — с базы на сайт
Кого нужно привлекатьеще и бухгалтера: контрагент, состав, статусы документовспециалиста, сопровождающего базу
Что ломается чаще всегодополнительно – заказ, который изменили на сайте после передачиизменение состава полей в выгрузке
Сколько длитсяплюс отдельный поток со сквозным пролетом и своим тестированиемболее короткий путь: разбор, схема, копия, запуск
Когда этого достаточнозаказов десятки в день и перепечатка съедает рабочее времязаказов немного и менеджер все равно их просматривает
Бесплатный аудит

Бесплатный разбор выгрузки из учетной системы

Мы просим не описать обмен словами, а прислать реальную выгрузку. За полдня из файла видно все: сколько позиций, какие поля заполнены, есть ли характеристики и чем товар идентифицируется. Без этого любая названная сумма была бы выдумкой.

Что мы измеряем

  1. Чем товар идентифицируетсяАртикул, код либо внутренний идентификатор базы. Важнейший вопрос обмена: при нестабильном ключе каждая выгрузка рождает на сайте новые дубли товаров.
  2. Сколько позиций и как они структурированыНоменклатура с характеристиками, единицами измерения и упаковкой разлагается на сайте иначе, чем простой плоский список, и трудоемкость у нее другая.
  3. Какие поля действительно заполненыЧасто в базе есть цена и остаток, но нет описания, фото и категории. Это нормально – просто определяет, что приносит обмен, а что придется вести на сайте.
  4. Направление обменаОдносторонний выгрузка товаров и остатков или двусторонний с возвратом заказов в базу. Второе сложнее и требует согласования с вашим бухгалтером.
  5. Частота обновленияРаз в сутки, каждый час или почти в реальном времени. От этого зависит архитектура: файловый обмен по расписанию или очередь задач.
  6. Кто сопровождает базу с вашей стороныОбмен всегда двусторонний организационно: кому-то со стороны учета следует согласовать формат и быть на связи при запуске.

Что вы получаете

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

Срок: 3–5 рабочих дней после получения файла выгрузки

Почему это бесплатно

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

Что дальше

После разбора даем смету по этапам. Если из файла видно, что сначала нужно навести порядок в номенклатуре, скажем это прямо, в договор, и документ останется вам в любом случае.

Короткая форма: контакт и адрес сайта

Не нашли свой случай?

Опишите, как это устроено у вас, — ответим, подходит ли «Интеграция сайта с 1С/BAS» и что это значит в вашей ситуации. Без брифа и без звонка: один вопрос, один ответ.

Договор и документы

Работаем официально

Договор, акт и счёт — на каждый проект, а не только на большой.

Нам доверяют6 брендов

Нам доверяют: Kvant Energy, GYPSUN, Naturel Cosmetics, Pancer Protection, LUGI, BeeTech

Условия, зафиксированные письменно8 пунктов

  • Договор, акт и гарантия 30 дней

    На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.

  • ФОП и безналичный расчёт

    Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.

  • Права и доступы — ваши

    Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.

  • Портал клиента вместо переписки

    Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.

  • Сайты в девяти странах

    Наши сайты работают в девяти странах: кроме Украины — Польша, Германия, Австрия, Англия, Норвегия, Болгария, Молдова, Испания.

  • Цифры, которые можно проверить

    Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.

  • Сначала аудит, потом сумма

    Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.

  • Говорим «нет», когда не уверены

    Если задача не наша или срок нереальный — скажем сразу.

  • Договор, акт и гарантия 30 дней

    На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.

  • ФОП и безналичный расчёт

    Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.

  • Права и доступы — ваши

    Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.

  • Портал клиента вместо переписки

    Во время работы вы получаете доступ к порталу: договоры, счета, акты и статус проекта в одном месте.

  • Сайты в девяти странах

    Наши сайты работают в девяти странах: кроме Украины — Польша, Германия, Австрия, Англия, Норвегия, Болгария, Молдова, Испания.

  • Цифры, которые можно проверить

    Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.

  • Сначала аудит, потом сумма

    Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.

  • Говорим «нет», когда не уверены

    Если задача не наша или срок нереальный — скажем сразу.

NDA подписываем по запросу. После завершения свои доступы удаляем сами.

Что влияет на стоимость

Почему две одинаковые на вид задачи считаются по-разному

  • Что именно отдает ваша базаГотовая выгрузка CommerceML – это половина работы, сделанная еще до нас, потому что ее формирует самая учетная система. Произвольный XML или CSV, который когда-то дописал под конкретную задачу, приходится разбирать поле за полем и фиксировать документом, иначе следующая правка в базе молча ломает обмен.
  • Структура номенклатурыПлоский список артикулов с ценой и остатком ложится на сайт почти дословно. Номенклатура с характеристиками, упаковкой и несколькими единицами измерения требует отдельной раскладки на атрибуты и коэффициенты перерасчета — и именно здесь проект растет наиболее заметно.
  • Состояние ключа идентификацииКогда артикул уникален и заполнен везде, сопоставление производится за день. Пустые артикулы и дубли означают ручную сверку справочника до начала программирования — иначе обмен просто перенесет дубли в каталог и добавит новых.
  • Направление и количество потоковТовары, цены и остатки на сайте – один поток. Заказ обратно в базу второй, и он влечет согласование контрагентов и статусов с вашим бухгалтером. Каждый поток отдельно тестируется и ломается.
  • Частота и объем выгрузкиНесколько тысяч позиций можно каждую ночь перезаливать целиком. На десятках тысяч нужны порции, передача только измененных позиций и разведение обмена с пиковыми часами — в измеренном нами каталоге на 55 321 страницу тяжелый обмен в прайм-тайм ощущался бы сразу.
Кейсы

Задачи и результат в цифрах — все показатели сняты нашим замером

G-Shop (магазин Husqvarna)

интернет-магазин официального продавца садовой техники и запчастей

Задача
Держать на сайте каталог запчастей на десятки тысяч позиций с ценами и остатками, которые ведет учетная система, и не обновлять их руками.
Решение
Магазин на OpenCart 3 с каталогом глубиной до четырех уровней и картой сайта, разбитой на подкарты по 3000 адресов. Обмен с учетной системой для остатков и цен заявлен в карточке проекта — именно сценарий, под который пишется эта страница.
Результат
Измерение 31.07.2026. Товарных страниц 55 321 — цифру проверяли фактически по подкартам: первый и десятый содержат ровно по 3 000 адресов, девятнадцатый — 1 321. Плюс 3 868 категорийных адресов, итого 59 189. Первый ответ сервера 840,5 мс, полная загрузка 99. Предел, который называем прямо: сам обмен извне не проверяется. Мы мерили каталог и скорость, а не факт синхронизации, и не издаем одно за другое.
Что нужно от вас

Без этого не начнём — лучше подготовить заранее

  1. Реальный файл выгрузки из вашей базы – именно файл, а не описание словами.
  2. Ответ, на что товар идентифицируется: артикул, код или внутренний идентификатор.
  3. Список того, что ведет база, и того, что ведется на сайте, — чтобы обмен ничего не затирал.
  4. Нужная частота обновления цен и остатков: сутки, часы или события.
  5. Канал связи со специалистом, сопровождающим вашу учетную систему.
  6. Согласуйте развернуть копию сайта для проверки обмена до боевого запуска.
Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.
Частые вопросы

Что спрашивают чаще всего — с конкретными ответами

С чего начинается интеграция с учетной системой?

Из файла, а не из разговора. Описание словами почти всегда расходится с тем, что на самом деле в базе: человек помнит, как задумывал, а не как в конце концов завели. Полдня с реальной выгрузкой дают точную картину — сколько позиций, какие поля заполнены, есть ли характеристики, чем идентифицируется товар. Поэтому разбор мы производим бесплатно и просим именно файл, а не таблицу с описанием полей.

Почему ключ идентификации так важен?

Ибо на нем держится все остальное. Когда товар узнается нестабильным значением – скажем, названием, которое менеджер периодически редактирует, – каждая выгрузка создает новую карточку вместо обновления старой. Через месяц в каталоге по два одинаковых товара, остатки расползаются между ними, а поиск показывает оба. Уборка таких дублей потом ничего не прибавляет к трафику, она лишь перестает его распылять – поэтому дешевле зафиксировать ключ на этапе разбора.

Не затреет ли обмен наши описания, фото и SEO-поля?

Не затре, если это прописано в схеме. Авария выглядит так: база описаний не ведет, обмен выгружает пустое поле, сайт послушно записывает пустоту – и сотни карт остаются без текста. Поэтому на старте мы делим поля на «ведущая база» и «ведущий сайт»: вторые обмен не трогает никогда, даже когда в выгрузке они пустые. Разделение занимает пол дня разговора на этапе схемы; восстановление затертых описаний не занимает столько никогда.

В базе товар в упаковках, а продаем мы поштучно – это проблема?

Это обычная ситуация, но ее нужно зафиксировать цифрой. Если база ведет номенклатуру в упаковках по 12, а сайт продает штуками, то в схеме стоит коэффициент пересчета отдельно для цены и отдельно для остатка. Без него цена на сайте окажется в двенадцать выше, а остаток — таким же меньшим, и заметите вы это уже по жалобам. Это же касается веса и объема, если они едут в расчет доставки.

Односторонний или двусторонний обмен – что брать?

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

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

Столько, сколько нужно бизнесу, а не сколько выдержит техника. Медленный ассортимент живет на посуточном обновлении ночью. Ходовой требует ежечасного или очереди событий. Честный предел механизма: между двумя выгрузками всегда остается окно, в которое последнюю единицу могут купить дважды – обмен это окно сужает, но не закрывает. Каждое повышение частоты нагружает и базу и сайт, поэтому мы берем минимальную частоту, которая решает вашу задачу.

После обмена остатки на сайте станут точными?

Настолько точными, сколь они точны в базе. Обмен не исправляет учет – он быстро и аккуратно переносит его состояние на сайт. Пересорт, непроведенное списание, физически поехавший без документа товар — все это приедет на сайт вместе с остальными. Поэтому на разборе мы спрашиваем не только формат файла, но и о том, насколько остатки в базе сходятся с составом. Когда разногласие велико, честнее сначала разобраться с ним.

Можно ли безрисково протестировать биржу на боевом сайте?

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

Что будет при обновлении 1С или самого сайта?

Обмен придется доделывать – это «когда», а не «если». Изменяется состав выгрузки в базе, меняется структура данных при обновлении платформы и связка перестает сходиться. Поэтому обмен — постоянный расход на поддержку, и мы говорим это в договор, а не после. Практическое правило: перед любым обновлением с любой стороны обмен сначала прогоняется на копии. Документация, которую мы передаем, необходима именно для этого дня, а не для архива.

Отправьте реальную выгрузку с вашей базы.

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

Из измеренных кейсовИзмерение 31.07.2026

Смотреть кейсы
  • Ответ в течение 2 часов
  • Без обязательств
  • Работаем по договору

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