Software voor het HACCP-plan en beheerspunten laten maken
Het HACCP-plan is bij de meeste bedrijven een Word-bestand dat een keer goed is opgesteld. Daarna kwam er een nieuw product bij, verhuisde een processtap en wisselde een leverancier. Het plan is niet meegegaan. Wat er dagelijks wordt gemeten, komt dan uit een analyse die over een ander proces gaat dan het proces dat er staat.
Waar het plan van het proces afdrijft
HACCP steunt op zeven principes uit de Codex Alimentarius: gevaren analyseren, beheerspunten bepalen, kritische grenzen vaststellen, monitoring organiseren, corrigerende maatregelen vastleggen, verifiëren, en vastleggen wat je doet. De eerste drie zijn ontwerpwerk en gebeuren eenmalig. De laatste vier zijn dagelijks werk. Software richt zich bijna altijd op die laatste vier.
Dat is begrijpelijk maar het laat het grootste risico onbeheerd. Als een beheerspunt op de verkeerde processtap zit, of als een grenswaarde niet is onderbouwd, dan meet u trouw en dagelijks het verkeerde. Bij een audit is dat een zwaardere bevinding dan een gemiste meting, omdat het aan de basis van uw systeem raakt en niet aan de uitvoering ervan.
De aanleiding tot herziening is bovendien concreter dan mensen denken. Elke wijziging in product, proces, leverancier of verpakking is reden om de gevarenanalyse opnieuw te bekijken. In de praktijk gebeuren die wijzigingen wekelijks en wordt het plan jaarlijks doorgenomen. Dat verschil in tempo is precies waar de afstand ontstaat.
Hoe wij dit bouwen
Het processchema is het fundament. Gevaren, beheerspunten en grenzen hangen aan een stap en niet aan een hoofdstuk in een document.
Elke stap met haar in- en uitgang. Zolang het processchema een tekening in een bijlage is, kan er niets aan hangen en drijft alles los van elkaar.
Biologisch, chemisch en fysisch, per stap, met de beoordeling van kans en ernst. Dat maakt zichtbaar welke stappen leeg zijn gebleven.
Niet alleen de uitkomst maar de weg ernaartoe. Bij een audit gaat de vraag over de onderbouwing, en die zit in de antwoorden en niet in de conclusie.
Een nieuw product, een andere leverancier of een verlegde stap zet de betrokken analyse op herziening. Zonder die koppeling veroudert het plan ongemerkt.
Wat de software concreet doet
Het processchema met de gevarenanalyse draagt alles. Wat u daarnaast nodig heeft, hangt af van hoeveel producten en lijnen u heeft en hoe vaak er iets verandert.
Gevarenanalyse per processtap
Gevaren per stap met kans, ernst en de beheersmaatregel. Een stap zonder beoordeling valt op, en dat is de bevinding die u zelf wilt vinden.
Beslisboom met haar antwoorden bewaard
De weg naar de conclusie, niet alleen de conclusie. Waarom iets wel of geen beheerspunt is, is de vraag die bij een audit als eerste komt.
Grenzen met hun onderbouwing
Elke kritische grens met de bron waarop hij steunt: een wettelijke norm, literatuur of een eigen validatie. Een grens zonder onderbouwing is een aanname.
Van plan naar dagelijkse meting
Wat er gemeten moet worden, met welke frequentie en door wie, volgt uit het plan en wordt van daaruit doorgegeven aan de registratie op de vloer.
Herziening bij wijziging en op termijn
Een nieuw product of een andere leverancier zet de betrokken analyse open, en daarnaast loopt de periodieke beoordeling. Twee aanleidingen, één stroom.
Versies die je naast elkaar kunt leggen
Bij een klacht over een partij van vorig jaar is de vraag welk plan toen gold. Dat is een andere vraag dan wat er nu geldt, en de meeste systemen kunnen alleen de tweede beantwoorden.
Voor wie wij bouwen
Hoe vaak het plan achterloopt, hangt af van hoe vaak uw proces verandert. Vier situaties.
Productie met wisselende receptuur
Elk nieuw product raakt de analyse. Hier is de winst het grootst, omdat de aanleiding tot herziening zich hier het vaakst voordoet.
Opslag, ompak en distributie
Minder processtappen maar meer producten van derden. De gevarenanalyse leunt dan zwaarder op wat uw leverancier beheerst, en dat verandert bij elke leverancierswissel. Voor de tracering daarvan is er BRCGS-software.
Primaire productie en verse producten
Korte ketens met seizoensinvloeden. Beheersing zit vaker in voorwaarden vooraf dan in metingen tijdens het proces, en dat vraagt een andere opzet.
Bedrijven met meerdere lijnen of locaties
Hetzelfde product op twee lijnen kan verschillende beheerspunten hebben. Eén plan voor alles is dan onjuist, en per locatie een los document is onbeheersbaar.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Technologie en koppelingen
Normen en inzichten veranderen, en uw proces ook. Alles wat met gevaren, beslisregels en grenswaarden te maken heeft, hoort instelbaar te zijn en met versiehistorie bewaard.
Waarom Appfront
Het plan is de bron van alle metingen
Wij bouwen de analyse als gegeven, zodat wat er dagelijks wordt gemeten daadwerkelijk uit de analyse volgt en niet uit gewoonte.
De onderbouwing is de audit
Wij bewaren de antwoorden in de beslisboom en niet alleen de uitkomst. Naar de conclusie wordt zelden gevraagd, naar de weg ernaartoe altijd.
Een wijziging moet het plan raken
Wij koppelen productwijzigingen en leverancierswissels aan de betrokken analyses. Anders loopt het plan een jaar achter op het proces.
De vraag gaat over toen, niet over nu
Wij bouwen versies die naast elkaar te leggen zijn, want bij een klacht over een oude partij telt het plan dat toen gold.
Security en privacy
Een gevarenanalyse legt uw receptuur en uw processtappen vast, met de plekken waar het mis kan gaan. Dat is bedrijfsgevoelige informatie en het is ook informatie die u niet ongefilterd aan een afnemer wilt tonen. Wij zetten toegang per rol en per product, en leggen elke inzage vast.
Bij dit onderwerp is de versiehistorie zelf een eis. U moet kunnen laten zien welk plan gold op het moment dat een partij werd geproduceerd, en dat werkt alleen wanneer eerdere versies niet zijn overschreven. Wij bewaren elke wijziging aan een gevaar, een grens of een beheerspunt met tijdstip en persoon, en maken een aanpassing zichtbaar naast de oude waarde in plaats van eroverheen. Hoe wij zelf met beveiliging omgaan staat in ons informatiebeveiligingsbeleid; meldingen van buitenaf lopen via ons CVD-beleid.
Veelgestelde vragen over het HACCP-plan
Een registratieapp legt de dagelijkse metingen vast. Deze software gaat over het plan waaruit die metingen voortkomen: welke gevaren er zijn, welke stappen beheerspunten zijn en waarom, en welke grenzen gelden. Zit dat mis, dan meet u trouw het verkeerde.
De CCP-app gaat over wat er gebeurt zodra een meting buiten de grens valt: blokkeren, corrigeren en vrijgeven. Dat is de uitvoering van principe vijf. Deze pagina gaat over de principes een tot en met drie, waar die grens en die corrigerende maatregel worden bepaald.
Nee. Het bepalen van beheerspunten is werk van uw HACCP-team, dat uw product en proces kent. Wij bouwen de plek waar die redenering wordt vastgelegd, met de antwoorden uit de beslisboom en de onderbouwing van elke grens, en waar hij opnieuw langskomt zodra er iets verandert.
Naast een periodieke beoordeling geldt dat elke wijziging in product, proces, leverancier of verpakking aanleiding is om de gevarenanalyse opnieuw te bekijken. In de praktijk is dat vaker dan de jaarlijkse ronde die veel bedrijven aanhouden. Dat verschil in tempo is waar het plan van het proces afdrijft.
Validatie beantwoordt de vraag of de gekozen maatregel het gevaar daadwerkelijk beheerst; dat doet u voordat u het plan in gebruik neemt, met literatuur, een norm of eigen onderzoek. Verificatie beantwoordt de vraag of het in de praktijk ook gebeurt, met interne audits en controles achteraf. Beide horen vastgelegd te worden.
Ja, en meestal moet dat. Hetzelfde product op twee lijnen kan andere beheerspunten hebben, bijvoorbeeld doordat de ene lijn een metaaldetector heeft en de andere niet. Eén plan voor alles is dan onjuist; losse documenten per locatie zijn onbeheersbaar. Wij bouwen varianten op één analyse.
Ja. Het voedselveiligheidsplan is bij beide standaarden een fundamenteel onderdeel, en het bewijs dat u hier vastlegt komt in uw certificeringsdossier terecht. Wij koppelen die twee in plaats van ze te vermengen; zie ook IFS- en BRCGS-software.
Dat hangt af van het aantal producten en processtappen, of er meerdere lijnen zijn en hoeveel er al is vastgelegd. Het processchema met de gevarenanalyse is doorgaans snel bruikbaar en laat meteen zien waar er gaten zitten; herzieningsstromen en varianten groeien daarna. Wij geven een onderbouwde inschatting na de verkenning.
Weten of uw plan nog over uw proces gaat?
Neem het laatste product dat u heeft toegevoegd en zoek op waar dat in de gevarenanalyse staat. Staat het er niet in, dan meet u sindsdien op basis van een analyse die het niet kent. Wij bouwen dit als losse toepassing en als onderdeel van een breder traject maatwerk software.