Advanced Product Quality Planning (APQP) is de gestructureerde methode waarmee automotive-leveranciers een productlaunch plannen, zodat elke eis, elk risico en elke beheersmaatregel op zijn plaats is voordat de productie start. Het APQP-referentiehandboek van AIAG, inmiddels in de 3e editie (2024), definieert de deliverables die een multidisciplinair team oplevert en de gates waarop het leiderschap beslist of het programma verder mag. Het is de launchmethode die automotive-klanten verwachten van leveranciers die volgens IATF 16949 werken.
Het handboek begint met fase 0, Aan de slag, en loopt door vijf fasen: Programma plannen en definiëren, Productontwerp en -ontwikkeling, Procesontwerp en -ontwikkeling, Product- en procesvalidatie, en Feedback, beoordeling en corrigerende actie. Elke fase eindigt bij een gate: Programmaconcept, Programmagoedkeuring, Ontwerphaalbaarheid, Proceshaalbaarheid, Launchgereedheid, en Feedback, beoordeling en corrigerende actie.
In Zometric krijgt een programma dat is aangemaakt vanuit het sjabloon AIAG APQP 3e editie in één stap alle 61 deliverables, gates 0–5 met hun 80 gatepunten, een timingplan en de A-0-risicochecklist. Zeventien deliverables zijn gekoppeld aan een live document, zoals de PFMEA, een Control Plan of de PPAP-indiening, en nemen daar hun status van over.
Zes problemen die launchteams in hun eigen woorden beschrijven, en wat er verandert wanneer elke deliverable naar het document erachter verwijst.
Het programma volgt de fasen en gates van AIAG APQP 3e editie, dus het handboek is de workflow.
Fase 0 · Aan de slag
Kies de klant, de onderdelen, het gekoppelde procesproject en het sjabloon. Zometric maakt de 61 deliverables aan, gates 0–5, een timingplan met één taak per deliverable en één review per gate, en de A-0-checklist. Ben je niet ontwerpverantwoordelijk, dan worden de ontwerpdeliverables op niet van toepassing gezet met de referentie van je overeenkomst.
Fase 0 · Aan de slag
Beantwoord de 45 vragen van de A-0-checklist voor risicofactoren. Zes of meer hiaten zetten het risiconiveau van het programma op Hoog, drie of meer op Middel.
Fase 1 · Programma plannen en definiëren
Leg datums, afhankelijkheden en klantmijlpalen vast, maak een baseline en laat het team het plan bevestigen. Leg het capaciteitsplan vast met de controle op OEE en bezetting, het risicoregister van het programma en de leverancierslijst.
Fasen 2–3 · Ontwerp- en procesontwikkeling
DFMEA, Processtroomdiagram, PFMEA, Control Plans en de bijzondere kenmerken zijn gekoppeld aan hun deliverables en rapporteren hun eigen status. Een afgeleide status overschrijven vraagt een schriftelijke reden.
Gate 2 · Ontwerphaalbaarheid
Vul de haalbaarheidsverklaring van het team uit bijlage D in en leg de conclusie vast. Elk teamlid ondertekent haar met een elektronische handtekening, en gate 2 kan niet worden goedgekeurd zonder conclusie.
Fase 4 · Product- en procesvalidatie
De significante productierun, de PPAP-indiening en het Productie-Control Plan rapporteren hun status vanuit PPAP en het Control Plan. Een aftekening van de kwaliteitsplanning die gedateerd is na de eerste levering, wordt bij gate 4 gemarkeerd.
Gates 0–5 · Gatereview
Open de review en de punten vullen zichzelf vanuit de live gegevens. Negatieve punten krijgen actieplannen, leden voegen hun e-ondertekende goedkeuring toe, en over de gate wordt beslist met Go, Go onder voorwaarden of No-go zodra een vertegenwoordiger van het leiderschap heeft goedgekeurd.
Fase 5 · Feedback, beoordeling en corrigerende actie
Leg lessons learned vast voor het volgende programma. Een technische wijziging na de launch opent een wijzigingsproject dat is afgebakend tot de deliverables die ze raakt, standaard met gates 3 en 4.
Elke mogelijkheid is gekoppeld aan een beslissing die uw team al probeert te nemen.
Elke launch op één scherm: huidige fase, rood / geel / groen, volgende gate en het aantal dagen tot dan, percentage gereed, achterstallige punten en openstaand risico. Een gatekalender toont de komende gatereviews van alle programma's.
Elke gate heeft een gereedheidsmeter, de lijst van wat hem blokkeert en het kritieke pad ernaartoe. Beslis go, go onder voorwaarden of no-go, met e-ondertekende goedkeuringen en herbevestiging wanneer er na de review iets verandert.
Deliverables lezen hun status uit het Processtroomdiagram, de DFMEA, de PFMEA, het Control Plan en de PPAP-indiening waarnaar ze verwijzen. Geef het document vrij (en markeer een FMEA bovendien als gereed) en de deliverable wordt vanzelf groen, met de herkomst ernaast.
Een Gantt met baseline, plan en werkelijk, afhankelijkheden en klantmijlpalen. Versleep een taak en de verwachte uitloop op de volgende gate wordt bijgewerkt. Ketens die te laat zijn tonen negatieve speling, zodat het gesprek over herstel gaat en niet over wiens spreadsheet klopt.
De checklists A-0 tot A-10, waarbij vragen uit A-1, A-6, A-7 en A-10 worden beantwoord vanuit de FMEA, de Processtroom en het Control Plan waar het bewijs aanwezig is. Een hiaat-antwoord met een verantwoordelijke en een vervaldatum wordt automatisch een actie, en een checklist kan aan een leverancier worden uitgegeven om via het Leveranciersportaal te beantwoorden.
Haalbaarheidsverklaring van het team, capaciteitsplanning met een calculator voor OEE en bezetting, een risicoregister per programma en de gereedheid van leveranciers: de inschattingen van een launch, vastgelegd naast het bewijs waarop ze zijn gebaseerd.
Een statusrapport voor de klant gegenereerd uit dezelfde gegevens, OEM-specifieke sjablonen, wijzigingsprojecten voor technische wijzigingen na de launch en een lessons-learned-bibliotheek die het volgende programma voedt in plaats van een presentatie die niemand meer opent.
De gereedheid telt de deliverables die bij een gate worden bevestigd en de punten van de gate: afgeronde deliverables plus beantwoorde punten, min negatieve punten, gedeeld door het totaal. Het oordeel volgt vaste regels bovenop het percentage, dus een hoog percentage betekent op zich nog geen go. Gate 3, Proceshaalbaarheid, bevestigt 10 deliverables en heeft 13 gatepunten.
| Geval | Gereed | Beantwoord | Negatief | Geen plan | Gereed % | Oordeel |
|---|---|---|---|---|---|---|
| A | Gereed10 | Beantwoord13 | Negatief0 | Geen plan0 | Gereed %100 | OordeelGo |
| B | Gereed8 | Beantwoord13 | Negatief2 | Geen plan0 | Gereed %83 | OordeelGo onder voorwaarden |
| C | Gereed8 | Beantwoord13 | Negatief2 | Geen plan1 | Gereed %83 | OordeelNo-go |
| D | Gereed10 | Beantwoord11 | Negatief0 | Geen plan0 | Gereed %91 | OordeelNiet gereed |
Deliverables zijn gekoppeld aan de live documenten en lezen hun toestand; er wordt niets naar het programma gekopieerd.
De deliverables DFMEA en PFMEA tonen het aandeel beoordeelde ketens en de ketens met AP Hoog die nog openstaan, en zijn gereed wanneer de FMEA is vrijgegeven en als gereed gemarkeerd.
De deliverables voorlopig stroomschema en Processtroomdiagram lezen de vrijgavestatus en processtappen van de stroom, en beantwoorden daaruit vragen van A-6.
Control Plans voor prototype, pre-launch en productie rapporteren hun vrijgave en klantgoedkeuringen. Meetmiddelen op hun rijen sturen het MSA-plan, en vragen van A-10 worden vanuit het plan beantwoord.
De PPAP-indiening, de significante productierun en de capabiliteitsstudies voeden de deliverables van fase 4 en de punten van de gate Launchgereedheid.
APQP-checklists worden aan een leverancier uitgegeven, vraag voor vraag in het portaal beantwoord en teruggestuurd naar het programma.
De lessons-learned-preventiestap van een CAPA voegt een les toe aan de APQP-bibliotheek, en de bibliotheek kan vanaf de CAPA-pagina worden doorzocht.
Leiden het programma: bewerken timingplan en team, leggen klantgoedkeuringen vast, overschrijven een afgeleide status met opgave van reden, en keuren gates goed en beslissen erover.
Werken aan de deliverables, records en gatepunten, maken actieplannen voor negatieve punten en voegen hun e-ondertekende goedkeuring aan een gate toe.
Keurt gates goed en beslist erover. Een gatebeslissing vraagt minstens één goedkeuring van het leiderschap.
Beantwoorden de APQP-checklists die via het Leveranciersportaal aan hen zijn uitgegeven en sturen ze terug naar het programma.
| Zometric APQP vs. een spreadsheet of projecttracker | Spreadsheet of projecttracker | Zometric APQP |
|---|---|---|
| Status van deliverables | Ingetypt door wie het bestand bijwerkt | Gelezen uit de gekoppelde FMEA, het Control Plan of de PPAP, met de reden erbij |
| Gategereedheid | Beoordeeld in de vergadering | Berekend uit deliverables en gatepunten, met alles wat blokkeert op een rij |
| Gatebeslissing | Notulen en handtekeningen op papier | Go, Go onder voorwaarden of No-go, met e-ondertekende goedkeuringen en aftekening door het leiderschap |
| Timing | Een Gantt-diagram los van de status | Eén plan: de voortgang van deliverables beweegt de timingtaken, met kritiek pad en verwachte uitloop |
| Checklists | Aparte bestanden per checklist | A-0 tot A-10 en bijlage D in het programma; hiaat-antwoorden worden acties |
| Wijzigingen na een gate | Zelden opgemerkt | Opnieuw goedgekeurd, of met een reden geaccepteerd, vóór de volgende gate |
| Klantrapportage | Voor elke review met de hand samengesteld | Statusrapport gegenereerd uit het programma, als PDF of Excel |
| Herinneringen | Per e-mail nagejaagd | Eigenaars 3 dagen voor een vervaldatum herinnerd; escalatie na 7 dagen achterstand |
Een statusrapport met fasen, gates, klantgoedkeuringen, rode deliverables, leveranciers met hoog risico en openstaande aandachtspunten, af te drukken als PDF of te downloaden als Excel.
Download het timingplan als CSV met baseline-, geplande en werkelijke datums, speling, kritiek pad en verwachte uitloop.
Geef APQP-checklists uit aan leveranciers en ontvang hun antwoorden terug in het programma.
Programma's, deliverables, gates, gatepunten, goedkeuringen, het portfolio, programmastatistieken en het kritieke pad zijn beschikbaar via de REST API.
Directe antwoorden op de vragen die teams stellen vóór een demo.
APQP (Advanced Product Quality Planning) is de gestructureerde methode voor productlaunches die is vastgelegd in het APQP-handboek van AIAG, inmiddels in de 3e editie (2024). Een multidisciplinair team doorloopt fase 0 en vijf fasen en levert deliverables op zoals de DFMEA, de PFMEA, Control Plans en de PPAP, en het leiderschap keurt het programma aan het eind van elke fase goed bij een gate.
Zometric levert een systeemsjabloon voor AIAG APQP 3e editie (2024) met 61 deliverables, gates 0–5 met 80 gatepunten, en de checklists A-0 tot A-10 plus de haalbaarheidsverklaring van het team uit bijlage D. Elke deliverable draagt zijn verwijzing naar het handboek en zijn verplichtingsgraad, zoals MUST of SHOULD.
Zeventien deliverables zijn gekoppeld aan een live document en nemen daar hun status van over. Een FMEA is gereed wanneer ze is vrijgegeven en als gereed gemarkeerd, een Control Plan wanneer het is vrijgegeven en elke vereiste klantgoedkeuring is vastgelegd, en de PPAP-deliverable wanneer de indiening is goedgekeurd. Een gekoppelde deliverable op een handmatige status zetten vraagt een schriftelijke reden.
Go betekent dat elk gatepunt acceptabel is; een onvoorwaardelijke goedkeuring wordt geweigerd zolang er een punt negatief is. Go onder voorwaarden staat negatieve punten alleen toe wanneer elk ervan een actieplan met eigenaar en vervaldatum heeft. No-go houdt het programma bij de gate tegen. Elke beslissing behalve No-go vraagt minstens één goedkeuring van het leiderschap, en gate 2 vraagt bovendien de conclusie van de haalbaarheidsverklaring van het team.
Ja. Het systeemsjabloon kan voor een klant worden gedupliceerd, waarna deliverables kunnen worden hernoemd, gedeactiveerd of toegevoegd. Eén klantsjabloon kan de standaard zijn, zodat nieuwe programma's voor die klant er automatisch van uitgaan.
Zet het programma op niet ontwerpverantwoordelijk en voer de referentie in van de overeenkomst met je klant. De deliverables Design FMEA, ontwerpverificatie en ontwerpreview worden dan op niet van toepassing gezet met die referentie als onderbouwing, en een controle markeert een ontbrekende referentie van de overeenkomst.
Ja. Een checklist zoals de A-9-checklist voor sourcing kan via het Leveranciersportaal met een vervaldatum aan een leverancier worden uitgegeven. De leverancier beantwoordt haar vraag voor vraag en dient haar in, en de antwoorden verschijnen in het programma.
Een wijziging na de launch opent een wijzigingsproject dat aan het gelanceerde programma is gekoppeld. Het behoudt dezelfde klant, onderdelen en hetzelfde sjabloon, past alleen de deliverables binnen de scope van de wijziging toe en doorloopt standaard gates 3 en 4. Een PPAP-wijzigingsindiening kan er direct aan worden gekoppeld.
Een verkennend gesprek van 30 minuten. Een pilot van 2–3 weken op echte fabrieksdata. Daarna schaalt u op in uw eigen tempo.
