Datová šablona pro řízení přepravy
Datová šablona pro řízení přepravy
- Doporučené atributy pro podrobnou analýzu
- Důležité aktivity pro mapování procesů
- Podrobný návod na extrakci dat z Blue Yonder TMS
Atributy řízení přepravy
| Název | Popis | ||
|---|---|---|---|
| Aktivita ActivityName | Název konkrétní obchodní události nebo aktivity, která se v daném okamžiku týkala zásilky. | ||
| Popis Tento atribut popisuje jednotlivé kroky přepravního procesu, například „Zásilka naplánována“, „Nabídka přepravy odeslána dopravci“ nebo „Zboží doručeno“. Aktivity tvoří uzly objevené procesní mapy a jejich pořadí určuje průběh procesu u každé zásilky. Analýza pořadí a četnosti těchto aktivit je základem process mining. Pomáhá určit nejčastější cesty procesem (varianty), odhalit úzká místa způsobená prodlevami a najít opakované kroky, například opakované odmítnutí nabídky přepravy. Proč je to důležité Určuje jednotlivé kroky procesu, umožňuje zobrazit průběh přepravy a odhalit neefektivní místa. Kde data získat Odvozuje se ze záznamů událostí, záznamů změn stavu nebo transakčních kódů v různých modulech Blue Yonder TMS. Často je potřeba převést systémové události na srozumitelné názvy aktivit. Příklady Zásilka naplánovánaNabídka přepravy odeslána dopravciZboží doručenoPlatba zpracována | |||
| Čas zahájení EventTime | Časové razítko udávající, kdy došlo ke konkrétní aktivitě nebo události. | ||
| Popis Čas události udává přesné datum a čas každé aktivity v přepravním procesu. Je chronologickým základem záznamu událostí, umožňuje seřadit aktivity a vypočítat dobu mezi nimi. Při analýze je toto časové razítko nezbytné pro výpočet časových KPI, například celkové doby přepravy zásilky, délky celního odbavení a včasnosti doručení. Pomáhá určit, kdy dochází ke zpožděním a jak dlouho trvá každá fáze procesu. Proč je to důležité Toto časové razítko je nezbytné pro řazení událostí, výpočet doby průchodu a analýzu výkonnosti procesu v čase. Kde data získat Obvykle se nachází u záznamů stavů nebo událostí v transakčních protokolech Blue Yonder TMS. Každá událost nebo změna stavu by měla mít přiřazené časové razítko. Příklady 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Zásilka ShipmentId | Jedinečný identifikátor konkrétní zásilky, který slouží jako ID případu v přepravním procesu. | ||
| Popis ID zásilky je hlavní identifikátor, který propojuje všechny aktivity a události související s přepravou zboží z místa odeslání do místa určení. Každé jedinečné ID představuje celý případ přepravy, od prvního požadavku až po závěrečnou platbu. Při process mining analýze je tento atribut základem pro rekonstrukci celé cesty každé zásilky. Umožňuje seskupit události, jako jsou „Zásilka naplánována“, „Zboží vyzvednuto“ a „Zboží doručeno“, do souvislého průběhu procesu. Díky tomu lze vypočítat dobu průchodu a určit varianty procesu u jednotlivých zásilek. Proč je to důležité Jde o hlavní ID případu, které propojuje všechny související přepravní události a umožňuje analyzovat celý životní cyklus zásilky. Kde data získat Jde o primární klíč v modulech správy zásilek nebo nákladů v Blue Yonder TMS. Konkrétní tabulku, pravděpodobně související s hlavičkami zásilek, najdete v dokumentaci systému. Příklady SHP-0012845SHP-0012991SHP-0013054 | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko poslední aktualizace nebo získání dat tohoto záznamu ze zdrojového systému. | ||
| Popis Tento atribut udává aktuálnost dat. Zaznamenává datum a čas poslední aktualizace záznamu událostí z Blue Yonder TMS. Při analýze pomáhá posoudit aktuálnost dashboardů a KPI. Uživatelé tak poznají, zda pracují s aktuálními informacemi, nebo s daty z předchozího období. To je důležité pro informovaná provozní rozhodnutí. Proč je to důležité Informuje uživatele o aktuálnosti dat, která je důležitá pro relevanci a přesnost analýzy. Kde data získat Jde o pole metadat, které se obvykle vytváří a doplňuje při extrakci dat (ETL). Příklady 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Zdrojový systém SourceSystem | Určuje systém, ze kterého byla data získána. | ||
| Popis Tento atribut určuje původ dat o událostech, v tomto případě Blue Yonder TMS. Hodí se zejména v prostředí, kde se pro širší pohled na proces kombinují data z více systémů. Při analýze umožňuje filtrovat data a porozumět jejich kontextu. Uchovávání této informace zajišťuje dohledatelnost původu dat a patří k dobré správě dat. Proč je to důležité Poskytuje důležitý kontext o původu dat, zajišťuje jejich dohledatelnost a usnadňuje správu dat z více zdrojů. Kde data získat Jde obvykle o neměnnou hodnotu přidanou při extrakci, transformaci a načítání dat (ETL). Příklady Blue Yonder TMSBY_TMS_NABY_TMS_EMEA | |||
| Druh dopravy ModeOfTransport | Způsob přepravy zásilky, například silniční, letecká, námořní nebo železniční doprava. | ||
| Popis Tento atribut určuje druh dopravy. Mezi běžné hodnoty patří kusová silniční přeprava (LTL), celovozová přeprava (FTL), letecká, námořní a železniční přeprava. Při analýze procesu slouží druh dopravy jako důležité kritérium pro filtrování a porovnání. Průběh procesů, doba přepravy i náklady se mohou podle druhu dopravy výrazně lišit. Například analýza úzkých míst při celním odbavení se týká hlavně leteckých a námořních zásilek, méně už vnitrostátní silniční přepravy. Analýza podle druhu dopravy pomáhá přizpůsobit zlepšování procesů konkrétním logistickým podmínkám. Proč je to důležité Umožňuje členit analýzu, protože jednotlivé druhy dopravy mají odlišné procesy, náklady i obvyklou dobu průchodu. Kde data získat Jde o standardní pole v modulech plánování a oceňování zásilek v Blue Yonder TMS. Příklady LTLFTLLetecká dopravaNámořní doprava | |||
| Název dopravce CarrierName | Název přepravní společnosti nebo poskytovatele logistických služeb odpovědného za přepravu zásilky. | ||
| Popis Název dopravce označuje externí společnost pověřenou přepravou zboží. Může jít o silničního dopravce, leteckou společnost, rejdaře nebo zasílatele. Tento atribut je důležitý pro analýzu výkonnosti, zejména v dashboardu „Porovnání výkonnosti dopravců“. Umožňuje filtrovat a členit data a porovnávat dopravce podle ukazatelů, jako je včasnost doručení, dodržení termínu vyzvednutí a průměrná délka zpoždění. To pomáhá při výběru dopravců a řízení vztahů s nimi. Proč je to důležité Umožňuje porovnávat výkonnost různých dopravců, lépe vybírat dopravce a zvyšovat kvalitu služeb. Kde data získat Najdete ho v podrobnostech zásilky nebo nákladu v Blue Yonder TMS. Často odkazuje na tabulku kmenových dat dopravců. Příklady Global Shipping Inc.FastLane LogisticsAirExpress Cargo | |||
| Požadovaný termín doručení RequestedDeliveryDate | Termín doručení požadovaný zákazníkem nebo stanovený prodejní objednávkou. | ||
| Popis Tento atribut zachycuje cílový termín doručení, který se logistický proces snaží dodržet. Vyjadřuje očekávání zákazníka nebo interní dohodnutou úroveň služeb (SLA) pro zásilku. Tento termín slouží jako základ pro výpočet KPI „Míra včasného doručení“. Porovnáním hodnot „ActualDeliveryTime“ a „RequestedDeliveryDate“ lze určit, zda byla zásilka doručena předčasně, včas, nebo pozdě. Jde o základní údaj pro dashboard „Výkonnost včasného vyzvednutí a doručení“. Proč je to důležité Slouží jako hlavní měřítko včasnosti doručení a spokojenosti zákazníků. Kde data získat Tato informace obvykle pochází z navazujícího systému, například ERP nebo systému správy objednávek, a ukládá se do podrobností požadavku na zásilku v Blue Yonder TMS. Příklady 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Skutečný čas doručení ActualDeliveryTime | Skutečné časové razítko události „Zboží doručeno“. | ||
| Popis Tento atribut obsahuje časové razítko konkrétní závěrečné aktivity doručení. Zaznamenává přesný okamžik, kdy zásilka dorazila do cíle a její doručení bylo potvrzeno. Jde o důležitý údaj pro měření výkonnosti. KPI „Míra včasného doručení“ se vypočítá porovnáním tohoto časového razítka s hodnotou „RequestedDeliveryDate“. Zároveň označuje konec období pro výpočet KPI „Celková doba do doručení“. Proč je to důležité Toto časové razítko je nezbytné pro výpočet míry včasného doručení a celkové doby přepravy zásilky. Kde data získat Jde o časové razítko aktualizace stavu „Zboží doručeno“, která obvykle přijde od dopravce ve zprávě EDI nebo se ručně zadá do Blue Yonder TMS. Příklady 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Stav zásilky ShipmentStatus | Aktuální nebo poslední známý stav zásilky. | ||
| Popis Stav zásilky označuje její aktuální fázi životního cyklu, například „naplánováno“, „v přepravě“, „doručeno“ nebo „zrušeno“. Ukazuje, kde se zásilka v procesu právě nachází. Při process mining je pro analýzu výsledků důležité sledovat konečný stav případů. Porovnání průběhu zásilek označených jako „doručeno“ a „zrušeno“ může například odhalit okolnosti vedoucí k nežádoucím výsledkům. Filtrování zásilek, které ještě nejsou dokončené, také pomáhá sledovat aktuální objem práce. Proč je to důležité Poskytuje rychlý přehled o aktuálním stavu zásilky a pomáhá rozlišit dokončené, probíhající a zrušené zásilky. Kde data získat Jde o důležité pole v hlavičce zásilky nebo hlavní tabulce sledování stavu v Blue Yonder TMS. Příklady NaplánovánoV přepravěDoručenoZrušeno | |||
| Země odeslání OriginCountry | Země, ze které zásilka vyjíždí. | ||
| Popis Tento atribut určuje zemi, odkud zásilka začíná svou cestu. Odvozuje se z adresy odesílatele nebo údajů o místě vyzvednutí. Při analýze umožňuje členit data podle země odeslání. Pomáhá porozumět regionálním rozdílům ve výkonnosti procesu, dostupnosti dopravců a době průchodu. Je důležitý například při analýze doby celního odbavení u mezinárodních zásilek. Proč je to důležité Umožňuje geograficky analyzovat výkonnost procesu a odhalit regionální úzká místa nebo rozdíly v efektivitě. Kde data získat Ukládá se v podrobnostech zásilky v Blue Yonder TMS jako součást údajů o místě odeslání nebo adrese odesílatele. Příklady USANěmeckoČína | |||
| Země určení DestinationCountry | Země, do které se zásilka doručuje. | ||
| Popis Tento atribut určuje cílovou zemi zásilky. Odvozuje se z adresy příjemce nebo místa doručení. Stejně jako země odeslání slouží k geografickému členění dat. Analytici mohou porovnávat výkonnost na různých obchodních trasách, například z USA do Kanady a z USA do Mexika, analyzovat problémy s doručením v konkrétních zemích a posoudit vliv přeshraniční přepravy na dobu průchodu. Proč je to důležité Umožňuje analyzovat výkonnost podle cílové země, což pomáhá porozumět náročnosti obchodních tras a regionálním problémům s doručením. Kde data získat Ukládá se v podrobnostech zásilky v Blue Yonder TMS jako součást údajů o místě určení nebo adrese příjemce. Příklady KanadaMexikoSpojené království | |||
| Doručeno včas IsOnTimeDelivery | Vypočítaný příznak, který udává, zda byla zásilka doručena v požadovaném termínu nebo dříve. | ||
| Popis Tato logická hodnota se vypočítá porovnáním položek 'ActualDeliveryTime' a 'RequestedDeliveryDate'. Je pravdivá, pokud k doručení došlo v požadovaném termínu nebo dříve, jinak je nepravdivá. Jako vypočítaná metrika zjednodušuje analýzu a vizualizaci KPI „Podíl včas doručených zásilek“. Umožňuje snadné filtrování a agregaci dat pro dashboardy, které zobrazují podíl včasných doručení v čase, podle dopravce nebo způsobu přepravy. Přímo tak podporuje dashboard „Včasné vyzvednutí a doručení“. Proč je to důležité Zjednodušuje analýzu včasnosti a umožňuje rychlé filtrování a agregaci dat v dashbordech a KPI. Kde data získat Tento atribut není ve zdrojovém systému. Vypočítává se při transformaci dat podle vzorce: ActualDeliveryTime <= RequestedDeliveryDate. Příklady truefalse | |||
| Důvod zpoždění DelayReason | Kód nebo text vysvětlující příčinu zpoždění vyzvednutí nebo doručení. | ||
| Popis Tento atribut zachycuje důvod nedodržení milníku zásilky. Může jít například o nepříznivé počasí, zadržení na celnici nebo nedostatečnou kapacitu dopravce. Informaci často poskytuje dopravce. Tento údaj je důležitý pro dashboard „Výkonnost včasného vyzvednutí a doručení“. Nejenže ukazuje, že se zásilka zpozdila, ale také vysvětluje proč. Analýza nejčastějších důvodů zpoždění pomáhá logistickému týmu předcházet rizikům a řešit opakující se problémy s dopravci. Proč je to důležité Vysvětluje příčiny zpoždění a umožňuje předcházet rizikům i cíleně zlepšovat spolupráci s dopravci. Kde data získat Tyto údaje se často zaznamenávají v částech Blue Yonder TMS určených pro události nebo správu výjimek. Často se přebírají z aktualizací dopravce přes EDI, například EDI 214. Příklady PočasíCelní zadrženíZpoždění řidičePřetížení provozu v zařízení | |||
| Nesrovnalost ve faktuře za přepravu FreightBillDiscrepancyReason | Kód nebo popis důvodu, proč faktura za přepravu neprošla kontrolou. | ||
| Popis Pokud kontrola faktury za přepravu odhalí nesrovnalost, tento atribut uvádí její důvod. Může jít například o nesprávnou sazbu, duplicitní fakturu nebo chybějící doklad o doručení. Tento atribut je důležitý pro dashboard „Doklad o doručení a správnost fakturace“ a KPI „Míra opakovaného zpracování faktur za přepravu“. Četnost jednotlivých důvodů pomáhá odhalit hlavní příčiny chyb ve fakturaci, ať už jde o chyby dopravce, nesoulad se smlouvou, nebo problémy v interním procesu. Díky tomu lze cíleně omezit opakované zpracování faktur. Proč je to důležité Odhaluje příčiny chyb ve fakturaci a umožňuje cíleně omezit opakované zpracování faktur za přepravu i prodlevy v platbách. Kde data získat Najdete ho v modulu kontroly faktur za přepravu a plateb v Blue Yonder TMS. Bývá propojený se záznamy výjimek nebo odmítnutí. Příklady Použita nesprávná sazbaDuplicitní fakturaSpor o příplatek za přepravu | |||
| Plánovaný čas vyzvednutí ScheduledPickupTime | Plánované datum a čas, kdy má dopravce vyzvednout zboží v místě odeslání. | ||
| Popis Tento atribut uchovává termín vyzvednutí sjednaný s dopravcem. Jde o důležitý milník plánu zásilky. Časové razítko slouží jako základ pro výpočet KPI „Míra včasného vyzvednutí“ a „Průměrná délka zpoždění při vyzvednutí“. Porovnání se skutečným časem vyzvednutí pomáhá odhalit zpoždění hned na začátku přepravy, která často ovlivní i následující milníky. Proč je to důležité Slouží jako měřítko včasnosti vyzvednutí, které vypovídá o spolehlivosti dopravce a přesnosti plánování. Kde data získat Najdete ho v modulech plánování termínů nebo plánování nákladů v Blue Yonder TMS. Příklady 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Skutečný čas vyzvednutí ActualPickupTime | Skutečné časové razítko události „Zboží vyzvednuto“. | ||
| Popis Tento atribut zaznamenává přesný čas, kdy dopravce fyzicky převzal zásilku v místě odeslání. Označuje oficiální začátek přepravy. Tento údaj je důležitý pro měření výkonnosti dopravce. Porovnává se s hodnotou „ScheduledPickupTime“ při výpočtu KPI „Míra včasného vyzvednutí“ a „Průměrná délka zpoždění při vyzvednutí“. Analýza odchylek pomáhá odhalit problémy u konkrétních dopravců nebo míst vyzvednutí. Proč je to důležité Toto časové razítko slouží k přesnému měření včasnosti vyzvednutí a odhalování počátečních zpoždění v přepravním procesu. Kde data získat Jde o časové razítko aktualizace stavu „Zboží vyzvednuto“, kterou obvykle dopravce zašle prostřednictvím EDI nebo ji někdo ručně zadá do Blue Yonder TMS. Příklady 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Uživatel User | ID nebo jméno uživatele, který provedl danou aktivitu. | ||
| Popis Tento atribut označuje plánovače logistiky, koordinátora nebo systémového uživatele odpovědného za provedení konkrétní události či změny stavu v TMS. U automatických událostí může jít o ID systémového nebo servisního účtu. Analýza podle uživatelů pomáhá porozumět rozložení pracovní zátěže, individuální výkonnosti a potřebám školení. Může ukázat, zda se u některých uživatelů častěji opakují kroky nebo vznikají prodlevy, případně zda jsou některé týmy efektivnější než jiné. Tyto informace podporují řízení zdrojů a cílené zlepšování procesů. Proč je to důležité Umožňuje analyzovat výkonnost a pracovní zátěž podle uživatele nebo týmu a odhalit potřebu školení či nedostatek zdrojů. Kde data získat Tyto informace by měly být dostupné v transakčních protokolech nebo záznamech událostí, často v poli „Změnil“ nebo „ID uživatele“ přiřazeném ke každému záznamu. Příklady j.doea.smithTMS_AUTOMATION_USER | |||
Aktivity v řízení přepravy
| Aktivita | Popis | ||
|---|---|---|---|
| Celní odbavení dokončeno | U mezinárodních zásilek tato aktivita označuje okamžik, kdy zboží úspěšně prošlo celním odbavením na hranici nebo v přístavu. Událost spustí oznámení od celního deklaranta nebo dopravce. | ||
| Proč je to důležité Celní řízení často způsobuje v mezinárodní logistice výrazná zpoždění. Měření doby potřebné k odbavení pomáhá odhalit úzká místa a zkrátit dobu přeshraniční přepravy. Kde data získat Událost se obvykle zaznamenává výslovně na základě zprávy dopravce, například EDI 214, nebo ruční aktualizace, která změní celní stav zásilky na „odbaveno“. Zachycení Zaznamenejte časové razítko změny celního stavu zásilky na „odbaveno“. Typ události explicit | |||
| Platba zpracována | Jde o závěrečnou aktivitu v životním cyklu zásilky, která potvrzuje, že dopravce dostal zaplaceno za přepravu. Událost obvykle vzniká v externím finančním systému (ERP) a následně se promítne do TMS. | ||
| Proč je to důležité Tato aktivita uzavírá finanční stránku přepravy. Analýza doby od doručení nebo kontroly faktury do platby pomáhá řídit pracovní kapitál a udržovat dobré vztahy s dopravci. Kde data získat Jde obvykle o výslovně zaznamenanou událost. Zpráva z rozhraní systému závazků nebo ERP aktualizuje stav platby faktury za přepravu v TMS. Zachycení Použijte časové razítko z potvrzení platby přijatého z finančního systému. Typ události explicit | |||
| Přeprava potvrzena dopravcem | Tento milník znamená, že dopravce nabídku přijal a zavázal se zásilku přepravit. Stav zásilky se změní na „potvrzeno“ nebo „závazně potvrzeno“ a dopravce i sazba za přepravu jsou tím určeni. | ||
| Proč je to důležité Tento důležitý milník uzavírá fázi plánování a zahajuje realizaci přepravy. Doba do jeho dosažení pomáhá vyhodnotit rychlost potvrzování přeprav a reakce dopravců. Kde data získat Událost se zaznamená po přijetí a zpracování potvrzení dopravce, například EDI 990, které vyvolá změnu stavu zásilky v TMS. Zachycení Zaznamenejte časové razítko změny stavu na „potvrzeno“ nebo „závazně potvrzeno“. Typ události explicit | |||
| Přijat požadavek na přepravu | Tato aktivita označuje vznik potřeby přepravy v Blue Yonder TMS. Obvykle ji vyvolá objednávka z navazujícího systému, například ERP. Jde o oficiální začátek životního cyklu zásilky, kdy se vytvoří nový záznam zásilky se stavem „neplánováno“ nebo „nová“. | ||
| Proč je to důležité Jde o hlavní počáteční událost celého přepravního procesu. Analýza doby od této události k následným plánovacím aktivitám pomáhá odhalit počáteční prodlevy a měřit celkovou průchodnost. Kde data získat Tato událost se obvykle odvozuje od časového razítka vytvoření záznamu zásilky v hlavních tabulkách zásilek nebo objednávek. Může jít také o výslovně zaznamenanou událost při zpracování zprávy z rozhraní ERP. Zachycení Použijte časové razítko vytvoření záznamu zásilky. Typ události inferred | |||
| Zboží doručeno | Tento milník znamená, že zásilka fyzicky dorazila na místo určení příjemce. Dopravce doručení potvrdí, obvykle zprávou EDI 214, která aktualizuje stav zásilky v TMS. | ||
| Proč je to důležité Tento důležitý milník potvrzuje úspěšné dokončení fyzické přepravy. Slouží k měření včasnosti doručení, která vypovídá o spokojenosti zákazníků i spolehlivosti dopravce. Kde data získat Jde o výslovně zaznamenanou událost odvozenou z potvrzení doručení od dopravce. TMS uloží časové razítko zpracování zprávy EDI 214 se stavem „D1“ nebo odpovídající zprávy. Zachycení Použijte časové razítko zpracovaného potvrzení doručení od dopravce. Typ události explicit | |||
| Zboží vyzvednuto | Tato aktivita označuje fyzický začátek přepravy, kdy dopravce převezme zboží v místě odeslání. Blue Yonder TMS tuto událost obvykle zaznamená na základě zprávy o změně stavu od dopravce, například transakce EDI 214. | ||
| Proč je to důležité Tento důležitý milník potvrzuje, že přeprava začala. Slouží jako výchozí bod pro výpočet doby přepravy a měření včasnosti vyzvednutí oproti plánovanému termínu. Kde data získat Jde o výslovně zaznamenanou událost odvozenou z aktualizací stavu od dopravce. Systém uloží časové razítko zpracování potvrzení o vyzvednutí, například EDI 214 se stavem „AF“ nebo „X3“. Zachycení Použijte časové razítko zpracované zprávy EDI 214 nebo jiného potvrzení vyzvednutí od dopravce. Typ události explicit | |||
| Aktualizace o přepravě přijata | Označuje přijetí aktualizace polohy nebo stavu od dopravce během přepravy. Tyto aktualizace, často zasílané ve zprávách EDI 214, informují o průběhu přepravy a případných zpožděních. | ||
| Proč je to důležité Tyto události jsou důležité pro sledování průběhu přepravy a odhalování zpoždění. Chybějící aktualizace mohou ukazovat na nedostatečný přehled o zásilce, zatímco časté zprávy o zpoždění mohou signalizovat problémy s výkonem dopravce. Kde data získat Jde o výslovně zaznamenané události v tabulce sledování zásilek nebo historii událostí. Vznikají při každém přijetí a zpracování zprávy dopravce o přepravě, například EDI 214 se stavem „X1“ nebo „AG“. Zachycení Každá zpracovaná zpráva dopravce o průběhu přepravy vytvoří nový záznam v záznamu událostí. Typ události explicit | |||
| Doklad o doručení přijat | Tato aktivita označuje přijetí formálního dokladu o doručení, například podepsaného nákladního listu. Často jde o samostatný krok po fyzickém doručení a podmínku pro úhradu přepravy. | ||
| Proč je to důležité Včasné přijetí dokladu o doručení (POD) urychluje fakturaci a platby. Prodlevy v tomto kroku přímo ovlivňují cash flow a mohou vést ke sporům o platby dopravcům. Kde data získat Událost se obvykle zaznamená, když uživatel ručně označí POD jako přijatý nebo připojí dokument k záznamu zásilky v TMS. Tím se změní její stav. Zachycení Zaznamenejte časové razítko nastavení příznaku nebo stavu „POD přijat“ u zásilky. Typ události inferred | |||
| Faktura za přepravu zkontrolována | Faktura dopravce za přepravu byla automaticky nebo ručně porovnána se sjednanými sazbami, příplatky a dokladem o doručení. Tímto krokem se ověřují účtované částky před schválením platby. | ||
| Proč je to důležité Jde o důležitý finanční kontrolní bod. Analýza kontroly může odhalit časté nesrovnalosti ve fakturách. Opakované zpracování v této fázi zase ukazuje na problémy, které zvyšují administrativní zátěž. Kde data získat Událost se zaznamená, když se stav faktury za přepravu přiřazené k zásilce v modulu kontroly faktur TMS změní na „zkontrolováno“, „schváleno k úhradě“ nebo podobný stav. Zachycení Zaznamenejte časové razítko změny stavu faktury za přepravu propojené se zásilkou. Typ události inferred | |||
| Nabídka přepravy odeslána dopravci | K této aktivitě dochází, když je zásilka formálně nabídnuta konkrétnímu dopravci k přijetí. Jde o samostatnou akci v TMS, která často spustí komunikaci s dopravcem prostřednictvím transakce EDI 204, e-mailu nebo oznámení na portálu. | ||
| Proč je to důležité Tato událost je výchozím bodem pro měření rychlosti reakce dopravců a míry přijetí nabídek. Analýza doby mezi odesláním nabídky a odpovědí dopravce pomáhá posoudit efektivitu spolupráce s dopravci. Kde data získat Blue Yonder TMS tuto událost pravděpodobně zaznamená do historie zásilky nebo nabídek, když uživatel či systém odešle nabídku. Zachycení Zaznamenává se do historie událostí zásilky při odeslání nabídky dopravci. Typ události explicit | |||
| Nabídka přepravy odmítnuta | Tato událost znamená, že dopravce odmítl nabídku přepravy zásilky. Odmítnutí obvykle přijde elektronicky prostřednictvím transakce EDI 990 nebo se ručně zaznamená na portálu dopravce. Následně se spustí workflow pro nalezení jiného dopravce. | ||
| Proč je to důležité Sledování odmítnutých nabídek pomáhá odhalit opakované kroky při výběru dopravce. Vysoký počet odmítnutí může ukazovat na problémy s cenou, kapacitou dopravců nebo nepřesnými údaji o nákladu, které vedou ke zpožděním a vyšším nákladům. Kde data získat Tato událost se obvykle zaznamená, když TMS zpracuje odpověď dopravce o odmítnutí a aktualizuje stav nabídky u zásilky. Zachycení Zaznamenává se při přijetí zprávy o odmítnutí od dopravce, například EDI 990. Typ události explicit | |||
| Zásilka naplánována | Označuje dokončení počáteční fáze plánování, během níž se pro zásilku určí trasa, druh dopravy a případní dopravci. Plánovací modul systému vytvoří návrh a stav zásilky se změní tak, aby bylo zřejmé, že je plán k dispozici. | ||
| Proč je to důležité Sledováním této aktivity změříte efektivitu plánovacího a optimalizačního modulu. Prodlevy nebo opakované průchody tímto krokem mohou ukazovat na problémy s kmenovými daty, dostupností dopravců nebo konfigurací systému. Kde data získat Tato událost se pravděpodobně odvozuje ze změny stavu zásilky, například z „neplánováno“ na „naplánováno“. Událost označuje časové razítko této změny. Zachycení Zaznamenejte časové razítko změny stavu zásilky na „naplánováno“. Typ události inferred | |||
| Zásilka zrušena | Označuje ukončení zásilky před jejím vyzvednutím. Může k tomu dojít z různých důvodů, například když zákazník zruší objednávku nebo se změní plán. Jde o konečný neúspěšný stav. | ||
| Proč je to důležité Sledování zrušených zásilek pomáhá porozumět kolísání poptávky a plýtvání v procesu. Analýza důvodů zrušení může odhalit problémy ve správě objednávek nebo plánování. Kde data získat Jde o výslovně zaznamenanou událost, která vznikne, když uživatel nebo automatizovaný proces změní hlavní stav zásilky na „zrušeno“. Zachycení Zaznamenejte časové razítko změny stavu na „zrušeno“. Typ události explicit | |||
Návody na extrakci dat
Metody extrakce pro tento proces právě ověřujeme. Zkuste to později nebo nás kontaktujte a požádejte o pomoc.
Chcete začít?
Začněte zlepšovat proces řízení přepravy ještě dnes. Využijte tuto šablonu k odhalení možností, jak zvýšit efektivitu a zlepšit výkonnost logistiky.
Zefektivněte řízení přepravy
Odhalte neefektivitu, sledujte výkonnost a zkraťte dobu průchodu o 30 %.
Platební kartu nepotřebujete, aktivace zabere jen několik minut.