Коли в ERP-систему надходить замовлення на продаж, уся необхідна для його виконання інформація вже є: адреса доставки, позиції, вага та обіцяна дата. Але щойно доставку ініційовано, роль системи фактично закінчується. Команда друкує накладну, обирає перевізника зі списку та позначає замовлення як відвантажене — хоча відправлення ще нікому не замовлено.

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

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


Що робить модуль відправлень у ERP — і де він зупиняється

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

Але він ніколи не був розрахований на те, щоб порівнювати актуальні тарифи перевізників перед замовленням, безпосередньо оформлювати відправлення, автоматично отримувати дані відстеження або звіряти транспортні рахунки з узгодженими ставками. Постачальники ERP і не планують розробляти ці функції — підключення до перевізників ніколи не входило до їхньої продуктової пропозиції. Детально про ці прогалини ми розповідаємо в статті ERP vs TMS.


Три способи додати відправлення до ERP

Коли стандартного модуля вже не вистачає, команди зазвичай обирають один із трьох варіантів.

  • Продовжувати використовувати стандартний модуль. Призначення перевізника, друк і відвантаження залишаються в ERP, а решта виконується вручну через портали перевізників. Цей варіант не потребує налаштування, але несе значні операційні витрати: хвилини, що витрачаються на кожне відправлення, та помилки, які залишаються непоміченими, доки не зателефонує клієнт.
  • Встановити окремий плагін для кожного перевізника. Один для DHL, один для DSV, один для регіонального перевізника. Кожен працює нормально — доки перевізник не змінить свій API, і тоді проблема стає вашою. П'ять перевізників означає п'ять інтеграцій, п'ять форматів даних і п'ять контактів служби підтримки, за якими потрібно стежити.
  • Впровадити окремий шар відправлень поверх ERP. Підключити ERP до платформи, яка підтримує всіх перевізників, і надалі підтримувати лише одне підключення. Додавання нового перевізника стає питанням конфігурації або запиту до постачальника, а не окремим проєктом.


Чим відрізняється відправлення вантажів залежно від платформи ERP

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

ERP

Що охоплює модуль відправлень

Де він зупиняється

З окремим шаром відправлень

Microsoft Dynamics 365 (BC / F&O)

Business Central: транспортні агенти, сервіси та накладні. F&O доповнюється модулем управління транспортом.

Замовлення та порівняння тарифів не входять до стандартного пакету, а модуль F&O сам по собі є окремим проєктом. Більшість середніх виробників вважають його надмірно складним.

Готові конектори для BC і F&O. Робота з перевізниками виноситься за межі ERP, а підключення налаштовується без розробки на замовлення.

SAP

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

Більшість виробників так і не активують транспортний модуль. Якщо ви на ECC — міграція неминуча (див. примітку нижче).

Підключення через API або захищений обмін файлами — незалежно від того, хмарний SAP чи локальний.

NetSuite

Єдина хмарна система для замовлень, складу та фінансів.

Стандартна підтримка перевізників орієнтована переважно на посилкові відправлення. Мультимодальні вантажі в режимах LTL і FTL ніколи не були її основним призначенням.

Одна інтеграція охоплює всіх перевізників. SomnoMed скоротив час створення етикеток у Франції з 90 хвилин на день до 20, а потім розгорнув це рішення в інших своїх європейських хабах.

Odoo

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

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

Готовий конектор Cargoson дозволяє масштабувати відправлення без необхідності підтримувати окремий плагін для кожного перевізника.

Monitor

Планування виробництва, MRP та управління цехом.

Відправлення через кількох перевізників ніколи не було її основним призначенням.

Ідеально підходить для надбудови, яка обробляє тарифи, замовлення, етикетки та відстеження, а потім передає вартість назад до Monitor.


Хмарна чи локальна ERP: що це змінює для відправлень

Коли ERP працює в хмарі, змінюються дві речі.

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


Що відбувається з відправленнями під час міграції ERP

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

Stokker, оптовий торговець інструментами та обладнанням, зіткнувся саме з цією проблемою під час переходу на нову ERP. Замість того щоб відновлювати інтеграції з кожним транспортним партнером окремо, Stokker підключив їх усіх через Cargoson — і скоротив час налаштування з тижнів до хвилин. Тепер компанія обробляє 15 000 відправлень на місяць силами лише двох співробітників.


Хто відповідає за відправлення в ERP у довгостроковій перспективі

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

Тому питання не лише в тому, чи є підключення, а в тому, хто його підтримує. З окремим шаром відправлень постачальник централізовано підтримує підключення до перевізників. Якщо перевізник змінює API — це завдання постачальника, а не запит на зміни у вашій ERP. У Cargoson підключення до перевізників входить до складу продукту без додаткової плати, а якщо потрібний вам перевізник ще не підключений — Cargoson зробить це безкоштовно.


Комплексний підхід і де дізнатися більше

ERP-система управляє замовленням. Шар відправлень поверх неї бере на себе транспорт: актуальні тарифи перевізників, оформлення відправлень, етикетки та документи, відстеження та транспортні витрати — щоб фінансовий облік залишався повним. Команді достатньо ввести відправлення один раз — і не через портал.

У нашому посібнику з інтеграції TMS з ERP пояснюється, як рухаються ці дані та які запитання варто поставити будь-якому постачальнику перед прийняттям рішення. Питання про те, чи достатньо стандартного модуля ERP, розглядається в статті ERP vs TMS. Ця стаття описує той самий шар з точки зору вашої ERP.

Cargoson створено виключно для відправників, виробників і оптових торговців — не для перевізників і не для 3PL-операторів. Кожна функція розроблена для вирішення конкретної задачі команди логістики, а не експедитора. Оскільки платформа незалежна і не належить жодному перевізнику, узгоджені вами тарифи залишаються вашими. Система має готові конектори для Microsoft Dynamics, Dynamics 365 F&O, NetSuite та Odoo і підключається до понад 2 000 перевізників через прямі API- та EDI-інтеграції. Ціна починається від €199 на місяць — це незрівнянно менше, ніж традиційне корпоративне впровадження. А якщо у вас невелика IT-команда, вас порадує те, що підтримка — це саме той аспект, який клієнти оцінюють найвище у відгуках.


Ви можете протестувати систему з даними вашої ERP і ваших перевізників ще до прийняття рішення. Замовте безкоштовну консультацію без зобов'язань тривалістю 30 хвилин з нашими експертами. Ми розглянемо наші можливості, ваше поточне налаштування та обговоримо, чи може Cargoson вам допомогти і яким чином.

Замовити безкоштовну консультацію