Waar de tijd voor leveranciers-onboarding werkelijk naartoe gaat
Zes weken doorlooptijd is geen zes weken werk. Afspreken welke documenten worden uitgewisseld, meestal inkooporders, orderbevestigingen, verzendberichten en facturen, kost een middag tussen twee mensen die hun eigen processen kennen. Het bouwen van de mapping zelf kost een paar dagen.
De rest is wachten. Testdocumenten gaan heen en weer, en elke ronde blijft in een wachtrij aan de kant van de partner staan, waar het concurreert met alles waar hun IT-team al aan werkt. Een cyclus die twee uur aan werkelijke inspanning vereist, duurt routinematig vijf werkdagen om af te ronden.
Uitzonderingen rekken het proces verder op omdat ze laat aan het licht komen. De eerste echte order met een deellevering of een creditnota legt een gat bloot dat testdata nooit heeft afgedekt. Die ontdekking start een ronde opnieuw waarvan iedereen dacht dat deze was afgerond.
Waarom heeft elke leverancier zijn eigen mapping nodig?
Een standaard definieert de vorm van een document, niet de inhoud die een bedrijf erin plaatst. Twee leveranciers kunnen allebei een conforme orderbevestiging sturen terwijl ze verschillende velden gebruiken voor de leverdatum en verschillende codes voor maateenheden. Ze kunnen ook van mening verschillen over de vraag of een deellevering één document is of meerdere.
De variatie wordt groter buiten grote handelspartners om. Een leverancier met volwassen systemen verstuurt gestructureerde documenten via electronic data interchange. Een kleinere partij stuurt misschien een spreadsheet per e-mail, verwacht een portaalinlog of wil PDF's blijven sturen. Alle drie zijn legitieme zakelijke relaties, en alle drie komen ze anders binnen.
Het mapping-werk is dus reëel en kan niet worden geëlimineerd. Wat wel kan veranderen, is of het één keer per partner gebeurt of één keer per patroon. Dat verschil scheidt een leveranciersbestand dat gemakkelijk groeit van een bestand dat dat niet doet.
De kosten wanneer leveranciers-onboarding nooit goedkoper wordt
Wanneer elke partner evenveel kost om aan te sluiten, stopt het leveranciersbestand met groeien op basis van commerciële logica en begint het te groeien op basis van IT-capaciteit. Wat dat kost, grofweg in de volgorde waarin een bedrijf het voelt:
- Besparingen die te laat of helemaal niet komen: inkoop vindt een betere leverancier en hoort dat de onboarding in de wachtrij staat achter twee andere projecten
- Relaties die handmatig blijven: bestellingen worden gemaild en handmatig overgetypt, en bevestigingen komen binnen als pdf's die iemand moet lezen en invoeren
- Fouten die leiden tot geschillen: verkeerde aantallen en betwiste facturen, verspreid over verschillende personen in plaats van zichtbaar als projectkosten, waardoor ze zelden worden opgelost
- Verlies van schakelsnelheid: een bedrijf dat niet snel een leverancier kan onboarden, kan er ook niet snel een vervangen, wat cruciaal is bij tekorten of wanneer een leverancier uitvalt
Wat maakt leveranciers-onboarding herbruikbaar
Het doel is niet één werkende verbinding. Het doel is een patroon waarbij de tweede, vijfde en twintigste leverancier telkens minder inspanning kosten dan de vorige.
- Een canoniek intern formaat: partners koppelen aan één interne definitie in plaats van elk direct aan het ERP, zodat een wijziging aan beide kanten slechts één koppeling beïnvloedt in plaats van vele
- Formaat-agnostische intake: hetzelfde proces verwerkt een gestructureerd document, een spreadsheet of een bestandsupload, waardoor de mogelijkheden van de partner de inspanning bepalen in plaats van de haalbaarheid
- Sjablonen per partnertype: een volwassen partner die gestructureerde documenten stuurt en een kleine partner die bestanden stuurt, zijn twee patronen, geen twintig variaties
- Validatie vóór acceptatie: een document dat niet voldoet aan de vereiste velden wordt direct bij de grens met een reden afgewezen, in plaats van dat dit drie stappen later in het ERP wordt ontdekt
- Self-service testen: partners kunnen testdocumenten uitwisselen zonder dat een ontwikkelaar elke ronde hoeft in te plannen
Het grootste deel van die zes weken bestaat uit wachttijd in plaats van werk. Het wegnemen van die wachttijd levert meer op dan het versnellen van de koppeling zelf.
Hoe een integratieplatform het onboarden van leveranciers versnelt
De alternatieven zijn het benoemen waard. Een managed EDI-dienstverlener beheert partnerkoppelingen namens u en rekent per partner en per document, waardoor de kostenlijn vlak blijft naarmate het volume groeit. Het in-house bouwen van point-to-point koppelingen is het goedkoopst voor de eerste twee partners, maar het minst efficiënt bij de tiende. Een leveranciersportaal legt de last bij de leverancier, wat grotere partners zullen weigeren en kleinere partners inconsistent zullen gebruiken.
Een integration platform-as-a-service (iPaaS) houdt de mapping in eigen beheer en maakt deze herbruikbaar. Op het Alumio iPaaS neemt dat werk vier vormen aan:
- Eén interne definitie, vele partnerformaten: een Transformer zet de structuur van elke partner om naar een uniforme interne weergave van een inkooporder, waardoor de ERP-kant eenmalig wordt gebouwd en daarna hergebruikt
- Gestructureerde en ongestructureerde invoer gecombineerd: EDI-documenten, XML, CSV en bestandsuploads komen binnen via dezelfde beheerde Routes in plaats van via afzonderlijke tools
- Controle aan de poort: validatieregels wijzen onvolledige of onjuiste documenten met een reden af voordat ze het ERP bereiken, wat voorkomt dat foutieve partnerdata de operatie verstoort
- Inzicht per partner: logging legt vast wat elke leverancier wanneer heeft verzonden, waardoor een ontbrekende bevestiging een kwestie is van opzoeken in plaats van bellen
Deze stromen worden geconfigureerd in plaats van per partner handmatig gebouwd, waarbij de Code Transformer beschikbaar is voor situaties waarin configuratie niet volstaat. De volgende leverancier is een variatie op een bestaand patroon in plaats van een nieuw project.
De volgende leverancier sneller onboarden dan de vorige
De relevante maatstaf is niet hoe lang onboarding vandaag duurt. Het gaat erom of dat getal daalt. Een bedrijf waar de tiende leverancier net zoveel tijd kostte als de eerste, heeft tien koppelingen gebouwd maar geen schaalbare capaciteit ontwikkeld.
Wanneer dat getal omlaag gaat, verandert de slagkracht van inkoop. Leveranciers kunnen worden toegevoegd omdat ze commercieel aantrekkelijker zijn, niet omdat ze technisch handig zijn. Een leverancier kan worden vervangen in het tempo dat de situatie vereist, in plaats van in het tempo dat de integratiewachtrij toelaat.
Een integratieplatform verandert dit van een ambitie in een rekensom die in uw voordeel uitvalt. Het bedrijf krijgt een leveranciersbestand dat flexibel is en besparingen die in hetzelfde kwartaal vallen als waarin ze zijn onderhandeld, in plaats van pas nadat de onboarding eindelijk is afgerond. De keuzemogelijkheden van inkoop worden zo bepaald door de markt in plaats van door de integratieachterstand.