Налаштування дропшипінгу на 1С-Бітрікс: інтернет-магазин без складу
Головне технічне завдання дропшипінг-магазину — не вітрина, а синхронізація залишків. Покупець оформив замовлення, а товар закінчився у постачальника 10 хвилин тому — і ви отримуєте повернення, негативний відгук і мінус до репутації на маркетплейсі. Ми будуємо дропшипінг-магазини на 1С-Бітрікс з автоматизацією всього ланцюжка: парсинг каталогу, синхронізація залишків кожні 5–15 хвилин, автоматична передача замовлень постачальнику, трекінг в особистому кабінеті. Послуги з налаштування дропшипінгу на 1С-Бітрікс включають повний цикл: від першого контакту з постачальником до SEO-оптимізації вітрини. За понад 6 років роботи ми запустили більше 40 таких магазинів — від single‑vendor до мультипостачальних каталогів на 300 000+ SKU.
Чому 1С-Бітрікс підходить для дропшипінгу?
Платформа дає готові інструменти для e-commerce: модуль «Інтернет-магазин», корзина, платіжні обробники, особистий кабінет — все з коробки. Не потрібно збирати магазин з плагінів. Обмін через CommerceML з постачальниками на 1С налаштовується за пару днів: вивантаження catalog.xml + offers.xml → автоматичний імпорт.
Мультипостачальник підтримує один товар від трьох постачальників з різними цінами. Бітрікс через типи цін (b_catalog_group) та мультисклад (b_catalog_store) дозволяє вести все в одній вітрині та підставляти кращу пропозицію. SEO-блок: bitrix:catalog.seo.filter для індексованих фільтрів, шаблони мета-тегів з підстановкою властивостей інфоблоку, автогенерація ЧПУ. Масштабованість — від 100 до 500 000+ товарів. При правильному налаштуванні фасетного індексу (b_catalog_iblock_index) каталог на півмільйона SKU працює без деградації.
Чи можна інтегрувати дропшипінг на 1С-Бітрікс без програмування?
Відповідь — ні, якщо ви хочете стабільної роботи. Типова помилка — спроба налаштувати імпорт через стандартний «Імпорт з XML» в адмінці. На каталозі з 10 000 товарів це призводить до таймаутів, дублів і ручного контролю. Ми пишемо кастомний імпортер під кожного постачальника — з обробкою помилок, інкрементальним оновленням і логуванням.
Технічна архітектура рішення
Імпорт каталогу: чому стандартний інструмент не працює на великих обсягах
Постачальники віддають дані хто як — і до кожного свій підхід:
- YML/XML-фіди (формат Яндекс.Маркет) — найпоширеніший. Парсимо через
XMLReader(неSimpleXML— на великих фідах у 500 МБ він з'їсть всю пам'ять, а XMLReader споживає в 10 разів менше ресурсів) - CSV/Excel — мапінг полів через конфіг, валідація, обробка кривих кодувань (так, досі постачальники надсилають CSV у Windows-1251)
- API постачальника — прямий доступ до каталогу в реальному часі, найнадійніший варіант
- CommerceML — стандартний формат обміну з 1С
| Формат | Продуктивність | Надійність даних | Час налаштування |
|---|---|---|---|
| YML/XML | Середня (залежить від обсягу) | Середня (потрібен парсер) | 1–2 дні |
| CSV/Excel | Низька (потрібна валідація) | Низька (помилки кодувань, типів) | 2–3 дні |
| API | Висока (реальний час) | Висока | 3–5 днів |
| CommerceML | Висока (інкрементальний) | Висока | 1–2 дні |
Наш імпортер закриває рутину:
- Завантаження за розкладом через агент Бітрікс (
CAgent::AddAgent) — кожні 15–60 хвилин, налаштовується під постачальника - Мапінг категорій постачальника → розділи інфоблоку каталогу. Без ручного перетягування — правила задаються один раз
- Завантаження та оптимізація зображень: ресайз через
CFile::ResizeImageGet, стиснення, конвертація у WebP - Інкрементальне оновлення цін та залишків — без перестворення елементів інфоблоку. Оновлюємо лише змінені поля через
CIBlockElement::SetPropertyValuesтаCCatalogProduct::Update - Генерація унікальних описів — перефразування або AI-сервіси
- Націнка за правилами: відсоток, фікс, окремо за розділами каталогу
Без дедуплікації з'являються дублі товарів — вирішуємо мапінгом за артикулом або EAN. Якщо не налаштувати алерти при збоях фіду, магазин продає неіснуючі товари — налаштовуємо сповіщення менеджеру.
Як налаштувати синхронізацію залишків без втрат?
У дропшипінгу ви не контролюєте склад. Розбіжність між фідом і реальною наявністю — прямі збитки. Налаштування синхронізації кожні 5–60 хвилин (залежить від API/фіду постачальника). Автосховування товарів з нульовим залишком — CIBlockElement::Update(['ACTIVE' => 'N']). Жодної «порожньої» картки в catalog.section. Алерти менеджеру при масових розбіжностях — якщо раптом 30% каталогу обнулилося, це швидше збій фіду, ніж реальний розпродаж. Мультипостачальник: один товар від кількох джерел — через різні склади в b_catalog_store. Система підставляє пропозицію з наявністю та кращою ціною.
Обробка замовлень та логістика
Автоматична передача замовлень постачальнику — без ручного копіювання. Відправка через API, email (шаблон з b_event_message) або вивантаження в ОК постачальника. Розподіл позицій між постачальниками — якщо в sale.basket товари від різних джерел, замовлення розбивається на відвантаження. Отримання трек-номера → запис у властивість замовлення → сповіщення покупцеві через \Bitrix\Sale\Notify. Обробка часткової наявності: товар є в одного постачальника, немає в іншого — автоматичне розбиття замовлення.
Доставка в дропшипінгу — зона постачальника, але покупець бачить ваш бренд. Терміни доставки з урахуванням обробки у постачальника — не лише час транспортної компанії. Трекінг в особистому кабінеті через API СДЕК, Boxberry, Укрпошти. Об'єднання відправлень від кількох постачальників (при наявності проміжного складу). Повернення — координація між покупцем і постачальником через єдиний інтерфейс в адмінці. Брендована упаковка за домовленістю.
Ціноутворення та робота з кількома постачальниками
Націнка — те, на чому будується маржа. Відсоткова: 30% від закупівельної на весь каталог. Ступінчаста: до певної суми — 50%, наступний діапазон — 30%, вище — 20%. Категорійна: електроніка 15%, аксесуари 60%. Психологічне округлення через кастомне правило націнки. Моніторинг конкурентів — парсинг цін та автокоригування. RRP — рекомендована роздрібна ціна постачальника як верхній орієнтир.
Мультипостачальник розширює асортимент і страхує. Об'єднання каталогів в єдину структуру розділів інфоблоку. Дедуплікація — за артикулом (PROPERTY_ARTICLE) або EAN. Один товар = один елемент інфоблоку, кілька пропозицій у b_catalog_store. Автоматичний вибір постачальника: наявність → ціна → швидкість доставки. Окремий облік: закупівельні ціни в окремому типі цін (PURCHASE), історія замовлень, статистика. Панель з рейтингом надійності — хто зриває терміни, у кого розбіжності за залишками.
Унікалізація контенту та SEO
Десятки магазинів копіюють описи з фіду постачальника — і програють у SEO. Унікальні описи для топових категорій, що приносять основний трафік. Решта — шаблонна генерація з властивостей. Мета-теги за шаблоном: title і description через налаштування SEO інфоблоку: {=this.Name} купити в Києві | {=parent.Name} — ціна від {=this.catalog.price.BASE}. UGC — відгуки (iblock.vote), питання-відповіді, фото від покупців. Живий контент працює краще за копірайтинг. SEO-фільтри — bitrix:catalog.seo.filter створює індексовані сторінки перетинів: «червоні кросівки Nike 42 розмір» з унікальними мета-тегами.
Згідно з офіційною документацією 1С-Бітрікс, система підтримує до 20 типів цін і необмежену кількість складів.
Юридичні аспекти
Договір комісії або агентський з постачальником — юридична база. Інтеграція з ОФД за 54-ФЗ — фіскалізація чеків через sale.cashbox. Гарантія: перед покупцем відповідаєте ви, незалежно від відвантажувача. Налаштування бізнес-процесів (Bizproc) для автоматизації повернень.
Як ми запускаємо проєкт та що входить у роботу
Покрокова схема впровадження
- Аудит постачальників — збираємо специфікації фідів, API, узгоджуємо мапінг.
- Налаштування імпорту — пишемо парсер, валідацію, агенти синхронізації.
- Налаштування магазину — дизайн, платіжні шлюзи, служби доставки.
- Автоматизація замовлень — інтеграція передачі замовлень, трекінг, повернення.
- SEO та унікалізація — мета-теги, описи, фільтри.
- Тестування — контрольні сценарії, навантажувальні тести.
- Деплой та моніторинг — запуск, алерти, документація.
Що входить у роботу та терміни
Повна документація: налаштування інтеграцій, параметри імпорту, API-ключі. Передача доступів: адмінка, хостинг, API. Навчання команди: робота з імпортом, управління замовленнями, звіти. Підтримка після запуску: 2 тижні безлімітних консультацій, далі за SLA.
| Етап | Терміни |
|---|---|
| Підключення 1 постачальника (імпорт каталогу) | 3–5 днів |
| Налаштування магазину (дизайн, оплата, доставка) | 1–2 тижні |
| Автоматизація замовлень | 3–5 днів |
| SEO-налаштування та унікалізація | 1–2 тижні |
| Запуск MVP | 3–4 тижні |
| Підключення додаткових постачальників | 2–3 дні на кожного |
Запускаємо дропшипінг-магазини з мінімальними вкладеннями та допомагаємо масштабувати — від одного постачальника до десятків, від сотні SKU до сотень тисяч. Замовте консультацію — зв'яжіться з нами, оцінимо завдання та запропонуємо оптимальне рішення під ключ. Отримайте безкоштовний аудит вашої схеми дропшипінгу прямо зараз.







