Автоматичні кур’єрські етикетки DPD і DHL: гайд

Якщо ви продаєте в багатьох каналах, ручне оформлення транспортних накладних у панелях DPD і DHL здатне з'їдати по кілька годин щодня. Цей гайд показує, як налаштувати автоматичне генерування етикеток для обох кур'єрів, коли варто йти через власний API, а коли — через брокера.

Як працюють автоматичні кур’єрські етикетки DPD і DHL

Автоматичні етикетки — це механізм, за якого ваша система e-commerce або відправна панель сама створює транспортну накладну на основі даних замовлення. Замість того щоб заходити в панель кур’єра й переписувати адресу, програма бере із замовлення дані отримувача, вагу, габарит і вибрану послугу, надсилає їх до API перевізника, а у відповідь отримує номер відправлення (номер транспортної накладної) та готовий файл етикетки у форматі PDF або ZPL. Вам залишається тільки роздрукувати наліпку й наклеїти її на посилку.

Коротка відповідь на питання, як це запустити для DPD і DHL: у вас є два шляхи. Перший — пряма інтеграція з WebAPI кур’єра після підписання з ним комерційного договору. Другий — брокер або мультикур’єрський інтегратор, який поєднує багатьох перевізників під одним інтерфейсом і не вимагає окремих договорів. InPost тут найпростіший, бо надає сучасний REST API (ShipX), натомість DPD і DHL значною мірою працюють на старіших сервісах типу SOAP/XML, через що їхнє впровадження дещо трудомісткіше. Якщо InPost ви вже опанували, цей текст закриває решту пазла — ґрунтовну базу з боку автоматизації описано в статті про автоматичні етикетки InPost.

Що ви реально отримуєте

• Час — кільканадцять секунд замість хвилин на посилку; при 50 замовленнях щодня це години, повернуті кожного дня.
• Менше помилок в адресах — відсутність переписування означає відсутність друкарських помилок, які призводять до повернень і доставок не в той пункт.
• Автоматичний трекінг — номер відстеження потрапляє до клієнта й у панель маркетплейсу без ручного копіювання.
• Масштабованість — пакетний друк десятків етикеток однією командою замість кліків посилка за посилкою.

Два шляхи до автоматизації: власний API кур’єра проти брокера

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

Пряма інтеграція з API кур’єра

Ви підписуєте комерційний договір з DPD або DHL, отримуєте дані доступу й підключаєтеся безпосередньо до їхнього мережевого сервісу. Плюси: власні, узгоджені тарифи (за більшого обсягу зазвичай вигідніші, ніж у посередника), повний контроль над процесом і відсутність брокерської націнки. Мінуси: вам потрібен договір, інтеграція з SOAP/XML технічно складніша за REST, а кожного кур’єра ви впроваджуєте й підтримуєте окремо. Це модель для магазинів з великим, стабільним обсягом в одного–двох кур’єрів.

Брокер або мультикур’єрський інтегратор

Ви реєструєте акаунт на платформі, яка вже має підписані договори з багатьма перевізниками й надає їх одним панелем та одним API. До брокерів, що працюють у Польщі, належать, зокрема, Apaczka, Sendit, Furgonetka і Globkurier. Плюси: один акаунт замість багатьох договорів, тарифи, узгоджені колективно (за ринковими даними орієнтовно на 10–20% нижчі за роздрібні прайси — варто перевірити для власного обсягу), масове генерування етикеток, обробка накладених платежів (COD) і повернень, готові інтеграції з магазинними платформами. Мінуси: націнка/комісія посередника, менший контроль і залежність від одного постачальника. Це модель для магазинів з низьким і середнім обсягом, а також там, де ви хочете пропонувати клієнту одразу кількох кур’єрів.

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

DHL — як запустити автоматичні етикетки

З боку DHL eCommerce / DHL Parcel Poland автоматизацію забезпечує WebAPI (DHL24 WebAPI2). Щоб почати, вам потрібен акаунт на dhl24.com.pl та активний номер клієнта. Ключі API ви згенеруєте після входу в розділі «Мої дані» → вкладка «Ключі API». DHL розрізняє два типи ключів: API v2 — для кур’єрських послуг, та API PS — для пунктів (Parcelshop / POP / DHL Box 24/7).

Сервіс побудований на технології SOAP, описаній файлами WSDL, а запити ви надсилаєте у форматі XML. Доступні два середовища: продакшн за адресою dhl24.com.pl/webapi2 та тестове (sandbox) за sandbox.dhl24.com.pl/webapi2. Завжди тестуйте інтеграцію спершу в sandbox — не на продакшні.

Формати етикеток DHL

• BLP PDF — 10×17 см, під термопринтери (найзручніше в e-commerce).
• LBLP PDF — BLP, адаптований під формат A4 (звичайний принтер).
• BLP ZPL — для принтерів Zebra (етикетка мовою принтера).
• LP — старіша транспортна накладна A4, яку поступово виводять з обігу.

DHL також має готові інтеграції з популярними платформами (зокрема WooCommerce, IdoSell, Apilo), які генерують етикетки безпосередньо з магазину — якщо ви користуєтеся однією з них, частину роботи вже знято. Технічні деталі та перелік інтеграцій: сторінка інтеграції з DHL.

DPD — як запустити автоматичні етикетки

З боку DPD Polska автоматизацію забезпечує Web Service DPD Polska (WebAPI). Авторизація відбувається за трьома даними: логін, пароль і FID (номер клієнта). Зверніть увагу на порядок кроків: дані доступу до API ви отримуєте від свого менеджера клієнта лише після підписання договору й заявлення бажання користуватися API. Без договору ви не почнете.

WebService DPD надає чотири основні методи, які разом утворюють повний цикл відправлення:

1. Валідація даних відправлення та присвоєння номерів транспортних накладних.
2. Генерування етикеток транспортних накладних.
3. Генерування протоколу приймання та авізація даних.
4. Замовлення кур’єра на забір.

Етикетка у форматі PDF завантажується автоматично одразу після створення транспортної накладної. Технологічно DPD історично базується на SOAP, хоча в новіших рішеннях з’являється також REST. Тестове середовище (sandbox) доступне після реєстрації тестового акаунта, а тести в ньому не впливають на реальні відправлення чи розрахунки. DPD має готові плагіни й конектори, зокрема до WooCommerce, PrestaShop, Magento і Shopify, а також підтримується інтеграторами маркетплейсів. Деталі на сторінці інтеграції з DPD.

DPD проти DHL проти брокера — порівняння

Формати етикеток і принтери — що не пропустити

Найпоширеніша помилка під час впровадження — невідповідність формату етикетки принтеру. Перш ніж запускати продакшн, пройдіться цим списком:

• Термо 10×15 см — стандарт e-commerce, принтер без чорнила, наліпка готова до наклеювання. Найдешевша в експлуатації за більшого обсягу.
• A4 на звичайному принтері — годиться на старт, але вимагає складання/вирізання й витрачає тонер. Прийнятно для кількох посилок на день.
• ZPL для принтерів Zebra — етикетка генерується безпосередньо мовою принтера; швидше й без втрати якості під час масштабування.
• Пакетний друк (batch) — перевірте, чи інструмент здатен згенерувати й роздрукувати десятки етикеток однією дією.
• Протокол приймання / маніфест — документ для кур’єра зі списком відправлюваних посилок; потрібен для оформлення забору.
• Зворотні етикетки — якщо ви обробляєте повернення, переконайтеся, що інтеграція їх генерує (у DPD і DHL це окрема функція).

Скільки це коштує — орієнтовний прайс 2026

Наведені тарифи є орієнтовними, подані в сумах нетто «від» і взяті з ринкових порівнянь на 2026 рік. Сприймайте їх як точку відліку — реальна ціна залежить від вашого обсягу, договору й доплат (паливна, габарит, COD). Завжди перевіряйте біля джерела, бо прайси кур’єрів змінюються кілька разів на рік (на 2026 сигналізували, зокрема, коригування прайсу DPD від 1 липня — перевірте актуальний документ у перевізника).

У брокера (Apaczka, Sendit, Furgonetka) ті самі перевезення бувають орієнтовно на 10–20% дешевшими за роздрібний прайс, бо ви користуєтеся колективно узгодженими тарифами. Повне зведення тарифів і термінів доставки ви знайдете в порівнянні кур’єрів для e-commerce 2026.

Впровадження крок за кроком

1. Порахуйте обсяг і розподіл кур’єрів — скільки посилок на місяць, яка частка DPD, DHL і пунктів. Це основа рішення брокер проти власного API.
2. Оберіть модель — за сотень посилок брокер, за тисяч власний договір та інтеграція.
3. Отримайте доступи — договір + дані API (DPD: логін/пароль/FID; DHL: акаунт dhl24 + номер клієнта + ключі) або акаунт у брокера.
4. Запустіть sandbox — протестуйте створення накладної та завантаження етикетки, перш ніж запускати продакшн.
5. Підберіть формат етикетки під свій принтер (термо 10×15, ZPL або A4).
6. Змапуйте послуги та поля — вага, габарит, накладений платіж, пункт видачі, додаткові послуги.
7. Налаштуйте автоматичний статус і номер трекінгу, який повертається до клієнта й у панель маркетплейсу.
8. Увімкніть пакетний друк, а також замовлення кур’єра й генерування протоколу приймання.
9. Відстежуйте помилки валідації адрес — це найпоширеніше джерело невдалих відправлень.

Трекінг, авізація та сповіщення

Етикетка — це лише половина автоматизації. Друга половина — це зворотний зв’язок: номер відстеження, який після відправлення повертається до замовлення й потрапляє до клієнта та в панель маркетплейсу. Без цього кроку клієнт не знає, де посилка, а ви вручну відповідаєте на листи «де моє відправлення». За правильної інтеграції номер транспортної накладної записується автоматично, а покупцеві надходить сповіщення з посиланням на відстеження.

Варто подбати про авізацію — передавання отримувачу інформації про заплановану доставку та можливість змінити дату чи адресу. DPD розвиває це в сервісі Moja Paczka (зокрема перегляд місцезнаходження кур’єра на мапі в день доставки), а DHL пропонує власні канали сповіщень. З погляду магазину ключове, щоб контактні дані клієнта (телефон, e-mail) потрапляли до API кур’єра разом з адресою — інакше авізація не спрацює. Це також реально зменшує кількість неотриманих посилок і повернень, а отже — витрати на повторне відправлення.

Міжнародні відправлення та пункти видачі

Якщо ви продаєте за кордон, DHL тут природний вибір завдяки розгалуженій міжнародній мережі — проте за закордонних відправлень інтеграція має обробити додаткові поля: митні дані, код HS, вартість і опис товару для відправлень за межі ЄС. Перевірте це на етапі мапування полів, бо їхня відсутність блокує відправлення. За багатоканального продажу варто також заздалегідь передбачити пункти видачі: DPD Pickup і мережа POP/DHL Box 24/7 — це окремі послуги (а в DHL — окремий ключ API PS), а клієнти дедалі частіше обирають отримання в пункті замість доставки до дверей. Добре спроєктована автоматизація дає змогу в checkout показати кур’єрів і пункти, а з боку відправлення — автоматично підібрати належну послугу й формат етикетки.

Найпоширеніші помилки під час автоматизації етикеток DPD/DHL

• Відсутність валідації адреси перед відправленням — неправильна вулиця чи поштовий індекс — це повернення й подвійна вартість. API DPD має окремий метод валідації — користуйтеся ним.
• Неправильний формат етикетки — файл A4 на термопринтері (або навпаки), і весь пакетний друк — на викид.
• Тести на продакшні — замість sandbox; це закінчується реальними накладними й витратами.
• Необроблені граничні випадки — відсутня вага, нетиповий габарит, спеціальні символи в адресі, закордонне відправлення.
• Відсутність fallback, коли API кур’єра не відповідає — при збої перевізника черга відправлень має зачекати, а не загубити замовлення.
• Розсинхрон статусів між каналами — відправлення в одному місці, а номер трекінгу не повертається до Allegro чи магазину. Варто пов’язати це з автоматизацією замовлень, щоб увесь ланцюжок від оплати до відправлення працював без ручної обробки.

У перспективі найзручніше мати багатьох кур’єрів (InPost, DPD, DHL) під одним дахом, поряд із синхронізацією залишків і статусів замовлень. Над такою моделлю — один панель для етикеток і замовлень з багатьох каналів — ми працюємо в Nimo. Незалежно від вибору інструмента принцип той самий: що менше ручного переписування між панелями кур’єрів і каналами продажу, то менше помилок і швидша відправка.

Найпоширеніші запитання

Чи потрібен мені договір з DPD або DHL, щоб генерувати етикетки автоматично?

Для інтеграції з власним API кур’єра — так. DPD видає дані API (логін/пароль/FID) лише після підписання договору й повідомлення менеджеру клієнта про бажання користуватися API; DHL вимагає акаунта на dhl24.com.pl з активним номером клієнта та згенерованих ключів API. Якщо ви не хочете договорів, скористайтеся брокером — ви відправляєте за його контрактом.

Чи можна автоматизувати етикетки DPD і DHL без власного API?

Так. Брокер або мультикур’єрський інтегратор (наприклад, Apaczka, Sendit, Furgonetka) дає один панель і один API до багатьох перевізників без підписання з ними окремих договорів. За зручність ви платите націнкою посередника, але стартуєте одразу й маєте колективно узгоджені тарифи.

Який формат етикетки обрати — PDF чи ZPL?

Якщо у вас принтер Zebra, оберіть ZPL — етикетка генерується мовою принтера, швидше й без втрати якості. На звичайному термопринтері використовуйте PDF розміром 10×15/10×17 см (DHL: BLP PDF). Формат A4 (LBLP/LP) залиште на старт або для поодиноких посилок.

Чим відрізняється інтеграція DPD і DHL від InPost?

InPost надає сучасний REST API (ShipX), який легший у впровадженні. DPD і DHL значною мірою базуються на старіших сервісах SOAP/XML (WebService DPD, DHL24 WebAPI2), через що інтеграція буває більш трудомісткою. Кінцевий результат — автоматична етикетка й номер трекінгу — утім, той самий.

Скільки коштує відправлення DPD і DHL у 2026 році?

Орієнтовно кур’єр до 5 кг — від бл. 13,50 zł нетто (DPD) і від бл. 15 zł нетто (DHL), а посилки до 31,5 кг — від бл. 18–20 zł нетто; пункт DPD Pickup — від бл. 9,90 zł. Це тарифи «від» — реальну ціну визначають обсяг, договір і доплати, а прайси змінюються кілька разів на рік, тож перевірте актуальний документ у перевізника.