WEBVTT

00:00:00.000 --> 00:00:06.220
Wat gebeurt er als de productnaam bij verkoop niet overeenkomt met de naam in het magazijn en de webshop nog de foto van vorig jaar toont?

00:00:06.360 --> 00:00:08.020
Iemand bestelt het verkeerde artikel.

00:00:08.240 --> 00:00:18.360
Een koper vraagt om details die niemand kan vinden en medewerkers moeten spreadsheets, oude e-mails, pdf's van leveranciers en vijf verschillende systemen controleren om een eenvoudige vraag te beantwoorden.

00:00:18.640 --> 00:00:29.940
Welkom bij een nieuwe kennisupdate van M365, FMI, OT, MD, MO Peters en vandaag behandelen we Dynamics 365 productinformatiebeheer, kortweg PIM genoemd.

00:00:30.080 --> 00:00:39.120
Aan het einde begrijp je hoe het eengedeeld productrecord bijhoudt, hoe producten in verschillende vormen kunnen voorkomen en hoe die informatie de bedrijfsonderdelen bereikt die het nodig hebben.

00:00:39.380 --> 00:00:41.440
Eén productrecord voor het hele bedrijf.

00:00:41.860 --> 00:00:44.400
Een product lijkt voor buitenstaanders misschien eenvoudig.

00:00:44.580 --> 00:00:46.860
Gewone naam, een prijs en misschien een afbeelding.

00:00:46.860 --> 00:00:50.560
Achter de schermen raakt datzelfde product bijna elk onderdeel van een bedrijf.

00:00:50.660 --> 00:00:52.220
Hier is hoe dat in de praktijk werkt.

00:00:52.400 --> 00:00:58.160
Inkoop heeft leveranciersdetails en eenheden nodig, terwijl magazijnteams informatie nodig hebben om artikelen te ontvangen, op te slaan en te verzamelen.

00:00:58.340 --> 00:00:59.860
Verkoop heeft duidelijke namen nodig.

00:01:00.080 --> 00:01:03.980
Financiën heeft de juiste instellingen nodig en de webshop heeft nauwkeurige foto's en beschrijvingen nodig.

00:01:04.200 --> 00:01:06.760
Elk team bekijkt hetzelfde product vanuit een andere invalshoek.

00:01:06.980 --> 00:01:10.340
Zonder één gedeelde plek voor die informatie maken mensen vaak hun eigen kopieën.

00:01:10.480 --> 00:01:12.280
Het productteam houdt een spreadsheet bij.

00:01:12.500 --> 00:01:14.620
Verkoop voert een kortere naam in het systeem in.

00:01:14.620 --> 00:01:21.860
Het magazijn gebruikt een artikelnummer met een andere omschrijving en marketing slaat afbeeldingen op in een gedeelde map, terwijl de klantenservice oude e-mails doorspit.

00:01:22.040 --> 00:01:25.700
Die aanpak creëert eerst kleine verschillen en daarna verspreiden die verschillen zich.

00:01:25.700 --> 00:01:28.600
Stel je een bedrijf voor dat een geïsoleerde waterfles verkoopt.

00:01:28.800 --> 00:01:32.780
De leverancier wijzigt deze van 500 milliliter naar 750 milliliter.

00:01:32.920 --> 00:01:36.420
Het inkoopteam krijgt de nieuwe details, maar de webshop toont nog steeds de oude inhoud.

00:01:36.420 --> 00:01:42.340
Verkoop stuurt klanten het verkeerde specificatieblad en magazijnmedewerkers zien een productlabel dat niet overeenkomt met de bestelling.

00:01:42.580 --> 00:01:44.600
Niemand had de bedoeling om een probleem te veroorzaken.

00:01:44.840 --> 00:01:46.960
Elk team werkte simpelweg met een andere kopie.

00:01:47.160 --> 00:01:52.500
Dynamics 365 productinformatiebeheer geeft het bedrijf één centrale productdefinitie.

00:01:52.720 --> 00:01:55.080
Zie het als een gedeeld archief voor productinformatie.

00:01:55.300 --> 00:02:00.500
In plaats van dat elke afdeling een eigen map bijhoudt, hoort het productrecord de plek waar de afgesproken details staan.

00:02:00.740 --> 00:02:06.000
Mensen gebruiken die definitie in het hele bedrijf in plaats van steeds opnieuw dezelfde informatie in te typen.

00:02:06.000 --> 00:02:08.400
Het productnummer vormt het hart van dat record.

00:02:08.580 --> 00:02:14.600
Het helpt het bedrijf om het product consistent te identificeren, zelfs als verschillende teams er verschillende termen voor gebruiken.

00:02:14.800 --> 00:02:22.040
Naast dat nummer sla je de naam en beschrijving op en identificeer je of het een fysiek item is dat je kunt voorradig houden of een dienst die het bedrijf levert.

00:02:22.240 --> 00:02:26.900
Het record bevat ook de eenheden die mensen gebruiken wanneer ze het product kopen, verkopen, opslaan of tellen.

00:02:27.020 --> 00:02:31.340
Een doos, een stuk, een kilogram, een liter of een pallet kunnen in het dagelijkse werk heel verschillende dingen betekenen.

00:02:31.580 --> 00:02:35.360
Wanneer die eenheden duidelijk zijn, hebben inkoop- en magazijnwerk een veel beter uitgangspunt.

00:02:35.360 --> 00:02:41.660
Productinformatie kan ook afbeeldingen, bijlagen, categorieën, kenmerken en vertalingen voor namen en omschrijvingen bevatten.

00:02:41.820 --> 00:02:44.040
Het record kan dus meer bevatten dan alleen een label.

00:02:44.280 --> 00:02:48.900
Het kan het leveranciersdocument bevatten dat een product uitlegt, een foto die helpt bij de herkenning,

00:02:49.120 --> 00:02:55.400
vertaalde omschrijvingen voor teams of klanten die in een andere taal werken, en details zoals materiaal, merk- of verwerkingsinstructies.

00:02:55.600 --> 00:02:58.040
De gedeelde definitie gaat vooraf aan lokaal gebruik.

00:02:58.160 --> 00:03:02.760
Een bedrijf definieert een product één keer en laat vervolgens verschillende bedrijfsonderdelen het gebruiken wanneer dat nodig is.

00:03:02.760 --> 00:03:07.740
Het gedeelde record houdt algemene feiten bij elkaar, terwijl elk gebied later zijn eigen bedrijfsinstellingen toepast.

00:03:07.900 --> 00:03:11.880
Je hoeft het product niet telkens vanaf nul op te bouwen wanneer een ander team het nodig heeft.

00:03:12.700 --> 00:03:18.240
Dat is een veel nettere manier van werken, maar een naam en omschrijving vertellen nog niet het volledige productverhaal.

00:03:18.640 --> 00:03:23.500
Een enkele spijkerbroek kan veranderen in vele artikelen zodra kleur en maat in beeld komen.

00:03:24.200 --> 00:03:26.400
Productmasters en varianten, de stamboom.

00:03:26.400 --> 00:03:30.000
Dus wanneer wordt één product vele producten?

00:03:30.160 --> 00:03:31.340
Denk aan een spijkerbroek.

00:03:31.480 --> 00:03:37.900
Je ziet een broek waarschijnlijk als één product, maar het magazijn kan niet zomaar een willekeurig exemplaar pakken als een bestelling vraagt om zwart in maat large.

00:03:38.080 --> 00:03:42.100
En verkoop kan geen blauwe spijkerbroek in extra smal beloven als die combinatie niet echt bestaat.

00:03:42.300 --> 00:03:45.460
Dat is waar Dynamics 365 tussen beiden komt met een simpel idee.

00:03:45.680 --> 00:03:47.860
Het scheidt een basisproduct van een productmaster.

00:03:47.860 --> 00:03:50.080
Een simpel product is één vast artikel.

00:03:50.340 --> 00:03:54.800
Stel je een doos printerpapier voor die in één maat één kleur en één formaat wordt verkocht.

00:03:54.800 --> 00:03:58.920
Het heeft zijn eigen productrecord omdat er geen keuzes zijn die veranderen wat het artikel is.

00:03:59.100 --> 00:04:00.680
Een productmaster werkt anders.

00:04:00.900 --> 00:04:03.160
Het is het hoofdrecord voor een hele productfamilie.

00:04:03.300 --> 00:04:07.240
Het bevat de gedeelde details en de regels voor de keuzes die afzonderlijke artikelen creëren.

00:04:07.480 --> 00:04:08.140
Zo werkt het.

00:04:08.260 --> 00:04:13.500
De productmaster voor spijkerbroeken bevat de naam, basisomschrijving en algemene informatie voor elke broek in die reeks.

00:04:13.720 --> 00:04:18.620
Vervolgens identificeren individuele varianten de exacte broek die iemand koopt, opslaat, produceert of verzendt.

00:04:18.680 --> 00:04:20.720
Een variant is het specifieke verkoopbare artikel.

00:04:20.720 --> 00:04:23.200
Voor spijkerbroeken kan blauw en medium één variant zijn.

00:04:23.360 --> 00:04:24.760
Zwart en large kan een andere zijn.

00:04:24.960 --> 00:04:27.840
Ze behoren tot dezelfde productfamilie, maar ze zijn niet uitwisselbaar.

00:04:28.020 --> 00:04:30.540
De één kan in het magazijn liggen terwijl de ander is uitverkocht.

00:04:30.700 --> 00:04:32.140
De één kan een ander label gebruiken.

00:04:32.340 --> 00:04:33.780
De één kan een eigen barcode hebben.

00:04:34.000 --> 00:04:35.640
Die ouder- en kindstructuur is het kernidee.

00:04:35.780 --> 00:04:37.680
Het productmaster bestand definieert de familie.

00:04:38.220 --> 00:04:39.740
Productvarianten zijn de individuele leden.

00:04:39.920 --> 00:04:45.600
In plaats van steeds dezelfde basisgegevens in te voeren, start u met het master bestand en maakt u de werkelijke combinaties die uw bedrijf nodig heeft.

00:04:45.800 --> 00:04:47.340
Laat ik u een concreet voorbeeld geven.

00:04:47.340 --> 00:04:50.200
Stel je voor dat een reeks jeans verkrijgbaar is in blauw, zwart en bruin.

00:04:50.360 --> 00:04:54.620
Het is ook verkrijgbaar in de maten extra small, small, medium, large, extra large en double extra large.

00:04:54.780 --> 00:04:57.800
Als elke kleur in elke maat beschikbaar was, zou je 18 combinaties hebben.

00:04:57.960 --> 00:05:00.180
Maar bedrijven verkopen zelden elke mogelijke combinatie.

00:05:00.400 --> 00:05:02.580
Misschien is blauw alleen verkrijgbaar in extra small tot en met medium.

00:05:02.800 --> 00:05:04.720
Zwart is verkrijgbaar in medium tot en met extra large.

00:05:04.940 --> 00:05:05.960
Bruin begint bij large.

00:05:06.200 --> 00:05:09.680
Dynamics 365 kan elke toegestane combinatie als een eigen variant behandelen.

00:05:09.680 --> 00:05:13.820
Wanneer iemand een spijkerbroek aan een bestelling toevoegt, kiest diegene de dimensies die het exacte product identificeren.

00:05:13.960 --> 00:05:16.640
Kleur en maat vertellen het systeem welke variant de klant wil.

00:05:16.840 --> 00:05:18.800
Geen gegok meer welk paar in de doos moet.

00:05:19.020 --> 00:05:21.180
Die keuzes worden productdimensies genoemd.

00:05:21.380 --> 00:05:23.000
Dynamics 365.

00:05:23.400 --> 00:05:25.260
Supply Chain Management bevat er 5.

00:05:25.500 --> 00:05:28.520
Namelijk kleur, maat, stijl, configuratie en versie.

00:05:28.680 --> 00:05:33.280
Een bedrijf kiest de dimensies die bij een productfamilie passen en groepeert ze vervolgens voor dat productmaster bestand.

00:05:33.500 --> 00:05:34.740
Laten we ze snel doornemen.

00:05:34.740 --> 00:05:36.060
Kleur is eenvoudig.

00:05:36.240 --> 00:05:37.980
Blauw, zwart, bruin, rood.

00:05:38.180 --> 00:05:39.220
Maat is ook bekend.

00:05:39.460 --> 00:05:42.060
Small, medium, large of een schoenmaat.

00:05:42.240 --> 00:05:45.360
Stijl kan producten scheiden die dezelfde naam delen, maar er anders uitzien.

00:05:45.520 --> 00:05:47.920
Een overhemd kan verkrijgbaar zijn in regeler fit en slim fit.

00:05:48.080 --> 00:05:50.460
Een stoel kan een standaard frame of een andere afwerking hebben.

00:05:50.880 --> 00:05:53.080
Configuratie beschrijft een gekozen opbouw of opzet.

00:05:53.260 --> 00:05:56.860
Bijvoorbeeld, een machine heeft mogelijk een specifieke motor, spanning of set onderdelen nodig.

00:05:57.020 --> 00:05:59.480
De configuratiedimensie identificeert die keuze.

00:05:59.700 --> 00:06:02.100
Versie houdt wijzigingen aan een product in de loop van de tijd bij.

00:06:02.100 --> 00:06:04.040
Dit is vooral belangrijk voor fabrikanten.

00:06:04.040 --> 00:06:08.240
Stelt u zich een onderdeel voor dat hetzelfde doel dient, maar verandert na een goedgekeurde technische update.

00:06:08.420 --> 00:06:12.680
Met Versie kan het bedrijf versie 1 onderscheiden van versie 2 terwijl deze door de toeleveringsketen beweegt.

00:06:12.880 --> 00:06:15.500
Niet elk productmaster bestand heeft alle vijfde dimensies nodig.

00:06:15.700 --> 00:06:17.860
Een t-shirt heeft wellicht alleen kleur en maat nodig.

00:06:18.060 --> 00:06:20.520
Een apparaat heeft wellicht configuratie en versie nodig.

00:06:20.740 --> 00:06:23.540
De dimensie groep fungeert als een regelblad voor de productfamilie.

00:06:23.680 --> 00:06:28.620
Het vertelt Dynamics 365 welke keuzes van toepassing zijn bij het creëren en identificeren van varianten.

00:06:28.800 --> 00:06:30.680
Die beslissing vormt het product vanaf het begin.

00:06:30.680 --> 00:06:34.640
U vraagt zich misschien af hoe het zit met gewicht, hoogte, lengte, breedte of volume.

00:06:34.880 --> 00:06:38.500
Die details beschrijven een fysiek product, maar ze creëren geen variantie.

00:06:38.640 --> 00:06:44.140
Een spijkerbroek kan een bepaald gewicht of verpakkingsformaat hebben dat het niet in een ander artikel verandert zoals kleur of maat dat wel doet.

00:06:44.360 --> 00:06:46.380
Fysieke afmetingen beschrijven het product.

00:06:46.920 --> 00:06:49.040
Productdimensies identificeren een specifieke variant.

00:06:49.340 --> 00:06:52.040
Het gescheiden houden van die twee ideeën voorkomt later verwarring.

00:06:52.040 --> 00:06:56.360
Als het magazijn moet weten hoeveel ruimte een doos inneemt, helpen fysieke afmetingen.

00:06:56.600 --> 00:07:00.600
Als een bestelling zwarte jeans in grote productdimensies vereist, vindt dan de juiste variant.

00:07:00.860 --> 00:07:03.380
Er is één vroege keuze die alles daarna beïnvloedt.

00:07:03.440 --> 00:07:06.300
Hoe zal het bedrijf die productvarianten aanmaken en beheren?

00:07:06.420 --> 00:07:08.280
En dat is precies wat we hierna behandelen.

00:07:08.480 --> 00:07:10.840
Producten configureren zonder chaos te creëren.

00:07:11.040 --> 00:07:14.880
Het kiezen van dimensies vertelt Dynamics 365 hoe een variant te identificeren.

00:07:15.060 --> 00:07:18.000
Maar het bedrijf moet nog steeds beslissen hoe die varianten worden aangemaakt.

00:07:18.220 --> 00:07:19.680
Die keuze hangt af van het product.

00:07:19.680 --> 00:07:22.760
Supply Chain Management ondersteunt driehoofdbenaderingen.

00:07:22.900 --> 00:07:28.340
Vooraf gedefinieerde varianten, dimensie gebaseerde configuratie en configuratie op basis van beperkingen.

00:07:28.460 --> 00:07:31.440
De namen klinken technisch, dus laat ik ze in begrijpelijke taal uitleggen.

00:07:31.600 --> 00:07:35.340
Vooraf gedefinieerde varianten passen bij producten met een bekende, beperkte set combinaties.

00:07:35.560 --> 00:07:38.260
Stel je die retailer voor die de zojuist besproken jeanscollectie verkoopt.

00:07:38.420 --> 00:07:41.660
Het bedrijf weet al welke kleuren en maten het zal inkopen, op voorraad houden en verkopen.

00:07:41.860 --> 00:07:43.860
Blauw komt in extra small, small en medium.

00:07:44.100 --> 00:07:46.160
Zwart komt in medium, large en extra large.

00:07:46.400 --> 00:07:49.040
Bruin komt in large, extra large en double extra large.

00:07:49.040 --> 00:07:52.260
Die negen keuzes kunnen vooraf als afzonderlijke varianten worden aangemaakt.

00:07:52.400 --> 00:07:55.340
Het bedrijf heeft niet elke mogelijke combinatie van kleur en maat nodig.

00:07:55.520 --> 00:07:57.920
Het maakt alleen de combinaties aan die daadwerkelijk bestaan.

00:07:58.080 --> 00:08:03.020
Dat houdt de catalogus overzichtelijk en voorkomt dat iemand bruine jeans in extra small bestelt terwijl niemand dat item maakt.

00:08:03.220 --> 00:08:06.380
Vooraf gedefinieerde varianten werken goed wanneer het assortiment voorspelbaar blijft.

00:08:06.520 --> 00:08:11.120
Een kledingbedrijf, een distributeur met vaste verpakkingsgroottes, een bedrijf dat standaard meubelkleuren verkoopt.

00:08:11.320 --> 00:08:13.980
Ze kunnen allemaal de items voorbereiden die ze verwachten te verwerken.

00:08:13.980 --> 00:08:16.800
Elke variant bestaat als een bekend item voordat er een bestelling binnenkomt,

00:08:16.900 --> 00:08:20.680
zodat inkoop, magazijn, teams en verkoopmedewerkers met duidelijke productkeuzes kunnen werken.

00:08:20.800 --> 00:08:23.400
De volgende benadering is dimensiegebaseerde configuratie.

00:08:23.640 --> 00:08:25.040
Deze zie je vaak in de productie.

00:08:25.260 --> 00:08:27.520
Stel je een bedrijf voordat industriële pompen bouwt.

00:08:27.660 --> 00:08:32.160
Een pompmodel kan veel dezelfde onderdelen gebruiken, maar de klant kan een bepaalde configuratie kiezen.

00:08:32.380 --> 00:08:34.980
Die keuze beïnvloedt welke onderdelen in de voltooide pomp thuishoren.

00:08:35.800 --> 00:08:39.680
Dynamics 365 kan de configuratiedimensie gebruiken om dat te sturen.

00:08:39.680 --> 00:08:44.120
Het product gebruikt één gedeelde stuklijst, oh, vaak een pom, genoemd.

00:08:44.260 --> 00:08:47.260
Een stuklijst is simpelweg de onderdelenlijst voor het bouwen van iets.

00:08:47.520 --> 00:08:52.260
Binnen die ene lijst zijn sommige onderdelen alleen van toepassing wanneer de klant een specifieke configuratie kiest.

00:08:52.460 --> 00:08:55.800
Bijvoorbeeld, een pomp gebouwd voor één voltage heeft mogelijk één motor nodig.

00:08:56.000 --> 00:08:57.860
Een ander voltage vereist een andere motor.

00:08:58.100 --> 00:09:01.060
In plaats van een aparte onderdelenlijst voor elke mogelijke pomp bij te houden,

00:09:01.240 --> 00:09:02.700
houdt het bedrijf één gedeelde lijst aan.

00:09:02.860 --> 00:09:05.460
Het markeert welke regels bij welke configuratie horen.

00:09:05.460 --> 00:09:11.680
Wanneer de gekozen configuratie de planning of productie bereikt, gebruikt Dynamics 365 alleen de onderdelen die bij die keuze passen.

00:09:11.860 --> 00:09:13.480
Dat bespaart veel dubbel instelwerk.

00:09:13.680 --> 00:09:19.860
Het geeft fabrikanten ook een duidelijkere manier om een productfamilie te beheren die qua constructie grotendeels hetzelfde is, maar op gecontroleerde wijze verschilt.

00:09:20.040 --> 00:09:22.400
De dimensies identificeren het gekozen product.

00:09:22.600 --> 00:09:25.260
De stuklijst bepaalt welke onderdelen bij die opbouw horen.

00:09:25.480 --> 00:09:27.820
Dan is er nog de op beperkingen gebaseerde configuratie.

00:09:28.080 --> 00:09:31.160
Deze aanpak is geschikt voor producten waarbij klanten uit veel opties kunnen kiezen.

00:09:31.320 --> 00:09:33.560
Maar niet elke optie werkt met elke andere optie samen.

00:09:33.560 --> 00:09:37.840
Denk aan een machine op maat, laboratoriumapparatuur of een product dat uit vele onderdelen is samengesteld.

00:09:38.000 --> 00:09:42.420
Een klant kan het type stroomvoorziening, de behuizing, de motor, de veiligheidsoptie en het bedieningspaneel kiezen.

00:09:42.640 --> 00:09:45.120
Sommige combinaties werken, andere werken simpelweg niet.

00:09:45.260 --> 00:09:47.760
Een bepaalde behuizing past wellicht niet bij een grotere motor.

00:09:47.940 --> 00:09:50.460
Een voltage vereist mogelijk een specifiek bedieningspaneel.

00:09:50.620 --> 00:09:52.560
Een veiligheidskap werkt misschien alleen bij één machineformaat.

00:09:53.340 --> 00:09:56.820
Zonder regels kan een verkoper een combinatie selecteren die de fabriek niet kan bouwen.

00:09:57.000 --> 00:10:00.700
Op beperkingen gebaseerde configuratie zet die regels in een productconfiguratie model.

00:10:00.700 --> 00:10:03.940
Het model beschrijft de mogelijke keuzes en de regels die deze beperken.

00:10:04.100 --> 00:10:07.500
Wanneer iemand het product configureert, leidt het systeem hen naar geldige opties.

00:10:07.680 --> 00:10:09.920
Het voorkomt keuzes die met elkaar in conflict zijn.

00:10:10.160 --> 00:10:13.100
Dat stopt een onmogelijke bestelling nog voordat deze de productie bereikt.

00:10:13.260 --> 00:10:15.700
Ik wil hier even bij stilstaan, want dit is een vroege ontwerpbeslissing.

00:10:16.400 --> 00:10:21.700
Een bedrijf moet de configuratie technologie kiezen die bij zijn bedrijfsproces past voordat de productfamilie wordt opgebouwd.

00:10:21.940 --> 00:10:26.600
Dynamics 365 zet een product achteraf niet zomaar om van het ene configuratie model naar het andere.

00:10:26.600 --> 00:10:32.700
Een retailer die een vast assortiment verkoopt, moet dus geen ingewikkeld aangepast productmodel opzetten alleen omdat het flexibel klinkt.

00:10:32.780 --> 00:10:40.020
En een fabrikant die apparatuur op bestelling maakt, moet niet elke mogelijke opbouw in een lange lijst van vooraf gedefinieerde varianten dwingen als de keuzes afhankelijk zijn van regels.

00:10:40.220 --> 00:10:43.000
Begin bij het echte inkoop, verkoop en productieproces.

00:10:43.280 --> 00:10:44.460
Stel een simpele vraag.

00:10:44.640 --> 00:10:47.460
Kennen we elke productcombinatie voordat de bestelling binnenkomt?

00:10:47.520 --> 00:10:50.600
Of creëert de klant de productkeuze via een set toegestaane opties?

00:10:50.780 --> 00:10:53.560
Het antwoord wijst het bedrijf in de richting van de juiste aanpak.

00:10:53.560 --> 00:10:59.500
Zodra het bedrijf weet wat een product kan zijn, heeft het een manier nodig om dit duidelijk te beschrijven en die informatie georganiseerd te houden.

00:11:00.120 --> 00:11:02.820
Categorieën, kenmerken en beheer van productinformatie.

00:11:03.140 --> 00:11:09.640
Een productnaam vertelt je hoe iets heet, maar dat helpt je niet om het in te kopen, op te slaan, te verkopen of aan een klant uit te leggen.

00:11:09.820 --> 00:11:11.560
Dat is waar categorieën in beeld komen.

00:11:11.840 --> 00:11:14.820
Denk bij categorieën aan de gangpaden in een goed georganiseerde winkel.

00:11:14.820 --> 00:11:17.480
Een bedrijf kan producten groeperen op basis van wat ze zijn.

00:11:17.640 --> 00:11:21.540
Ook kleding in het ene gangpad, gereedschap in het andere, kantoorbenodigdheden in een derde.

00:11:21.540 --> 00:11:24.360
Of ze groeperen ze op basis van het soort werk dat mensen moeten doen.

00:11:24.520 --> 00:11:26.020
Hoe dan ook, het doel is hetzelfde.

00:11:26.200 --> 00:11:28.200
Producten makkelijker vindbaar en beheerbaar maken.

00:11:28.420 --> 00:11:29.380
Neem een accuboormachine.

00:11:29.620 --> 00:11:32.080
Een verkoopteam moet deze kunnen vinden onder elektrisch gereedschap.

00:11:32.220 --> 00:11:35.740
Een productteam plaatst deze wellicht in een categorie voor apparatuur op batterijen.

00:11:35.880 --> 00:11:36.660
En dit is het punt.

00:11:36.780 --> 00:11:42.320
Een product kan tegelijkertijd in meerdere categorieën staan als die categorieën verschillende bedrijfsbehoeften dienen.

00:11:42.520 --> 00:11:45.860
Het is niet de bedoeling om elk product in één perfecte map te dwingen.

00:11:45.860 --> 00:11:52.560
Categorieën bieden het bedrijf een gestructureerde manier om productinformatie te ordenen, producten te zoeken en met groepen verwante artikelen te werken.

00:11:52.760 --> 00:11:56.400
Ze helpen mensen ook om de juiste informatie toe te passen op producten die bij elkaar horen.

00:11:56.600 --> 00:11:59.400
Nu doen categorieën veel, maar ze kunnen niet elk detail bevatten.

00:11:59.620 --> 00:12:01.160
Dat is waar kenmerken van pas komen.

00:12:01.400 --> 00:12:07.320
Voor een waterfles kunnen kenmerken zijn materiaal, inhoud, type deksel, isolatie, merk- en onderhoudsinstructies.

00:12:07.320 --> 00:12:12.880
Voor een machine onderdeel kunnen dat afmetingen, stroomverrijsten, temperatuurbereik of een technische standaard zijn.

00:12:13.060 --> 00:12:16.400
Kenmerken veranderen een algemeen label in nuttige productinformatie.

00:12:16.600 --> 00:12:19.260
Precies het soort informatie dat u echt nodig heeft voor uw werk.

00:12:19.620 --> 00:12:23.180
Categorieën kunnen kenmerken bevatten die logisch zijn voor de producten die erin zitten.

00:12:23.360 --> 00:12:26.020
Kleding heeft stof, pasvorm en wasvoorschriften nodig.

00:12:26.280 --> 00:12:30.520
Elektronische apparatuur heeft voltage, garantiedetails en compatibiliteitsinformatie nodig.

00:12:30.760 --> 00:12:34.060
Dat betekent dat niemand willekeurige velden hoeft te bedenken voor elk productrecord.

00:12:34.060 --> 00:12:36.780
Ze gebruiken gewoon de details die bij de productgroep passen.

00:12:37.060 --> 00:12:39.140
Afbeeldingen en bijlagen voegen een extra laag toe.

00:12:39.300 --> 00:12:43.560
Een foto helpt een magazijnmedewerker, verkoper of klant om het item te zien waar ze over praten.

00:12:43.740 --> 00:12:49.180
Een bijlage kan ondersteunend materiaal bevatten, zoals een leveranciersdocument, een specificatieblad of ander papierwerk.

00:12:49.340 --> 00:12:51.300
Soms is de geschreven naam alleen niet genoeg.

00:12:51.560 --> 00:12:54.400
Vertalingen zijn belangrijk wanneer het bedrijf in verschillende talen werkt.

00:12:54.680 --> 00:12:59.220
Productnamen en beschrijvingen kunnen worden vertaald, zodat mensen in verschillende markten informatie krijgen die voor hen begrijpelijk is.

00:12:59.340 --> 00:13:02.580
Het product blijft hetzelfde, maar de bewoordingen kunnen worden aangepast aan het publiek.

00:13:02.580 --> 00:13:05.660
Een bedrijf heeft ook controle nodig over wie deze informatie mag wijzigen.

00:13:05.660 --> 00:13:11.900
Niet elke medewerker moet elk productrecord kunnen bewerken, een item kunnen hernoemen of details kunnen veranderen waar andere teams van afhankelijk zijn.

00:13:12.080 --> 00:13:17.760
Met Dynamics 365 kunt u toegangsregels voor productgegevens toepassen op categorie-niveau of voor een individueel product.

00:13:17.920 --> 00:13:23.820
Het team dat verantwoordelijk is voor industriële apparatuur werkt bijvoorbeeld met die categorie, terwijl een andere groep consumentenproducten beheert.

00:13:24.000 --> 00:13:27.860
Een beperkt product heeft wellicht striktere controle nodig dan gewone kantoorbenodigdheden.

00:13:27.860 --> 00:13:31.520
Het bedrijf bepaalt wie met elk onderdeel van zijn productgegevens kan werken.

00:13:31.740 --> 00:13:33.820
Dat beschermt de informatie waarop mensen vertrouwen.

00:13:34.020 --> 00:13:37.720
Het dossier kan nu de juiste details, documenten, categorieën en controles bevatten.

00:13:37.860 --> 00:13:43.500
Maar er is nog steeds goedkeuring nodig voordat de onderdelen van het bedrijf die het inkopen, verkopen, opslaan of produceren het daadwerkelijk kunnen gebruiken.

00:13:43.680 --> 00:13:45.780
Producten vrijgeven aan rechtspersonen.

00:13:45.940 --> 00:13:50.340
Een voltooide productdefinitie is nu klaar, automatisch klaar voor iedereen om te gebruiken.

00:13:50.540 --> 00:13:51.440
Oh, nog niet.

00:13:51.440 --> 00:13:56.960
Een bedrijf opereert vaak via verschillende rechtspersonen, die afzonderlijke bedrijven zijn binnen de grotere onderneming.

00:13:57.140 --> 00:13:59.980
De ene entiteit kan een product in Duitsland kopen en op voorraad houden.

00:14:00.140 --> 00:14:02.460
Een andere verkoopt hetzelfde product in de Verenigde Staten.

00:14:02.640 --> 00:14:03.800
Een derde produceert het.

00:14:03.980 --> 00:14:06.680
Ze kunnen allemaal beginnen met dezelfde gedeelde productdefinitie.

00:14:06.820 --> 00:14:13.480
In Dynamics 365 wordt die gedeelde definitie een vrijgegeven product zodra het bedrijf het goedkeurt voor gebruik door een specifieke rechtspersoon.

00:14:13.700 --> 00:14:18.580
Zie vrijgaven als het geven van toestemming aan die bedrijfseenheid om het product in haar eigen dagelijkse werkzaamheden op te nemen.

00:14:18.580 --> 00:14:20.760
Het product verandert niet van identiteit.

00:14:20.760 --> 00:14:26.080
De algemene naam, beschrijving, categorie, afmetingen en andere gedeelde details blijven verbonden met de centrale definitie,

00:14:26.240 --> 00:14:31.260
maar elke rechtspersoon kan de instellingen toevoegen die nodig zijn voordat het product wordt besteld, verkocht, opgeslagen of geproduceerd.

00:14:31.440 --> 00:14:33.960
Het ene bedrijf koopt het product mogelijk in bij een leverancier.

00:14:34.160 --> 00:14:35.540
Een ander verkoopt het wellicht alleen.

00:14:35.760 --> 00:14:40.820
Een productiebedrijf heeft productieinstellingen nodig, terwijl een distributiebedrijf magazijn en voorraadinstellingen nodig heeft.

00:14:41.040 --> 00:14:42.960
Verkoopdetails verschillen per entiteit.

00:14:43.240 --> 00:14:45.100
Lokale bedrijfsregels verschillen ook.

00:14:45.100 --> 00:14:51.040
Vrijgaven stelt elke rechtspersoon in staat het product voor te bereiden op het eigen werk zonder een volledig aparte productdefinitie aan te maken.

00:14:51.300 --> 00:14:54.420
Stel je een bedrijf voor dat dezelfde waterfles in verschillende landen verkoopt.

00:14:54.600 --> 00:14:57.200
Het productteam creëert één centrale productdefinitie.

00:14:57.420 --> 00:15:00.860
Vervolgens geeft het bedrijf het vrij aan de rechtspersoon in het Verenigd Koninkrijk.

00:15:01.000 --> 00:15:04.760
En die entiteit voegt de instellingen toe die nodig zijn om de fles in te kopen en op te slaan.

00:15:04.760 --> 00:15:10.920
Later wordt hetzelfde product vrijgegeven aan de Canadese rechtspersoon, waar mensen de instellingen voor lokale verkoop en voorraad voltooien.

00:15:11.140 --> 00:15:13.080
Beide bedrijven gebruiken hetzelfde product.

00:15:13.300 --> 00:15:16.760
Ze hoeven niet opnieuw te beginnen met de naam, beschrijving en details van de productfamilie.

00:15:17.520 --> 00:15:20.420
Ze vullen alleen de informatie aan die bij hun eigen entiteit hoort.

00:15:20.600 --> 00:15:24.160
De scheiding houdt gedeelde feiten en lokaal bedrijfswerk op de juiste plek.

00:15:24.340 --> 00:15:27.580
Een gedeelde productdefinitie beantwoordt de vraag, wat is dit product?

00:15:27.780 --> 00:15:29.700
Een vrijgegeven product beantwoordt.

00:15:29.780 --> 00:15:31.740
Hoe zal dit specifieke bedrijf het gebruiken?

00:15:31.740 --> 00:15:37.580
Het is een klein verschil in bewoording, maar het voorkomt veel dubbelwerk wanneer een bedrijf actief is via meerdere rechtspersonen.

00:15:37.740 --> 00:15:42.660
Dynamics 365 kan producten tegelijkertijd aan één of meerdere rechtspersonen vrijgeven.

00:15:42.880 --> 00:15:47.240
Dat helpt wanneer een bedrijf een standaard assortiment introduceert bij vele bedrijfseenheden.

00:15:47.440 --> 00:15:50.880
Toch is vrijgaven nu niet langer een kwestie van één klik en vergeten.

00:15:51.080 --> 00:15:55.680
Elke rechtspersoon heeft mogelijk extra details nodig voordat teams veilig met het product kunnen werken.

00:15:55.860 --> 00:15:59.520
De werkruimte onderhoud vrijgegeven producten helpt mensen dit proces te bewaken.

00:15:59.520 --> 00:16:04.900
Het toont recent vrijgegeven producten en controleert of de vereiste instellingen voor die rechtspersoon volledig zijn.

00:16:05.080 --> 00:16:09.660
Als er nog productenmerken, categorieën, instellingen voor orders of vertalingen moeten worden toegevoegd,

00:16:09.800 --> 00:16:13.580
biedt de werkruimte een plek om dat werk te vinden en de relevante productpagina's te openen.

00:16:13.720 --> 00:16:17.360
Het helpt teams ook om onvoltooide productwijzigingsaanvragen te identificeren.

00:16:17.580 --> 00:16:22.660
Dat is belangrijk omdat een product er vanuit het centrale overzicht klaaruit kan zien terwijl lokale instellingen onvolledig zijn.

00:16:22.660 --> 00:16:26.660
De werkruimte biedt de rechtspersoon een praktische lijst met producten die aandacht vereisen,

00:16:26.840 --> 00:16:28.820
in plaats van mensen door lange lijsten te laten zoeken.

00:16:29.120 --> 00:16:32.140
Vrijgaven kopieert een product dus niet naar een afzonderlijke wereld.

00:16:32.340 --> 00:16:38.500
Het koppelt één goedgekeurde productdefinitie aan een rechtspersoon en geeft die entiteit de ruimte om eigen operationele details toe te passen.

00:16:38.700 --> 00:16:44.420
Zodra dat gebeurt, kan de productinformatie worden gebruikt voor werkzaamheden rondom orders, voorraad en klantbehoeften.

00:16:44.580 --> 00:16:46.860
Dus hoe PIM het werk rondom een product verbindt.

00:16:46.940 --> 00:16:50.440
Hoe verbindt productinformatiebeheer het werk rondom een product nu eigenlijk?

00:16:50.440 --> 00:16:52.500
Hier is de eenvoudigste definitie.

00:16:52.640 --> 00:16:54.860
PIM voert niet elk bedrijfsproces zelf uit.

00:16:55.040 --> 00:16:58.300
In plaats daarvan levert het de productinformatie die deze processen nodig hebben.

00:16:58.520 --> 00:17:01.080
Zie het als een centrale archiefkast voor productgegevens.

00:17:01.300 --> 00:17:03.980
Een inkoper moet het juiste artikel op een inkooporder vinden.

00:17:04.200 --> 00:17:07.640
Het magazijnteam heeft het juiste artikel nodig bij het ontvangen of verzamelen van voorraad.

00:17:07.760 --> 00:17:10.960
Het verkoopteam heeft de productdetails nodig die op een offerte of order thuishoren.

00:17:11.160 --> 00:17:14.560
En andere Dynamics 365 apps hebben mogelijk ook productgegevens nodig.

00:17:14.740 --> 00:17:18.480
PIM biedt al die teams één gemeenschappelijk uitgangspunt, een enkele bron van waarheid.

00:17:18.480 --> 00:17:20.580
Waar komen die productgegevens nu vandaan?

00:17:21.140 --> 00:17:24.840
Productdefinities kunnen beginnen in Dynamics 365 Supply Chain Management.

00:17:25.100 --> 00:17:28.520
Dat werkt goed wanneer het bedrijf productinformatie vanaf het begin daar beheert.

00:17:28.680 --> 00:17:32.420
Maar veel bedrijven gebruiken al een ander systeem voor productontwikkeling of productgegevens.

00:17:32.780 --> 00:17:36.920
Productgegevens kunnen bijvoorbeeld afkomstig zijn uit een productlevencyclusbeheersysteem, vaak PLM genoemd.

00:17:37.020 --> 00:17:40.740
Een PLM-systeem helpt teams bij het beheer van een product tijdens het ontwerp en de ontwikkeling.

00:17:40.920 --> 00:17:45.160
Er is ook productdatabeleer of PDM dat productgegevens en gerelateerde documenten verwerkt.

00:17:45.160 --> 00:17:49.960
Sommige bedrijven gebruiken zelfs een afzonderlijk PIM-systeem voordat productinformatie in Supply Chain Management wordt ingevoerd.

00:17:50.100 --> 00:17:51.060
Dit is het goede nieuws.

00:17:51.300 --> 00:17:54.760
Dynamics 365 kan productdefinities uit die systemen importeren.

00:17:54.920 --> 00:18:00.000
Dat betekent dat u niet dezelfde productdetails opnieuw hoeft in te voeren alleen omdat het product van ontwerp naar de Supply Chain fase gaat.

00:18:00.200 --> 00:18:04.720
Supply Chain Management kan ook de plek worden die de stamgegevens van producten voor andere instanties bevat.

00:18:04.920 --> 00:18:07.780
Dit is van belang in grotere bedrijven met meer dan één instantie.

00:18:07.920 --> 00:18:12.500
Eén instantie beheert de centrale productdefinities en exporteert en importeert die gegevens naar de andere.

00:18:12.500 --> 00:18:18.360
Microsoft biedt dataentiteiten voor dit type uitwisseling, gestructureerde manieren om gedefinieerde data tussen systemen te verplaatsen.

00:18:18.480 --> 00:18:19.220
Maar er is meer.

00:18:19.460 --> 00:18:22.020
Microsoft Dataverse breidt dat distributiepad uit.

00:18:22.260 --> 00:18:26.480
Dataverse is Microsoft's gedeelde cloud data service die door veel bedrijfsapplicaties wordt gebruikt.

00:18:26.660 --> 00:18:33.680
Supply Chain Management kan productdefinities exporteren naar Dataverse, zodat andere bedrijfsapplicaties zoals Dynamics 365 sales die productdata kunnen gebruiken.

00:18:33.880 --> 00:18:36.600
Dat betekent nu niet dat elke app plotseling hetzelfde werk doet.

00:18:36.780 --> 00:18:39.040
PIM organiseert en onderhoudt productinformatie.

00:18:39.260 --> 00:18:42.160
Dynamics 365 sales handelt verkoopwerkzaamheden af.

00:18:42.160 --> 00:18:46.800
Andere apps handelen hun eigen klantenservice, commerce, financiën, productie of operationele taken af.

00:18:46.940 --> 00:18:50.200
Ze kunnen gerelateerde productdata gebruiken, maar elke app behoudt zijn eigen doel.

00:18:50.360 --> 00:18:52.080
Laten we eens kijken naar een praktisch proces.

00:18:52.280 --> 00:18:54.760
Het productteam maakt of importeert een nieuwe productdefinitie.

00:18:54.900 --> 00:18:57.680
Het bedrijf geeft deze vrij aan de juridische entiteiten die deze nodig hebben.

00:18:57.880 --> 00:18:59.900
Die entiteiten voltooien hun lokale instellingen.

00:19:00.020 --> 00:19:01.720
Inkoop kan werken met het goedgekeurde artikel.

00:19:02.420 --> 00:19:04.000
Magazijnmedewerkers kunnen het ontvangen en verwerken.

00:19:04.180 --> 00:19:07.380
Verkoop kan verwijzen naar het juiste product in plaats van zelf een versie te bedenken.

00:19:07.540 --> 00:19:09.640
Het resultaat is zichtbaar op alledaagse momenten.

00:19:09.640 --> 00:19:11.320
Een koper bestelt het juiste artikel.

00:19:11.500 --> 00:19:12.700
Een klant ziet de juiste details.

00:19:12.860 --> 00:19:15.500
Een magazijnmedewerker kan een order matchen met de voorraad die voor hen ligt.

00:19:15.700 --> 00:19:18.720
Wanneer productinformatie wijzigt, hebben teams een duidelijker pad om de actuele,

00:19:18.920 --> 00:19:21.460
goedgekeurde details te gebruiken in plaats van oude kopieën na te jagen.

00:19:21.640 --> 00:19:26.820
Dit vermindert bestelfouten, verouderde informatie en retourzendingen door incorrecte productdetails.

00:19:26.820 --> 00:19:31.320
Productinformatiebeheer is het onderdeel dat de productdefinitie georganiseerd houdt,

00:19:31.340 --> 00:19:34.160
terwijl de rest van het verbonden platform die informatie inzet.

00:19:34.680 --> 00:19:35.120
Conclusie

00:19:35.120 --> 00:19:37.120
Een gedeeld productverhaal in Dynamics

00:19:37.120 --> 00:19:42.060
365 productinformatiebeheer verandert een productidee in één beheertrecord dat juridische

00:19:42.060 --> 00:19:44.620
entiteiten en bedrijfsteams kunnen gebruiken in hun eigen werk.

00:19:44.860 --> 00:19:46.440
Dat is jouw kennis nugget voor vandaag.

00:19:46.660 --> 00:19:51.040
Abonneer je op je favoriete podcastplatform en deel dit met iemand die Dynamics 365 leert.

00:19:51.040 --> 00:19:55.480
Ga dan door naar de volgende aflevering om te zien hoe alle bouwstenen met elkaar verbonden zijn in de