Опис Інтеграція 1С:Підприємство, BAS з сайтом

Інтеграція 1С:Підприємство, BAS з сайтом 🌐🔗

Професійна інтеграція 1С:Підприємство, BAS та Business Automation Framework (BAF) із сайтом, інтернет-магазином або корпоративною вебсистемою для автоматичного обміну товарами, цінами, залишками, замовленнями, клієнтами, статусами та іншими даними.

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

Працюємо з:

• 1С:Підприємство 8;
• BAS Управління торгівлею;
• BAS Роздрібна торгівля;
• BAS Малий бізнес;
• BAS Бухгалтерія;
• BAS Комплексне управління підприємством;
• іншими конфігураціями BAS;
• сайтами та інтернет-магазинами на різних CMS;
• індивідуально розробленими сайтами;
• вебсервісами та API.

Більшість робіт можна виконати дистанційно через AnyDesk або TeamViewer.

🌐 Що таке інтеграція 1С, BAS із сайтом?

Інтеграція дозволяє організувати автоматичний або напівавтоматичний обмін даними між:

1С / BAS ↔ сайт

Наприклад:

BAS → сайт

можуть передаватися:

• товари;
• назви;
• артикули;
• штрихкоди;
• категорії;
• характеристики;
• ціни;
• залишки;
• зображення;
• описи;
• статус доступності.

А у зворотному напрямку:

сайт → BAS

можуть передаватися:

• замовлення;
• клієнти;
• контактні дані;
• способи доставки;
• способи оплати;
• коментарі;
• статуси;
• склад замовлення.

🛒 Для чого потрібна інтеграція BAS з інтернет-магазином?

Без інтеграції співробітникам часто доводиться вручну:

• створювати товари на сайті;
• змінювати ціни;
• перевіряти залишки;
• переносити замовлення;
• створювати клієнтів у BAS;
• змінювати статуси;
• звіряти склад;
• контролювати дублікати.

При автоматизованому обміні значна частина таких операцій може виконуватися автоматично.

Наприклад:

BAS → оновилася ціна → сайт отримав нову ціну

або:

клієнт зробив замовлення на сайті → замовлення з’явилося в BAS

🧩 1С:Підприємство, BAS та BAF

На підприємствах можуть використовуватися як старі інформаційні бази 1С:Підприємство 8, так і сучасні рішення BAS, що працюють на платформі Business Automation Framework — BAF.

Умовно система може виглядати так:

BAS / 1С → модуль обміну → API або файли обміну → сайт

або:

сайт → API → BAS

Конкретна схема залежить від:

• конфігурації BAS;
• CMS сайту;
• доступних API;
• структури товарів;
• кількості даних;
• частоти оновлення;
• серверної інфраструктури.

🔧 Що може входити в послугу інтеграції?

Залежно від задачі можемо виконати:

• аналіз BAS;
• аналіз сайту;
• перевірку поточної інтеграції;
• визначення формату обміну;
• налаштування API;
• налаштування обміну товарами;
• налаштування категорій;
• налаштування характеристик;
• передавання цін;
• передавання залишків;
• передавання замовлень;
• передавання клієнтів;
• синхронізацію статусів;
• налаштування автоматичного запуску;
• тестування;
• пошук помилок;
• відновлення зламаного обміну;
• доопрацювання існуючого механізму.

🔍 З чого починається інтеграція?

Перед налаштуванням потрібно визначити:

• яка використовується конфігурація BAS;
• яка версія BAF;
• яка CMS сайту;
• де знаходиться сайт;
• де знаходиться BAS;
• чи є сервер;
• яка кількість товарів;
• чи використовуються характеристики;
• скільки типів цін;
• скільки складів;
• які дані потрібно передавати;
• у якому напрямку потрібен обмін;
• як часто потрібно виконувати синхронізацію;
• чи є вже існуючий модуль інтеграції.

🔄 Одностороння інтеграція

Обмін може бути одностороннім.

Наприклад:

BAS → сайт

Передаються:

• товари;
• ціни;
• залишки.

При цьому замовлення із сайту менеджер переносить вручну.

Або:

сайт → BAS

передаються тільки замовлення.

🔁 Двостороння інтеграція

Для повноцінного інтернет-магазину може бути потрібний двосторонній обмін.

Наприклад:

BAS → сайт

• товари;
• ціни;
• залишки;
• характеристики.

сайт → BAS

• замовлення;
• клієнти;
• оплати;
• доставки.

BAS → сайт

• зміна статусу замовлення.

📦 Інтеграція товарів

Один із основних напрямків — автоматичне передавання номенклатури.

Із BAS на сайт можуть передаватися:

• назва;
• артикул;
• SKU;
• штрихкод;
• опис;
• категорія;
• виробник;
• одиниця виміру;
• характеристика;
• ціна;
• залишок;
• статус доступності.

🗂 Інтеграція категорій

Категорії в BAS та на сайті можуть мати різну структуру.

Наприклад:

BAS

→ Комп’ютерна техніка
→ Ноутбуки
→ ASUS

На сайті може використовуватися інша структура:

→ Ноутбуки
→ Ігрові ноутбуки
→ ASUS

Перед інтеграцією потрібно визначити, яка система є основним джерелом структури.

🏷 Інтеграція характеристик товарів

Якщо товар має варіанти, потрібно правильно налаштувати характеристики.

Наприклад:

Футболка

→ чорна / S
→ чорна / M
→ біла / M
→ біла / L

або:

Ноутбук

→ 16 GB / 512 GB
→ 32 GB / 1 TB

У BAS і на сайті ці характеристики повинні правильно зіставлятися.

🔢 Синхронізація артикулів

Артикул часто використовується як ключ для зв’язку між товаром у BAS і товаром на сайті.

Важливо уникати:

• однакових артикулів;
• порожніх артикулів;
• випадкової зміни коду;
• дублювання товарів.

Перед автоматизацією часто потрібна перевірка довідника номенклатури.

📊 Синхронізація цін

На сайті можна автоматично оновлювати ціни з BAS.

Наприклад:

BAS → роздрібна ціна → сайт

або використовувати декілька типів:

• роздрібна;
• акційна;
• оптова;
• дилерська;
• спеціальна.

Потрібно визначити, яка ціна BAS відповідає конкретній ціні на сайті.

💰 Акційні ціни

Якщо в BAS використовуються акції або спеціальні ціни, можна окремо реалізувати передачу:

• базової ціни;
• акційної ціни;
• дати початку;
• дати завершення.

Можливість залежить від структури BAS та сайту.

📦 Синхронізація залишків

Одна з найпопулярніших задач — автоматичне оновлення залишків.

Наприклад:

BAS: залишок 8 шт.

→

Сайт: в наявності 8 шт.

Після продажу в BAS:

залишок 7 шт.

→

сайт автоматично отримує 7 шт.

🏬 Залишки з декількох складів

Якщо підприємство має кілька складів, можна використовувати різні схеми.

Наприклад:

Склад №1 + Склад №2 → загальний залишок сайту

або:

Склад Київ → окремо

Склад Львів → окремо

Все залежить від того, як сайт відображає наявність.

🚫 Товар не в наявності

Якщо залишок став нульовим, сайт може:

• показувати «Немає в наявності»;
• приховувати кнопку купівлі;
• залишати товар у каталозі;
• приховувати товар;
• дозволяти передзамовлення.

Ця логіка визначається під час налаштування інтеграції.

🛒 Передавання замовлень із сайту в BAS

Коли покупець оформлює замовлення на сайті, воно може автоматично створюватися в BAS.

Можуть передаватися:

• номер замовлення;
• дата;
• клієнт;
• телефон;
• email;
• товари;
• кількість;
• ціна;
• сума;
• знижка;
• спосіб доставки;
• спосіб оплати;
• адреса;
• коментар.

👤 Передавання клієнтів

При отриманні нового замовлення можна:

• створювати нового клієнта;
• знаходити існуючого;
• прив’язувати замовлення до існуючого контрагента.

Для цього потрібно визначити правила пошуку.

Наприклад:

• за телефоном;
• за email;
• за ID;
• за іншим унікальним параметром.

♻️ Захист від дублювання клієнтів

Без правильної логіки можуть з’являтися дублікати.

Наприклад:

Іван Петренко

та

Петренко Іван

або один клієнт із різними форматами номера телефону.

Тому правила ідентифікації клієнта потрібно визначити до запуску інтеграції.

📋 Передавання статусів замовлення

Статуси можуть синхронізуватися між BAS і сайтом.

Наприклад:

Нове

→ Підтверджено

→ Комплектується

→ Відправлено

→ Виконано

→ Скасовано

Після зміни статусу в BAS сайт може отримувати оновлення.

💳 Передавання способу оплати

Із сайту можна передавати інформацію про:

• оплату онлайн;
• післяплату;
• готівку;
• банківський переказ;
• інший спосіб.

У BAS ці способи можуть зіставлятися з відповідними значеннями.

🚚 Інтеграція доставки

У замовлення можуть передаватися:

• спосіб доставки;
• місто;
• адреса;
• відділення;
• ПІБ отримувача;
• телефон;
• коментар.

Додаткова автоматизація залежить від конкретної служби доставки та сайту.

📸 Передавання зображень товарів

За потреби інтеграція може включати роботу із зображеннями.

Можливі різні схеми:

• зображення зберігаються в BAS;
• зображення зберігаються на сайті;
• BAS передає посилання;
• зображення завантажуються окремо.

Перед реалізацією важливо визначити, де буде головне джерело фотографій.

📝 Передавання описів

На сайт можуть передаватися:

• короткий опис;
• повний опис;
• характеристики;
• технічні параметри.

Але часто опис на сайті значно детальніший, ніж у BAS.

У такому випадку потрібно визначити, чи повинна BAS оновлювати опис, щоб випадково не перезаписати контент сайту.

🔍 SEO та інтеграція BAS

Важливий момент для інтернет-магазинів.

Не всі дані потрібно автоматично перезаписувати з BAS.

Наприклад, сайт може містити:

• SEO Title;
• Description;
• ЧПУ URL;
• SEO-текст;
• унікальний опис;
• додаткові фото.

Якщо BAS не є джерелом цих даних, інтеграція не повинна їх видаляти або замінювати.

Тому до запуску важливо чітко визначити:

які поля оновлює BAS, а які залишаються під контролем сайту.

🧾 Зіставлення полів BAS і сайту

Перед автоматизацією створюється логіка відповідності.

Наприклад:

BAS «Артикул» → сайт SKU

BAS «Найменування» → Назва товару

BAS «Роздрібна ціна» → Price

BAS «Залишок» → Quantity

BAS «Штрихкод» → Barcode

Таке зіставлення особливо важливе для нестандартних сайтів.

🌐 Інтеграція BAS з OpenCart

Для інтернет-магазину на OpenCart можна налаштовувати обмін:

• товарами;
• категоріями;
• цінами;
• залишками;
• характеристиками;
• замовленнями;
• клієнтами;
• статусами.

Механізм залежить від:

• версії OpenCart;
• модулів;
• структури магазину;
• конфігурації BAS;
• кількості товарів;
• потрібної частоти синхронізації.

🌐 Інтеграція BAS з WooCommerce

Для магазинів на WooCommerce можуть використовуватися:

• API;
• спеціальні модулі;
• власний механізм обміну.

Можна передавати:

• товари;
• ціни;
• залишки;
• варіації;
• замовлення;
• клієнтів.

🌐 Інтеграція BAS з WordPress

Якщо сайт побудований на WordPress, механізм інтеграції залежить від того, який модуль електронної комерції використовується.

Для звичайного корпоративного сайту може знадобитися окрема API-інтеграція.

🌐 Інтеграція BAS з Magento

Для великих інтернет-магазинів можливий обмін через API або інший механізм.

Особливу увагу потрібно приділити:

• великій кількості товарів;
• характеристикам;
• категоріям;
• декільком магазинам;
• цінам;
• залишкам;
• продуктивності обміну.

🌐 Інтеграція BAS з PrestaShop

Можна реалізувати обмін:

• товарами;
• цінами;
• кількістю;
• замовленнями;
• клієнтами;
• статусами.

Конкретна схема визначається після аналізу структури магазину.

🌐 Інтеграція з індивідуально розробленим сайтом

Якщо сайт не використовує стандартну CMS, можна працювати через його API.

Потрібно отримати:

• документацію API;
• методи авторизації;
• доступні endpoints;
• структуру даних;
• обмеження;
• формат запитів і відповідей.

Після цього можна розробити механізм обміну з BAS.

🔌 API-інтеграція BAS

Один із сучасних варіантів — використання API.

Схема може виглядати так:

BAS → HTTP-запит → API сайту

або:

сайт → API BAS → інформаційна база

Залежно від задач можуть використовуватися:

• REST;
• HTTP-сервіси;
• JSON;
• XML;
• інші формати.

📄 XML-обмін

У деяких системах використовується XML.

Через XML можна передавати структуровані дані про:

• товари;
• категорії;
• ціни;
• залишки;
• замовлення.

📄 JSON-обмін

Для сучасних API часто використовується JSON.

Він зручний для:

• товарів;
• замовлень;
• клієнтів;
• статусів;
• невеликих пакетів даних.

📂 Файловий обмін

У деяких проектах BAS та сайт можуть обмінюватися файлами.

Наприклад:

BAS створює файл → сайт імпортує

або:

сайт створює файл замовлень → BAS завантажує

Такий варіант може використовуватися там, де API відсутній або недоцільний.

⏱ Обмін за розкладом

Синхронізацію можна виконувати автоматично за певним графіком.

Наприклад:

• кожні 5 хвилин;
• кожні 15 хвилин;
• щогодини;
• кілька разів на день;
• один раз на добу.

Частота залежить від:

• кількості товарів;
• навантаження;
• швидкості BAS;
• швидкості сайту;
• важливості актуальних залишків.

⚡ Обмін майже в реальному часі

У деяких проектах потрібна максимально швидка передача змін.

Наприклад:

замовлення на сайті → через короткий час з’являється в BAS

або:

продаж у магазині → залишок швидко оновлюється на сайті

Такий механізм потрібно проєктувати з урахуванням навантаження.

📦 Великий каталог товарів

Для магазинів із десятками або сотнями тисяч товарів звичайна повна синхронізація може працювати довго.

У такому випадку можна використовувати:

• пакетний обмін;
• оновлення тільки змінених товарів;
• окрему синхронізацію цін;
• окрему синхронізацію залишків;
• черги;
• фонові процеси.

⚡ Оновлення тільки змінених даних

Замість повного каталогу можна передавати тільки ті товари, які змінилися.

Наприклад:

змінилася тільки ціна 20 товарів із 50 000.

Замість передавання всіх 50 000 позицій система може передати лише ці 20.

Це значно знижує навантаження.

🏪 Декілька сайтів і одна BAS

Іноді одна інформаційна база використовується для декількох інтернет-магазинів.

Наприклад:

BAS

→ сайт №1
→ сайт №2
→ сайт №3

Для кожного сайту можуть бути:

• свої ціни;
• свій асортимент;
• свої склади;
• свої категорії;
• свої замовлення.

Таку схему потрібно проєктувати окремо.

🗄 Декілька BAS і один сайт

Можлива і зворотна ситуація.

Наприклад:

BAS №1 → сайт

BAS №2 → сайт

Тоді потрібно визначити:

• джерело товарів;
• джерело цін;
• джерело залишків;
• куди надходять замовлення;
• як уникати дублів.

🏬 Декілька складів і сайт

Можна налаштувати правила доступності товару.

Наприклад:

Основний склад + Магазин = загальна доступна кількість

або:

сайт використовує тільки Основний склад

Також можна використовувати резерви.

📌 Врахування резервів

У BAS може бути:

10 шт. фізичного залишку

але:

4 шт. зарезервовано під інші замовлення

Тоді фактично доступно до продажу:

6 шт.

Під час інтеграції потрібно визначити, який саме залишок передавати на сайт.

🧮 Формула доступного залишку

В окремих проектах може використовуватися власна формула.

Наприклад:

Залишок - резерв - мінімальний страховий запас = доступно на сайті

Такі правила реалізуються окремо.

💰 Формування ціни за формулою

Ціна на сайті може не повністю збігатися з ціною BAS.

Наприклад:

ціна BAS + націнка

або:

ціна BAS × коефіцієнт

Таку логіку можна реалізувати залежно від задачі.

🧾 Оптові та роздрібні ціни

Для B2B-сайту можуть знадобитися різні ціни.

Наприклад:

• звичайний клієнт;
• оптовий;
• дилер;
• партнер.

Механізм залежить від авторизації на сайті та структури цін у BAS.

👥 B2B-інтеграція

Для корпоративних клієнтів сайт може працювати як B2B-портал.

Клієнт після входу може бачити:

• свої ціни;
• свої знижки;
• залишки;
• історію замовлень;
• взаєморозрахунки;
• персональні умови.

Такі проекти потребують окремого аналізу.

📤 Передавання статусу замовлення на сайт

Коли менеджер змінює замовлення в BAS, сайт може отримати новий статус.

Наприклад:

BAS: Відправлено

→

Сайт: Відправлено

Це дозволяє клієнту бачити актуальний стан замовлення.

🔁 Синхронізація номерів замовлень

Потрібно визначити, який номер є основним:

• номер сайту;
• номер BAS;
• обидва номери.

Наприклад:

WEB-10540

може бути збережений у BAS як зовнішній номер.

Це спрощує пошук замовлення.

🛒 Повторне завантаження замовлень

Інтеграція повинна мати захист від повторного створення одного і того самого замовлення.

Для цього можна використовувати:

• ID замовлення;
• зовнішній номер;
• унікальний код.

🚫 Захист від дублювання товарів

Якщо товар уже існує на сайті, обмін не повинен створювати його повторно.

Для ідентифікації можна використовувати:

• ID;
• GUID;
• артикул;
• SKU;
• інше унікальне поле.

🔑 GUID та внутрішні ідентифікатори

Для надійної інтеграції часто краще використовувати унікальні внутрішні ідентифікатори, а не тільки назву товару.

Назва може змінитися.

Наприклад:

«Ноутбук ASUS 16»

може стати:

«ASUS Gaming Laptop 16»

але унікальний ID залишиться тим самим.

🔄 Що буде при зміні назви товару?

Потрібно визначити, чи:

• назва BAS завжди перезаписує назву сайту;
• сайт зберігає власну назву;
• BAS передає тільки технічні дані.

Для SEO часто корисно залишити назву й опис під контролем сайту.

🗑 Видалення товарів

Потрібно визначити, що відбувається, якщо товар видалили або деактивували в BAS.

Можливі варіанти:

• видалити із сайту;
• вимкнути;
• поставити залишок 0;
• залишити без змін.

Автоматичне фізичне видалення товарів зазвичай потрібно використовувати дуже обережно.

🧪 Тестова інтеграція

Перед запуском на робочому сайті бажано перевірити інтеграцію на обмеженій кількості даних.

Наприклад:

• 10 товарів;
• 2 категорії;
• 3 замовлення;
• кілька характеристик;
• зміна ціни;
• зміна залишку.

Після цього можна запускати повний обмін.

🔐 Резервна копія перед інтеграцією

Перед серйозними змінами бажано мати Backup:

• інформаційної бази BAS;
• бази даних сайту;
• файлів сайту.

Це особливо важливо, якщо інтеграція вже працювала і потрібно її змінювати.

⚠️ Не рекомендуємо одразу запускати повний обмін

Якщо сайт уже має великий каталог, неправильні налаштування можуть:

• створити дублікати;
• перезаписати ціни;
• змінити залишки;
• перезаписати описи;
• змінити категорії;
• створити зайві товари.

Тому спочатку виконуємо тестування.

🔍 Логи інтеграції

Для діагностики бажано мати журнал обміну.

У ньому можуть фіксуватися:

• час запуску;
• кількість товарів;
• кількість замовлень;
• помилки;
• відповіді сервера;
• невдалі операції.

Це значно спрощує пошук проблем.

❗ BAS не обмінюється із сайтом

Типові причини:

• змінилася адреса сайту;
• сайт перенесений на інший сервер;
• API недоступний;
• змінився пароль або токен;
• сервер BAS не має доступу до інтернету;
• Firewall блокує з’єднання;
• змінився модуль сайту;
• оновилася BAS;
• змінилася структура API;
• проблема з SSL;
• закінчився дисковий простір;
• модуль обміну видає помилку.

❗ Обмін працював і перестав

У такому випадку перевіряємо, що змінилося.

Наприклад:

• оновили сайт;
• оновили CMS;
• оновили модуль;
• оновили BAS;
• оновили BAF;
• змінили сервер;
• змінили домен;
• змінили SSL;
• змінили API;
• змінився пароль.

❗ BAS відправляє товари, але сайт їх не отримує

Перевіряємо:

• чи формується пакет;
• чи відправляється запит;
• чи відповідає сайт;
• чи є помилка API;
• чи правильний формат даних;
• чи не блокує сервер запит;
• чи не перевищені обмеження.

❗ Замовлення із сайту не потрапляють у BAS

Перевіряємо:

• модуль сайту;
• API;
• авторизацію;
• структуру замовлення;
• відповідність товарів;
• журнал обміну;
• BAS;
• сервер.

❗ На сайті неправильні залишки

Можливі причини:

• вибраний неправильний склад;
• не враховуються резерви;
• обмін не запускався;
• залишки передаються із затримкою;
• помилка в налаштуваннях;
• товар неправильно зіставлений.

❗ На сайті неправильні ціни

Перевіряємо:

• тип ціни;
• валюту;
• формулу;
• акції;
• знижки;
• округлення;
• відповідність товарів.

❗ Після інтеграції з’явилися дублікати товарів

Причиною може бути неправильна ідентифікація товарів.

Наприклад, сайт шукає товар за артикулом, але:

• артикул змінився;
• артикул порожній;
• є два однакових артикули.

У такому випадку потрібно змінити правила зіставлення.

❗ Дублюються замовлення

Якщо одне замовлення завантажується повторно, перевіряємо:

• зовнішній ID;
• номер;
• логіку підтвердження імпорту;
• таблицю відповідностей;
• журнал обміну.

❗ Обмін дуже повільний

Причиною можуть бути:

• десятки тисяч товарів;
• повний обмін замість часткового;
• великі зображення;
• повільний сайт;
• повільний сервер BAS;
• повільна база;
• API з обмеженнями;
• нестабільний інтернет.

Можемо провести діагностику та визначити вузьке місце.

⚡ Оптимізація обміну

Для прискорення можна використовувати:

• пакетну передачу;
• тільки змінені дані;
• окремий обмін цін;
• окремий обмін залишків;
• кешування;
• фонові завдання;
• оптимізацію запитів;
• черги.

🗄 Сервер BAS та інтеграція

Для стабільного автоматичного обміну важливо, щоб сервер BAS працював надійно.

Перевіряємо:

• Windows;
• BAF;
• інформаційну базу;
• SQL;
• мережу;
• доступ до інтернету;
• Firewall;
• фонові завдання.

🌐 Сервер сайту

Проблема може бути не в BAS, а на стороні хостингу або сервера сайту.

Наприклад:

• API недоступний;
• сервер відповідає повільно;
• є обмеження часу виконання;
• блокуються великі запити;
• закінчилася пам’ять;
• виникають помилки бази даних.

У такому випадку потрібно перевіряти обидві сторони інтеграції.

🔒 HTTPS та SSL

Якщо сайт використовує HTTPS, проблеми сертифіката можуть впливати на інтеграцію.

Наприклад:

• сертифікат прострочений;
• неправильний ланцюжок;
• змінився домен;
• сервер не довіряє сертифікату.

🔑 API-ключі та токени

Деякі інтеграції використовують:

• API Key;
• токен;
• логін і пароль;
• інший механізм авторизації.

При зміні таких даних обмін може перестати працювати.

🔐 Безпека інтеграції

Не рекомендуємо використовувати:

• відкриті паролі в коді;
• публічні API без авторизації;
• незахищений HTTP для конфіденційних даних;
• прямий відкритий доступ до СУБД через інтернет.

Доступ потрібно організовувати відповідно до архітектури системи.

🧱 Firewall

Firewall може блокувати обмін.

Перевіряємо:

• вихідні підключення;
• вхідні підключення;
• сервер BAS;
• сервер сайту;
• необхідні порти;
• правила мережі.

🕒 Автоматичний запуск обміну

Обмін може запускатися:

• вручну;
• з BAS;
• серверним завданням;
• за розкладом;
• зовнішнім сервісом.

Вибір залежить від конкретної архітектури.

🔄 Перезапуск невдалого обміну

Бажано передбачити ситуацію, коли сайт тимчасово недоступний.

Наприклад:

обмін → сайт не відповідає → помилка → наступна спроба пізніше

Це краще, ніж втрачати дані через один короткий збій.

📋 Черга замовлень

Для великих магазинів можна використовувати чергу.

Наприклад:

100 замовлень → черга → BAS обробляє поступово

Це дозволяє зменшити пікове навантаження.

🧪 Тестування після інтеграції

Після налаштування перевіряємо типові сценарії.

Наприклад:

1. створити тестовий товар;
2. передати його на сайт;
3. змінити ціну;
4. змінити залишок;
5. оформити тестове замовлення;
6. передати його в BAS;
7. змінити статус;
8. перевірити оновлення на сайті.

🔍 Що перевіряємо перед початком робіт?

Потрібно визначити:

• конфігурацію BAS;
• версію BAF;
• тип бази;
• CMS сайту;
• доступ до сайту;
• доступ до BAS;
• кількість товарів;
• кількість складів;
• типи цін;
• характеристики;
• потрібні напрямки обміну;
• наявність поточної інтеграції;
• наявність Backup.

🔧 Відновлення існуючої інтеграції

Не завжди потрібно розробляти все з нуля.

Якщо обмін раніше працював, можемо перевірити:

• старий модуль;
• налаштування;
• API;
• BAS;
• сайт;
• журнал помилок;
• сервер;
• мережу.

Після діагностики визначаємо, чи достатньо відновити існуючу інтеграцію або потрібне доопрацювання.

🔄 Перенесення сайту на інший сервер

Після перенесення сайту можуть змінитися:

• IP;
• адреси;
• API;
• SSL;
• шляхи;
• параметри безпеки.

Через це стара інтеграція може перестати працювати.

📦 Перенесення BAS на інший сервер

Якщо змінюється сервер BAS, можуть змінитися:

• мережеві параметри;
• IP;
• доступ до інтернету;
• служби;
• BAF;
• фонові завдання.

Після перенесення потрібно повторно перевірити обмін із сайтом.

🔄 Оновлення BAS та інтеграція

Після оновлення BAS можуть змінитися:

• структура конфігурації;
• розширення;
• обробки;
• модулі;
• API;
• права користувачів.

Тому після серйозного оновлення бажано перевірити інтеграцію.

🌐 Оновлення сайту та інтеграція

Після оновлення:

• CMS;
• модуля магазину;
• PHP;
• плагінів;
• API;

обмін також може потребувати перевірки.

🧩 Інтеграція через розширення BAS

Для реалізації обміну можна використовувати розширення.

Це дозволяє додавати потрібну функціональність без прямої зміни основної конфігурації в тих випадках, де це технічно можливо.

👨‍💻 Індивідуальна розробка інтеграції

Якщо готовий модуль не підходить, можна розробити індивідуальний механізм.

Наприклад:

• нестандартний API;
• спеціальні правила цін;
• складна логіка залишків;
• декілька сайтів;
• декілька складів;
• спеціальна структура замовлень;
• B2B-кабінет;
• нестандартні статуси.

Такі роботи оцінюються окремо.

📊 Моніторинг інтеграції

Для важливих систем бажано контролювати, чи працює обмін.

Можна перевіряти:

• час останнього запуску;
• кількість переданих товарів;
• кількість замовлень;
• помилки;
• стан API.

🆘 Термінове відновлення обміну BAS із сайтом

Якщо інтернет-магазин працює, але замовлення перестали надходити в BAS, це може суттєво вплинути на роботу підприємства.

У такій ситуації насамперед перевіряємо:

1. BAS;
2. сайт;
3. API;
4. сервери;
5. мережу;
6. авторизацію;
7. журнал обміну;
8. останні зміни.

🌐 Дистанційне налаштування інтеграції

Значну частину робіт можемо виконувати дистанційно через:

• AnyDesk;
• TeamViewer.

Також для інтеграції можуть знадобитися доступи до:

• BAS;
• сервера;
• адміністративної частини сайту;
• API;
• хостингу;
• журналів помилок.

🔧 Що може входити у стандартну послугу?

Залежно від задачі можемо виконати:

• аналіз існуючої системи;
• перевірку BAS;
• перевірку сайту;
• налаштування базового обміну;
• зіставлення товарів;
• налаштування цін;
• налаштування залишків;
• передавання замовлень;
• перевірку клієнтів;
• налаштування автоматичного запуску;
• тестування;
• базову перевірку журналів.

➕ Що можна замовити додатково?

Окремо можуть виконуватися:

• індивідуальна API-інтеграція;
• програмування BAS;
• розробка модуля сайту;
• інтеграція декількох сайтів;
• інтеграція декількох BAS;
• складна логіка цін;
• складна логіка залишків;
• B2B-функціональність;
• перенесення великого каталогу;
• очищення номенклатури;
• усунення дублів;
• оптимізація великих обмінів;
• моніторинг;
• подальше технічне обслуговування.

❌ Що не входить автоматично?

Стандартна інтеграція не включає автоматично:

• повну розробку сайту;
• повний редизайн магазину;
• SEO-просування;
• заповнення всіх описів товарів;
• ручне створення всіх категорій;
• очищення всієї бази номенклатури;
• необмежене програмування;
• необмежену подальшу підтримку;
• всі майбутні оновлення;
• виправлення сторонніх модулів без попередньої оцінки.

Такі роботи погоджуються окремо.

✅ Які задачі можемо вирішити?

• 🌐 інтеграція 1С, BAS із сайтом;
• 🛒 інтеграція BAS з інтернет-магазином;
• 📦 передавання товарів;
• 📊 синхронізація цін;
• 🏬 синхронізація залишків;
• 🏷 передавання характеристик;
• 🗂 синхронізація категорій;
• 🛍 передавання замовлень у BAS;
• 👤 синхронізація клієнтів;
• 📋 синхронізація статусів;
• 🔌 API-інтеграція;
• 📄 JSON/XML-обмін;
• 🔁 автоматичний обмін;
• 🧩 робота з розширеннями;
• 🔧 відновлення існуючої інтеграції;
• 🐌 оптимізація повільного обміну;
• ❗ пошук помилок;
• 🌐 дистанційне налаштування через AnyDesk або TeamViewer.

❓ Часті запитання

Чи можете інтегрувати BAS із сайтом?

Так.

Спочатку потрібно визначити конфігурацію BAS, CMS сайту та дані, які потрібно синхронізувати.

Чи можна передавати товари з BAS на сайт?

Так.

Чи можна автоматично оновлювати ціни?

Так.

Чи можна передавати залишки?

Так.

Чи можна передавати залишки з декількох складів?

Так.

Правила потрібно визначити під конкретну структуру підприємства.

Чи можна завантажувати замовлення із сайту в BAS?

Так.

Чи можна передавати клієнтів?

Так.

Чи можна синхронізувати статуси замовлень?

Так.

Чи можна працювати з характеристиками товару?

Так, якщо структура BAS і сайту дозволяє правильно їх зіставити.

Чи можете інтегрувати BAS з OpenCart?

Такі роботи можливі.

Схема залежить від версії магазину, конфігурації BAS та існуючих модулів.

Чи можете інтегрувати BAS з WooCommerce?

Так.

Можлива інтеграція через API або інший відповідний механізм.

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

Так, якщо сайт має придатний API або є можливість реалізувати необхідний механізм обміну.

Обмін працював, але перестав — можете виправити?

Так.

Спочатку перевіряємо BAS, сайт, сервери, API та останні зміни.

На сайті неправильні залишки — можете допомогти?

Так.

Перевіряємо склади, резерви, правила розрахунку та сам обмін.

Дублюються товари — можете виправити?

Так.

Потрібно перевірити, за яким полем система ідентифікує товари.

Дублюються замовлення — можете допомогти?

Так.

Перевіряємо зовнішні ID, номери замовлень та механізм обміну.

Чи можна не перезаписувати SEO-описи товарів?

Так.

Можна визначити, які поля BAS має право оновлювати, а які залишаються під контролем сайту.

Чи можна обмін запускати автоматично?

Так.

Як часто можна оновлювати залишки?

Частота визначається залежно від навантаження та технічної архітектури.

Чи можна інтегрувати декілька сайтів з однією BAS?

Так, але така схема потребує окремого проєктування.

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

Такі проекти можливі, але потрібно чітко визначити джерела товарів, цін, залишків і замовлень.

Чи виконуєте роботи дистанційно?

Так.

Значну частину налаштувань можна виконати через AnyDesk або TeamViewer.

📞 Замовити інтеграцію 1С:Підприємство, BAS з сайтом

Якщо потрібно інтегрувати 1С:Підприємство або BAS з інтернет-магазином, автоматизувати передачу товарів, цін, залишків та замовлень, відновити існуючий обмін або налаштувати індивідуальну API-інтеграцію, звертайтеся до «Львів Сервіс».

Можемо допомогти з:

🌐 Інтеграцією 1С:Підприємство, BAS з сайтом
🛒 Інтеграцією BAS з інтернет-магазином
📦 Передаванням товарів
🏷 Синхронізацією характеристик
🗂 Обміном категоріями
📊 Оновленням цін
🏬 Оновленням залишків
🛍 Передаванням замовлень у BAS
👤 Синхронізацією клієнтів
📋 Обміном статусами
🔌 API-інтеграцією
📄 JSON та XML-обміном
🔁 Автоматичним обміном за розкладом
🧩 Доопрацюванням модулів BAS
🔧 Відновленням існуючої інтеграції
⚡ Оптимізацією швидкості обміну
❗ Усуненням помилок інтеграції
🌐 Дистанційним налаштуванням через AnyDesk або TeamViewer

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