• Интеграции · 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, сайт продает поштучно, и без коэффициента в схеме цена на сайте оказывается в двенадцать выше реальной.

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

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

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

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

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

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

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

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

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

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

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

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

Что дальше

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

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

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

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

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

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

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

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

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

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

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

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

  • Заказчики из Европы

    Среди работ — проекты для Норвегии, Болгарии, Молдовы и Испании.

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

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

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

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

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

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

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

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

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

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

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

Задача
Держать на сайте каталог запчастей на десятки тысяч позиций с ценами и остатками, которые ведет учетная система, и не обновлять их руками.
Решение
Магазин на 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 часов
  • Без обязательств
  • Работаем по договору

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