Hallo en welkom bij weer een aflevering van Microsoft Knowledge Nuggets hier op M365FM. Ik ben je gastheer Mirko Peters. Het onderwerp van vandaag is er een waar bijna iedereen die met supply chains werkt wel eens van heeft gehoord, maar dat weinigen echt begrijpen. Dynamics 365 Transportation Management. Dit is het probleem. Een klant plaatst een bestelling, voorraad ligt in het magazijn, een vervoerder heeft een ophaltijd nodig, de klant verwacht levering en later belandt een vrachtfactuur op iemands bureau. Jarenlang leefden die stappen in losse spreadsheets, telefoongesprekken, tarievenlijsten en overdrachten tussen teams. Oh, en dat creëert hiaten. Het magazijn bereidt goederen misschien voor voordat transport een plan heeft. Financiën ziet misschien een factuur zonder te weten wat er is afgesproken om te betalen. Dus, wat is transportbeheer precies? In begrijpelijke taal is het de transportafdeling binnen Dynamics 365 Supply Chain Management.

Het verbindt magazijn deuren, leveranciers, klanten en vervoerders met elkaar. We plannen ladingen, kiezen routes en tarieven, verzenden goederen en controleren vrachtkosten. Aan het eind van deze aflevering zul je zien hoe al deze onderdelen samenkomen om je werk makkelijker te maken.

Waarom transportbeheer bestaat Laten we beginnen met een basisfeit. Fysieke goederen verplaatsen zich niet zomaar omdat er een verkooporder op een scherm staat. Ze hebben een vrachtwagen, trailer, container of een andere manier van reizen nodig. Iemand moet weten waar de goederen starten, waar ze moeten aankomen, hoeveel ruimte ze innemen, wanneer ze moeten vertrekken en wat de reis moet kosten. Als je je één doos naar één klant voorstelt, klinkt het simpel. Maar een echt bedrijf kan op dezelfde dag veel orders vanuit hetzelfde magazijn versturen, goederen van diverse leveranciers ontvangen en tegelijkertijd voorraad verplaatsen tussen eigen locaties. Elke beweging heeft mensen, data, ruimte en geld eraan verbonden. Zonder een gedeeld systeem ziet elk team alleen zijn eigen stukje. Verkoop ziet de klantorder. Inkoop ziet de leveranciersorder. Magazijnmedewerkers zien de items die ze moeten pikken, verpakken, ontvangen of opruimen.

Het transportteam ziet een lijst met zaken die verplaatst moeten worden, vaak nadat iedereen zijn deel al heeft gedaan. En daar beginnen de vertragingen en de verwarring. Hier is een concreet voorbeeld. Stel je voor dat een magazijn tien klantorders klaar heeft voor dezelfde stad. Als niemand die orders koppelt voordat transport wordt geboekt, regelt het bedrijf misschien meerdere gedeeltelijk gevulde ritten, of de vervoerder komt aan voordat het magazijn weet welke goederen in het voertuig moeten. De goederen zijn klaar, maar de beweging is niet geplant. Dus, transportbeheer geeft die beweging een plek binnen Dynamics 365 Supply Chain Management. Het is geen losse consumentenapp voor verzendingen waar je een volgnummer invoert om een pakket op een kaart te zien bewegen. In plaats daarvan werkt het met de bedrijfsgegevens die al in het gekoppelde platform staan. Een order creëert de noodzaak om goederen te verplaatsen.

Het magazijn maakt de goederen gereed. Transportation Management plant hoe die goederen tussen locaties reizen. Zie het als de transportbalie in een kantoorgebouw. Het verkoopteam brengt een klantverzoek naar de balie. Inkoop brengt het nieuws dat een leverancier goederen zal toesturen. Het magazijn levert de fysieke voorraad en de laaddeuren. De transportbalie koppelt die verzoeken aan het transportplan van het bedrijf. Er zijn twee hoofdrichtingen. Inbound transport betekent dat goederen in uw bedrijf binnenkomen. U heeft artikelen besteld bij een leverancier en die moeten uw magazijn bereiken. Soms regelt de leverancier die reis, soms regelt uw eigen bedrijf dit. Hoe dan ook, u heeft een duidelijk plan nodig om de goederen op de juiste plek te krijgen en ze bij aankomst te ontvangen. Outbound transport betekent dat goederen in uw bedrijf verlaten. Een klant heeft producten besteld. Het magazijn maakt ze klaar en een vervoerder of bedrijfswagen brengt ze naar de klant.

Beide stromen draaien om beweging, maar het startpunt verschilt. Inbound begint met een inkooporder en een leverancier. Outbound begint met een verkooporder en een klant. Er is ook een derde type dat beginners vaak missen, transferorders. Een transferorder verplaatst voorraad tussen uw eigen bedrijfslocaties. Misschien heeft het ene magazijn te veel voorraad en heeft het andere magazijn die nodig. Er is geen klantaankoop bij betrokken, maar de fysieke goederen moeten wel worden vervoerd. In 365 Transportation Management horen transferorders bij het outbound scenario en kunnen ze samen met verkooporders worden geplant. Dat is logisch als u zich het laadperron voorstelt. Of een pallet nu naar een betalende klant gaat of naar een ander eigen magazijn, iemand moet nog steeds het voertuig regelen, ruimte reserveren en het vanaf dezelfde deur versturen. Deze verbonden aanpak vervangt dus de oude keten van losse lijsten en telefoontjes door gedeelde informatie.

De order vertelt het systeem wat er moet worden verplaatst. Het magazijn maakt de artikelen gereed. Transportation Management zet die behoefte om in een transportplan. Zodra goederen moeten bewegen, heeft het systeem eerst een werkbaar verzendplan nodig. De lading plannen. De kennissnack van vandaag gaat over iets wat elk logistiek team nodig heeft, maar vaak verschillend uitlegt. Een lading plannen. U kunt beginnen met het plannen van transport op basis van orders of zendingen. Ik ben Mirko Peters van M365 FM en laat me meteen een mythe uit de wereld helpen. Een verzendplan begint niet vanaf nul. Het begint met gegevens die u al heeft. Een verkooporder bevat wat een klant heeft gekocht. Een inkooporder vermeld wat een leverancier moet versturen. Een zending groepeert die artikelen in een gerichter verzend, record, klaar om met anderen te worden gecombineerd. Dus, welk uitgangspunt moet je gebruiken?

Dat hangt af van hoe jouw bedrijf werkt. Sommige teams plannen vroeg en kijken direct naar orderregels. Andere teams maken eerst zendingen aan en beslissen dan wat samen reist. Beide paden leiden naar dezelfde vraag. Wat moet er op hetzelfde voertuig? Hier is de eenvoudigste definitie. Een lading is het digitale record voor een geplande verplaatsing van goederen. Je kunt het zien als één vrachtwagen, één trailer, één container of één verzameling zendingen die samen reizen. Het biedt één plek om te zien welke goederen bij elkaar horen voordat het fysieke werk begint. Nu, hier is iets wat veel mensen verkeerd begrijpen. Een lading betekent niet dat elk item in één fysieke doos past. Het betekent dat het systeem goederen groepeert rond één transportplan. Verschillende klantenzendingen kunnen één vrachtwagen delen. Een grote bestelling kan een hele trailer op zichzelf vullen. Een container die van een leverancier komt, kan ook een lading worden, nog voordat je magazijn de goederen ontvangt.

Het punt is om te stoppen met het behandelen van elke order als een aparte rit. Stel je voor dat een distributeur zes klantorders klaar heeft voor levering op vrijdag. Alle zes staan in hetzelfde gebied en elke order vult slechts een deel van een vrachtwagen. Zes half lege voertuigen sturen is verspilling van ruimte en creëert zes afzonderlijke transportopdrachten. Het team kan in plaats daarvan compatibele zendingen groeperen in één lading. Compatibel betekent dat ze redelijkerwijs samen kunnen reizen. Ze vertrekken vanuit hetzelfde magazijn, moeten rond dezelfde tijd weg, passen binnen de voertuiginieten en volgen je verzendregels. Het systeem helpt die records samen te brengen in plaats van te vertrouwen op iemand die het patroon in een spreadsheet ontdekt. Die groep heeft nu een gedeeld plan. Jouw magazijn ziet wat er bij de lading hoort. De transportplanner ziet de totale ruimte en het gewicht.

Mensen hoeven niet steeds dezelfde lijst opnieuw te maken in e-mails, notities of een apart bestand. Maar dit is het punt. Het groeperen van goederen gaat niet alleen over meer items samenvoegen. Een vrachtwagen heeft limieten, gewicht, vloeroppervlak, hoogte. Een container heeft zijn eigen regels. Als het systeem goederen groepeert zonder die limieten te controleren, ziet de lading er op het scherm goed uit, maar valt het bij het laadperron. Dynamics 365 gebruikt laadsjablonen om dat te helpen voorkomen. Zie een laadsjabloon als een herbruikbare set limieten voor een type voertuig of container. Maak er een voor een kleine bestelwagen, een andere voor een grotere trailer, nog een voor een zeecontainer. Elk schabloon bevat limieten voor gewicht, volume, hoogte en andere regels die jouw bedrijf nodig heeft. Het schabloon geeft de lading vorm voordat je deze begint te vullen. Dus als een zending te zwaar is of teveel ruimte inneemt, ziet de planner dat deze niet in die lading thuis hoort.

Het antwoord kan een tweede voertuig, een ander schabloon of een andere groepering van zendingen zijn. De software tilt geen pallets, maar geeft je team wel een duidelijker plan voordat het fysieke werk begint. Een ingebouwde methode heet volume gebaseerde ladingsopbouw. Dat klinkt technischer dan nodig is. Het betekent dat het systeem de maximale hoogte en het maximale gewicht van je laadsjabloon gebruikt bij het opbouwen of voorstellen van een lading. In gewone mensentaal, het controleert of de goederen binnen de door jou ingestelde limieten passen. Die waarden staan niet voor eeuwig vast. Een planner kan ze overschrijven wanneer de behoeften uit de praktijk veranderen. Misschien stuurt een vervoerder een andere trailer. Misschien staat een rit een andere hoogte toe. Het schabloon levert de standaardregel en de overschrijving regelt de uitzondering zonder alles opnieuw op te bouwen. Laten we terugkeren naar die zes klantorders.

Elke order afzonderlijk kan 15% van een vrachtwagen in beslag nemen. Indien apart geplant, zou je zes grotendeels lege voertuigen kunnen sturen. Gegroepeerd in één lading, kunnen dezelfde orders het grootste deel van een vrachtwagen vullen met nog ruimte over. Dat is een beter gebruik van de ruimte. Nu, hetzelfde idee werkt in beide richtingen. Creëer voor inkomende planning een lading rond items die van een leverancier komen. Het transportplan koppelt aan de verwachte ontvangst, zodat het magazijn weet wat eraan komt en zich kan voorbereiden op aankomst. In plaats van pas over een levering te horen wanneer deze bij de poort verschijnt, heeft het ontvangsteam een gepland dossier. Selecteer voor uitgaande planning magazijnartikelen die naar klanten moeten en groepeer ze in een lading. Het magazijn bereidt die goederen voor op basis van de ladingsdetails, niet op een losse lijst. Eén volle lading heeft nog steeds een manier van vervoer nodig, een bedrijf om het te verplaatsen en een verwachte kostprijs.

Routes, vervoerders en tarieven De lading vertelt je nu wat samen moet reizen. Vervolgens moet je beslissen wie het vervoert, welke service ze gebruiken en wat die rit moet kosten. Het bedrijf dat je goederen verplaatst, wordt de vervoerder genoemd. Dit kan een extern transportbedrijf zijn dat je vracht ophaalt en bezorgt. Het kan ook je eigen wagenpark zijn als je je eigen vrachtwagens en chauffeurs inzet. Hoe dan ook, de vervoerder is verantwoordelijk voor de fysieke rit. Dat onderscheid is belangrijk, want je hebt nog steeds een plan nodig, zelfs als de vrachtwagen van jou is. Bij een externe vervoerder spreek je vooraf prijzen en diensten af. Bij je eigen wagenpark wil je wellicht nog steeds de transportkosten berekend hebben, zeker als bezorgkosten op klantorders verschijnen. Dynamics 365 Transportation Management ondersteunt beide situaties. Dan is er nog de route. Een route is het geplande pad van ophalen naar bestemming, samen met de servicekeuze.

Het beantwoordt praktische vragen. Bij welk magazijn haalt de vervoerder de goederen op? Welke klant of locatie ontvangt de goederen? Welke vervoerderservice verzorgt de rit? Stel je een levering voor vanuit je hoofdmagazijn naar een klant aan de andere kant van het land. De ene route gebruikt standaard wegtransport, dat minder kost maar langer duurt. Een andere kan een snellere, duurdere service gebruiken. Hetzelfde begin- en eindpunt, maar de transportkeuze verschilt. Een tarief is de verwachte kostprijs voor die keuze. Het is geen willekeurig getal dat op het laatste moment wordt ingevoerd. Tarieven komen voort uit prijsafspraken met vervoerders, gecombineerd met zendings- of routedetails. Waar de goederen starten, waar ze heen gaan, de gebruikte service, de getransporteerde hoeveelheid. Dus, een route vertelt je hoe goederen verplaatst moeten worden. Een tarief vertelt je wat je kunt verwachten te betalen.

Die twee ideeën horen bij elkaar omdat een goedkope route je leverbelofte kan missen, terwijl snelheid meer kan kosten dan de order ondersteunt. Transportplanning is niet alleen een vrachtwagen vinden. Het is een service kiezen die past bij je klantbelofte en de kostenregels van het bedrijf. Dynamics 365 bevat de Raid Route Workbench. De naam klinkt formeel, maar het doel is eenvoudig. Het biedt planners een plek om route- en tariefkeuzes voor een zending naast elkaar te vergelijken. In plaats van de ene vervoerderstabel na de andere te controleren en in een apart bestand te vergelijken, beoordeel je de keuzes die verbonden zijn aan die verzendbehoefte. Misschien bereikt de ene optie de klant eerder. Misschien kost de andere minder. Het systeem weet niet of elke klant snelheid meer waardeert dan kosten, omdat bedrijven verschillend werken. Een klant heeft misschien betaald voor een spoedlevering, dus de snellere route is logisch.

Een andere accepteert een langere levertijd en de lagere prijs past beter. Mensen nemen nog steeds de beslissing. Transportation Management geeft je overeengekomen keuzes en verwachte kosten, terwijl jouw bedrijf bepaalt welke afweging werkt. Dit is wat de ingebouwde module daadwerkelijk doet. Tariefinformatie komt uit tarieftabellen die je bedrijf invoert en onderhoudt in Dynamics 365. Zie deze tabellen als opgeslagen gegevens van overeengekomen vervoerdersprijzen en route-regels. Als je een prijs hebt onderhandeld voor een bepaalde service en traject, staat die informatie in het systeem en ondersteunt het de planning. Dat werkt goed wanneer je tarieven bekende afspraken volgen. Bijvoorbeeld werken met een paar vaste vervoerders, bekende routes bedienen en prijzen bijwerken wanneer contracten veranderen. De transportplanner gebruikte al vastgelegde tarieven in plaats van te zoeken in oude e-mails.

Maar dit is iets wat velen verkeerd begrijpen. De ingebouwde module fungeert niet als een live winkelwebsite die verbonden is met elke vervoerder. Het haalt niet automatisch actuele prijzen op uit live feeds om deze in realtime over een breed netwerk te vergelijken. Als u bedrijf tarieven van meerdere vervoerders wil vergelijken, live bookingslinks of gedetailleerdere verzendstatusupdates nodig heeft, koppelt u doorgaans een extern systeem. Dat is geen tekortkoming van transportmanagement. Het definieert zijn taak duidelijk. Deze tools verzorgen de gestructureerde transportplanning binnen supply chain management, gebruikmakend van de vervoerders, route- en tariefinformatie die uw bedrijf bijhoudt. En het is ook geen website voor het volgen van consumentenpakketten. U zult het niet gebruiken als een kaart waar u één track-and-trace-code invoert om een voertuigicoontje over de weg te zien bewegen.

Deze module richt zich op zakelijke transportbeslissingen voor en rondom de zending. Welke goederen gaan samen, welke vervoerder verwerkt ze, welke route geld en wat de reis zou moeten kosten. Zodra uw bedrijf dat plan kiest, moeten de magazijn- en transportteams dit uitvoeren. Van magazijndeur tot klantdeur, een transportplan helpt alleen als mensen het daadwerkelijk kunnen omzetten in een echte zending. Bij een uitgaande bestelling begint het proces meestal wanneer een klant iets koopt. De verkooporder vertelt het bedrijf wat de klant wil, waar het heen moet en wanneer het moet aankomen. Die bestelling wordt een zending en de zending wordt onderdeel van een geplande lading met andere goederen op dezelfde route. Dan neemt het magazijn het over. Medewerkers verzamelen de artikelen uit de opslag, verpakken ze en brengen ze naar de juiste laadzone. Omdat de zending bij een lading hoort, kan het team zien welke goederen samen weg moeten en welke vervoerder ze ophaalt.

Wanneer het voertuig arriveert, gaan de goederen van het magazijn naar de vervoerder en brengt de vervoerder ze naar de klant. Elke stap is verbonden aan hetzelfde bewegingsdossier. Dat klinkt normaal, maar stel u de oude manier voor. Een orderpikker werkte wellicht met een geprinte orderlijst. Een transportplanner had mogelijk een aparte lijst. En iemand bij de laaddeur moest door e-mails zoeken om te checken welke vervoerder welke pallets moest meenemen. Als er één detail veranderde, had iedereen de bijgewerkte versie nodig. Met transportmanagement geeft de lading de teams een gedeeld dossier. Het magazijn ziet de artikelen die aan de lading gekoppeld zijn. De transportplanner ziet de verzenddetails en de persoon die het ophalen regelt, ziet de geplande vervoerder en dienst. In plaats van verschillende papieren lijsten door te geven, werken mensen vanuit informatie die gekoppeld is aan dezelfde order en zending.

Hier is een eenvoudig voorbeeld. Een magazijn heeft bestellingen voor verschillende klanten in hetzelfde aflevergebied. De ene klant bestelde dozen met schoonmaakmiddelen, de andere papierproducten en een derde bestelde een kleine partijapparatuur. Elke bestelling moet worden gepikt en verpakt, maar het transportteam hoeft ze niet als volledig aparte ritten te behandelen. Zij wijzen de zendingen toe aan één geplande vracht. Magazijnmedewerkers pikken elke bestelling, verpakken deze correct en maken het gereed voor de laadruimte. Het vrachtdossier geeft aan dat al deze zendingen samen reizen. Wanneer de vervoerder arriveert, overhandigt het team de goederen voor één geplande beweging in plaats van op het laatste moment losse pallets aan een chauffeur te koppelen. De klant ontvangt nog steeds zijn eigen bestelling. Achter de schermen heeft het bedrijf die levering echter geplant als onderdeel van een grotere beweging.

Die koppeling helpt het magazijn samen te werken met het transportteam in plaats van vooruit te werken of te wachten op instructies die te laat komen. Inkomend transport volgt hetzelfde verbonden idee, alleen in de andere richting. Een inkooporder geeft aan dat uw bedrijf goederen van een leverancier verwacht. Wanneer uw bedrijf het transport regelt, koppelt een geplande inkomende vracht de binnengekomen artikelen aan de rit voordat de goederen het magazijn bereiken. De leverancier verzendt de zending, de vervoerder brengt deze naar uw locatie en het magazijn ontvangt het. Het ontvangstpersoneel kan zich voorbereiden omdat ze weten wat er moet aankomen. Ze kunnen de geplande vracht vergelijken met de goederen die bij het laadperron verschijnen, veel duidelijker dan een vrachtwagen die onaangekondigd arriveert en waarbij iemand moet uitzoeken bij welke inkooporder de pallets horen. Overboekingsorders passen ook in dit proces. De ene bedrijfslocatie verzend voorraad terwijl een andere bedrijfslocatie deze ontvangt.

Het eerste magazijn bereidt de artikelen voor en verzendt ze en het tweede magazijn verwacht dezelfde artikelen en ontvangt ze in zijn voorraad. Er is geen externe klant aan het einde van die rit, maar het bedrijf heeft nog steeds een duidelijke overdracht nodig tussen de twee locaties. De vracht verbindt het verzend- en ontvangstwerk rond één geplande beweging. Keuzes voor klantbezorging blijven ook verbonden met de verzendbeslissing. Als een planner een snellere vervoersdienst kiest omdat een klant goederen snel nodig heeft, is die keuze verbonden met de zending. Als het bedrijf een goedkopere service gebruikt omdat de leverdatum dat toelaat, is die keuze ook verbonden. Mensen kunnen de bezorgkosten herleiden naar de route en de keuze voor de vervoerder die deze heeft veroorzaakt. Het voertuig mag dan het laadperron verlaten en de goederen mogen veilig aankomen, maar het werk is nog niet klaar.

De vervoerder stuurt achteraf een vrachtfactuur en iemand moet deze controleren. Vrachtkosten en afstemming De goederen hebben het magazijn verlaten en de levering kan zelfs al voltooid zijn. Dan komt de factuur van de vervoerder aan. Die factuur moet worden gecontroleerd, want het bedrag op de rekening moet overeenkomen met de transportkeuze die het bedrijf eerder heeft geplant, inclusief vervoerder, route, service, ladingdetails en verwachte vrachtkosten. Tijdens de planning kan Dynamics 365 op basis van de tariefinformatie van het bedrijf een verwachte transportkost berekenen. Dat verwachte bedrag geeft het bedrijf een uitgangspunt voordat de vervoerder om betaling vraagt. Later verstuurt de vervoerder zijn vrachtfactuur. Vrachtafstemming betekent het vergelijken van die factuur met de tarieven en verzendgegevens die al in het systeem staan. Simpel gezegd controleert het bedrijf of de vervoerder in rekening heeft gebracht wat men verwachtte voor de werkelijke dienstverlening.

Stel je voor dat de planning uitging van een bedrag van 500 dollar. De factuur van de vervoerder toont ook 500 dollar en de verzendgegevens komen overeen. Die rekening doorloopt het controleproces probleemloos omdat het geplandde record en de factuur met elkaar overeenstemmen. Maar facturen komen niet altijd overeen met de planning. Misschien was de tarieventabel onjuist, heeft de vervoerder een andere dienst gefactureerd of is de lading na de planning gewijzigd en moet een toeslag worden toegelicht. Zonder gekoppeld record ziet financiën alleen een factuurnummer en een bedrag en moet men tijd besteden aan navraag bij het magazijn en het transportteam. Transportbeheer houdt de transportbeslissing verbonden met die controle. Regels kunnen de factuur van de vervoerder vergelijken met het verwachte bedrag en de geplande verzendinformatie. Wanneer de details binnen de geaccepteerde bedrijfsregels vallen, kan de factuur worden verwerkt.

Wanneer de details niet overeenkomen, stuurt het systeem het verschil door voor beoordeling. Dat betekent dat men niet blindelings elke vrachtkostenpost goedkeurt. Een transportplanner moet mogelijk bevestigen dat de vervoerder een andere dienst gebruikte of iemand van financiën moet vragen waarom er extra kosten zijn. Het is niet de bedoeling om aan te nemen dat elk verschil fout is, toch? Het gaat erom het verschil op te merken voor de betaling. Dit brengt operaties en financiën samen rondom dezelfde zending. Het transportteam kiest een vervoerder en een dienst. Die keuze creëert een verwachte kostprijs. Het magazijn verstuurt de goederen en financiën controleert de latere factuur tegen het geplande dossier van het bedrijf. Elk team ziet een ander deel, maar ze kijken naar onderling verbonden informatie. Het ingebouwde proces heeft echter een duidelijke rijkwijte. Bedrijven die grootschalige, sterk geautomatiseerde vrachtadits nodig hebben, voegen vaak een extern transportbeheersysteem toe.

Die tools kunnen diepere vervoerderskoppelingen en meer geautomatiseerde controleregels bieden. De ingebouwde module regelt de geplande kosten en afstemming binnen supply chain management, terwijl een ander systeem dat werk kan uitbreiden wanneer het bedrijf meer nodig heeft. Voeg al deze bouwstenen samen en het volledige plaatje wordt duidelijk waar het past en wat het niet doet. Dus, waar hoort transportbeheer eigenlijk thuis? Het hoort bij Dynamics 365 supply chain management dat draait op de finance en operations apps. Dat is de plek. Dit is voor wie het geschikt is. Bedrijven die een gestructureerde manier nodig hebben om inkomende leveringen, uitgaande klantverzendingen en voorraadoverdrachten tussen vestigingen te plannen, met hun eigen vervoerdersgegevens, tarieventabellen en laadregels. Laten we nu een veel voorkomend punt van verwarring ophelderen. Business Central is anders. Business Central bevat deze ingebouwde module voor transportbeheer niet.

Als u Business Central gebruikt en transportplanning nodig hebt, kijkt u naar een transportbeheersysteem van derde. Dat is de grens. Laten we de grens aan de andere kant ook duidelijk houden. De ingebouwde module vervangt niet elk vervoerdersportaal, live verkeersdienst of geavanceerde tracking tool. Wanneer een bedrijf live tarieven van veel vervoerders, meer keuze uit vervoerders of diepere tracering nodig heeft nadat goederen het laadperron hebben verlaten, koppelt het een TMS van derde. Die tools regelen de externe activiteiten. Denk terug aan het kantoorgebouw. Transportbeheer is de transportbalie in dat gebouw. Het is verbonden met orders, magazijnwerkzaamheden en de financiële afdeling. Het houdt het eigen transportplan van het bedrijf bij elkaar. Externe vervoerders tools kunnen activiteiten buiten die balie afhandelen. Twee verschillende lagen die samenwerken. Conclusie. Volgende kennisfragment.

Dit is de eenvoudigste manier om erover na te denken. Transportbeheer zet bedrijfsorders om in geplande goederenbewegingen. Vervolgens koppelt het die beweging aan de vrachtkosten die het bedrijf achteraf controleert. Dat is de volledige cirkel. Abonneer u op uw favoriete podcastplatform. Deel dit kennisfragment met iemand die Dynamics 365 Supply Chain Management leert. Bekijk daarna onze afleveringen over magazijn en voorraad. Elke lading is nog steeds afhankelijk van de voorraad achter de magazijndeur.