Praćenje uzoraka proizvoda treba povezati svaki zaprimljeni ili poslani uzorak s jedinstvenim identifikatorom, svrhom ispitivanja, odgovornom osobom, statusom ocjene uzorka i evidentiranim rezultatom. Takav zapis omogućuje donošenje odluke na temelju provjerljivih ulaza, bez miješanja odobrenja uzorka s odobrenjem serijske isporuke. Proces može funkcionirati u mini aplikaciji ili ERP-u, ali odgovornost, pravila odluke i postupanje s iznimkama moraju biti određeni neovisno o alatu.
Uzorak nije samo manja količina proizvoda. Može služiti za tehničku provjeru, procjenu kvalitete, potvrdu specifikacije, validaciju ambalaže, internu analizu ili povratnu informaciju kupca. Svaka od tih namjena traži drukčiji skup podataka, rok ocjene i vlasnika odluke.
Bez zasebnog zapisa uzorak lako ostaje vezan uz e-poštu, papirnatu dostavnicu ili neformalni dogovor. Tada nastaju praktična pitanja: koji je uzorak poslan, prema kojoj specifikaciji, tko čeka rezultat, je li rezultat zaprimljen i odnosi li se na serijsku robu ili samo na poslani primjerak.
Dobro postavljeno praćenje uzoraka proizvoda ne svodi se na evidenciju kretanja. Ono čuva kontekst odluke. Zapis treba pokazati što je ocijenjeno, prema čemu, tko je ocijenio i što slijedi nakon rezultata.
Svaki uzorak treba dobiti identifikator koji se ne ponavlja unutar dogovorenog opsega. Identifikator može biti poslovna oznaka, barkod ili druga interna šifra. Važnije od formata jest stalna veza između oznake na fizičkom uzorku i zapisa u sustavu.
Uz identifikator evidentirajte najmanje sljedeće:
Svrha ispitivanja ne smije ostati općenita. Oznaka poput "provjera" ne govori prema kojim kriterijima slijedi ocjena. Precizniji unos može glasiti: provjera usklađenosti s odobrenom specifikacijom, procjena izgleda ambalaže ili potvrda funkcionalnosti u dogovorenom scenariju. Takav opis usmjerava i osobu koja daje povratnu informaciju.
Status ocjene uzorka treba biti ograničen skup jasno definiranih vrijednosti. Primjer radnog tijeka može uključiti: zaprimljen, u pripremi, poslan na ocjenu, čeka povratnu informaciju, prihvaćen, prihvaćen uz uvjet, odbijen i zatvoren bez odluke. Organizacija može koristiti drukčije nazive, ali prijelazi između statusa trebaju imati vlasnika i pravilo.
Ovo je ključna procesna razlika. Prihvaćen uzorak potvrđuje samo opseg koji je stvarno ocijenjen. Ne potvrđuje automatski svaku buduću proizvodnju, svaku seriju, promjenu materijala, promjenu specifikacije ni isporuku drugom kupcu.
Zapis o odobrenju uzorka treba zato sadržavati opseg odluke. Na primjer, odluka može vrijediti za određenu šifru proizvoda, verziju specifikacije, odabranu varijantu i navedenu svrhu. Ako organizacija želi odobriti serijsku isporuku, za tu odluku treba otvoriti zaseban korak s vlastitim uvjetima, odgovornom osobom i dokazima.
Korisna su dva odvojena pitanja:
Drugo pitanje može tražiti dodatne kontrole koje nisu bile dio ocjene uzorka. Upravo zato status uzorka ne treba koristiti kao zamjenu za status proizvodne ili isporučne odluke.
Osoba koja zaprima uzorak provjerava fizičku oznaku, količinu i dostupne podatke o proizvodu. Otvara zapis, dodjeljuje identifikator i povezuje uzorak s poznatim izvorom. Ako serija, specifikacija ili svrha nisu poznate, zapis dobiva status iznimke, a ne pretpostavljeni podatak.
Vlasnik zahtjeva određuje svrhu, kriterije prihvata, osobu za ocjenu i rok. Kriterij treba biti provjerljiv. Umjesto "kvaliteta je zadovoljavajuća", zabilježite mjeru, dokument, kontrolnu točku ili unaprijed dogovorenu stručnu procjenu na koju se odluka oslanja.
Koordinator evidentira komu je uzorak predan ili poslan, datum i način predaje. Kada uzorak napusti lokaciju, korisno je zabilježiti i očekivani povrat ili potvrdu primitka. Time se razlikuje poznato stanje od pretpostavke o lokaciji uzorka.
Ocjenjivač unosi rezultat, datum ocjene, obrazloženje i prilog kada je prilog potreban za dokaz odluke. Negativan rezultat treba otvoriti sljedeću radnju: doradu, novi uzorak, pojašnjenje specifikacije ili zatvaranje zahtjeva. Rezultat bez vlasnika sljedeće radnje nije završen proces.
Koordinator provjerava potpunost zapisa prije zatvaranja. Ako je uzorak prihvaćen uz uvjet, uvjet mora ostati vidljiv i povezan s osobom koja prati njegovo ispunjenje. Periodični pregled zatvorenih zapisa može otkriti ponavljajuće iznimke, nejasne kriterije ili uska grla u povratnoj informaciji.
Zamislite proizvođača koji šalje kupcu uzorak nove varijante ambalaže. Zapis uzorka povezuje šifru proizvoda, verziju ambalaže, količinu, datum slanja i kontakt primatelja. Svrha glasi: ocjena izgleda i čitljivosti prema dostavljenom prijedlogu. Kupac prihvaća izgled uz napomenu o izmjeni jedne oznake.
Ispravna odluka nije "serija odobrena". Ispravna evidencija glasi: uzorak prihvaćen uz uvjet izmjene označene stavke. Nakon izmjene treba odlučiti je li potreban novi uzorak i koji dokaz otvara odluku o serijskoj isporuci. Ta odluka pripada odgovornoj poslovnoj ulozi, ne samom statusu uzorka.
Ograničenja podataka mogu pomoći pri provjeri jedinstvenosti identifikatora, obveznih polja i veza među zapisima. PostgreSQL, primjerice, opisuje ograničenja poput primarnog ključa, jedinstvenosti, provjere vrijednosti i stranog ključa u svojoj dokumentaciji o ograničenjima .
Takve provjere nisu poslovna pravila. Baza može spriječiti dvostruki identifikator ili zapis bez obvezne veze, ali ne može sama odrediti tko smije prihvatiti uzorak, kada je potreban novi uzorak ni odnosi li se odobrenje na serijsku isporuku. Ta pravila treba dogovoriti, dokumentirati i održavati zasebno.
Mini aplikacija može voditi ovaj proces samostalno, bez ERP-a ili Orkasta. Kada uzorak utječe na službene zalihe, proizvodne naloge, kvalitetu ili isporuku, potrebno je odlučiti koje evidencije ostaju službene ERP transakcije, a koje pripadaju suradničkom tijeku rada. U ORKA pristupu Orkasta podržava svakodnevnu suradnju, ERP zadržava službene transakcije, a Trueforce pokriva specijalizirane inženjerske potrebe. To je podjela odgovornosti, a ne tvrdnja o unaprijed isporučenoj funkcionalnosti.
Prije izrade obrasca, integracije ili mini aplikacije potvrdite sljedeće:
Ako odgovori nisu jasni, najprije provedite Screening poslovnog procesa . Rezultat screeninga treba biti dogovor o podacima, odgovornostima, iznimkama i granicama između suradničkog procesa i službenih evidencija, prije izbora alata ili automatizacije.