Вступ


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

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


Хронологія важливих подій у розвитку програмного забезпечення для управління транспортом
1970-ті
  • Штрих-код
1980-ті
  • Протокол обміну повідомленнями EDIFACT
  • Перші сучасні системи ERP (Visual Manufacturing, Epicor)
1990-ті
  • Перші системи TMS: SAP TM, G-Log, Descartes, Transporeon
  • Фрахтові біржі: TimoCom
2000-ні
  • Протокол обміну повідомленнями SOAP та веб-API
  • Хмарні обчислення
  • Програмне забезпечення для управління автопарком з GPS-відстеженням
  • Програмне забезпечення для планування навантаження/розвантаження
  • Калькулятори викидів: EcoTransIT
2010-ті
  • Електронна комерція стає мейнстримом
  • Програмне забезпечення для багатоканальних вантажоперевезень: ShipStation, ShipEngine, Shippo, ShipBob
  • TMS переходить у хмару та стає доступним для всіх підприємств: Cargoson
  • Віртуальні експедиторські компанії: Flexport
2020-ті
  • Зелена логістика та сталий розвиток: Паризька угода
  • Перехід від обліку вуглецю до розрахунку викидів під час прийняття транспортних рішень: Cargoson
  • Експерименти з використанням штучного інтелекту та блокчейну в програмному забезпеченні TMS


1970-ті: Штрих-код


12-значний лінійний штрих-код UPC, розроблений Бернардом Сільвером та Норманом Джозефом Вудлендом, змінив світ управління продуктами. До 1974 року перший роздрібний товар - пачка жувальної гумки - була продана з використанням цього штрих-коду. Той самий стандарт UPC досі використовується, а штрих-коди застосовуються всюди, включно з вантажними етикетками.
Перший запатентований Сільвером і Вудлендом штрих-код у 1952 році мав форму мішені:
Перший штрих-код у формі мішені (1952)
Перший штрих-код у формі мішені (1952)



1980-ті: Народження EDIFACT та систем ERP


Протокол обміну повідомленнями EDIFACT


Співпрацюючи з ISO, CEFACT розробила протокол обміну повідомленнями UN/EDIFACT у 1986 році, який швидко був прийнятий як глобальний стандарт наступного року. EDIFACT - це абревіатура від "Electronic Data Interchange for Administration, Commerce and Transport". EDIFACT - це набір правил, який визначає чіткі структури для бізнес-повідомлень, дозволяючи комп'ютерним системам обмінюватися даними через EDI (Electronic Data Interchange). Повідомлення EDIFACT - це структурований текстовий файл, який найчастіше передавався через FTP (File Transfer Protocol).

В EDIFACT є сотні визначень повідомлень, і різні версії для кожного. У логістиці IFTMIN (International Forwarding and Transport Message - Instructions) стало найпоширенішим повідомленням EDIFACT, яке передавало деталі відправлення від відправника до перевізника.

Приклад повідомлення IFTMIN (Інструкція з транспортування) - 1 євро-піддон для Джона Доу:

Як ви бачите, воно було розроблене в основному для написання та читання комп'ютерами, а не людьми.

UNA:+.? '
UNB+UNOA:3+4012345000016:14+4023083000008:14+240823:1550+12345'
UNH+1+IFTMIN:D:96A:UN'
BGM+610::9+1234567+9'
TSR+++3'
FTX+DEL+++Delivery to John Doe'
FTX+AVI+++Mr Adam Doe / 0123-12345678 (Avis recipient)'
FTX+SUR+++FRAGILE'
FTX+SPH++T'
TOD+6++EXW'
RFF+DQ:123456'
RFF+ON:654321'
RFF+ITP:PROVIDER-NAME'
NAD+CN+++John Doe+Sample Street 10+Düsseldorf++12345+DE'
NAD+CZ+4012345000016'
NAD+FW+4022128000003'
GID+1+36:CT'
FTX+AAA+++Test Goods'
MEA+WT+AAE+KGM:93'
PCI+33E'
GIN+BJ+00340258761202887418'
SGP+1'
GID+2+2:201'
FTX+AAA+++Test Goods'
SGP+1'
EQD+201+1'
EQN+1'
UNT+19+1'
UNH+3+IFTMIN:D:96A:UN'
BGM+610::9+1234567+9'
DTM+137:2408200825:203'
TSR+++3'
FTX+SPH++T'
TOD+6++DDP'
NAD+CN+++Sam Doe+Sample Street 12+Demotown++99999+DE'
NAD+CZ+4012345000016'
NAD+FW+4022128000003'
GID+1+1:EP:::Euro pallet'
FTX+AAA+++Test Goods'
MEA+WT+AAE+KGM:150'
PCI+33E'
GIN+BJ+00340258761202887425'
UNT+13+3'
UNZ+1+12345'


Системи ERP


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

Системи ERP почалися як системи планування матеріальних потреб (MRP) у 1960-х роках, коли компанія J.I. Case Tractor та IBM співпрацювали для створення першої системи MRP.

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

Продажі персональних комп'ютерів вибухнули на початку 1980-х років. Термін ERP, як ми його знаємо сьогодні, офіційно був представлений у 1990 році компанією Gartner. Він мав графічний інтерфейс користувача та включав усі сфери виробничого біз...несу, які не були включені в MRP II, такі як управління людськими ресурсами, планування та продажі. До 1990 року системи ERP почали стрімко зростати. Першими сучасними ERP-системами на Windows були такі, як Visual Manufacturing, Vista, Vantage (Epicor) та KAOS.

Знімок екрана ранньої системи ERP KAOS 1990-х років (джерело: Stefan Rehnberg, https://stefan-rehnberg.com/probably-the-worlds-first-windows-based-erp-system/)
Знімок екрана ранньої системи ERP KAOS 1990-х років (джерело: Stefan Rehnberg, https://stefan-rehnberg.com/probably-the-worlds-first-windows-based-erp-system/)


Всі системи ERP у 1990-х роках використовували застарілу локальну модель до 1996 року, коли Netsuite створила систему ERP, яка працювала через всі бізнес-функції компанії, але надавалася через Інтернет.


1990-ті: Системи управління транспортом та хвиля доткомів


Впровадження галуззю вантажоперевезень електронного обміну даними (EDI) підготувало шлях для більш структурованого та ефективного обміну даними між відправниками та перевізниками, значно знизивши витрати, підвищивши швидкість та зменшивши кількість помилок.

Як модулі ERP


Широкий розвиток та використання бізнес-програмного забезпечення для транспортних процесів було полегшено поширенням систем ERP у 1990-х роках. Провідні системи ERP, такі як SAP, представили спеціалізовані модулі для управління транспортом.

  • У 1987 році SAP представила свій модуль Transportation Management для SAP ERP, що дозволило компаніям оптимізувати логістику та функції ланцюга поставок. Читайте більше про еволюцію SAP Transportation Management.
  • Global Logistics Technologies (G-Log), заснована в 1999 році, розробила свою платформу GC3, комплексну систему управління транспортом та оптимізації вантажоперевезень. У 2005 році корпорація Oracle придбала G-Log, перейменувавши GC3 на Oracle Transportation Management (OTM).


Знімок екрана модуля доставки SAP R/3 1996 року (джерело: SAP через Wayback Machine, https://web.archive.org/web/19961203120846/http://www.sap.com/r3/products/demo/gpd_04_1.htm)
Знімок екрана модуля доставки SAP R/3 1996 року (джерело: SAP через Wayback Machine, https://web.archive.org/web/19961203120846/http://www.sap.com/r3/products/demo/gpd_04_1.htm)


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

Як окремі послуги


Після успіху модулів ERP для управління транспортом з'явилися автономні рішення TMS, з більшим акцентом на створення власних мереж перевізників та пропонування спеціалізованих і модульних функцій:

  • Descartes, заснована в 1981 році, була одним із перших гравців на ринку TMS, її популярність особливо зросла в середині 2000-х років. Вони почали пропонувати комплекс програмного забезпечення для управління транспортом, який був побудований з модульністю в основі, що означало, що клієнти могли комбінувати різні модулі залежно від своїх потреб. Descartes також відома своєю великою мережею перевізників під назвою Global Logistics Network™.
  • Transporeon, заснована в 2000 році в Німеччині, мала на меті подолати прогалину, виявлену в існуючих модулях ERP-TM. Вони з'єднали промислові та роздрібні компанії з їхніми логістичними провайдерами, створивши безперебійний потік інформації та транзакцій. До 2023 року значний вплив Transporeon у Європі призвів до її придбання компанією Trimble.

Фрахтові біржі


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


2000-ні: Зростання веб-API та хмарних обчислень

Від одностороннього до двостороннього обміну даними: від EDIFACT до SOAP та REST API


У 2000-х роках з'явився SOAP, який покращив обмеження повідомлень EDIFACT, пропонуючи двосторонній, миттєвий зв'язок та кращу читабельність. Згодом дисертація Роя Філдінга 2000 року сприяла зростанню REST-API, які зараз домінують у галузі програмного забезпечення.

Хмарні обчислення


Перехід від традиційних локальних систем до хмарних рішень у 2000-х роках революціонізував галузь логістики. Хмарні обчислення, популяризовані такими гігантами, як Amazon Web Services (2006) та Google Cloud Platform, запропонували компаніям безпрецедентну гнучкість та масштабованість. Descartes у 2001 році перейшла на модель бізнесу від продажу повнофункціональних ліцензій на корпоративне програмне забезпечення до пропозиції програм...ного забезпечення за підпискою, ставши одним із перших постачальників SaaS у логістичному секторі. Новіші рішення TMS були побудовані як хмарні з самого початку.

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

Програмне забезпечення для управління автопарком та GPS-відстеження


Оскільки ландшафт логістики ставав все складнішим, виникла потреба в реальному відстеженні та ефективному управлінні автопарком. Поліпшення технологій у 1990-х та 2000-х роках сприяли появі систем управління автопарком, що інтегрують GPS-відстеження (телематику).

Перший супутник GPS був запущений у 1978 році, а Президент Рональд Рейган відкрив систему GPS для громадськості в 1983 році, але з зменшеною точністю близько 100 метрів. У 2000 році президент США Білл Клінтон підписав закон про надання повної точності GPS для громадськості.

Це дало компаніям можливість відстежувати місцезнаходження транспортних засобів, оптимізувати маршрути та отримувати детальну діагностику транспортних засобів у реальному часі. Перші системи відстеження транспортних засобів з'явилися наприкінці 1990-х років, і серед перших рішень були Frotcom 1.0 (1997) та Fleet Complete (1998), які досі працюють, значно еволюціонувавши та пропонуючи передові рішення для управління автопарком.

Програмне забезпечення для управління автопарком використовується як перевізниками/експедиторами, так і відправниками, які експлуатують власний автопарк, для відстеження, моніторингу та планування своїх доставок та транспортних засобів. Відправники, які використовують власний автопарк, можуть інтегрувати своє програмне забезпечення для управління автопарком у свою TMS, щоб воно могло використовуватися як звичайний постачальник транспортних послуг, поряд із їхніми сторонніми перевізниками. Ознайомтеся з прикладом того, як працює така налаштування на прикладі Fleet Complete FMS та Cargoson TMS.

Програмне забезпечення для планування навантаження/розвантаження


Для подальшої оптимізації логістичних операцій у 2000-х роках з'явилося спеціалізоване програмне забезпечення для планування навантаження/розвантаження. Ці платформи оптимізували операції на навантажувальних майданчиках, мінімізуючи час очікування та забезпечуючи максимальну ефективність роботи складів. Перевізники могли резервувати час навантаження на складі клієнта. Систематизуючи прибуття та відправлення вантажів, ці інструменти допомагали зменшити логістичні вузькі місця, такі як черги вантажівок та простої. Одним із перших рішень для планування навантаження/розвантаження на ринку було C3 Reservations, розроблене C3 Solutions, заснованою в 2000 році.

Нині більшість відправників ідеально хотіли б централізувати всі свої потреби в управлінні транспортом в одному програмному забезпеченні. До цього часу більшість постачальників TMS розробили власні пропозиції програмного забезпечення для планування навантаження/розвантаження, які можна безпроблемно інтегрувати з вашим рішенням TMS (приклад програмне забезпечення для планування навантаження/розвантаження - Loading Calendar).

Сучасне програмне забезпечення для планування навантаження/розвантаження, інтегроване з TMS: Loading Calendar (розроблене Cargoson)
Сучасне програмне забезпечення для планування навантаження/розвантаження, інтегроване з TMS: Loading Calendar (розроблене Cargoson)



2010-ті: Цифрова трансформація


Електронна комерція та програмне забезпечення для багатоканальних вантажоперевезень


До 2010-х років кожен роздрібний ланцюг мав онлайн-присутність. З появою платформ електронної комерції, таких як Shopify (запущена в 2006 році), Magento (2007 рік) та WooCommerce (2011 рік), які зробили швидким, простим та доступним запуск інтернет-магазину для бізнесів будь-якого розміру, частка продажів електронної комерції в загальному обсязі роздрібних продажів у США зросла з 0,9% у 2000 році до 14% у 2020 році. Оскільки інтернет-магазини часто продають по всьому світу та різні кількості, торговці часто використовували різних перевізників і потребували способу ефективно управляти своїми вантажоперевезеннями. Це спричинило стрімке зростання багатоканальних плагінів для відправлення для платформ електронної комерції, наприклад:

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

Хмарні системи управління транспортом


Спираючись на хмарну основу з 2000-х років, у 2010-х роках спостерігалося зростання впровадження хмарних рішень TMS. Цей перехід зробив можливості великих, повнофункціональних систем програмного забезпечення TMS доступними для всіх підприємств, а не лише для корпоративних клієнтів. Заснована в 2018 році естонська компанія Cargoson уособлювала цей перехід, пропонуючи доступну, комплексну та хмарну TMS для підприємств будь-якого розміру.

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

Читайте більше: https://www.cargoson.com/uk/blog/systema-upravlinnya-transportom-dlya-maloho-biznesu

Подивіться демо сучасної багатоканальної системи управління транспортом (на прикладі Cargoson):



Віртуальні експедиторські компанії


Поєднуючи традиційні послуги експедиторських компаній та цифрові можливості, з'явилися віртуальні експедиторські компанії як дизраптори. Flexport, заснована в 2013 році в США, є помітним прикладом, який використовує технології для автоматизації експедиторських та митно-брокерських послуг.


2020-ті: Зелена логістика та сталий розвиток


Рух за сталий розвиток набирає обертів з початку 2000-х років. Такі інструменти, як EcoTransIT (Ecological Transport Information Tool), представлені ще в 2003 році, були створені, щоб дати компаніям можливість розраховувати дані про споживання енергії та викиди для вантажних перевезень.

Паризька угода


Після Паризької угоди 2015 року з'явився посилений фокус на стандартах фінансового ризику від викидів парникових газів. Участь в обліку та звітності щодо парникових газів значно зросла з часом. У 2020 році 81% компаній з індексу S&P 500 повідомляли про викиди Сфери 1 та Сфери 2.

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


Однак у 2020-х роках акцент зміщується від ретроспективного обліку вуглецю до фактичної, проактивної зміни поведінки. Це можна проілюструвати на прикладі платформ, таких як Cargoson, які є піонерами включення розрахунку викидів під час транспортування в реальному часі безпосередньо в панель приладів логістичного менеджера, який щодня приймає рішення про транспортування. Такий проактивний підхід дозволив компаніям приймати екологічно дружні транспортні рішення, що стало відходом від ретроспективного обліку вуглецю.

Еквівалент CO2 парникових газів як нове критерій прийняття транспортних рішень (Cargoson)
Еквівалент CO2 парникових газів як нове критерій прийняття транспортних рішень (Cargoson)


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

Майбутні тренди


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


Висновок


Від штрих-кодів у 1970-х до експериментів зі штучним інтелектом та блокчейном у 2020-х роках, шлях програмного забезпечення для управління транспортом був позначений інноваціями. З кожним десятиліттям рішення TMS постійно еволюціонували, і майбутнє, безсумнівно, приховує ще більше можливостей.


Примітка автора: Ця стаття є живим документом, призначеним для розвитку з часом. Якщо ви знайдете будь-які упущення, неточності або просто маєте пропозиції, запитання чи додаткові відомості, не соромтеся надіслати мені електронного листа на [email protected].