WEBVTT 00:00:00.000 --> 00:00:04.280 Hallo en welkom bij weer een aflevering van Microsoft Knowledge Nuggets hier op M365FM. 00:00:04.440 --> 00:00:05.960 Ik ben je gastheer Mirko Peters. 00:00:06.200 --> 00:00:10.980 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. 00:00:11.180 --> 00:00:13.720 Dynamics 365 Transportation Management. 00:00:14.000 --> 00:00:14.780 Dit is het probleem. 00:00:14.940 --> 00:00:22.140 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. 00:00:22.480 --> 00:00:26.980 Jarenlang leefden die stappen in losse spreadsheets, telefoongesprekken, tarievenlijsten en overdrachten tussen teams. 00:00:27.180 --> 00:00:28.500 Oh, en dat creëert hiaten. 00:00:28.500 --> 00:00:31.540 Het magazijn bereidt goederen misschien voor voordat transport een plan heeft. 00:00:31.700 --> 00:00:34.800 Financiën ziet misschien een factuur zonder te weten wat er is afgesproken om te betalen. 00:00:35.000 --> 00:00:36.580 Dus, wat is transportbeheer precies? 00:00:36.760 --> 00:00:41.320 In begrijpelijke taal is het de transportafdeling binnen Dynamics 365 Supply Chain Management. 00:00:41.580 --> 00:00:44.680 Het verbindt magazijn deuren, leveranciers, klanten en vervoerders met elkaar. 00:00:44.860 --> 00:00:48.540 We plannen ladingen, kiezen routes en tarieven, verzenden goederen en controleren vrachtkosten. 00:00:48.740 --> 00:00:53.540 Aan het eind van deze aflevering zul je zien hoe al deze onderdelen samenkomen om je werk makkelijker te maken. 00:00:55.960 --> 00:00:57.600 Waarom transportbeheer bestaat 00:00:57.600 --> 00:01:00.080 Laten we beginnen met een basisfeit. 00:01:00.280 --> 00:01:04.000 Fysieke goederen verplaatsen zich niet zomaar omdat er een verkooporder op een scherm staat. 00:01:04.220 --> 00:01:07.820 Ze hebben een vrachtwagen, trailer, container of een andere manier van reizen nodig. 00:01:08.020 --> 00:01:14.420 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. 00:01:14.640 --> 00:01:17.680 Als je je één doos naar één klant voorstelt, klinkt het simpel. 00:01:17.680 --> 00:01:26.380 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. 00:01:26.580 --> 00:01:30.140 Elke beweging heeft mensen, data, ruimte en geld eraan verbonden. 00:01:30.460 --> 00:01:33.540 Zonder een gedeeld systeem ziet elk team alleen zijn eigen stukje. 00:01:33.740 --> 00:01:35.060 Verkoop ziet de klantorder. 00:01:35.300 --> 00:01:36.820 Inkoop ziet de leveranciersorder. 00:01:37.500 --> 00:01:40.980 Magazijnmedewerkers zien de items die ze moeten pikken, verpakken, ontvangen of opruimen. 00:01:41.160 --> 00:01:45.480 Het transportteam ziet een lijst met zaken die verplaatst moeten worden, vaak nadat iedereen zijn deel al heeft gedaan. 00:01:45.480 --> 00:01:47.560 En daar beginnen de vertragingen en de verwarring. 00:01:47.760 --> 00:01:49.100 Hier is een concreet voorbeeld. 00:01:49.380 --> 00:01:52.460 Stel je voor dat een magazijn tien klantorders klaar heeft voor dezelfde stad. 00:01:52.640 --> 00:01:57.440 Als niemand die orders koppelt voordat transport wordt geboekt, regelt het bedrijf misschien meerdere gedeeltelijk gevulde ritten, 00:01:57.620 --> 00:02:00.620 of de vervoerder komt aan voordat het magazijn weet welke goederen in het voertuig moeten. 00:02:00.800 --> 00:02:03.220 De goederen zijn klaar, maar de beweging is niet geplant. 00:02:03.460 --> 00:02:08.460 Dus, transportbeheer geeft die beweging een plek binnen Dynamics 365 Supply Chain Management. 00:02:08.760 --> 00:02:13.800 Het is geen losse consumentenapp voor verzendingen waar je een volgnummer invoert om een pakket op een kaart te zien bewegen. 00:02:13.800 --> 00:02:17.540 In plaats daarvan werkt het met de bedrijfsgegevens die al in het gekoppelde platform staan. 00:02:17.700 --> 00:02:20.040 Een order creëert de noodzaak om goederen te verplaatsen. 00:02:20.180 --> 00:02:21.940 Het magazijn maakt de goederen gereed. 00:02:22.120 --> 00:02:25.460 Transportation Management plant hoe die goederen tussen locaties reizen. 00:02:25.720 --> 00:02:28.000 Zie het als de transportbalie in een kantoorgebouw. 00:02:28.120 --> 00:02:30.500 Het verkoopteam brengt een klantverzoek naar de balie. 00:02:30.680 --> 00:02:33.300 Inkoop brengt het nieuws dat een leverancier goederen zal toesturen. 00:02:33.520 --> 00:02:36.140 Het magazijn levert de fysieke voorraad en de laaddeuren. 00:02:36.340 --> 00:02:39.680 De transportbalie koppelt die verzoeken aan het transportplan van het bedrijf. 00:02:39.800 --> 00:02:41.120 Er zijn twee hoofdrichtingen. 00:02:41.120 --> 00:02:44.120 Inbound transport betekent dat goederen in uw bedrijf binnenkomen. 00:02:44.280 --> 00:02:47.560 U heeft artikelen besteld bij een leverancier en die moeten uw magazijn bereiken. 00:02:47.800 --> 00:02:50.900 Soms regelt de leverancier die reis, soms regelt uw eigen bedrijf dit. 00:02:51.040 --> 00:02:55.560 Hoe dan ook, u heeft een duidelijk plan nodig om de goederen op de juiste plek te krijgen en ze bij aankomst te ontvangen. 00:02:55.760 --> 00:02:58.540 Outbound transport betekent dat goederen in uw bedrijf verlaten. 00:02:58.740 --> 00:03:00.320 Een klant heeft producten besteld. 00:03:00.520 --> 00:03:04.300 Het magazijn maakt ze klaar en een vervoerder of bedrijfswagen brengt ze naar de klant. 00:03:04.540 --> 00:03:07.340 Beide stromen draaien om beweging, maar het startpunt verschilt. 00:03:07.340 --> 00:03:09.740 Inbound begint met een inkooporder en een leverancier. 00:03:09.920 --> 00:03:12.160 Outbound begint met een verkooporder en een klant. 00:03:12.300 --> 00:03:15.520 Er is ook een derde type dat beginners vaak missen, transferorders. 00:03:15.720 --> 00:03:18.340 Een transferorder verplaatst voorraad tussen uw eigen bedrijfslocaties. 00:03:19.140 --> 00:03:22.420 Misschien heeft het ene magazijn te veel voorraad en heeft het andere magazijn die nodig. 00:03:22.580 --> 00:03:26.160 Er is geen klantaankoop bij betrokken, maar de fysieke goederen moeten wel worden vervoerd. 00:03:26.160 --> 00:03:32.920 In 365 Transportation Management horen transferorders bij het outbound scenario en kunnen ze samen met verkooporders worden geplant. 00:03:33.140 --> 00:03:35.360 Dat is logisch als u zich het laadperron voorstelt. 00:03:35.600 --> 00:03:44.300 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. 00:03:44.560 --> 00:03:49.160 Deze verbonden aanpak vervangt dus de oude keten van losse lijsten en telefoontjes door gedeelde informatie. 00:03:49.880 --> 00:03:52.240 De order vertelt het systeem wat er moet worden verplaatst. 00:03:52.380 --> 00:03:54.120 Het magazijn maakt de artikelen gereed. 00:03:54.120 --> 00:03:57.060 Transportation Management zet die behoefte om in een transportplan. 00:03:57.280 --> 00:04:01.020 Zodra goederen moeten bewegen, heeft het systeem eerst een werkbaar verzendplan nodig. 00:04:01.220 --> 00:04:02.060 De lading plannen. 00:04:02.300 --> 00:04:07.620 De kennissnack van vandaag gaat over iets wat elk logistiek team nodig heeft, maar vaak verschillend uitlegt. 00:04:08.040 --> 00:04:08.900 Een lading plannen. 00:04:09.100 --> 00:04:12.220 U kunt beginnen met het plannen van transport op basis van orders of zendingen. 00:04:12.380 --> 00:04:16.580 Ik ben Mirko Peters van M365 FM en laat me meteen een mythe uit de wereld helpen. 00:04:16.700 --> 00:04:18.260 Een verzendplan begint niet vanaf nul. 00:04:18.440 --> 00:04:20.000 Het begint met gegevens die u al heeft. 00:04:20.200 --> 00:04:22.140 Een verkooporder bevat wat een klant heeft gekocht. 00:04:22.140 --> 00:04:24.680 Een inkooporder vermeld wat een leverancier moet versturen. 00:04:24.820 --> 00:04:29.180 Een zending groepeert die artikelen in een gerichter verzend, record, klaar om met anderen te worden gecombineerd. 00:04:29.360 --> 00:04:31.060 Dus, welk uitgangspunt moet je gebruiken? 00:04:31.260 --> 00:04:32.940 Dat hangt af van hoe jouw bedrijf werkt. 00:04:33.180 --> 00:04:35.840 Sommige teams plannen vroeg en kijken direct naar orderregels. 00:04:36.040 --> 00:04:39.060 Andere teams maken eerst zendingen aan en beslissen dan wat samen reist. 00:04:39.300 --> 00:04:40.960 Beide paden leiden naar dezelfde vraag. 00:04:41.180 --> 00:04:42.580 Wat moet er op hetzelfde voertuig? 00:04:42.720 --> 00:04:44.340 Hier is de eenvoudigste definitie. 00:04:44.480 --> 00:04:47.460 Een lading is het digitale record voor een geplande verplaatsing van goederen. 00:04:47.460 --> 00:04:52.580 Je kunt het zien als één vrachtwagen, één trailer, één container of één verzameling zendingen die samen reizen. 00:04:52.760 --> 00:04:56.480 Het biedt één plek om te zien welke goederen bij elkaar horen voordat het fysieke werk begint. 00:04:56.680 --> 00:04:58.680 Nu, hier is iets wat veel mensen verkeerd begrijpen. 00:04:58.860 --> 00:05:01.500 Een lading betekent niet dat elk item in één fysieke doos past. 00:05:01.700 --> 00:05:04.320 Het betekent dat het systeem goederen groepeert rond één transportplan. 00:05:04.560 --> 00:05:06.780 Verschillende klantenzendingen kunnen één vrachtwagen delen. 00:05:06.880 --> 00:05:09.180 Een grote bestelling kan een hele trailer op zichzelf vullen. 00:05:09.380 --> 00:05:13.740 Een container die van een leverancier komt, kan ook een lading worden, nog voordat je magazijn de goederen ontvangt. 00:05:13.820 --> 00:05:16.800 Het punt is om te stoppen met het behandelen van elke order als een aparte rit. 00:05:16.800 --> 00:05:20.260 Stel je voor dat een distributeur zes klantorders klaar heeft voor levering op vrijdag. 00:05:20.400 --> 00:05:23.880 Alle zes staan in hetzelfde gebied en elke order vult slechts een deel van een vrachtwagen. 00:05:24.100 --> 00:05:28.100 Zes half lege voertuigen sturen is verspilling van ruimte en creëert zes afzonderlijke transportopdrachten. 00:05:28.300 --> 00:05:31.200 Het team kan in plaats daarvan compatibele zendingen groeperen in één lading. 00:05:31.480 --> 00:05:34.000 Compatibel betekent dat ze redelijkerwijs samen kunnen reizen. 00:05:34.240 --> 00:05:39.520 Ze vertrekken vanuit hetzelfde magazijn, moeten rond dezelfde tijd weg, passen binnen de voertuiginieten en volgen je verzendregels. 00:05:39.700 --> 00:05:44.220 Het systeem helpt die records samen te brengen in plaats van te vertrouwen op iemand die het patroon in een spreadsheet ontdekt. 00:05:44.220 --> 00:05:47.860 Die groep heeft nu een gedeeld plan. Jouw magazijn ziet wat er bij de lading hoort. 00:05:48.000 --> 00:05:50.420 De transportplanner ziet de totale ruimte en het gewicht. 00:05:50.600 --> 00:05:54.060 Mensen hoeven niet steeds dezelfde lijst opnieuw te maken in e-mails, notities of een apart bestand. 00:05:54.220 --> 00:05:55.180 Maar dit is het punt. 00:05:55.380 --> 00:05:57.980 Het groeperen van goederen gaat niet alleen over meer items samenvoegen. 00:05:58.120 --> 00:06:00.760 Een vrachtwagen heeft limieten, gewicht, vloeroppervlak, hoogte. 00:06:00.900 --> 00:06:02.520 Een container heeft zijn eigen regels. 00:06:02.720 --> 00:06:07.740 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. 00:06:07.980 --> 00:06:11.320 Dynamics 365 gebruikt laadsjablonen om dat te helpen voorkomen. 00:06:11.320 --> 00:06:15.420 Zie een laadsjabloon als een herbruikbare set limieten voor een type voertuig of container. 00:06:15.660 --> 00:06:20.120 Maak er een voor een kleine bestelwagen, een andere voor een grotere trailer, nog een voor een zeecontainer. 00:06:20.240 --> 00:06:24.600 Elk schabloon bevat limieten voor gewicht, volume, hoogte en andere regels die jouw bedrijf nodig heeft. 00:06:24.780 --> 00:06:27.560 Het schabloon geeft de lading vorm voordat je deze begint te vullen. 00:06:27.760 --> 00:06:32.320 Dus als een zending te zwaar is of teveel ruimte inneemt, ziet de planner dat deze niet in die lading thuis hoort. 00:06:32.480 --> 00:06:36.860 Het antwoord kan een tweede voertuig, een ander schabloon of een andere groepering van zendingen zijn. 00:06:36.860 --> 00:06:41.760 De software tilt geen pallets, maar geeft je team wel een duidelijker plan voordat het fysieke werk begint. 00:06:41.940 --> 00:06:44.860 Een ingebouwde methode heet volume gebaseerde ladingsopbouw. 00:06:45.660 --> 00:06:47.420 Dat klinkt technischer dan nodig is. 00:06:47.620 --> 00:06:53.240 Het betekent dat het systeem de maximale hoogte en het maximale gewicht van je laadsjabloon gebruikt bij het opbouwen of voorstellen van een lading. 00:06:53.380 --> 00:06:56.780 In gewone mensentaal, het controleert of de goederen binnen de door jou ingestelde limieten passen. 00:06:56.920 --> 00:06:58.300 Die waarden staan niet voor eeuwig vast. 00:06:58.480 --> 00:07:01.120 Een planner kan ze overschrijven wanneer de behoeften uit de praktijk veranderen. 00:07:01.280 --> 00:07:03.000 Misschien stuurt een vervoerder een andere trailer. 00:07:03.240 --> 00:07:04.840 Misschien staat een rit een andere hoogte toe. 00:07:04.840 --> 00:07:09.480 Het schabloon levert de standaardregel en de overschrijving regelt de uitzondering zonder alles opnieuw op te bouwen. 00:07:09.680 --> 00:07:11.460 Laten we terugkeren naar die zes klantorders. 00:07:11.680 --> 00:07:14.560 Elke order afzonderlijk kan 15% van een vrachtwagen in beslag nemen. 00:07:14.720 --> 00:07:17.700 Indien apart geplant, zou je zes grotendeels lege voertuigen kunnen sturen. 00:07:17.900 --> 00:07:21.680 Gegroepeerd in één lading, kunnen dezelfde orders het grootste deel van een vrachtwagen vullen met nog ruimte over. 00:07:21.880 --> 00:07:23.400 Dat is een beter gebruik van de ruimte. 00:07:23.600 --> 00:07:25.420 Nu, hetzelfde idee werkt in beide richtingen. 00:07:25.620 --> 00:07:28.720 Creëer voor inkomende planning een lading rond items die van een leverancier komen. 00:07:28.720 --> 00:07:33.760 Het transportplan koppelt aan de verwachte ontvangst, zodat het magazijn weet wat eraan komt en zich kan voorbereiden op aankomst. 00:07:33.880 --> 00:07:38.620 In plaats van pas over een levering te horen wanneer deze bij de poort verschijnt, heeft het ontvangsteam een gepland dossier. 00:07:38.980 --> 00:07:43.180 Selecteer voor uitgaande planning magazijnartikelen die naar klanten moeten en groepeer ze in een lading. 00:07:43.380 --> 00:07:47.480 Het magazijn bereidt die goederen voor op basis van de ladingsdetails, niet op een losse lijst. 00:07:47.640 --> 00:07:52.480 Eén volle lading heeft nog steeds een manier van vervoer nodig, een bedrijf om het te verplaatsen en een verwachte kostprijs. 00:07:52.480 --> 00:07:54.780 Routes, vervoerders en tarieven 00:07:54.780 --> 00:07:58.100 De lading vertelt je nu wat samen moet reizen. 00:07:58.420 --> 00:08:02.480 Vervolgens moet je beslissen wie het vervoert, welke service ze gebruiken en wat die rit moet kosten. 00:08:02.700 --> 00:08:05.420 Het bedrijf dat je goederen verplaatst, wordt de vervoerder genoemd. 00:08:05.580 --> 00:08:08.500 Dit kan een extern transportbedrijf zijn dat je vracht ophaalt en bezorgt. 00:08:08.720 --> 00:08:12.040 Het kan ook je eigen wagenpark zijn als je je eigen vrachtwagens en chauffeurs inzet. 00:08:12.200 --> 00:08:14.980 Hoe dan ook, de vervoerder is verantwoordelijk voor de fysieke rit. 00:08:15.220 --> 00:08:19.340 Dat onderscheid is belangrijk, want je hebt nog steeds een plan nodig, zelfs als de vrachtwagen van jou is. 00:08:19.340 --> 00:08:22.540 Bij een externe vervoerder spreek je vooraf prijzen en diensten af. 00:08:22.700 --> 00:08:27.860 Bij je eigen wagenpark wil je wellicht nog steeds de transportkosten berekend hebben, zeker als bezorgkosten op klantorders verschijnen. 00:08:28.060 --> 00:08:31.820 Dynamics 365 Transportation Management ondersteunt beide situaties. 00:08:32.020 --> 00:08:32.840 Dan is er nog de route. 00:08:33.100 --> 00:08:36.740 Een route is het geplande pad van ophalen naar bestemming, samen met de servicekeuze. 00:08:36.920 --> 00:08:38.420 Het beantwoordt praktische vragen. 00:08:38.640 --> 00:08:40.880 Bij welk magazijn haalt de vervoerder de goederen op? 00:08:40.980 --> 00:08:42.980 Welke klant of locatie ontvangt de goederen? 00:08:43.160 --> 00:08:44.920 Welke vervoerderservice verzorgt de rit? 00:08:45.080 --> 00:08:48.520 Stel je een levering voor vanuit je hoofdmagazijn naar een klant aan de andere kant van het land. 00:08:48.520 --> 00:08:52.000 De ene route gebruikt standaard wegtransport, dat minder kost maar langer duurt. 00:08:52.160 --> 00:08:54.600 Een andere kan een snellere, duurdere service gebruiken. 00:08:54.840 --> 00:08:57.620 Hetzelfde begin- en eindpunt, maar de transportkeuze verschilt. 00:08:57.800 --> 00:08:59.720 Een tarief is de verwachte kostprijs voor die keuze. 00:08:59.880 --> 00:09:02.460 Het is geen willekeurig getal dat op het laatste moment wordt ingevoerd. 00:09:02.620 --> 00:09:06.380 Tarieven komen voort uit prijsafspraken met vervoerders, gecombineerd met zendings- of routedetails. 00:09:06.580 --> 00:09:10.220 Waar de goederen starten, waar ze heen gaan, de gebruikte service, de getransporteerde hoeveelheid. 00:09:10.400 --> 00:09:12.480 Dus, een route vertelt je hoe goederen verplaatst moeten worden. 00:09:12.640 --> 00:09:14.600 Een tarief vertelt je wat je kunt verwachten te betalen. 00:09:14.600 --> 00:09:20.440 Die twee ideeën horen bij elkaar omdat een goedkope route je leverbelofte kan missen, terwijl snelheid meer kan kosten dan de order ondersteunt. 00:09:20.980 --> 00:09:22.800 Transportplanning is niet alleen een vrachtwagen vinden. 00:09:23.120 --> 00:09:26.760 Het is een service kiezen die past bij je klantbelofte en de kostenregels van het bedrijf. 00:09:27.160 --> 00:09:30.260 Dynamics 365 bevat de Raid Route Workbench. 00:09:30.500 --> 00:09:32.860 De naam klinkt formeel, maar het doel is eenvoudig. 00:09:33.000 --> 00:09:37.080 Het biedt planners een plek om route- en tariefkeuzes voor een zending naast elkaar te vergelijken. 00:09:37.080 --> 00:09:43.500 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. 00:09:43.640 --> 00:09:45.600 Misschien bereikt de ene optie de klant eerder. 00:09:45.840 --> 00:09:47.120 Misschien kost de andere minder. 00:09:47.400 --> 00:09:52.460 Het systeem weet niet of elke klant snelheid meer waardeert dan kosten, omdat bedrijven verschillend werken. 00:09:52.640 --> 00:09:56.400 Een klant heeft misschien betaald voor een spoedlevering, dus de snellere route is logisch. 00:09:56.620 --> 00:10:00.040 Een andere accepteert een langere levertijd en de lagere prijs past beter. 00:10:00.300 --> 00:10:01.820 Mensen nemen nog steeds de beslissing. 00:10:01.820 --> 00:10:07.640 Transportation Management geeft je overeengekomen keuzes en verwachte kosten, terwijl jouw bedrijf bepaalt welke afweging werkt. 00:10:07.840 --> 00:10:09.940 Dit is wat de ingebouwde module daadwerkelijk doet. 00:10:10.420 --> 00:10:14.220 Tariefinformatie komt uit tarieftabellen die je bedrijf invoert en onderhoudt in Dynamics 365. 00:10:14.860 --> 00:10:18.800 Zie deze tabellen als opgeslagen gegevens van overeengekomen vervoerdersprijzen en route-regels. 00:10:19.000 --> 00:10:23.780 Als je een prijs hebt onderhandeld voor een bepaalde service en traject, staat die informatie in het systeem en ondersteunt het de planning. 00:10:24.040 --> 00:10:26.380 Dat werkt goed wanneer je tarieven bekende afspraken volgen. 00:10:26.460 --> 00:10:31.700 Bijvoorbeeld werken met een paar vaste vervoerders, bekende routes bedienen en prijzen bijwerken wanneer contracten veranderen. 00:10:31.820 --> 00:10:35.700 De transportplanner gebruikte al vastgelegde tarieven in plaats van te zoeken in oude e-mails. 00:10:35.900 --> 00:10:37.760 Maar dit is iets wat velen verkeerd begrijpen. 00:10:37.960 --> 00:10:41.840 De ingebouwde module fungeert niet als een live winkelwebsite die verbonden is met elke vervoerder. 00:10:42.000 --> 00:10:46.580 Het haalt niet automatisch actuele prijzen op uit live feeds om deze in realtime over een breed netwerk te vergelijken. 00:10:46.760 --> 00:10:52.720 Als u bedrijf tarieven van meerdere vervoerders wil vergelijken, live bookingslinks of gedetailleerdere verzendstatusupdates nodig heeft, koppelt u doorgaans een extern systeem. 00:10:52.720 --> 00:10:54.960 Dat is geen tekortkoming van transportmanagement. 00:10:55.140 --> 00:10:56.800 Het definieert zijn taak duidelijk. 00:10:56.800 --> 00:11:04.260 Deze tools verzorgen de gestructureerde transportplanning binnen supply chain management, gebruikmakend van de vervoerders, route- en tariefinformatie die uw bedrijf bijhoudt. 00:11:04.320 --> 00:11:07.140 En het is ook geen website voor het volgen van consumentenpakketten. 00:11:07.280 --> 00:11:12.680 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. 00:11:12.960 --> 00:11:16.620 Deze module richt zich op zakelijke transportbeslissingen voor en rondom de zending. 00:11:16.620 --> 00:11:21.580 Welke goederen gaan samen, welke vervoerder verwerkt ze, welke route geld en wat de reis zou moeten kosten. 00:11:21.880 --> 00:11:26.100 Zodra uw bedrijf dat plan kiest, moeten de magazijn- en transportteams dit uitvoeren. 00:11:26.320 --> 00:11:31.640 Van magazijndeur tot klantdeur, een transportplan helpt alleen als mensen het daadwerkelijk kunnen omzetten in een echte zending. 00:11:31.940 --> 00:11:35.500 Bij een uitgaande bestelling begint het proces meestal wanneer een klant iets koopt. 00:11:35.500 --> 00:11:39.660 De verkooporder vertelt het bedrijf wat de klant wil, waar het heen moet en wanneer het moet aankomen. 00:11:39.820 --> 00:11:44.260 Die bestelling wordt een zending en de zending wordt onderdeel van een geplande lading met andere goederen op dezelfde route. 00:11:44.500 --> 00:11:45.900 Dan neemt het magazijn het over. 00:11:45.900 --> 00:11:50.060 Medewerkers verzamelen de artikelen uit de opslag, verpakken ze en brengen ze naar de juiste laadzone. 00:11:50.220 --> 00:11:55.060 Omdat de zending bij een lading hoort, kan het team zien welke goederen samen weg moeten en welke vervoerder ze ophaalt. 00:11:55.280 --> 00:12:00.000 Wanneer het voertuig arriveert, gaan de goederen van het magazijn naar de vervoerder en brengt de vervoerder ze naar de klant. 00:12:00.180 --> 00:12:02.420 Elke stap is verbonden aan hetzelfde bewegingsdossier. 00:12:02.420 --> 00:12:04.600 Dat klinkt normaal, maar stel u de oude manier voor. 00:12:04.740 --> 00:12:06.900 Een orderpikker werkte wellicht met een geprinte orderlijst. 00:12:07.020 --> 00:12:09.200 Een transportplanner had mogelijk een aparte lijst. 00:12:09.200 --> 00:12:13.480 En iemand bij de laaddeur moest door e-mails zoeken om te checken welke vervoerder welke pallets moest meenemen. 00:12:13.680 --> 00:12:16.740 Als er één detail veranderde, had iedereen de bijgewerkte versie nodig. 00:12:16.980 --> 00:12:19.840 Met transportmanagement geeft de lading de teams een gedeeld dossier. 00:12:20.040 --> 00:12:22.700 Het magazijn ziet de artikelen die aan de lading gekoppeld zijn. 00:12:22.700 --> 00:12:28.040 De transportplanner ziet de verzenddetails en de persoon die het ophalen regelt, ziet de geplande vervoerder en dienst. 00:12:28.040 --> 00:12:33.880 In plaats van verschillende papieren lijsten door te geven, werken mensen vanuit informatie die gekoppeld is aan dezelfde order en zending. 00:12:34.100 --> 00:12:35.540 Hier is een eenvoudig voorbeeld. 00:12:35.740 --> 00:12:39.300 Een magazijn heeft bestellingen voor verschillende klanten in hetzelfde aflevergebied. 00:12:39.300 --> 00:12:45.020 De ene klant bestelde dozen met schoonmaakmiddelen, de andere papierproducten en een derde bestelde een kleine partijapparatuur. 00:12:45.200 --> 00:12:49.560 Elke bestelling moet worden gepikt en verpakt, maar het transportteam hoeft ze niet als volledig aparte ritten te behandelen. 00:12:49.780 --> 00:12:51.840 Zij wijzen de zendingen toe aan één geplande vracht. 00:12:52.520 --> 00:12:56.320 Magazijnmedewerkers pikken elke bestelling, verpakken deze correct en maken het gereed voor de laadruimte. 00:12:56.320 --> 00:12:59.300 Het vrachtdossier geeft aan dat al deze zendingen samen reizen. 00:12:59.520 --> 00:13:06.280 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. 00:13:06.460 --> 00:13:08.480 De klant ontvangt nog steeds zijn eigen bestelling. 00:13:08.720 --> 00:13:12.800 Achter de schermen heeft het bedrijf die levering echter geplant als onderdeel van een grotere beweging. 00:13:12.980 --> 00:13:19.140 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. 00:13:19.360 --> 00:13:23.260 Inkomend transport volgt hetzelfde verbonden idee, alleen in de andere richting. 00:13:23.260 --> 00:13:26.800 Een inkooporder geeft aan dat uw bedrijf goederen van een leverancier verwacht. 00:13:26.980 --> 00:13:33.260 Wanneer uw bedrijf het transport regelt, koppelt een geplande inkomende vracht de binnengekomen artikelen aan de rit voordat de goederen het magazijn bereiken. 00:13:33.460 --> 00:13:37.700 De leverancier verzendt de zending, de vervoerder brengt deze naar uw locatie en het magazijn ontvangt het. 00:13:37.840 --> 00:13:40.920 Het ontvangstpersoneel kan zich voorbereiden omdat ze weten wat er moet aankomen. 00:13:41.140 --> 00:13:48.940 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. 00:13:48.940 --> 00:13:54.960 Overboekingsorders passen ook in dit proces. De ene bedrijfslocatie verzend voorraad terwijl een andere bedrijfslocatie deze ontvangt. 00:13:55.040 --> 00:14:00.860 Het eerste magazijn bereidt de artikelen voor en verzendt ze en het tweede magazijn verwacht dezelfde artikelen en ontvangt ze in zijn voorraad. 00:14:00.980 --> 00:14:06.460 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. 00:14:06.460 --> 00:14:10.060 De vracht verbindt het verzend- en ontvangstwerk rond één geplande beweging. 00:14:10.240 --> 00:14:13.640 Keuzes voor klantbezorging blijven ook verbonden met de verzendbeslissing. 00:14:13.800 --> 00:14:19.140 Als een planner een snellere vervoersdienst kiest omdat een klant goederen snel nodig heeft, is die keuze verbonden met de zending. 00:14:19.380 --> 00:14:23.920 Als het bedrijf een goedkopere service gebruikt omdat de leverdatum dat toelaat, is die keuze ook verbonden. 00:14:24.160 --> 00:14:28.080 Mensen kunnen de bezorgkosten herleiden naar de route en de keuze voor de vervoerder die deze heeft veroorzaakt. 00:14:28.240 --> 00:14:32.720 Het voertuig mag dan het laadperron verlaten en de goederen mogen veilig aankomen, maar het werk is nog niet klaar. 00:14:32.720 --> 00:14:36.380 De vervoerder stuurt achteraf een vrachtfactuur en iemand moet deze controleren. 00:14:37.120 --> 00:14:38.380 Vrachtkosten en afstemming 00:14:38.380 --> 00:14:42.180 De goederen hebben het magazijn verlaten en de levering kan zelfs al voltooid zijn. 00:14:42.420 --> 00:14:44.200 Dan komt de factuur van de vervoerder aan. 00:14:44.420 --> 00:14:50.200 Die factuur moet worden gecontroleerd, want het bedrag op de rekening moet overeenkomen met de transportkeuze die het bedrijf eerder heeft geplant, 00:14:50.420 --> 00:14:54.400 inclusief vervoerder, route, service, ladingdetails en verwachte vrachtkosten. 00:14:54.640 --> 00:15:00.320 Tijdens de planning kan Dynamics 365 op basis van de tariefinformatie van het bedrijf een verwachte transportkost berekenen. 00:15:00.320 --> 00:15:04.420 Dat verwachte bedrag geeft het bedrijf een uitgangspunt voordat de vervoerder om betaling vraagt. 00:15:04.620 --> 00:15:06.840 Later verstuurt de vervoerder zijn vrachtfactuur. 00:15:07.280 --> 00:15:12.080 Vrachtafstemming betekent het vergelijken van die factuur met de tarieven en verzendgegevens die al in het systeem staan. 00:15:12.340 --> 00:15:17.160 Simpel gezegd controleert het bedrijf of de vervoerder in rekening heeft gebracht wat men verwachtte voor de werkelijke dienstverlening. 00:15:17.420 --> 00:15:20.000 Stel je voor dat de planning uitging van een bedrag van 500 dollar. 00:15:20.220 --> 00:15:23.960 De factuur van de vervoerder toont ook 500 dollar en de verzendgegevens komen overeen. 00:15:24.100 --> 00:15:28.640 Die rekening doorloopt het controleproces probleemloos omdat het geplandde record en de factuur met elkaar overeenstemmen. 00:15:28.640 --> 00:15:30.840 Maar facturen komen niet altijd overeen met de planning. 00:15:31.040 --> 00:15:37.980 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. 00:15:38.180 --> 00:15:44.760 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. 00:15:45.200 --> 00:15:47.960 Transportbeheer houdt de transportbeslissing verbonden met die controle. 00:15:48.260 --> 00:15:52.560 Regels kunnen de factuur van de vervoerder vergelijken met het verwachte bedrag en de geplande verzendinformatie. 00:15:52.560 --> 00:15:56.840 Wanneer de details binnen de geaccepteerde bedrijfsregels vallen, kan de factuur worden verwerkt. 00:15:57.020 --> 00:16:00.660 Wanneer de details niet overeenkomen, stuurt het systeem het verschil door voor beoordeling. 00:16:00.920 --> 00:16:04.020 Dat betekent dat men niet blindelings elke vrachtkostenpost goedkeurt. 00:16:04.180 --> 00:16:11.100 Een transportplanner moet mogelijk bevestigen dat de vervoerder een andere dienst gebruikte of iemand van financiën moet vragen waarom er extra kosten zijn. 00:16:11.300 --> 00:16:14.180 Het is niet de bedoeling om aan te nemen dat elk verschil fout is, toch? 00:16:14.340 --> 00:16:16.560 Het gaat erom het verschil op te merken voor de betaling. 00:16:16.800 --> 00:16:19.460 Dit brengt operaties en financiën samen rondom dezelfde zending. 00:16:19.460 --> 00:16:23.460 Het transportteam kiest een vervoerder en een dienst. Die keuze creëert een verwachte kostprijs. 00:16:24.160 --> 00:16:29.200 Het magazijn verstuurt de goederen en financiën controleert de latere factuur tegen het geplande dossier van het bedrijf. 00:16:29.300 --> 00:16:32.540 Elk team ziet een ander deel, maar ze kijken naar onderling verbonden informatie. 00:16:32.720 --> 00:16:35.380 Het ingebouwde proces heeft echter een duidelijke rijkwijte. 00:16:35.580 --> 00:16:41.260 Bedrijven die grootschalige, sterk geautomatiseerde vrachtadits nodig hebben, voegen vaak een extern transportbeheersysteem toe. 00:16:41.460 --> 00:16:45.600 Die tools kunnen diepere vervoerderskoppelingen en meer geautomatiseerde controleregels bieden. 00:16:45.600 --> 00:16:54.020 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. 00:16:54.340 --> 00:16:59.780 Voeg al deze bouwstenen samen en het volledige plaatje wordt duidelijk waar het past en wat het niet doet. 00:17:00.280 --> 00:17:02.420 Dus, waar hoort transportbeheer eigenlijk thuis? 00:17:02.600 --> 00:17:07.560 Het hoort bij Dynamics 365 supply chain management dat draait op de finance en operations apps. 00:17:07.560 --> 00:17:09.880 Dat is de plek. Dit is voor wie het geschikt is. 00:17:10.060 --> 00:17:16.340 Bedrijven die een gestructureerde manier nodig hebben om inkomende leveringen, uitgaande klantverzendingen en voorraadoverdrachten tussen vestigingen te plannen, 00:17:16.540 --> 00:17:19.340 met hun eigen vervoerdersgegevens, tarieventabellen en laadregels. 00:17:19.560 --> 00:17:22.040 Laten we nu een veel voorkomend punt van verwarring ophelderen. 00:17:22.240 --> 00:17:23.500 Business Central is anders. 00:17:23.780 --> 00:17:26.840 Business Central bevat deze ingebouwde module voor transportbeheer niet. 00:17:27.040 --> 00:17:31.620 Als u Business Central gebruikt en transportplanning nodig hebt, kijkt u naar een transportbeheersysteem van derde. 00:17:31.780 --> 00:17:32.700 Dat is de grens. 00:17:32.940 --> 00:17:35.180 Laten we de grens aan de andere kant ook duidelijk houden. 00:17:35.180 --> 00:17:39.960 De ingebouwde module vervangt niet elk vervoerdersportaal, live verkeersdienst of geavanceerde tracking tool. 00:17:40.140 --> 00:17:47.440 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. 00:17:47.560 --> 00:17:49.500 Die tools regelen de externe activiteiten. 00:17:49.760 --> 00:17:51.280 Denk terug aan het kantoorgebouw. 00:17:51.680 --> 00:17:53.800 Transportbeheer is de transportbalie in dat gebouw. 00:17:53.820 --> 00:17:56.920 Het is verbonden met orders, magazijnwerkzaamheden en de financiële afdeling. 00:17:57.100 --> 00:17:59.540 Het houdt het eigen transportplan van het bedrijf bij elkaar. 00:17:59.760 --> 00:18:02.780 Externe vervoerders tools kunnen activiteiten buiten die balie afhandelen. 00:18:02.780 --> 00:18:04.900 Twee verschillende lagen die samenwerken. 00:18:05.960 --> 00:18:06.480 Conclusie. 00:18:06.740 --> 00:18:07.980 Volgende kennisfragment. 00:18:08.160 --> 00:18:10.480 Dit is de eenvoudigste manier om erover na te denken. 00:18:10.920 --> 00:18:13.680 Transportbeheer zet bedrijfsorders om in geplande goederenbewegingen. 00:18:13.820 --> 00:18:17.400 Vervolgens koppelt het die beweging aan de vrachtkosten die het bedrijf achteraf controleert. 00:18:17.600 --> 00:18:18.940 Dat is de volledige cirkel. 00:18:19.160 --> 00:18:20.780 Abonneer u op uw favoriete podcastplatform. 00:18:21.580 --> 00:18:25.920 Deel dit kennisfragment met iemand die Dynamics 365 Supply Chain Management leert. 00:18:26.140 --> 00:18:28.940 Bekijk daarna onze afleveringen over magazijn en voorraad. 00:18:29.080 --> 00:18:32.060 Elke lading is nog steeds afhankelijk van de voorraad achter de magazijndeur.