Inginerul de Calitate
Virtual

Manual de proceduri de lucru

Cum folosești aplicația ODI, pas cu pas — scris pentru oameni din producție, nu pentru consultanți. Fiecare procedură îți spune ce faci, ce vezi pe ecran și ce se întâmplă mai departe în sistem.

www.odiqms.ro13 proceduriEdiția 1 · iulie 2026

Fundament

Ghid de start — primele 10 minute

Pentru: Operator Manager calitate Management Auditor
Scop: să intri în aplicație, să înțelegi ce vezi și să știi unde e fiecare lucru — fără să fi citit nimic despre ISO.

Pași

  1. Deschide aplicația la adresa primită de la administratorul firmei tale (ex. www.odiqms.ro) și apasă Acces clienți.
  2. Conectează-te cu emailul și parola din invitația primită. Dacă nu ai cont, cere managerului de calitate să-ți trimită o invitație.formularul „Conectare" cu logo-ul ODI.
  3. Lasă turul ghidat să ruleze la prima intrare — îți arată pe rând elementele cheie. Îl poți relua oricând din butonul ? Ghid din stânga-jos.
  4. Uită-te la Dashboard. E „tabloul de bord al calității": cifrele mari sunt starea firmei acum, listele de dedesubt sunt lucrurile care cer atenție.carduri cu cifre, liste de întârzieri, grafice cu bare.
  5. Reține codul culorilor — e același peste tot în aplicație (dunga colorată din stânga fiecărui rând):
    albastru — în lucruverde — rezolvat / conformchihlimbar — atenție, se apropie un termenroșu — întârziat / problemă
  6. Caută orice din căsuța „Caută..." de sus: un cod (NC-2026-061), un client, un produs, un furnizor. Te duce direct la înregistrare.
Dashboard-ul ODI cu KPI-uri, întârzieri și grafice
Dashboard-ul managerului de calitate: KPI-uri, întârzieri, scadențe apropiate, tendința rebuturilor și costul calității slabe — cu legenda culorilor jos.

Cine ce vede — rolurile

OperatorRaportează rebuturi și probleme; își vede doar propriile înregistrări. Interfață minimă, fără jargon.
Manager calitateVede și conduce tot: neconformități, acțiuni, reclamații, audituri, setări. E „stăpânul" aplicației.
ManagementDoar citește: dashboard cu KPI, costuri, tendințe. Fără butoane de editare — decizii, nu operare.
Auditor internVede și execută doar auditurile care i-au fost alocate.
Auditor externAcces temporar, doar-citire, primit printr-un link — vezi SOP-10.
Regulă de aur: nu poți „strica" nimic. Tot ce se întâmplă în aplicație se înregistrează automat în istoric (cine, ce, când) — deci lucrează liniștit.

Fundament

Harta sistemului — cum curg problemele prin ODI

Ideea centrală: orice problemă, de oriunde ar veni, ajunge în același loc — registrul de neconformități — unde primește o analiză, o acțiune și o verificare. Nimic nu se rezolvă „din gură".

Fluxul mare

Rebut / defectde pe linie (SOP-01)
Reclamație client(SOP-03)
Constatare de audit(SOP-04)
Lot neconform furnizor(SOP-05)
↓   ↓   ↓   ↓
REGISTRUL DE NECONFORMITĂȚI — un singur loc pentru toate problemeleanaliza cauzei (5-De ce) → acțiune corectivă cu responsabil și termen → verificarea eficacității (SOP-02)
↓
DashboardKPI, întârzieri, costuri
Costul calitățiilei pierduți / lună
Schimbărice modificăm ca să nu se repete (SOP-09)
Dosarul de auditdovada pentru certificare (SOP-10)
Analizăce se repetă, unde pierzi bani (SOP-12)

Pe lângă fluxul problemelor, trei module „de întreținere" alimentează scadențele din dashboard: Echipamente (etalonări), Competențe (autorizații care expiră) și Documente (revizuiri) — SOP-06/07/08.

De ce contează: pentru certificarea ISO 9001, auditorul vrea să vadă exact acest lanț: problemă → cauză → acțiune → dovadă că a funcționat. ODI îl construiește automat, din munca de zi cu zi.

SOP-01 · cea mai folosită procedură

Raportez un rebut sau un defect

Cine: Operator · Când: imediat ce ai găsit piese defecte, direct de pe linie (merge pe telefon/tabletă)
Scop: problema să fie înregistrată în 30 de secunde, cu 4 câmpuri — ca firma să știe cât o costă defectele și de unde vin.

Pași — operatorul

  1. Meniu → Rebuturi / Defecte → butonul albastru Raportează un defect.
  2. Alege produsul din listă. liste derulante simple — nu scrii, doar alegi.
  3. Verifică linia (e pre-completată cu linia ta), alege tipul defectului și scrie cantitatea.
  4. Opțional: adaugă o poză — o dovadă face cât o mie de cuvinte.
  5. Apasă Trimite raportul. Gata — restul e treaba managerului de calitate.
Formularul de raportare a unui rebut
Formularul de raportare: 4 câmpuri obligatorii, hint sub fiecare, butonul de trimitere mereu la îndemână.

Pași — managerul de calitate (follow-up)

  1. Deschide raportul din listă (rândurile În așteptare cer decizie).
  2. Ia decizia: rebut (piesa se aruncă), rework (se repară) sau derogare (se acceptă cu aprobarea clientului).
  3. Completează costul (piese + manoperă). Din aceste costuri se calculează automat „costul calității slabe" din dashboard.
  4. Dacă defectul e serios sau repetitiv, apasă Generează neconformitate — problema intră pe fluxul din SOP-02.

Ce se întâmplă mai departe

DashboardCantitatea intră în graficul „Tendință rebuturi"; costul intră în CoQ (costul calității slabe).
NeconformitățiDacă managerul generează o NC, rebutul devine „sursa" ei — trasabilitate completă.
Funcționare offlineNu ai semnal în hală? Raportul se salvează local și se trimite singur când revine internetul.

Greșeli frecvente

  • „Raportez la sfârșitul schimbului, din memorie." Cantitățile din memorie sunt mereu greșite. Raportează pe loc — de-asta are doar 4 câmpuri.
  • „Nu raportez defectele mici." Tocmai cele mici, repetate zilnic, costă cel mai mult pe an. Dashboard-ul le vede doar dacă există.

SOP-02 · coloana vertebrală

Neconformități și acțiuni corective (CAPA)

Cine: Operator creează · Manager calitate conduce · Când: orice problemă care merită rezolvată „la rădăcină"
Scop: de la „avem o problemă" la „nu se mai repetă" — printr-un traseu fix, cu responsabil și termen la fiecare pas. Neconformitate = o problemă înregistrată oficial; CAPA = acțiunea prin care o elimini.

Traseul unei neconformități

Deschisă→În analiză→Acțiune definită→Implementată→Verificată eficacitatea→Închisă

Același traseu apare în aplicație ca o linie de pași deasupra fiecărei neconformități — vezi mereu unde ești și ce urmează. Bannerul „Următorul pas" îți spune exact ce ai de făcut.

Pași

  1. Creează: Neconformități → Raportează o problemă. Descrii ce s-a întâmplat, alegi sursa (producție, reclamație, audit, furnizor), severitatea (minoră/majoră) și atașezi poze.câmpurile sunt grupate: „Ce s-a întâmplat" → „Clasificare" → „Dovezi".
  2. Analizează cauza cu metoda 5-De ce: întrebi „de ce?" de până la 5 ori, până ajungi la cauza reală, nu la simptom. Ex.: piesa zgâriată → de ce? banda murdară → de ce? nu se curăță → de ce? nu există în planul de curățenie — asta e cauza de atacat.
  3. Definește acțiunea corectivă: ce se face, cine (responsabil din listă) și până când (termen). Din acest moment, întârzierea acțiunii apare cu roșu în dashboard.
  4. Marchează implementarea când acțiunea s-a făcut în realitate.
  5. Verifică eficacitatea după un timp (aplicația programează automat o verificare): problema chiar a dispărut? Doar dacă răspunsul e „eficace", neconformitatea se poate închide.
  6. Închide. Rândul devine verde. Dosarul de audit tocmai a mai câștigat o dovadă.
Pagina de detaliu a unei neconformități
Pagina unei neconformități: linia de pași sus, bannerul „Următorul pas" cu butonul de avans imediat sub el, analiza 5-De ce și acțiunile corective mai jos.

Ce se întâmplă mai departe

DashboardNC-urile deschise, acțiunile întârziate și % „la termen" se actualizează live.
SchimbăriDacă soluția cere o modificare de proces/echipament, o legi de o schimbare (SOP-09).
FurnizoriNC cu sursă „furnizor" intră automat în istoricul acelui furnizor (SOP-05).
Dosar de auditFiecare NC închisă corect e o dovadă gata formatată pentru certificare.

Greșeli frecvente

  • „Închid neconformitatea imediat ce am făcut acțiunea." Nu se poate — și e intenționat. Fără verificarea eficacității, nu știi dacă ai rezolvat cauza sau doar simptomul.
  • La 5-De ce te oprești la primul răspuns. „Operatorul a greșit" nu e o cauză — e un simptom. Mai întreabă o dată „de ce?".
  • Acțiuni fără termen realist. Un termen imposibil devine un rând roșu permanent în dashboard. Pune termene pe care le poți ține.

SOP-03

Reclamații de la clienți

Cine: Manager calitate · Când: în ziua în care clientul a semnalat problema
Scop: clientul să primească răspuns la timp, iar problema lui să intre pe traseul de rezolvare — cu tot cu dovada scrisă (raport 8D) dacă o cere.

Traseul unei reclamații

Primită→În investigație→Răspuns trimis→Închisă

La înregistrare, aplicația calculează automat scadența de răspuns. Dacă o depășești, rândul devine roșu în listă și în dashboard.

Pași

  1. Înregistrează: Reclamații → Înregistrează o reclamație. Ordinea câmpurilor e povestea însăși: cine (clientul) → ce produs → ce lot → ce reclamă → când și pe ce canal a venit.
  2. Investighează: treci reclamația „În investigație", fă analiza 5-De ce direct pe pagina reclamației și, dacă e o problemă internă reală, generează/leagă o neconformitate (SOP-02).
  3. Răspunde clientului și notează răspunsul final + data trimiterii. Statusul devine „Răspuns trimis".
  4. Completează costul reclamației (transport, resortare, penalități) — intră în costul calității slabe.
  5. Dacă clientul cere formatul standard: butonul Raport 8D generează documentul printabil, precompletat din ce ai lucrat deja. 8D = formatul internațional în 8 pași prin care industria auto documentează rezolvarea unei probleme.
  6. Închide reclamația când clientul a confirmat.
Pagina de detaliu a unei reclamații
Pagina reclamației: pașii sus, investigația (NC legată + 5-De ce) înaintea răspunsului final — în ordinea reală a lucrului.

Ce se întâmplă mai departe

NeconformitățiNC legată de reclamație poartă sursa „reclamație client" — lanț complet client → cauză → acțiune.
DashboardReclamațiile deschise + timpul mediu de răspuns sunt KPI urmăriți de management.
CoQCostul reclamației intră în defalcarea lunară a costului calității slabe.

Greșeli frecvente

  • „Rezolv întâi, înregistrez după." Scadența de răspuns curge de la primire, nu de la înregistrare. Înregistrează în ziua zero.
  • Răspunzi clientului fără analiză. Un „ne pare rău" fără cauză găsită garantează a doua reclamație identică.

SOP-04

Audituri interne

Cine: Manager calitate planifică · Auditor intern execută · Când: conform planului anual
Scop: să-ți verifici singur procesele înainte s-o facă auditorul de certificare. Audit intern = un control planificat, făcut de un coleg din altă zonă, cu o listă de verificare.

Traseu

Planificat→În derulare→Finalizat

Pași

  1. Planifică: Audituri → Planifică un audit. Alegi domeniul auditat (ex. „Producție — montaj"), auditorul (de preferat independent de zona lui) și lista de verificare (checklist).
  2. Auditorul pornește auditul în ziua stabilită — statusul trece „În derulare", iar checklist-ul devine activ.
  3. Parcurge întrebările una câte una și notează constatarea la fiecare: conform neconform observație.
  4. La fiecare constatare neconformă: un click pe Generează NC — și problema intră automat pe traseul din SOP-02, cu sursa „audit intern".
  5. Finalizează auditul și tipărește raportul (pagina printabilă) pentru dosar.

Ce se întâmplă mai departe

NeconformitățiConstatările neconforme devin NC-uri legate de audit — nimic nu rămâne „pe hârtie".
DashboardAuditurile planificate apar în „Scadențe apropiate" ca să nu le uiți.
Dosar de auditRapoartele de audit intern sunt exact ce cere organismul de certificare la clauza 9.2.

Greșeli frecvente

  • Auditor din propria zonă. Nimeni nu-și găsește obiectiv propriile probleme. Alege un coleg din alt departament.
  • Constatări fără NC. O constatare neconformă lăsată doar în raport moare acolo. Generează NC — de-asta există butonul.

SOP-05

Furnizori — evaluare și loturi neconforme

Cine: Manager calitate · Când: la calificarea unui furnizor nou + periodic (evaluare) + la fiecare lot cu probleme
Scop: să vezi „negru pe alb" care furnizori îți creează probleme — cu istoric de dovezi pentru negociere sau schimbare.

Pași

  1. Adaugă furnizorul: Furnizori → Adaugă furnizor (nume, categorie, date de contact).
  2. La un lot cu probleme: creează o neconformitate cu sursa furnizor și alege furnizorul din listă (SOP-02, pasul 1). NC-ul apare automat în istoricul lui.
  3. Evaluează periodic: pe pagina furnizorului → Adaugă evaluare (punctaj + comentarii). Istoricul evaluărilor arată direcția: se îmbunătățește sau nu?
  4. Decide statutul: aprobat / suspendat, pe baza istoricului — nu a impresiilor.
  5. La ședința cu furnizorul: Export — lista NC-urilor lui, gata de pus pe masă.

Ce se întâmplă mai departe

NeconformitățiFiecare NC „de furnizor" trăiește simultan în registrul central și în istoricul furnizorului.
Dosar de auditEvaluarea furnizorilor e cerință ISO (clauza 8.4) — istoricul din ODI e dovada.

Greșeli frecvente

  • Problemele de la furnizori se rezolvă „la telefon". Fără NC înregistrată, la negocierea anuală nu ai nimic în mână.

SOP-06

Documente — proceduri, instrucțiuni, formulare

Cine: Manager calitate · Când: la crearea/modificarea oricărui document al sistemului calității
Scop: toată lumea să lucreze după ultima versiune aprobată — niciodată după o copie veche de pe un birou.

Pași

  1. Creează documentul: Documente → Adaugă document — de la zero (încarci fișierul tău) sau din șablon (pornești de la un model gata făcut).
  2. Dă-i un cod (ex. PO-01), un titlu și, opțional, o dată de revizuire — aplicația te va anunța când se apropie.
  3. Trimite-l la aprobare. Documentul devine oficial doar după aprobare — până atunci e ciornă.
  4. La modificări: încarci versiunea nouă pe același document. Versiunea veche rămâne în istoric, dar toată lumea vede doar versiunea curentă.
  5. Pentru imaginea de ansamblu: Matricea documentelor — toate documentele, versiunile și scadențele de revizuire pe o singură pagină.

Ce se întâmplă mai departe

DashboardRevizuirile scadente apar în „Scadențe apropiate" — cu roșu dacă au trecut.
SchimbăriO cerere de revizuire poate porni din modulul Schimbări, cu flux de aprobare (SOP-09).

Greșeli frecvente

  • Versiuni trimise pe email. Emailul e locul unde versiunile o iau razna. Documentul trăiește în ODI, emailul duce doar linkul.

SOP-07

Echipamente și etalonări

Cine: Manager calitate · Când: la fiecare echipament de măsurare nou + la fiecare etalonare făcută
Scop: niciun instrument de măsură cu verificarea expirată. Etalonare = verificarea periodică, de laborator, că un instrument măsoară corect.

Pași

  1. Adaugă echipamentul: Echipamente → Adaugă echipament (cod, denumire, locație).
  2. După fiecare etalonare: pe pagina echipamentului → Adaugă etalonare — data, rezultatul și data următoarei scadențe.
  3. Atât. De aici încolo aplicația numără singură zilele și te anunță în dashboard înainte de scadență.

Ce se întâmplă mai departe

DashboardEtalonările care se apropie apar cu chihlimbar; cele depășite — cu roșu, plus un contor pentru management.
Dosar de auditRegistrul de etalonări e printre primele lucruri cerute la audit (clauza 7.1.5).

Greșeli frecvente

  • Scadența ținută în capul cuiva. Omul pleacă în concediu, scadența nu. Registrul e în aplicație, alerta e automată.

SOP-08

Competențe și instruiri

Cine: Manager calitate · Când: la angajare, după fiecare instruire, la expirarea autorizațiilor
Scop: să știi dintr-o privire cine e calificat pentru ce — și ce autorizații expiră luna viitoare (sudură, stivuitor, pod rulant...).

Pași

  1. Definește competențele firmei tale în nomenclator (ex. „Sudură MIG/MAG", „Operare pod rulant").
  2. Completează matricea: Competențe → alegi omul + competența + nivelul + data expirării (dacă există o autorizație).
  3. După fiecare instruire: Adaugă instruire — cine a participat, ce temă, ce dată. Istoricul se construiește singur.

Ce se întâmplă mai departe

DashboardAutorizațiile care expiră apar în „Scadențe apropiate" — înainte, nu după.
Dosar de auditMatricea de competențe = dovada pentru clauza 7.2 (competență).

SOP-09

Schimbări — modificări controlate

Cine: Manager calitate · Când: înainte de orice modificare de produs, proces sau echipament
Scop: nimic important nu se schimbă în fabrică „pe șest" — fiecare modificare are un motiv scris, un responsabil și o aprobare.

Traseu

În lucru→În aprobare→AprobatăRespinsă

Pași

  1. Descrie schimbarea: Schimbări → Adaugă schimbare — ce se schimbă și de ce (motivul), apoi tipul, responsabilul și data planificată.
  2. Dacă schimbarea vine dintr-o problemă: leag-o de neconformitate — se vede lanțul cauză → soluție.
  3. Trimite la aprobare. Aprobatorii semnează electronic în aplicație — cine și când, rămâne scris.
  4. După aprobare: implementezi și marchezi data implementării.

Ce se întâmplă mai departe

Dashboard„Schimbări în aprobare" e KPI vizibil — nimic nu zace nesemnat.
NeconformitățiLegătura NC ↔ schimbare arată auditorului că problemele produc îmbunătățiri reale.

SOP-10 · momentul pentru care există tot restul

Dosarul de audit și auditorul extern

Cine: Manager calitate · Când: înaintea auditului de certificare / supraveghere — sau oricând vrea managementul o sinteză
Scop: pachetul complet de dovezi pentru auditul ISO — generat în minute, nu în două săptămâni de panică.

Pași

  1. Meniu → Dosar de audit. Alegi perioada (ex. ultimele 12 luni).
  2. Apasă Generează. Aplicația adună din toate modulele: neconformitățile și acțiunile lor, reclamațiile, rapoartele de audit intern, evaluările furnizorilor, registrul de etalonări, matricea documentelor.
  3. Tipărește sau salvează raportul — formatul e gândit pentru ochii auditorului.
  4. Pentru acces direct: Acces auditor extern → generezi un link temporar, doar-citire, pe care îl trimiți auditorului. El vede ce trebuie să vadă — nimic mai mult; accesul expiră singur.
Pagina Dosar de audit
Dosarul de audit: alegi perioada, generezi pachetul — dovezile vin din munca de zi cu zi, deja făcută.

Ce se întâmplă mai departe

Toate moduleleDosarul nu cere muncă nouă — e oglinda muncii existente. Dacă SOP-01…09 s-au respectat, dosarul e mereu „gata".

Greșeli frecvente

  • Generezi dosarul cu o zi înainte de audit și descoperi golurile atunci. Generează-l lunar — golurile se văd din timp, când mai poți repara.

SOP-11

Administrare — utilizatori, nomenclatoare, module, import

Cine: Manager calitate (administratorul firmei în aplicație) · Când: la instalare + ori de câte ori se schimbă echipa sau nomenclatoarele
Scop: aplicația să reflecte firma ta: oamenii ei, produsele ei, liniile ei — și doar modulele de care are nevoie.

Pași

  1. Utilizatori: Setări → Utilizatori → Invită utilizator — email + rolul potrivit (un om poate avea mai multe roluri). Persoana primește un link de activare.
  2. Nomenclatoare: Setări → Nomenclatoare — listele din care aleg operatorii: produse, linii, tipuri de defect, clienți. Ține-le curate: liste scurte = rapoarte corecte.
  3. Module: Setări → Module — pornești doar ce folosește firma. Ce e oprit dispare din meniu; poți porni oricând mai târziu.
  4. Import din Excel: fiecare modul are butonul Importă din Excel — descarci modelul, îl completezi cu datele existente (istoricul tău), îl încarci. Nu pornești de la zero.
  5. Export: orice listă are export Excel — pentru rapoartele pe care le ceri în afara aplicației.

Greșeli frecvente

  • Toată lumea primește rol de manager. Operatorii cu rol de manager văd (și pot atinge) tot. Dă fiecăruia rolul muncii lui — de-asta există roluri.
  • Nomenclatoare cu duplicate („Zgârietură" și „zgarietura"). Dublurile îți strică statisticile. Un singur nume pentru un singur lucru.

SOP-12 · locul unde datele devin decizii

Analiză — ce se repetă și unde pierzi bani

Cine: Manager calitate Management · Când: lunar — și obligatoriu înaintea analizei de management
Scop: singura pagină unde nu introduci nimic. Aplicația citește ce ai înregistrat deja și îți spune trei lucruri: ce te costă cel mai mult, ce se repetă și dacă acțiunile tale chiar funcționează.

Pași

  1. Meniu → Analiză. Alege perioada (3, 6 sau 12 luni). Restul se calculează singur.
  2. Top rebuturi. Categoriile sunt ordonate după cost, nu după număr — un rebut de 5.000 lei bate zece de 50. Rândurile roșii sunt cele de deasupra liniei de 80%: acolo se duc banii. De acolo începi, nu de la coada listei.
  3. Probleme recurente. Aceeași combinație produs + defect apărută de cel puțin 3 ori. De la trei, nu mai e ghinion — e tipar. Pentru fiecare rând roșu, deschide o neconformitate (SOP-02) și caută cauza. Rezolvi o cauză, dispar toate aparițiile deodată.
  4. Eficacitatea acțiunilor. Din acțiunile verificate, câte au rezolvat cu adevărat problema. Peste 80% = verde (sistemul funcționează). Sub 80% = tratezi simptome, nu cauze — adâncește analiza „5 De ce" înainte de a defini următoarea acțiune.
  5. Trend. Defectul care te costă cel mai mult, lună de lună. Întrebarea simplă: crește sau scade? Dacă tot ce faci nu-l scade, nu ai atins cauza.
  6. Reclamații. Timpul mediu de răspuns și cât la sută din răspunsuri pleacă în termen. Sub 90% în termen = card portocaliu.
  7. Printează / Salvează PDF. Raportul poartă data și perioada — devine dovadă pentru analiza de management sau pentru auditor.
Pagina Analiză — Pareto pe tipuri de defect
Analiza: rândurile roșii de deasupra liniei de 80% sunt cele care îți produc pierderile. Bannerul îți spune onest când cifrele sunt doar o estimare parțială.
Onestitatea cifrelor: dacă sub jumătate din rebuturi și reclamații au costul completat, aplicația îți spune deschis „estimare parțială" în loc să-ți prezinte o cifră incompletă drept adevăr. Completează costurile — fără ele, topul se poate face doar după număr, ceea ce e un argument mult mai slab în fața conducerii.

Ce se întâmplă mai departe

→ Neconformități (SOP-02)Fiecare problemă recurentă merită o neconformitate. Aici se închide bucla: tiparul devine cauză analizată, apoi acțiune, apoi dovadă.
→ Schimbări (SOP-09)Dacă defectul dominant cere o modificare de proces, produs sau echipament, o înregistrezi ca schimbare controlată — cu aprobare.
→ Dosarul de audit (SOP-10)Raportul printat din Analiză e exact ce cere auditorul la capitolul „analiza datelor": dovada că te uiți la cifre și iei decizii pe baza lor.

Greșeli frecvente

  • Te uiți doar la număr, nu la cost. Zece rebuturi ieftine par mai grave decât unul scump — dar nu sunt. De asta topul e ordonat după bani.
  • Nu completezi costurile. Fără ele, Analiza își pierde jumătate din putere și nu mai poți spune conducerii cât pierdeți, în lei.
  • Citești topul, dai din cap și nu deschizi nicio neconformitate. Analiza nu repară nimic singură. Fără pasul următor, luna viitoare vezi exact aceleași rânduri roșii.
  • Intri aici o dată pe an, înainte de audit. Uită-te lunar. Tiparele se văd din timp, când mai poți face ceva.

Referință

Glosar — termenii de calitate, pe românește

Regulă: dacă un termen de aici nu-ți era clar în manual, e vina manualului, nu a ta. Fiecare definiție are o singură frază.

Termeni

Neconformitate (NC)nonconformity
O problemă înregistrată oficial — ceva a ieșit altfel decât trebuia.
Acțiune corectivăcorrective action
Ce faci ca problema să nu se mai repete — nu doar s-o repari acum.
CAPA
Numele „de meserie" al registrului de acțiuni corective. În ODI: registrul e unul singur, central.
5-De ce5-Why
Întrebi „de ce?" de până la 5 ori până ajungi la cauza reală, nu la simptom.
Eficacitateeffectiveness
Verificarea, după un timp, că problema chiar a dispărut — nu doar că „s-a făcut ceva".
Rebutscrap
Piesă care se aruncă — nu se mai poate folosi.
Rework
Piesă care se repară și se refolosește.
Derogareconcession
Piesa nu e perfect conformă, dar clientul acceptă în scris s-o primească așa.
CoQ — costul calității slabe
Banii pierduți lunar din rebuturi, rework și reclamații — cifra din dashboard.
Raport 8D
Formatul standard (8 pași) prin care industria — mai ales auto — documentează rezolvarea unei probleme pentru client.
Audit intern
Control planificat, făcut de un coleg independent de zona verificată, după o listă de întrebări.
Etalonarecalibration
Verificarea periodică, în laborator, că un instrument măsoară corect.
Trasabilitate
Poți reface oricând firul: cine, ce, când, de ce — de la problemă până la dovadă.
SMC
Sistemul de Management al Calității — totalitatea regulilor și dovezilor; ODI este locul unde trăiește.
ISO 9001
Standardul internațional după care se certifică sistemele calității; „clauzele" citate în manual sunt capitolele lui.