Vad QMS-integration kräver av kringliggande system
En avvikelse är den kvalitetsrapport som skapas när något inte klarar inspektionen, och den blir först användbar när den kopplas till operativa data som finns lagrade på annat håll.
- Batch- eller serienummerhistorik: vilka enheter som producerades i samma körning, lagrat i produktions- eller styrsystemet
- Materialgenealogi: vilket inkommande parti som ingick i vilka färdiga enheter, baserat på varumottagnings- och förbrukningsdata i affärssystemet (ERP)
- Maskin- och verktygshistorik: vilken tillgång som producerade de påverkade enheterna och vad som ändrats på den, från maskinnivå eller underhållssystem
- Leveransstatus: vilka av dessa enheter som finns kvar på lagret och vilka som redan har skickats till kunder
- Leverantörsspårbarhet: vilken leverantör som tillhandahöll materialet, vilket avgör om korrigerande åtgärder är interna eller ett leverantörskrav
Alla fem fakta som avgör omfattningen tillhör andra system, och två av dem har sitt ursprung på fabriksgolvet. Det är därför hastigheten i ett karantänbeslut beror på att först flytta maskindata till affärssystemen. Att sammanställa dessa fem manuellt gör att avgränsningen blir en bedömningsfråga snarare än en beräkning.
Varför blir avgränsningen för bred?
Det tar längre tid att fastställa en exakt gräns än en generös, och klockan tickar. Om det tar två dagar att spåra det berörda partiet, men bara en timme att blockera en veckas produktion, är den breda blockeringen det ansvarsfulla valet.
Spårningen går långsamt eftersom materialgenealogin oftast bara är partiell. Materialgenealogi kopplar en färdig enhet tillbaka till de ingående partier den innehåller. De flesta fabriker kan säga vilka färdiga enheter som kom från vilken produktionsorder. Betydligt färre kan säga vilket materialparti som gick in i vilken enhet, särskilt när material förbrukas kontinuerligt istället för att tas ut per sats.
Leveranstidpunkten avgör sedan vad upptäckten kostar. Ett fel som upptäcks medan varorna fortfarande finns på lagret är ett lagerproblem, medan samma fel som upptäcks efter leverans blir ett kundärende. Skillnaden handlar ofta om timmar snarare än om själva felet.
Därför räknas kostnaden för en långsam spårning sällan som en kvalitetskostnad.
Vad svag QMS-integration kostar en fabrik
Dröjsmål med att besvara omfattningsfrågan har ett pris, och det drabbar olika avdelningar.
- Bra lager blockerat: en försiktig avgränsning sätter enheter i karantän som aldrig var påverkade, vilket binder upp lager och fördröjer rena leveranser
- Produkter levererade efter upptäckten: enheter fortsätter att lämna fabriken medan spårningen pågår, vilket förvandlar ett internt problem till ett kundproblem
- Leverantörskrav som löper ut: att kräva ersättning från en leverantör kräver bevis på vilket parti som var deras, och det kommersiella fönstret för detta stängs
- Återkommande avvikelser: korrigerande åtgärder som avslutas utan att koppla defekten till ett mönster hos maskin, verktyg eller leverantör åtgärdar händelsen, inte orsaken
Endast den första är en kostnad för kvalitetsavdelningen. Resten hamnar på lager, inköp och i slutändan hos kunden. Den vanliga responsen är att skärpa själva kvalitetsprocessen.
Varför QMS-integration är en datakoppling, inte en processförbättring
Fabriker svarar generellt på kvalitetsproblem genom att stärka sitt QMS: fler kontrollpunkter, bättre arbetsflöden för avvikelser och striktare disciplin kring korrigerande åtgärder. Det förbättrar hur väl ett problem dokumenteras, vilket är den halva som redan fungerar.
Den del som inte gör det är omfattningen, och omfattning är en datakoppling. Att koppla en defekt till de enheter som delar dess orsak kräver att produktions-, material- och leveransregister är tillgängliga från kvalitetsregistret. Ingen mängd processförbättringar skapar den kopplingen, eftersom datan inte finns i QMS.
De fabriker som svarar snabbt är de där ett batchnummer returnerar sitt parti, sin maskin och sin leveranslista utan att behöva öppna ett andra system. Om den dokumentationen håller vid en revision månader senare vilar på samma kopplingar mellan systemen, och det är hållbarhetsproblemet bakom tillverkningsspårbarhet.
Tillverkare placerar den kopplingen på en av tre platser, var och en med olika begränsningar. En kvalitetsmodul inuti ERP- eller MES-systemet har materialgenealogin inbyggd, men erbjuder mindre när det gäller undersökningsarbetsflöden, dokumentkontroll och revisionshantering. Ett dedikerat QMS är starkt på alla tre områden men ligger utanför den operativa datan. Att spåra för hand är vad de flesta fabriker gör, och det är vad som gör att frågan om omfattning tar dagar att besvara.
Hur kopplar en integrationsplattform ett QMS till produktionen?
En integration platform-as-a-service (iPaaS) kopplar samman kvalitetsledningssystemet med affärssystemet, produktionssystemet och lagret, som innehåller den material-, maskin- och leveransdata som ett karantänbeslut kräver. Var och en av dessa ansluter till integrationsplattformen en gång istället för till varandra, så att en fråga som ställs i QMS kan nå alla tre.
Integrationsplattformen måste också svara omedelbart, eftersom ett karantänbeslut inte kan vänta på en nattlig filöverföring. Identifierarna matchar dessutom sällan: en defektkod i QMS, en artikelreferens i affärssystemet och ett serienummerformat på linjen är tre olika vokabulärer för samma enhet. Att svara i realtid och omforma dessa referenser på vägen är det som skiljer en integrationsplattform från en schemalagd export.
Alumio iPaaS är byggd för kopplingar av detta slag, mellan operativa system som aldrig designades för att svara varandra. Det arbetet tar fyra former.
- Materialgenealogi returnerad på begäran: en Proxy i realtid ställer frågan till produktions- och materialsystemen och returnerar svaret, så att ett batchnummer kommer tillbaka med sitt parti, sin maskin och sitt skift medan beslutet fortfarande är öppet
- Avvikelser skickade till de system som agerar: en händelsestyrd Route för en avvikelse vidare till lager- och planeringssystemen, så att berört lager kan spärras där istället för efter att någon har skapat ett ärende
- En gemensam vokabulär över systemen: en Transformer omformar defektkoder, materialreferenser och enhetsidentifierare, så att samma fel betyder samma sak i QMS, i affärssystemet och i ett leverantörskrav
- Ett register över vad beslutet grundade sig på: detaljerade Logs sparar vilken data som returnerades och när, vilket är vad en revisor frågar efter när de väljer ut ett serienummer slumpmässigt
Konfiguration hanterar mappnings- och routingregler, med Code Transformer tillgänglig för de fall som konfiguration inte kan uttrycka. Den andra fabriken återanvänder den första fabrikens genealogilogik istället för att bygga om den. Det som förändras är inte hur väl en defekt dokumenteras, utan hur snabbt dess omfattning kan fastställas.
Vad QMS-integration ger en tillverkare
Kvalitetssystem köps in för att uppfylla certifieringskrav och bedöms utifrån om revisioner godkänns. Det ramverket sätter ribban vid dokumentation, vilket är anledningen till att många fabriker har utmärkta register men långsamma svarstider.
På en fabrik är karantänbeslutet uppdelat på tre olika avdelningar. Kvalitetschefen ansvarar för avvikelsen och korrigerande åtgärder. Produktionsplaneraren beslutar vad som ska spärras och vad som ska fortsätta produceras. Inköpsansvarig måste kunna styrka ett leverantörsparti innan tidsfristen för reklamation löper ut. Ingen av dem ser hela bilden från sina egna system.
Att förkorta spårningstiden förändrar ekonomin för varje avvikelse. Ett fel som isoleras inom några timmar påverkar ett enskilt parti istället för en hel veckas produktion. Att köra den kopplingen på en integrationsplattform gör processen repeterbar över flera fabriker, istället för att bygga lösningar plats för plats. Företaget får en karantän som begränsas till de enheter som faktiskt påverkats, leverantörskrav som kan styrkas medan de fortfarande är återvinningsbara, och ett svar vid revision som är en enkel sökning istället för ett helt projekt.