Когато в ERP системата постъпи поръчка за продажба, цялата необходима информация за изпълнението ѝ вече е налице: адрес за доставка, артикули, тегла и обещана дата на доставка. Но щом се задейства доставката, ролята на системата приключва. Екипът отпечатва товарителница, избира превозвач от падащо меню и маркира поръчката като изпратена — въпреки че пратката все още не е наредена при никого.

След това някой трябва да отвори портала на превозвача, да въведе адреса, да направи резервацията и да копира номера за проследяване обратно в ERP системата. Следващата пратка се обработва по същия начин, само през друг портал.

Така изглежда управлението на транспорта в повечето производствени компании: отчасти вътре в ERP системата, отчасти извън нея. Доколко вашата ERP система покрива целия процес зависи от използваната платформа, начина на хостване и от това какво се случва при миграция към нова версия.


Какво прави транспортният модул в ERP системата и докъде стига

Транспортният модул в ERP системата е създаден да регистрира доставки. Той задава превозвач, отпечатва товарителница и маркира поръчката като изпратена. Ако изпращате вътрешни пратки с един или двама превозвачи, това може да е напълно достатъчно.

Но модулът никога не е бил проектиран да сравнява актуални тарифи от различни превозвачи преди потвърждение, да нарежда директно при превозвачи, да извлича автоматично данни за проследяване или да проверява товарни фактури спрямо договорените цени. ERP доставчиците не планират да изграждат тези функции, тъй като свързването с превозвачи никога не е било част от техния продукт. Подробно разглеждаме тези пропуски в нашата статия ERP срещу 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 системата. Тогава миграцията означава пренасочване на една единствена връзка, вместо повторно изграждане на цялата транспортна настройка.

Stokker, търговец на едро с инструменти и машини, се сблъска точно с този проблем при преминаването към нова ERP система. Вместо да изгражда интеграции с всеки транспортен партньор поотделно, Stokker ги свърза всички чрез Cargoson, което намали времето за настройка от седмици до минути. Сега компанията обработва 15 000 пратки на месец само с двама служители.


Кой отговаря за управлението на транспорта в ERP системата с течение на времето

Интеграцията на транспорта в ERP системата не е еднократна настройка. ERP системите се надграждат. Превозвачите променят форматите на етикети, кодовете на услуги и версиите на API според собствения си график, без да се консултират с вас. А човекът, който знае кой портал с каква парола се използва, може в един момент да напусне.

Затова въпросът не е само дали връзката съществува, а кой я поддържа. При транспортен слой доставчикът поддържа централно всички връзки с превозвачи. Ако даден превозвач промени своя API, отстраняването е задача на доставчика, а не заявка за промяна към вашата ERP система. При Cargoson свързаността с превозвачи е включена в продукта, а не е допълнителна такса — и ако работите с превозвач, който все още не е интегриран, Cargoson ще го свърже без допълнителни разходи.


Интегрираният подход и как да задълбочите знанията си

ERP системата управлява поръчката. Транспортният слой отгоре се грижи за превоза: актуални тарифи от вашите превозвачи, потвърждаване на пратки, етикети и документи, проследяване и транспортни разходи — така финансовият запис остава пълен. Екипът въвежда пратката само веднъж и не през портал.

Нашето ръководство за интеграция на TMS с ERP обяснява как се движат данните и какви въпроси да зададете на всеки доставчик, преди да се ангажирате. Дали вашият ERP модул е достатъчен сам по себе си е разгледано в статията ERP срещу TMS. Настоящата статия описва същия слой от гледна точка на ERP системата.

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


Можете да го тествате с вашите собствени данни за ERP система и превозвачи, преди да вземете решение. Запишете се за безплатна консултация без ангажимент с нашите експерти — 30 минути, в които ще разгледаме функциите, вашата настройка и ще обсъдим дали и как Cargoson може да ви помогне.

Запишете се за безплатна консултация