Instrukcja Obsługi Modułu Kontrola Jakości
Pro EXTREME
Pro ULTIMATE
Midi BUSINESS
Mini FREE
Zakup kontroli jakośći tutaj...
Licencja: AGPL-3Projekt: OCA/manufacture
Ten moduł zapewnia ogólną infrastrukturę dla testów jakości. Idea polega na tym, że może on być później ponownie wykorzystany do przeprowadzania inspekcji jakości na partiach produkcyjnych lub w jakimkolwiek innym obszarze firmy.
Spis treści
Instrukcja Użytkowania Modułu Kontrola Jakości OCA
Moduł Quality Control OCA pozwala na definiowanie, automatyczne wyzwalanie i przeprowadzanie testów jakościowych w różnych obszarach systemu (np. przy przyjęciu towaru, produkcji, wysyłce). Prawidłowe skonfigurowanie modułu wymaga przejścia przez trzy główne etapy: definiowanie pytań, grupowanie ich w testy i ustawienie wyzwalaczy.
1.Tworzenie pytań (Quality Control Question)
Pytania to podstawowe elementy kontroli. Możemy stworzyć dwa główne typy pytań:
- Pytanie Jakościowe (Qualitative): Wynik to wybór spośród predefiniowanych opcji (np. "Dobry", "Zły", "Kolor OK", "Kolor nie OK").
Konfiguracja: Należy zdefiniować Możliwe wartości (Possible values) i wskazać, która z nich jest Prawidłowa (Correct answer?). - Pytanie Ilościowe (Quantitative): Wynik to wartość liczbowa, która musi mieścić się w określonym zakresie.
Konfiguracja: Należy zdefiniować Min i Max (Minimalną i Maksymalną prawidłową wartość) oraz powiązaną Jednostkę Miary (Uom).
*Wskazówka: Można również dodać notatki (Notes), które pomogą osobie przeprowadzającej kontrolę (np. instrukcje pomiaru, zdjęcia wzorcowe, itd.).
2.Definicja testu (Quality Control Test)
Test jest zbiorem pytań, które mają być przeprowadzane razem.
- Nazwa i Kategoria: Nadaj testowi unikalną nazwę i przypisz go do odpowiedniej kategorii (Category).
- Pytania: W zakładce Questions dodaj wcześniej zdefiniowane pytania w ustalonej kolejności (Sequence).
- Typ testu:
- **Ogólny (Generic):** Może być ręcznie wybrany w dowolnej kontroli, niezależnie od modelu czy produktu.
- **Powiązany (Related):** Musi być powiązany z konkretnym modelem Odoo i jest zazwyczaj używany przez Wyzwalacze.
- Automatyczne wypełnianie: Jeśli zaznaczysz Pre-fill with correct values, pola w kontroli zostaną domyślnie wypełnione prawidłowymi wartościami (jeśli zdefiniowano).
3.Ustawienie wyzwalaczy (Quality Control Trigger)
Wyzwalacze automatyzują tworzenie kontroli po spełnieniu określonych warunków.
- Definicja: Wybierz model Odoo, dla którego ma działać wyzwalacz (np. `stock.picking`, `mrp.production`).
- Linie Wyzwalacza: Dodaj linie definiujące, jaki test ma być wywołany:
- Powiąż test z konkretnym Produktem, Szablonem Produktu lub Kategorią Produktu.
- Wskaż Odpowiedzialnego (Responsible) za wykonanie kontroli.
- Ustaw Czas (Timing): określa, kiedy kontrola zostanie wygenerowana:
- - **Przed (Before):** Kontrola jest generowana (wykonywalna) przed zakończeniem rekordu (np. przed zatwierdzeniem WZ/PZ).
- - **Po (After):** Kontrola jest generowana (wykonywalna) po zakończeniu rekordu (np. po wykonaniu WZ/PZ).
- - **Plan z wyprzedzeniem (Plan Ahead):** Kontrola jest planowana (Plan), ale staje się wykonalna (Ready) dopiero po zakończeniu rekordu.
- Opcjonalnie filtruj po Partnerach, aby wyzwalacz działał tylko dla określonych dostawców/odbiorców.
4.Przeprowadzanie kontroli (Inspection)
Kontrole są tworzone automatycznie przez wyzwalacze (lub ręcznie). Przechodzą przez następujący cykl życia:
Roboczy (Draft) → Używany do ręcznego ustawiania testu.
Gotowa (Ready) → Kontrola jest gotowa do wykonania (gdy wyzwalacz ma timing: **Po** lub **Plan z wyprzedzeniem**).
Potwierdzony (Confirmed) → Po zakończeniu wprowadzania danych testowych.
Sukces (Success) lub Kontrola nieudana (Quality failed) → W zależności od wyników pytań.
Jeśli Kontrola nieudana, może wymagać Oczekiwania na zatwierdzenie przełożonego (Waiting supervisor approval) i zakończyć się jako Zatwierdzony (Approved).
Podczas wypełniania kontroli należy wprowadzić Wartość jakościową lub Wartość ilościową w zależności od typu pytania. System automatycznie oznaczy wynik linii jako **Sukces?** (Success?).
Konfiguracja (Opis Elementów)
- Pytanie: Rzecz, która ma zostać sprawdzona. Mamy dwa typy pytań:
- Jakościowe: Wynikiem jest opis, kolor, tak, nie…
- Ilościowe: Wynik musi mieścić się w określonym zakresie.
- Możliwe wartości: Wartości wybierane w pytaniach jakościowych.
- Test: Zestaw pytań, które mają być użyte w inspekcjach.
Po ustawieniu tych wartości definiujemy inspekcję.
Mamy test ogólny, który może być zastosowany do dowolnego modelu: wysyłek, faktur lub produktów, lub test powiązany, który jest specyficzny dla konkretnego produktu i np. stosuje się za każdym razem, gdy sprzedawana jest żywność lub podczas tworzenia partii.
Po ustawieniu tych parametrów, możemy po prostu przejść do testu. Tworzymy nową inspekcję, wybierając związek z modelem (sprzedaż, ruch magazynowy…) i naciskając przycisk "Wybierz test", aby wybrać test do przeprowadzenia. Następnie należy wypełnić linie w zależności od wybranego testu.
Kompletny przepływ pracy inspekcji jest następujący:
Roboczy → Potwierdzony → Sukces
-> Niepowodzenie (Oczekuje na zatwierdzenie) → Zatwierdzony
Znane problemy / Plan rozwoju
- Umożliwić tłumaczenie nazwy wyzwalacza.
Śledzenie błędów
Błędy są śledzone w GitHub Issues. W przypadku problemów, prosimy sprawdzić, czy problem nie został już zgłoszony. Jeśli zauważyłeś go jako pierwszy, pomóż nam go usunąć, dostarczając szczegółową i mile widzianą informację zwrotną.
Prosimy nie kontaktować się bezpośrednio z współtwórcami w sprawie wsparcia lub pomocy technicznej.
Twórcy
Autorzy
- AvanzOSC
- Tecnativa
Współpracownicy
- Oihane Crucelaegui <oihanecrucelaegi@avanzosc.es>
- Ana Juaristi <anajuaristi@avanzosc.es>
- Lois Rilo <lois.rilo@forgeflow.com>
- Simone Rubino <simone.rubino@agilebg.com>
- Juan Humanes <juan.humanes@guadaltech.es>
- Ignacio José Alés López <ignacio.ales@guadaltech.es>
- Pimolnat Suntian <pimolnats@ecosoft.co.th>
- Tecnativa:
- Pedro M. Baeza
- Carlos Roca
- Trey Kilobytes de Soluciones SL:
- Vicent Cubells
- APSL-Nagarro:
- Antoni Marroig <amarroig@apsl.net>
- Serpent Consulting Services Pvt. Ltd.
Inni twórcy
- Oryginalnie oparte na starszych modułach nan_quality_control z NaN·tic.
- Marius Johannes Kuc (Tłumaczenie na język polski: info@odoo.com.pl)
Osoby utrzymujące projekt
Ten moduł jest utrzymywany przez OCA.
OCA, czyli Odoo Community Association, to organizacja non-profit, której misją jest wspieranie wspólnego rozwoju funkcji Odoo i promowanie jego szerokiego wykorzystania.
Ten moduł jest częścią projektu OCA/manufacture na GitHubie.
Zachęcamy do wkładu. Aby dowiedzieć się, jak to zrobić, odwiedź stronę https://odoo-community.org/page/Contribute.