Supply chain

Plan op de levertijd die je krijgt, niet op die je beloofd is

De levertijd in je artikelstam is ooit ingevoerd, vanuit de offerte van de leverancier zelf, en wordt sindsdien als feit behandeld. Elk bestelpunt, elke veiligheidsvoorraad en elke datum die je een klant toezegt rust erop. Ondertussen registreren de ontvangsten in je magazijn week na week stilletjes wat die leverancier werkelijk doet, en heeft nog nooit iemand die twee kolommen naast elkaar gelegd. Coheed doet dat, per leverancier en per artikel, en geeft je zowel de echte levertijd als hoe betrouwbaar hij is.

Gecombineerde systemen
SCMERP
Draait
Wekelijks op maandag

Herkenbaar?

Teams brengen deze use case bij ons als een of meer hiervan waar zijn.

  • Veiligheidsvoorraad is op gevoel gezet, omdat niemand de levertijden vertrouwt waaruit hij berekend zou moeten worden.
  • Van een leverancier waarvan 'iedereen weet' dat hij onbetrouwbaar is, is dat nog nooit met cijfers aangetoond.
  • Er wordt uit gewoonte vroeg besteld, waarmee cash vastligt om een nooit geverifieerde levertijd te compenseren.
  • Inkoopgesprekken gaan over prijs, omdat leverprestatie niet gemeten wordt.

Hoe het werkt

Coheed draait dit als een geplande insight over je gekoppelde systemen en geeft het resultaat door aan een agent.

  1. 1

    Beloftes en ontvangsten worden gekoppeld

    Elke inkooporderregel met zijn bevestigde datum wordt gematcht aan de ontvangst die hem sloot, inclusief deelontvangsten en regels die over meerdere zendingen binnenkwamen, zodat de vergelijking per levering gaat in plaats van per orderkop.

  2. 2

    Levertijd wordt gemeten, mét spreiding

    Per leverancier en per artikel krijg je de mediane levertijd die werkelijk gehaald wordt en hoeveel die varieert. Een leverancier die betrouwbaar twaalf dagen doet is een heel ander planningsprobleem dan een die gemiddeld tien dagen doet maar tussen vier en vijfentwintig schommelt, en alleen de spreiding vertelt je dat.

  3. 3

    De artikelstam wordt tegen de werkelijkheid gehouden

    De gemeten levertijd komt naast de levertijd waarop je planning nu draait, zodat de artikelen waar die twee het meest uiteenlopen, en die dus stilletjes je nee-verkopen en je overtollige voorraad veroorzaken, op impact gerangschikt worden.

  4. 4

    Het inzicht wordt een actie

    Artikelen waarvan de gemeten levertijd niet meer bij de stamdata past, gaan naar een agent die de correctie voorbereidt, samen met wat dat voor de veiligheidsvoorraad betekent.

Welke data het gebruikt

Alleen de velden die deze use case nodig heeft worden gelezen. Er wordt niets gekopieerd wat de insight niet gebruikt.

SCM

Inkooporders en -regels met toegezegde en bevestigde data, goederenontvangsten, huidige levertijd- en veiligheidsvoorraadinstellingen en bestelbeleid per artikel.

ERP

Artikelstam en leveranciersgegevens, inkoopfacturen en de afgesproken voorwaarden per leverancier.

Coheed

De systeemoverstijgende artikel- en leverancierskoppelingen, en de meethistorie die een trend, verbeterend of verslechterend, over de tijd zichtbaar maakt.

Wat er verandert

Wat een team merkt zodra dit draait. Geen verzonnen percentages: het effect hangt af van je data en je proces.

  • Veiligheidsvoorraad wordt berekend uit gemeten spreiding in plaats van op gevoel gezet.
  • Leveranciersgesprekken beginnen bij een leverstaat in plaats van bij een indruk.
  • De artikelen waarvan de stamdata het meest fout staat, worden gerangschikt, zodat je eerst corrigeert wat geld kost.
  • Een leverancier die langzaam slechter wordt, is zichtbaar vóór het een nee-verkoop wordt.

Van inzicht naar actie

Levertijdcorrectie-agent

Beschikbaar als agent

Stelt bijgestelde levertijd- en veiligheidsvoorraadwaarden voor bij de artikelen waar meting en stamdata het verst uiteenlopen, elk met de ontvangsthistorie erachter. Wijzigingen in stamdata worden ter goedkeuring voorbereid in plaats van zelfstandig weggeschreven.

Modus: Human-in-the-loop

Elke insight kan alleen lezen, draaien met menselijke goedkeuring, of autonoom draaien. Jij bepaalt dat per actietype, en je kunt het later wijzigen.

FAQ

Veelgestelde vragen

Hoeveel inkoophistorie is er nodig?

Ongeveer een jaar aan ontvangsten geeft een stabiele mediaan en een betekenisvolle spreiding voor artikelen die regelmatig besteld worden. Zelden bestelde artikelen worden ook gemeten, maar gemarkeerd als lage betrouwbaarheid, zodat niemand een voorraadbeleid op drie datapunten herbouwt.

En als wij de bevestigde datum van de leverancier nooit vastleggen?

Dan wordt er gemeten tegen de datum die jij vroeg, en dat staat er ook bij. Dat is een ander getal: hoe lang een order werkelijk duurt van bestellen tot hebben, in plaats van hoe goed een leverancier zijn woord houdt. Voor planning is dat aantoonbaar het bruikbaardere getal, en het is het eerlijke getal om te rapporteren als de bevestiging nooit is vastgelegd. Houdt je ERP wél een aparte bevestigde datum bij, dan zie je beide.

En als de vertraging aan ons lag en niet aan de leverancier?

Orders die aan jouw kant te laat geplaatst zijn, worden apart gezet, zodat een order die een week te laat de deur uit ging niet tegen de leverancier telt. Wat overblijft is leverprestatie die je daadwerkelijk mee kunt nemen in een onderhandeling.

Past het onze stamdata automatisch aan?

Alleen als je dat toestaat. Standaard bereidt de agent de correctie voor met het bewijs erbij, want een gewijzigde levertijd werkt direct door in bestelpunten en cash.

Welke systemen zijn er nodig?

Wat je inkooporders en je goederenontvangsten bevat, en dat is voor de meeste bedrijven het ERP alleen of het ERP plus een apart planning- of magazijnsysteem.

Zie dit op je eigen data

Vertel ons welke ERP-, CRM- en SCM-systemen je draait, dan laten we zien hoe deze use case er bij jou uitziet.