Supervisory Control & Data Acquisition (SCADA) – OT-controlelaag, niet uw QMS

Dit onderwerp is onderdeel van de SG Systems Global regelgevings- en operationele woordenlijst.

Bijgewerkt oktober 2025 • OT/ICS, Data-integriteit, Deel 11/Bijlage 11, Cybersecurity • Productie, QA/IT, Engineering

SCADA is het zenuwstelsel van de productievloer: het verzamelt tijdgestempelde proceswaarden van PLC's/RTU's, visualiseert deze via de HMI , beheert alarmen en gebeurtenissen en schrijft – indien geautoriseerd – instelpunten en recepten terug naar de apparatuur. Het is snel, operationeel en essentieel voor een veilige productie. Maar hier is de grens die te veel organisaties vervagen: SCADA is niet uw kwaliteitsmanagementsysteem en ook niet uw batchrecord. SCADA genereert bewijsmateriaal; MES en eBMR gebruiken dit om vrijgeefbare beslissingen te nemen. Als u SCADA uw wettelijk vastgelegde registratieplicht laat dragen zonder de juiste governance, krijgt u uiteindelijk "gegevens" die u niet kunt verdedigen en producten die u niet kunt vrijgeven. Beschouw SCADA als een OT-besturingslaag die nog steeds moet voldoen aan de eisen voor gegevensintegriteit en de verwachtingen van 21 CFR Deel 11 en Bijlage 11 wanneer het GxP-beslissingen ondersteunt. Doe je dat niet, dan zullen inspecteurs de hiaten snel ontdekken: gedeelde inloggegevens, ontbrekende audit trails, niet-gesynchroniseerde tijd, niet-gevalideerde interfaces en spreadsheets die zich voordoen als systemen.

SCADA verplaatst apparatuur; MES verplaatst bewijs. Mix ze en je verzendt op hoop, niet op bewijs.

1) Wat SCADA dekt en wat niet

Dit omvat: supervisie en besturing van unitbewerkingen en nutsvoorzieningen, alarm-/gebeurtenisdetectie en -afhandeling, het verzamelen van tijdreeksgegevens in een historiedatabase, beheer van recepten en instelpunten (met de juiste goedkeuringen), bedieningsbegeleiding via de HMI en gestandaardiseerde interfaces met PLC's/RTU's. In de praktijk betekent dit het bewaken van temperaturen, drukken, stromen, niveaus, klepstanden, motorsnelheden, CIP/SIP-cycli, omgevingsomstandigheden en facilitaire diensten zoals gezuiverd water, HVAC en perslucht. Een goed ontworpen SCADA-systeem legt de context bloot —unit, batch, modus, versie— waardoor een trend meer is dan alleen cijfers. Het scheidt ook de acties van de operator van de automatische besturingslogica en registreert wie wat heeft gewijzigd en waarom, waardoor informele kennis en "mysterieuze instelpunten" worden verminderd.

Dit omvat niet: formele batchrecords, apparaathistorie, QA-afhandeling, controle van labelinhoud of wettelijke indieningen. Die vallen onder eBMR / DHR , workflows voor vrijgavestatus en gecontroleerde etiketteringssystemen. U kunt kwaliteitskritische gegevens visualiseren in SCADA, maar de beslissing om een ​​product vrij te geven of af te wijzen moet worden genomen via gevalideerde, controleerbare systemen met de juiste goedkeuringssemantiek en gegevensherkomst. Als uw SCADA-schermen uw 'batchrecord' zijn, bent u slechts één audit verwijderd van een shutdown.

2) Juridische, systeem- en data-integriteitsankers

Alle SCADA-gegevens die worden gebruikt om naleving aan te tonen, moeten voldoen aan de ALCOA(+)-vereisten : toewijsbaar (benoemde gebruikersaccounts, niet "Operator1"), leesbaar (leesbare eenheden, technische context), actueel (realtime vastlegging met kloksynchronisatie), origineel (opgeslagen in een beveiligde historiedatabase met wijzigingsbeheer) en nauwkeurig (geverifieerde I/O, gekalibreerde instrumenten, gevalideerde berekeningen). Dit alles moet worden aangevuld met de controles van Deel 11 / Bijlage 11 : unieke gebruikers met op rollen gebaseerde machtigingen, geleid door UAM , tijdgestempelde audit trails voor configuratie- en operatoracties, beveiligde elektronische handtekeningen waar goedkeuring/betekenis vereist is, en duurzame bewaring met succesvolle hersteltests. Niets hiervan is optioneel als SCADA bijdraagt ​​aan vrijgavebeslissingen of continue procesverificatie ( CPV ); en doen alsof dit niet zo is, is een risico.

3) Het bewijspakket voor SCADA in GxP

Een geloofwaardige SCADA-implementatie is gebaseerd op een gedocumenteerde keten van gebruikersintentie tot gekwalificeerde werking. Begin met een URS ( User Requirements Specification) waarin staat wat het systeem moet doen en, cruciaal, wat het niet zal doen (bijvoorbeeld: "SCADA zal niet dienen als het systeem voor het registreren van batchvrijgave"). Werk dit uit naar functionele en ontwerpspecificaties; leg risico- en beheersmaatregelen vast onder GAMP 5. Het VMP ( Vendor Management Plan) en het V&V -plan (Validation & Validation Plan) definiëren hoe u de nauwkeurigheid van data-acquisitie, alarmgedrag, gebruikersbeheer, audit trails, back-up/herstel, integriteit van de historiedatabase en interface-mappings naar MES/LIMS/ELN (Manufacturing, Engineering, Management, and Learning) zult verifiëren. Kwalificeer de infrastructuur en software via IQ/OQ/PQ (Infrastructure Qualification, Operating Qualification, and Protection Qualification), inclusief negatieve tests (bijvoorbeeld: een ongeautoriseerde rol kan een recept niet wijzigen; een audit trail kan niet worden uitgeschakeld zonder dat dit wordt gedetecteerd). Leg het geheel ten slotte vast met SOP's (Standard Operating Procedures) voor configuratiebeheer, audit trail-controle, gebruikersprovisioning, patching en incidentrespons. Als een van deze documenten ontbreekt, is uw claim van "validatie" zeer zwak.

4) Van sensor naar release: een standaardpad

Gegevens stromen vanuit de fysieke wereld naar vrijgavebeslissingen via een reeks transformaties die de integriteit behouden of juist aantasten. Het verstandige pad is: sensor → PLC/RTU → SCADA/HMI → historiedatabase → gereguleerde interface → MES / eBMR → QA-beslissing in vrijgavestatus . Definieer bij elke stap de eenheden, context (eenheid/batch/stap), technische limieten en de afhandeling van foutieve gegevens (instrument buiten status, communicatieverlies, tijdsafwijking). Als niet aan de voorwaarden wordt voldaan – niet-gesynchroniseerde klokken, uitgeschakeld auditspoor, hiaten in de historiedatabase of een apparaat dat niet gekalibreerd is – blokkeer dan de verwerking van die gegevens door MES en open een gecontroleerde afwijking / CAPA voordat u verdergaat. Alles minder dan dat is hopen dat niemand de volledige keten van bewaring van sensor tot vrijgave wil inzien.

5) Alarmen, vergrendelingen en limieten

Alarmen zijn geen decoratie; het zijn technische beveiligingsmechanismen. Ontwikkel een alarmfilosofie die de ernst, dode zones, vertragingen en escalatie definieert. Rationaliseer alarmen zodat operators zien wat belangrijk is en kunnen handelen; voorkom een ​​overvloed aan alarmen die de reactiesnelheid verlammen. Kwaliteitskritische parameters moeten overeenkomen met de instelpunten van de apparatuur, met alarm-/actielimieten , en worden vastgelegd met behulp van SPC . Koppel herhaalde afwijkingen aan een formeel onderzoek met behulp van RCA ( Root Cause Analysis) en implementeer harde vergrendelingen alleen waar het risico dit rechtvaardigt en waar herstel ondubbelzinnig is. Registreer de bevestigingen van operators met hun identiteit en reden, en maak alarmreactie onderdeel van de training op de werkplek. Als uw alarmlijst drie schermen lang is en de helft verouderd is, hebt u geen controle, maar ruis.

6) Data-acquisitie, tijdsynchronisatie en historicus

De bemonsteringsfrequentie moet worden gekozen op basis van risico en natuurkundige principes, niet op basis van gemak. Snelle dynamiek vereist hogere frequenties; trage processen kunnen worden bevraagd. Leg ruwe en bewerkte waarden vast met eenheden, decimale precisie en goede metadata: eigenaar van de tag, kalibratie-interval, minimum/maximumbereik en of de tag van invloed is op het product. Zorg voor tijdssynchronisatie in de hele fabriek; als klokken afwijken, worden uw auditsporen en trends onbetrouwbaar. Kwantificeer de compressie van de historische data en bewijs dat zinvolle variatie behouden blijft – blindelings de compressie verhogen om schijfruimte te besparen kan juist het bewijs wissen dat u nodig hebt om controle aan te tonen. Valideer de backfill-logica voor communicatiestoringen en registreer de dataherkomst in eBMR- en CPV- analyses. Back-ups zonder routinematige hersteltests zijn fictie; plan en documenteer herstelprocedures als onderdeel van interne auditchecklists.

7) Toegang en beveiliging (OT/IT)

Cyberbeveiliging is een kwaliteitsprobleem dat zich langzaam ontwikkelt. Hanteer het principe van minimale bevoegdheden voor UAM met benoemde accounts voor elke operator en beheerder; verbied gedeelde logins. Registreer alle acties van beheerders en controleer deze met dezelfde nauwkeurigheid als afwijkingen. Beheer toegang op afstand en segmenteer netwerken, zodat een enkel gecompromitteerd knooppunt uw historische gegevens en batchdata niet blootlegt. Patch wat mogelijk is onder Change Control met risicogebaseerde tests; documenteer compenserende maatregelen wanneer patchen niet mogelijk is vanwege beperkingen van de leverancier. Koppel de levenscyclus van accounts aan de onboarding/offboarding van HR-medewerkers en test expliciet of uitgeschakelde accounts zich niet kunnen authenticeren. Toezichthouders vragen hier steeds vaker om; als u hier niet aan voldoet, zullen ze de integriteit van elk downstream-record dat uw SCADA heeft gegenereerd in twijfel trekken.

8) Infrastructuur, redundantie en levenscyclus

SCADA-architectuur moet op de beste manier saai zijn: redundante servers of VM's, failover getest onder belasting, bedrijfskritische opslag met bewaakte status en gedocumenteerd noodherstel. Houd platformversies binnen de ondersteuningsperioden van de leverancier en plan levenscyclusovergangen maanden van tevoren; de laatste week van ondersteuning is niet het moment om een ​​driver-incompatibiliteit met uw historian te ontdekken. Voeg waar nodig edge gateways toe om PLC-netwerken te isoleren en tegelijkertijd schone data aan de bedrijfslaag te leveren. Dit alles hoort bij gecontroleerde documentatie en wordt geverifieerd tijdens OQ en prestatiecontroles tijdens PQ of PPQ , afhankelijk van de situatie. Als uw herstelplan neerkomt op "opnieuw opstarten en hopen op het beste", loopt u het risico op batchcontinuïteit en dataverlies.

9) Integraties: MES, LIMS/ELN, WMS

Integraties zijn cruciaal voor de integriteit van gegevens. Gebruik beheerde interfaces naar MES , LIMS / ELN en WMS met onder andere eenheidsmapping, batchcontext, conversie van technische eenheden en herhaling/wachtrij met fraudebestendige logboeken. Valideer dat wat SCADA opslaat, ook overeenkomt met wat MES ontvangt – geen stille afkapping, afronding of verrassingen door tijdzones. Stop met het handmatig overtypen van kritieke waarden in eBMR ; mensen zijn goed in beoordelen, maar slecht in overschrijven. Blokkeer bij integratiefouten de vrijgave en open een gedocumenteerd pad om bewijsmateriaal te reconstrueren of opnieuw te testen, afhankelijk van het risico. Interfaces zijn geen kwestie van "instellen en vergeten"; ze raken in de war als niemand ze beheert.

10) Monitoring van nutsvoorzieningen en faciliteiten

SCADA-systemen sturen vaak de stille systemen aan die batches kunnen verpesten als ze worden verwaarloosd: gezuiverd water, schone stoom, HVAC, koelcellen en persgassen. Integreer SCADA met programma's voor kwalificatie van nutsvoorzieningen (Utility Qualification, UQ) , milieumonitoring en temperatuurmeting , zodat afwijkingen in de omgevingsomstandigheden direct worden doorgestuurd naar de kwaliteitscontrole met het vereiste bewijsmateriaal. Valideer sensorlabels van nutsvoorzieningen zoals elk ander GxP-instrument, inclusief kalibratie en minimale detecteerbare afwijking. Als u vertrouwt op trends in nutsvoorzieningen om naleving aan te tonen, maar de kalibratiestatus of tijdsynchronisatie niet kunt aantonen, kunt u een bevinding en een mogelijke impactanalyse van de batch verwachten voor alles wat door die nutsvoorziening is beïnvloed.

11) Kalibratie en gedrag buiten de status

Elke SCADA-tag die een GxP-beslissing voedt, moet gekoppeld zijn aan een fysiek instrument met een unieke ID en een actieve kalibratiestatus . Wanneer een instrument de status 'niet meer actief' heeft, moeten vervolgbeslissingen die op die gegevens gebaseerd zijn, worden geblokkeerd of gemarkeerd voor impactanalyse. Ontwikkel logica en SOP's die historische waarden markeren als 'verdacht' gedurende de periode dat het instrument de status 'niet meer actief' heeft en die een kwaliteitscontrole vereisen vóór gebruik. Bewaar kalibratiecertificaten – en storingen – in gecontroleerde archieven, zodat de keten van gegevens tot apparaat traceerbaar is. Als dit ingewikkeld klinkt, is het goedkoper dan aan een toezichthouder uit te leggen waarom u een product op niet-geverifieerde sensoren hebt vrijgegeven.

12) Validatie gedurende de hele productlevenscyclus

Koppel SCADA expliciet aan de productlevenscyclus. Gebruik SCADA tijdens de ontwikkeling om de procesdynamiek te leren kennen en kritische parameters te identificeren; bevries tijdens de technologieoverdracht de definities en eenheden van tags; toon tijdens PPQ aan dat de automatisering en de datahistoricus betrouwbaar de vereiste gegevens vastleggen; en behoud tijdens de commerciële exploitatie de controle via CPV . Gebruik SPC en Cp/Cpk om de speelruimte te kwantificeren en interventiedrempels in te stellen die afval en herwerk voorkomen. Beschouw recept- en setpointwijzigingen als gevalideerde wijzigingen met een impactanalyse, niet als "tweaks". Als u dit overslaat, stuurt u op basis van anekdotes in plaats van bewijs.

13) Operatorinterfaces die fouten verminderen

Het ontwerp van de HMI bepaalt of operators succesvol zijn of niet. Gebruik duidelijke eenheden, contrastrijke trends, ondubbelzinnige statussen en consistente navigatie. Presenteer alarmen met begrijpelijke berichten en instructies voor de volgende stap, gekoppeld aan standaardwerkprocedures (SOP's). Voorkom gegevensinvoer waar selectie veiliger is; waar invoer noodzakelijk is, handhaaf dan bereiken en redenen. Toon de batchcontext en de goedkeuringsstatus, zodat niemand hoeft te gissen of een stap is geautoriseerd. Koppel aan gecontroleerde werkinstructies en checklists die zijn opgeslagen onder Documentbeheer . Een goede HMI vermindert de trainingslast en het aantal fouten; een slechte HMI leidt tot afwijkingen die met een basisontwerpinzicht hadden kunnen worden voorkomen.

14) Gegevensintegriteit: vertrouw op de cijfers of verzend niet

Elke belangrijke SCADA-invoer moet zonder ingewikkelde ingrepen te reconstrueren zijn. Dat betekent onveranderlijke audit trails voor configuratie- en operatoracties, identiteitsgebonden goedkeuringen met betekenis, en bijlagen (foto's, chromatogrammen, berekeningen) waar ze de context verduidelijken. Elektronische records moeten worden bewaard in formaten die over vijf jaar nog steeds leesbaar zijn, met migratieplannen en hersteltests die zowel de integriteit als de bruikbaarheid aantonen. Als u CSV's moet exporteren om iets te bewijzen, is de traceerbaarheid al verloren. Stel rapporten samen die gegevens uit de datahistoricus halen en bewijsmateriaal tonen in combinatie met handtekeningen en tijdcontext. Data-integriteit is geen beleid, maar een dagelijkse discipline.

15) Metrieken die controle aantonen

• Alarm Gezondheid: overstromingen per dienst, verouderde alarmen, gemiddelde reactie-/opruimtijd, % met gedocumenteerde reactie per SOP.
• Integriteit van historicus: incidenten met tijdsynchronisatieafwijkingen, gegevensverliespercentage, succes bij het terugvullen, compressiefouten versus laboratoriumankers.
• Toegang tot hygiëne: percentage gedeelde logins (streefcijfer nul), weesaccounts, beoordelingen van beheerdersacties op tijd gesloten.
• Wijzigings-/patchcompliance: wijzigingen uitgevoerd onder Verander controle, gevalideerd en gekoppeld aan risico's; achterstallige patches met compenserende controles.
• OT-beschikbaarheid: beschikbaarheid van kritieke knooppunten gecorreleerd met productimpact en OEE.
• Integratiekwaliteit: interfacefouten, nieuwe pogingen en reconciliatietijd om de end-to-end-gegevensstroom te herstellen eBMR.

Als een metriek geen drijfveer is voor een controlebeslissing of verbeteractie, verwijder deze dan. Dashboards zijn geen plakboeken.

16) Veelvoorkomende valkuilen en hoe u ze kunt vermijden

• SCADA gebruiken als batchrecord. Routeer waarden naar eBMR; doe niet alsof trends en screenshots bewijs zijn van een release.
• Gedeelde operatorlogins. Schendt UAM en vernietigt attributie. Dwing benoemde accounts en sessievergrendeling af.
• Geen tijdsynchronisatie. Onverifieerbare sequenties maken audit trails zinloos. Houd NTP/klokdrift in de gaten en geef een alarm bij storingen.
• Niet-gevalideerde integraties. Handmatige hersleutelingen en bestandsverwijderingen zonder afstemming leiden tot corrupte records. Beheer interfaces en test mapping bij elke wijziging.
• Slechte back-up/hersteldiscipline. Back-ups die je nooit terugzet, zijn wensdenken. Plan herstelacties en documenteer de resultaten.
• Verandering buiten het bestuur. Alle bewerkingen onder Verander controle met impactbeoordeling, testen en versie-update-opmerkingen.
• Metrologie negeren. Gegevens over vergiftiging van instrumenten die niet meer in gebruik zijn. Koppel tags aan kalibratie en blokkeer het gebruik ervan bij verlopen.
• Alarmoverbelasting. Overstromingen verbergen risico's. Rationaliseer en meet de belasting van de operator.

17) Wat hoort er in het SCADA-dossier?

Houd een dossier bij onder Documentbeheer dat inspecteurs zonder handleiding kunnen raadplegen: architectuur- en netwerkdiagrammen; taglijst met eigenaar, eenheden, bereiken en kritikaliteit; alarmfilosofie en actuele catalogus; gebruikers-/rollenmatrix en provisioning-SOP; audit-trailmodel en bewijsmateriaal; strategie voor het bewaren en herstellen van de historiegegevens met de datum van het laatst succesvolle herstel; interfacespecificaties en -mapping; validatiepakket ( V&V , IQ/OQ/PQ ); cybersecurityplan; patch-/uitzonderingslogboek; trainingsverslagen; en recente afwijkingen/CAPA-afsluitingen gekoppeld aan SCADA. Als dat veel lijkt, dan is dat ook zo. Het is echter wel de prijs die u betaalt voor betrouwbare SCADA-gegevens wanneer uw product op het spel staat.

18) Hoe dit past bij V5 door SG Systems Global

Schone integratie. Het V5-platform verwerkt SCADA-tags en -alarmen in de MES- context met eenheidstoewijzing, handhaving van de meeteenheid en redengecodeerde uitzonderingen voordat waarden worden gekoppeld aan stappen in de eBMR . Het resultaat is één betrouwbare bron voor vrijgavebewijs zonder dubbele invoer.

Uitvoering en vergrendelingen. Als er niet aan de kritieke voorwaarden wordt voldaan – audit trail ontbreekt, tijd niet gesynchroniseerd, instrument niet gekalibreerd of een hiaat in de historiedatabase – blokkeert V5 de uitvoering, plaatst een blokkering in de vrijgavestatus en start een begeleid herstelproces gekoppeld aan afwijking / CAPA . Operators ontvangen stappen om het probleem op te lossen; QA ontvangt het bewijsmateriaal ter goedkeuring.

Analyse & CPV. V5-dashboards combineren historische trends met SPC en CPV , waardoor het kwaliteitsrisico in realtime wordt ingeschat en afwijkingen worden opgespoord voordat ze leiden tot afval of een klacht. U ziet precies welke tags, eenheden en ploegen aanleiding geven tot CAPA's en u kunt besparingen aantonen in de vorm van verminderde afwijkingen en een gestabiliseerde OEE.

Kortom: V5 zet SCADA-signalen om in gevalideerde, controleerbare gegevens die een conforme vrijgave ondersteunen – geen giswerk, geen handmatig kopiëren en plakken en een verdedigbare keten van sensor tot verzending.

19) Veelgestelde vragen

V1. Valt SCADA onder Deel 11?
Als SCADA-gegevens GxP-beslissingen ondersteunen of de eBMR/release proces, ja. Toepassen Deel 11/Bijlage 11 Controles: unieke gebruikers, audit trails, gevalideerde berekeningen en interfaces, e-handtekeningen waarbij goedkeuringen betekenis hebben, en geteste retentie/herstel. Als u SCADA alleen gebruikt voor nutsvoorzieningen en nooit voor GxP-bewijs, documenteer die scope dan – en houd dat zo.

Vraag 2. SCADA versus HMI versus MES: wat is de grens?
SCADA houdt toezicht en verwerft; de HMI is de operatorinterface; MES Orchestreert stappen, registraties, reviews en releases. Houd goedkeuringen en productgenealogie bij in MES/eBMR; gebruik SCADA voor realtime controle, alarmen en trends. Het vervagen van die grenzen vergroot het auditrisico en vertraagt ​​operators bij documentatietaken waarvoor de SCADA-laag niet is gebouwd.

Vraag 3. Moeten receptwijzigingen in SCADA worden goedgekeurd en ondertekend?
Als de parameter de productkwaliteit, veiligheid of compliance beïnvloedt, ja. Leg de identiteit en de betekenis van de actie vast. Implementeer e-handtekeningen in SCADA met volledige audit trails of vereis dat de goedkeuring plaatsvindt in MES met automatische setpoint-download. Het opslaan van recepten als Word-bestanden op een gedeelde map is geen controle; dat is een ontdekking.

Vraag 4. Kan SCADA in de cloud worden gehost?
Mogelijk, maar alleen als u rekening houdt met latentie, beschikbaarheid, beveiliging en CSVU moet aantonen dat u volledige, ongewijzigde records op aanvraag kunt exporteren, de tijdsynchronisatie end-to-end kunt behouden en gescheiden toegang kunt handhaven. Veel plants gebruiken een hybride oplossing: on-premise controle met cloudanalyse voor niet-realtime inzichten. Documenteer de architectuur en valideer de onderdelen die GxP raken.

V5. Wat vragen inspecteurs eerst?
Alarmgeschiedenis met operatorreacties, audittrail-extracten voor configuratie- en receptwijzigingen, gebruikers-/rollijsten met recente provisioningwijzigingen, bewijs van tijdsynchronisatie, back-up-/herstelresultaten en gevalideerde interfacelogboeken om eBMR/LIMMENAls je die binnen enkele minuten kunt produceren, met duidelijke toeschrijving en data, verbetert het gesprek. Als je een dag nodig hebt om CSV's samen te stellen, kun je bevindingen verwachten.

V6. Hoe laat ik zien dat ik voortdurend controle heb?
Voer maandelijkse evaluaties uit van alarmstatistieken, audittrailgebeurtenissen en CPV-grafieken. Escaleer chronische storingen naar CAPA en meetbare resultaten laten zien: verminderde excursies, gestabiliseerde cpken minder afwijkingen. Koppel SCADA-wijzigingen aan Verander controle met gedocumenteerd risico en testen. Zonder die cyclus heb je geen controle; je reageert.

Gerelateerd lezen
• Funderingen: Deel 11 | Bijlage 11 | GAMP 5 | CSV | NIST
• Systemen en records: MES | eBMR | LIMMEN | ELN
• Integriteit en bestuur: Data-integriteit | Audittrail | UAM | Record behoud | Interne audit
• Levenscyclus en monitoring: Proces validatie | CPV | UQ | Environmental Monitoring | Temperatuur in kaart brengen | Cp/Cpk | SPC