• Інтеграції · 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 з каталогом глибиною до чотирьох рівнів і картою сайту, розбитою на підкарти по 3 000 адрес. Обмін з обліковою системою для залишків і цін заявлений у картці проєкту — саме той сценарій, під який пишеться ця сторінка.
Результат
Вимір 31.07.2026. Товарних сторінок 55 321 — цифру перевіряли фактично по підкартах: перша й десята містять рівно по 3 000 адрес, дев'ятнадцята — 1 321. Плюс 3 868 категорійних адрес, разом 59 189. Перша відповідь сервера 840,5 мс, повне завантаження 997,4 мс при 454,5 КБ HTML. Межа, яку називаємо прямо: сам обмін ззовні не перевіряється. Ми міряли каталог і швидкість, а не факт синхронізації, і не видаємо одне за інше.
Що потрібно від вас

Без цього не почнемо — краще підготувати заздалегідь

  1. Реальний файл вивантаження з вашої бази — саме файл, а не опис словами.
  2. Відповідь, чим товар ідентифікується: артикул, код чи внутрішній ідентифікатор.
  3. Перелік того, що веде база, і того, що ведеться на сайті, — щоб обмін нічого не затирав.
  4. Потрібну частоту оновлення цін і залишків: доба, година чи подія.
  5. Канал зв'язку зі спеціалістом, який супроводжує вашу облікову систему.
  6. Згоду розгорнути копію сайту для перевірки обміну до бойового запуску.
Якщо чогось із цього немає — скажіть, підкажемо, як зібрати або зробимо самі окремою задачею.
Часті питання

Те, що питають найчастіше — з конкретними відповідями

З чого починається інтеграція з обліковою системою?

З файлу, а не з розмови. Опис словами майже завжди розходиться з тим, що насправді в базі: людина пам'ятає, як задумувала, а не як зрештою завели. Пів дня з реальним вивантаженням дають точну картину — скільки позицій, які поля заповнені, чи є характеристики, чим товар ідентифікується. Тому розбір ми робимо безкоштовно й просимо саме файл, а не таблицю з описом полів.

Чому ключ ідентифікації такий важливий?

Бо на ньому тримається все інше. Коли товар упізнається нестабільним значенням — скажімо, назвою, яку менеджер періодично редагує, — кожне вивантаження створює нову картку замість оновлення старої. Через місяць у каталозі по два однакові товари, залишки розповзаються між ними, а пошук показує обидва. Прибирання таких дублів потім нічого не додає до трафіку, воно лише перестає його розпорошувати — тому дешевше зафіксувати ключ на етапі розбору.

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

Не затре, якщо це прописано в схемі. Аварія виглядає так: база описів не веде, обмін вивантажує порожнє поле, сайт слухняно записує порожнечу — і сотні карток лишаються без тексту. Тому на старті ми ділимо поля на «веде база» і «веде сайт»: другі обмін не чіпає ніколи, навіть коли у вивантаженні вони порожні. Розділення займає пів дня розмови на етапі схеми; відновлення затертих описів не займає стільки ніколи.

У базі товар в упаковках, а продаємо ми поштучно — це проблема?

Це звичайна ситуація, але її треба зафіксувати цифрою. Якщо база веде номенклатуру в упаковках по 12, а сайт продає штуками, у схемі стоїть коефіцієнт перерахунку окремо для ціни й окремо для залишку. Без нього ціна на сайті виявиться вдванадцятеро вищою, а залишок — таким же меншим, і помітите ви це вже за скаргами. Те саме стосується ваги й об'єму, якщо вони їдуть у розрахунок доставки.

Односторонній чи двосторонній обмін — що брати?

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

Як часто оновлювати ціни й залишки?

Стільки, скільки треба бізнесу, а не скільки витримає техніка. Повільний асортимент живе на добовому оновленні вночі. Ходовий вимагає щогодинного або черги подій. Чесна межа механізму: між двома вивантаженнями завжди лишається вікно, у яке останню одиницю можуть купити двічі — обмін це вікно звужує, але не закриває. Кожне підвищення частоти навантажує і базу, і сайт, тому ми беремо мінімальну частоту, яка вирішує вашу задачу.

Після обміну залишки на сайті стануть точними?

Настільки точними, наскільки вони точні в базі. Обмін не виправляє облік — він швидко й акуратно переносить його стан на сайт. Пересорт, непроведене списання, товар, який фізично поїхав без документа, — усе це приїде на сайт разом із рештою. Тому на розборі ми питаємо не лише про формат файлу, а й про те, наскільки залишки в базі сходяться зі складом. Коли розбіжність велика, чесніше спершу розібратися з нею.

Чи можна перевірити обмін без ризику для бойового сайту?

Так, і ми завжди робимо це у два кроки. Спершу копія сайту: обмін ганяється на ній, ми звіряємо кількість позицій, ціни й залишки з базою. Потім сухий прогін уже на бойовому — обмін рахує, що змінилося б, і пише в журнал, нічого не записуючи. Саме сухий прогін ловить неправильно обраний ключ: якщо в звіті «буде створено» стоїть число, близьке до розміру каталогу, значить сайт збирається завести всі товари заново.

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

Обмін доведеться доробляти — це «коли», а не «якщо». Змінюється склад вивантаження в базі, змінюється структура даних при оновленні платформи, і зв'язка перестає сходитись. Тому обмін — постійна витрата на підтримку, і ми кажемо це до договору, а не після. Практичне правило: перед будь-яким оновленням з будь-якого боку обмін спершу проганяється на копії. Документація, яку ми передаємо, потрібна саме для цього дня, а не для архіву.

Надішліть реальне вивантаження з вашої бази.

У відповідь — розбір файлу, схема обміну, перелік ризиків і оцінка робіт по етапах. Якщо з файлу видно, що спершу треба навести лад у номенклатурі, почуєте це першим же листом.

Дивитись кейси
  • Відповідь протягом 2 годин
  • Без зобов’язань
  • Працюємо за договором

Прайса на сайті немає навмисно: обсяг тієї самої роботи у двох клієнтів відрізняється в рази, і цифра «від» у такому разі нічого не пояснює. Спершу безкоштовний аудит — рахуємо ваші сторінки, дублі й швидкість, — потім називаємо суму й строк і фіксуємо їх у договорі.