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 vonden die stappen plaats in losse spreadsheets, telefoontjes, tarievenlijsten en overdrachten tussen teams. Oh, en dat zorgt voor hiaten. Het magazijn bereidt goederen misschien voor voordat transport een plan heeft. Financiën ziet wellicht een factuur zonder te weten wat er is afgesproken om te betalen. Dus, wat is transportbeheer precies? In gewone mensentouw 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 einde 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 aan moeten komen, hoeveel ruimte ze innemen, wanneer ze moeten vertrekken en wat de rit moet kosten. Als je je voorstelt dat één doos naar één klant gaat, klinkt het simpel. Maar een echt bedrijf verstuurt misschien vele orders vanuit hetzelfde magazijn op dezelfde dag, ontvangt goederen van verschillende leveranciers en verplaatst tegelijkertijd voorraad tussen eigen locaties. Aan elke beweging zijn mensen, data, ruimte en geld verbonden. Zonder een gedeeld systeem ziet elk team alleen zijn eigen stukje. Verkoop ziet de klantorder. Inkoop ziet de leveranciersorder. Magazijnmedewerkers zien de artikelen die ze moeten pikken, verpakken, ontvangen of opbergen.

Het transportteam ziet een lijst met goederen die vervoerd moeten worden, vaak nadat alle anderen hun deel al hebben gedaan. En dat is waar vertragingen en verwarring beginnen. Hier is een concreet voorbeeld. Stel je voor dat de magazijn tien klantorders klaar heeft staan voor dezelfde stad. Als niemand die orders koppelt voordat transport wordt geboekt, regelt het bedrijf misschien meerdere deels gevulde ritten... ...of arriveert de vervoerder voordat het magazijn weet welke goederen op het voertuig horen. De goederen zijn klaar, maar de beweging is niet gepland. Transportbeheer geeft die beweging dus een plek binnen Dynamics 365 Supply Chain Management. Het is geen losse consumentenapp voor verzendingen waar je een trackingnummer invoert en ziet hoe een pakket over een kaart beweegt. In plaats daarvan werkt het met de bedrijfsgegevens die al in het verbonden platform staan. Een order creëert de behoefte om goederen te verplaatsen.

Het magazijn bereidt de goederen voor. Transportbeheer plant hoe die goederen tussen locaties reizen. Zie het als de transportbalie in een kantoorpand. Het verkoopteam brengt een klantverzoek naar de balie. Inkoop brengt het nieuws dat een leverancier goederen zal opsturen. Het magazijn levert de daadwerkelijke voorraad en de laaddeuren. De transportbalie verbindt die verzoeken aan het transportplan van het bedrijf. Er zijn twee hoofdrichtingen. Inkomend transport betekent dat goederen je bedrijf binnenkomen. Je hebt artikelen besteld bij een leverancier en die artikelen moeten je magazijn bereiken. Soms regelt de leverancier die reis, soms regelt jouw bedrijf het. Hoe dan ook, je hebt een duidelijk plan nodig om de goederen op de juiste plek te krijgen en ze bij aankomst te ontvangen. Uitgaand transport betekent dat goederen je bedrijf verlaten. Een klant heeft producten besteld. Het magazijn maakt ze klaar en een vervoerder of eigen voertuig brengt ze naar de klant.

Beide stromen draaien om beweging, maar het startpunt verschilt. Inkomend begint met een inkooporder en een leverancier. Uitgaand begint met een verkooporder en een klant. Er is ook een derde type dat beginners vaak missen, transferorders. Een transferorder verplaatst voorraad tussen je eigen bedrijfslocaties. Misschien heeft het ene magazijn te veel voorraad en het andere magazijn heeft het nodig. Er komt geen klantkoop aan te pas, maar de fysieke goederen moeten nog steeds worden vervoerd. In 365 Transportation Management horen transferorders bij het uitgaande scenario en kunnen ze samen met verkooporders worden geplant. Dat is logisch als je je het laadperron voorstelt. Of een pallet nu naar een betalende klant gaat of naar een ander magazijn van het bedrijf. Er moet nog steeds iemand het voertuig regelen, ruimte reserveren en het via dezelfde deur verzenden. Deze verbonden aanpak vervangt dus de oude keten van aparte lijsten en telefoontjes door gedeelde informatie.

De order vertelt het systeem wat er verplaatst moet worden. Het magazijn bereidt de artikelen voor. Transportbeheer zet die behoefte om in een transportplan. Zodra goederen moeten worden verplaatst, heeft het systeem eerst een werkbaar verzendplan nodig. De lading plannen. De kennissnipper van vandaag gaat over iets wat elk logistiek team nodig heeft, maar vaak verschillend uitlegt. Een lading plannen. Je kunt transportplannen vanuit orders of vanuit zendingen. Ik ben... ...en laat ik direct een fabeltje uit de wereld helpen. Een verzendplan begint niet vanaf nul. Het begint met gegevens die je al hebt. Een verkooporder bevat wat een klant heeft gekocht. Een inkooporder vermeld wat een leverancier moet opsturen. Een zending groepeert die artikelen in een gerichter verzend, record, klaar om met anderen te worden gecombineerd. Dus, welk startpunt moet u gebruiken? Dat hangt af van hoe uw bedrijf werkt.

Sommige teams plannen vroeg en kijken direct naar orderregels. Andere teams maken eerst zendingen aan en beslissen daarna wat er samen meegaat. Beide paden leiden tot dezelfde vraag. Wat moet er op hetzelfde voertuig? Dit is de eenvoudigste definitie. Een lading is het digitale record voor een geplande verplaatsing van goederen. U kunt het zien als één vrachtwagen, één trailer, één container of één verzameling zendingen die samen reizen. Het geeft u één plek om te zien welke goederen bij elkaar horen voordat het fysieke werk begint. Nu, dit is iets wat veel mensen verkeerd begrijpen. Een lading betekent niet dat elk artikel in één fysieke doos past. Het betekent dat het systeem goederen groepeert rondom één transportplan. Verschillende klantenzendingen kunnen één vrachtwagen delen. Een grote order kan een hele trailer op zichzelf vullen. Een container die van een leverancier komt, kan ook een lading worden, zelfs voordat uw magazijn de goederen ontvangt.

Het punt is om te stoppen met elke order als een eigen rit te behandelen. Stel u 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 halflege voertuigen sturen verspildruimte en creëert zes afzonderlijke transporttaken. Het team kan in plaats daarvan compatibele zendingen groeperen tot één lading. Compatibel betekent dat ze redelijkerwijs samen kunnen reizen. Ze vertrekken vanuit hetzelfde magazijn, moeten rond dezelfde tijd weg, passen binnen de voertuiglimieten en volgen uw 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. Uw magazijn ziet wat er bij de lading hoort. De transportplanner ziet het totale volume en gewicht. Mensen hoeven niet steeds dezelfde lijst opnieuw op te bouwen in e-mails, notities of een apart bestand.

Maar dit is het punt. Goederen groeperen draait niet alleen om meer artikelen bij elkaar zetten. 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 prima uit, maar faalt deze bij het laadperron. Dynamics 365 gebruikt laadjablonen om dat te helpen voorkomen. Zie een laadjablon als een herbruikbare set limieten voor een type voertuig of container. Maak er een voor een kleine bestelwagen, een andere voor een grotere trailer en weer een andere voor een verzendcontainer. Elk schabloon bevat limieten voor gewicht, volume, hoogte en andere regels die uw bedrijf nodig heeft. Het schabloon geeft de lading vorm voordat u 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.

De oplossing kan een tweede voertuig zijn, een ander schabloon of een andere groepering van zendingen. De software tilt geen pallets, maar geeft uw team wel een duidelijker plan voordat het fysieke werk begint. Een ingebouwde benadering heet volume-gestuurde lading-opbouw. Dat klinkt technischer dan nodig is. Het betekent dat het systeem de maximale hoogte en het gewicht uit uw laadschabloon gebruikt bij het opbouwen of voorstellen van een lading. Eenvoudig gezegd, het controleert of de goederen binnen de door u ingestelde limieten vallen. Die waarden staan niet voor altijd vast. Een planner kan ze overschrijven wanneer de behoeften in de praktijk veranderen. Misschien stuurt een vervoerder een andere trailer. Misschien staat een rit een andere hoogte toe. Het schabloon levert de normale regel en de overschrijving handelt de uitzondering af zonder alles opnieuw op te bouwen. Laten we terugkeren naar die zes klantorders.

Elke order kan afzonderlijk 15% van een vrachtwagen in beslag nemen. Als ze apart worden geplant, zou u zes grotendeels lege voertuigen kunnen sturen. Gegroepeerd in één lading kunnen dezelfde orders het grootste deel van één vrachtwagen vullen, met ruimte over voor meer. Dat is een beter gebruik van de ruimte. Hetzelfde idee werkt nu in beide richtingen. Maak voor inkomende planning een lading rond artikelen die van een leverancier komen. Het transportplan koppelt aan de verwachte ontvangst, zodat het magazijn weet wat er komt en zich voorbereidt op aankomst. In plaats van pas van een levering te horen wanneer deze bij de poort verschijnt, heeft het ontvangsteam een gepland dossier. Selecteer voor uitgaande planning magazijn artikelen die naar klanten moeten en groepeer ze in een lading. Het magazijn bereidt die goederen voor op basis van de ladingsdetails, niet op basis van een losstaande lijst.

Een volledige lading heeft nog steeds een manier van transport nodig, een bedrijf om het te verplaatsen en een verwachte prijs. Routes, vervoerders en tarieven De lading vertelt u nu wat er samen moet reizen. Vervolgens moet u beslissen wie het verplaatst, welke service ze gebruiken en wat die rit moet kosten. Het bedrijf dat uw goederen verplaatst, wordt de vervoerder genoemd. Dit kan een extern transportbedrijf zijn dat uw vracht ophaalt en aflevert. Het kan ook uw eigen wagenpark zijn als u met eigen vrachtwagens en chauffeurs werkt. Hoe dan ook, de vervoerder is verantwoordelijk voor de fysieke reis. Dat onderscheid is belangrijk omdat u nog steeds een plan nodig heeft, zelfs als de vrachtwagen van u is. Bij een externe vervoerder spreekt u vooraf prijzen en diensten af. Bij uw eigen wagenpark wilt u wellicht nog steeds de transportkosten berekenen, vooral als leveringskosten op klantorders verschijnen.

Dynamics 365 Transportation Management ondersteunt beide situaties. Dan is er nog de route. Een route is het geplande traject van afhaling tot bestemming, inclusief de gekozen dienst. Het beantwoordt praktische vragen. Bij welk magazijn haalt de vervoerder de goederen op? Welke klant of locatie ontvangt de goederen? Welke vervoersdienst verzorgt de reis? Stel je een levering voor vanuit je hoofdmagazijn naar een klant aan de andere kant van het land. Een route gebruikt wellicht standaard wegvervoer dat minder kost maar langer duurt. Een andere route gebruikt wellicht een snellere, duurdere dienst. Hetzelfde begin- en eindpunt, maar met een andere transportkeuze. 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 in combinatie met zendings- of routegegevens. Waar beginnen de goederen?

Waar gaan ze heen? Welke dienst wordt gebruikt? De getransporteerde hoeveelheid. Dus, een route vertelt je hoe goederen verplaatst moeten worden, een tarief vertelt je wat je verwacht te betalen. Die twee ideeën horen bij elkaar omdat een goedkope route je leverbelofte kan schenden, terwijl snelheid meer kan kosten dan de order rechtvaardigt. Transportplanning is niet alleen een vrachtwagen vinden. Het is een dienst kiezen die past bij je klantbelofte en de kostenregels van het bedrijf. Dynamics 365 bevat de werkbank voor tarieven en routes. De naam klinkt formeel, maar het doel is eenvoudig. Het geeft planners een plek om route- en tariefopties 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, bekijk je de opties verbonden 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 spoedlevering, dus de snellere route is logisch. Een ander accepteert een langere levertijd en de lagere prijs past beter. Mensen nemen nog steeds de beslissing. Transportbeheer biedt 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 vervoerderstarieven en route-regels. Als je een prijs hebt onderhandeld voor een bepaalde dienst en route, staat die informatie in het systeem ter ondersteuning van de planning. Dat werkt goed wanneer je tarieven bekende afspraken volgen. Werk bijvoorbeeld met een paar vaste vervoerders, bedien bekende routes en update prijzen wanneer contracten wijzigen.

De transportplanner gebruikt reeds vastgelegde tarieven in plaats van te zoeken in oude e-mails. Maar hier is iets wat velen verkeerd begrijpen. De ingebouwde module gedraagt zich niet als een live winkel website 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 uw bedrijf behoefte heeft aan tarievergelijking tussen vervoerders, live bookingslinks of gedetailleerde status-updates van zendingen, koppelt u meestal 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 tariefgegevens die uw bedrijf bijhoudt. En het is ook geen website voor het volgen van consumentenpakketten. U gebruikt het niet als een kaart waarop u één trackingnummer invoert en een voertuig pictogram over een weg ziet bewegen.

Deze module richt zich op zakelijke transportbeslissingen voor en rondom de zending. Welke goederen gaan samen, welke vervoerder regelt het, welke route is van toepassing, wat de rit moet kosten. Zodra uw bedrijf dat plan kiest, moeten de magazijn- en transportteams het uitvoeren. Van magazijndeur tot klantdeur, een transportplan helpt alleen als mensen het daadwerkelijk kunnen omzetten in een echte zending. Bij een uitgaande order begint het proces meestal wanneer een klant iets koopt. De verkooporder vertelt het bedrijf wat de klant wil, waar het naartoe moet en wanneer het moet aankomen. Die order wordt een zending en de zending wordt onderdeel van een geplande lading met andere goederen op dezelfde rit. Dan neemt het magazijn het over. Medewerkers pakken de artikelen uit de opslag, verpakken ze en brengen ze naar de juiste laadzone. Omdat de zending bij een lading hoort, ziet het team welke goederen samen moeten vertrekken 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 gekoppeld aan hetzelfde verplaatsingsrecord. Dat klinkt alledaags, maar stel u de oude werkwijze voor. Een orderverzamelaar werkte misschien met een geprinte order. Een transportplanner had wellicht een aparte lijst en iemand bij de laaddeur zocht in e-mails om te controleren welke vervoerder welke pallets moest meenemen. Als er één detail veranderde, had iedereen de bijgewerkte versie nodig. Met transportmanagement biedt de lading de teams een gedeeld overzicht. Het magazijn ziet de items verbonden aan de lading, de transportplanner ziet de zending details en de persoon die het ophalen regelt, ziet de geplande vervoerder en dienst. In plaats van verschillende papieren lijsten door te geven, werken mensen met informatie die gekoppeld is aan dezelfde order en zending.

Hier is een simpel voorbeeld. Een magazijn heeft orders voor verschillende klanten in hetzelfde bezorggebied. Eén klant bestelde dozen met schoonmaakartikelen, een ander bestelde papierproducten en een derde bestelde een kleine partijapparatuur. Elke order moet worden verzameld en verpakt, maar het transportteam hoeft ze niet als volledig aparte ritten te behandelen. Zij wijzen de zendingen toe aan één geplande lading. Magazijnmedewerkers pikken elke order, pakken deze correct in en bereiden alles voor in de laadruimte. Het laat record geeft aan dat al die 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 order. Achter de schermen heeft het bedrijf die levering echter geplant als onderdeel van een grotere beweging.

Die koppeling helpt het magazijn om 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 principe, alleen in de andere richting. Een inkooporder geeft aan dat uw bedrijf goederen verwacht van een leverancier. Wanneer uw bedrijf het transport regelt, verbindt een geplande inkomende lading de inkomende artikelen met de rit voordat de goederen het magazijn bereiken. De leverancier verzendt de zending, de vervoerder brengt deze naar uw locatie en het magazijn ontvangt deze. Ontvangend personeel kan zich voorbereiden omdat ze weten wat er moet aankomen. Ze kunnen de geplande lading vergelijken met de goederen die bij het laadperron verschijnen, veel duidelijker dan wanneer een vrachtwagen zonder waarschuwing opduikt en iemand moet uitzoeken bij welke inkooporder de pallets horen. Transferorders passen ook in dit proces.

De ene bedrijfslocatie verzendt 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 lading verbindt het verzend- en ontvangstwerk rondom één geplande beweging. Leveringskeuzes van klanten blijven ook verbonden met de verzendbeslissing. Als een planner een snellere vervoersdienst kiest omdat een klant goederen snel nodig heeft, wordt die keuze gekoppeld aan de zending. Als het bedrijf een goedkopere dienst gebruikt omdat de leverdatum dat toelaat, wordt die keuze ook gekoppeld. Men kan de leveringskosten herleiden naar de gekozen route en vervoerder die deze hebben veroorzaakt. Het voertuig mag dan het laadperron verlaten en de goederen 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 is mogelijk zelfs voltooid. Vervolgens komt de factuur van de vervoerder aan. Die factuur moet worden gecontroleerd omdat het bedrag op de rekening moet aansluiten bij de transportkeuze die het bedrijf eerder heeft geplant, inclusief vervoerder, route, service, laat details en verwachte vrachtkosten. Tijdens de planning kan Dynamics 365 verwachte transportkosten berekenen op basis van de tariefinformatie van het bedrijf. Dat verwachte bedrag geeft het bedrijf een startpunt voordat de vervoerder om betaling vraagt. Later stuurt de vervoerder zijn vrachtfactuur. Vrachtafstemming betekent dat deze factuur wordt vergeleken met het tarief en de verzendgegevens die al in het systeem staan. In gewone taal controleert het bedrijf of de vervoerder heeft gerekend wat het bedrijf verwachtte voor de dienst die de goederen daadwerkelijk heeft verplaatst.

Stel je voor dat de planning een bedrag van 500 dollar aangaf. De factuur van de vervoerder toont ook 500 dollar en de verzendgegevens komen overeen. Die factuur heeft een vrije doorgang door het controleproces omdat het geplandere koor en de factuur met elkaar overeenstemmen. Maar facturen komen niet altijd overeen met de planning. Misschien was de tarieventabel onjuist, misschien heeft de vervoerder een andere dienst gefactureerd, of misschien is de lading na de planning veranderd en moet een toeslag worden uitgelegd. Zonder een gekoppeld record ziet financiën misschien alleen een factuurnummer en een bedrag, waarna ze tijd moeten besteden aan vragen aan het magazijn en het transportteam wat er is gebeurd. Transportmanagement houdt de transportbeslissing gekoppeld aan die controle. Regels kunnen de factuur van de vervoerder vergelijken met het verwachte bedrag en de geplande verzendinformatie.

Wanneer de details binnen de geaccepteerde regels van het bedrijf vallen, kan de factuur worden verwerkt. Wanneer de details niet overeenkomen, stuurt het systeem het verschil door zodat iemand het kan beoordelen. Dat betekent dat mensen niet blindelings elke vrachtkosten goedkeuren. Een transportplanner moet wellicht bevestigen dat de vervoerder een andere dienst heeft gebruikt, of iemand van financiën moet wellicht vragen waarom er een extra toeslag op de factuur staat. Het punt is niet om aan te nemen dat elke discrepantie fout is, toch. Het punt is om de discrepantie op te merken voor de betaling. Dit brengt operaties en financiën samen rond dezelfde zending. Het transportteam kiest een vervoerder en een dienst. Die keuze creëert een verwachte kostenpost. Het magazijn verstuurt de goederen en financiën controleert de latere factuur aan de hand van het dossier van wat het bedrijf had geplant.

Elk team ziet een ander deel, maar ze kijken naar gekoppelde informatie. Het ingebouwde proces heeft echter een duidelijke rijkwijte. Bedrijven die grootschalige, sterk geautomatiseerde vrachtadders nodig hebben, voegen vaak een extern transportmanagementsysteem toe. Die tools kunnen diepere vervoerdersverbindingen en meer geautomatiseerde controleregels bieden. De ingebouwde module handelt de geplande kosten en afstemming af binnen supply chain management, terwijl een ander systeem dat werk kan uitbreiden wanneer het bedrijf meer nodig heeft. Als je al deze bouwstenen samenvoegt, begint het volledige beeld te verschijnen waar het past en wat het niet doet. Dus, waar bevindt transportmanagement zich eigenlijk? Het hoort thuis in Dynamics 365 supply chain management dat op de finance en operations apps draait. Dat is de plek waar het thuis hoort. Dit is voor wie het geschikt is. Bedrijven die een gestructureerde manier nodig hebben om inkomende leveringen, uitgaande klantenzendingen en voorraadverplaatsingen tussen bedrijfslocaties te plannen, met gebruik van 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 met Business Central werkt en transportplanning nodig hebt, kijkt u naar een transportbeheersysteem van derden. 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 uitgebreidere tracking nodig heeft nadat goederen het laadperron hebben verlaten, wordt een TMS van derden gekoppeld. Die tools handelen de externe activiteiten af. Denk terug aan het kantoorgebouw. Transportbeheer is de transportbalie binnen dat gebouw. Het is verbonden met orders, magazijnwerkzaamheden en financiën. Het houdt het eigen transportplan van het bedrijf bij elkaar.

Externe vervoerdersstoels 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 een geplande goederenbeweging. 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 die achter de magazijndeur ligt.