Denne all-viktige metriske er ikke lett å klemme ned.
Hva er levering på tid?
Det første skillet vi burde få klart er - snakker vi om leverandørens levering på tid til meg eller min tid på levering til kundene mine?
Det spiller ingen rolle.
Ok, for denne diskusjonens skyld - det spiller ingen rolle.
I begge tilfeller snakker vi om en leverandør og en kunde. Enten det er deg og en kunde eller leverandør og deg - vel, alle vil ha det du vil ha når du vil ha det.
Så det er den første måling: Skal kunden få det den vil ha når den ønsker det ? Hvis både leverandør og kunde sier "ja" så, gratulerer, har du 100% på tid levering.
Hvordan er vi enige om hvilke målinger som skal måles?
Det bringer oss til vår andre måling: Avtale. Er både leverandøren og kunden enige om hvordan levering på tid måles?
Og her er noen av variablene:
- Antall enheter på bestillingen.
- Virker som en no-brainer. Hvis jeg bestiller 100 hver, vil jeg ha 100 hver levert.
- Ok, men hva hvis leverandøren leverer 99 og kunden er enig i å stenge bestillingen kort? Er det 100% på tid levering eller 99% på tid levering?
- Eller hva om leverandøren leverer 90 hver på gang og kunden er enig i å revidere bestillingen slik at balansen (10 hver) kan leveres 30 dager senere. Har leverandøren bare fått to ordrer med 100% på tid levering på hver enkelt - eller har leverandøren nettopp truffet 90% på tid levering?
- Leveringsdato.
- Dette er hvor det begynner å bli fuzzier.
- Hva om kunden forventer levering 15. februar, men sier at det kan ta levering 2 dager tidlig og 1 dag for sent? Så lenge du treffer det fire dagers vinduet (telle dem igjen), er du 100% på gang? Eller blir du straffet for ikke å trykke på eksakt leveringsdato?
- Antall linjeposter på bestillingen.
- Hvis kunden bestiller 10 forskjellige varer i samme rekkefølge, må leverandøren levere alle 10 på tid for å få 100% på tid levering? Svaret på dette skal normalt være ja.
- Men hva om leverandøren leverer 9 av 10 på tid. Har leverandøren nettopp truffet 90% på leveringstid? Eller 0%?
Det er mange forskjellige variabler på spill når det gjelder levering på tid. På grunn av dette er det viktig å ha forhåndsavtale. Hvis levering på tid kommer til å være en viktig måling mellom deg og din kunde (e) - eller din leverandør (er) og deg - så er det veldig viktig å definere hvordan du skal måle det før du begge begynner å måle det.
Det er en date!
Husk slike ting som Forespørselsdato, Original Promise Date, Leveringsdato, Dock Date, Ship Date, Revidert Promise Date, og Faktisk Ship Date. Alle disse begrepene har en bestemt betydning - men de brukes ofte om hverandre. Pass på at du, leverandørene og kundene dine bruker det samme språket .
Hvis du ikke har leveringsavtaler , hovedavtaler, vilkår og betingelser, kvalitetsavtaler eller en annen kontraktsform som spesifikt beskriver hva leveringstid på tiden er og hvordan den måles - vel, det burde du.
Hvis du er bedriftens forsyningskjede, så ta vare på dette. Hvis du ikke er, finn forsyningskjedenes proffs og stå på den til dette er tatt vare på.
Og hva så?
I stedet for levering på tid, kan noen folk i forsyningskjeden si (og ofte si det), "Levering på tidspunkter spiller ingen rolle fordi kunden min står for forsinkelser og mangler når de bestiller. (Eller 'Jeg tar hensyn til leverandørens forsinkelser når jeg bestiller.)' Ouch.
Det er det du kaller en suboptimalisert forsyningskjede . Og det koster alle penger . Real penger. Det betyr at alle fyller inn sine bestillingsordrer og produksjonslinjer, vare- og forsendelsesplaner og videre og videre.
- Trinn 1: Definer og godta hvilken levering på tid.
- Trinn 2: Lever på tid.
- Trinn 3: Du, din leverandør og dine kunder vil slutte å fylle disse bestillingene.
- Trinn 4: Kjøp deg selv noe fint med bonuskontrollen, får du ved å redde firmaet alle pengene.
Husk, i optimalisert forsyningskjede leverer du hva kundene dine vil ha når de vil ha det - og bruker så lite penger som mulig for å få det gjort. Å forstå levering på tid og tilpasse den forståelsen med kundene og leverandørene er et viktig første skritt.