- Přehledy IS
- APS (25)
- BPM - procesní řízení (23)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (31)
- CRM (52)
- DMS/ECM - správa dokumentů (19)
- EAM (17)
- Ekonomické systémy (68)
- ERP (75)
- HRM (28)
- ITSM (6)
- MES (33)
- Řízení výroby (36)
- WMS (28)
- Dodavatelé IT služeb a řešení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (41)
- Dodavatelé CRM (38)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (66)
- Informační bezpečnost (48)
- IT řešení pro logistiku (48)
- IT řešení pro stavebnictví (26)
- Řešení pro veřejný a státní sektor (27)


















![]() | Přihlaste se k odběru zpravodaje SystemNEWS na LinkedIn, který každý týden přináší výběr článků z oblasti podnikové informatiky | |
![]() | ||
Řízení kontroly jakosti v informačním systému OR-SYSTEM


OR-SYSTEM vždy umožňoval mít v technologickém postupu operace, které byly definovány jako provedení kontroly výroby. Je v něm také začleněn modul pro registraci neshodné výroby s možnostmi kvalifikace, vyjádření a posouzení příslušným pracovníkem. Chyběla ale funkcionalita pro vytvoření průvodního dokumentu zakázky o kontrole jakosti, tak jako v uvedeném požadavku na hutní atest. Tento dokument musel obsahovat hodnoty, které jsou předepsány pro posouzení kvality, a také hodnoty, naměřené při jednotlivých kontrolách. Zdálo by se, že se jedná o jednoduchý požadavek, ale opak byl pravdou.
|
Nejdříve bylo nutno postavit systém tzv. kontrolních bodů a ten potom navázat na technologický postup konkrétní výrobní zakázky. Každá operace technologického postupu může mít navázáno více kontrolních bodů, nebo také žádný. Takto postavená struktura získala název Kontrolní list výrobní zakázky. Každá výrobní zakázka může mít na svůj technologický postup navázán takovýto kontrolní list. Kdy vznikne tento kontrolní list? Ve chvíli, kdy je sestaven příslušný technologický postup s možnostmi lokálních úprav i dle požadavku odběratele.
Po vytvoření struktury bylo nutno definovat obsah kontrolních bodů. Ten je následující:
. co má být kontrolováno, jaká vlastnost,
. předepsaná hodnota vlastnosti,
. skutečná hodnota vlastnosti.
Každá hodnota může být měřena vícekrát v různém časovém rozmezí.
|
V této chvíli se pravděpodobně znalý čtenář ptá, kde se vezmou zmíněné předepsané hodnoty vlastností, kde systém vezme možné tolerance. Toto je úkolem Konfigurátoru, kterým lze nadefinovat libovolnou vlastnost libovolné skladové položky - jak té, která se vyrábí, tak i té, z níž je vyráběno. A tolerance? Každý si vzpomene na normy ČSN a různé podnikové normy. Každá má jiný obsah i strukturu. I s tím jsme se museli vyrovnat. OR-SYSTEM obsahuje možnost definice tzv. interních norem, které lze vytvořit na základě zmíněných norem ČSN, a s jejich pomocí definovat i tolerance nebo odchylky hodnot definovaných vlastností pro stanovené kombinace hodnot vlastností definujících.
Stručný popis postupu vzniku protokolu k dodávce finálního výrobku:
. vytvoření základních norem - seznam norem a odstavců norem, podle kterých budou měření prováděna,
. vytvoření interních norem: struktura normy - seznam vlastností, které mají vliv na normu; rozsah hodnot - tabulka vstupních rozsahů od/do, pro které je výstupem jedna hodnota,
. definování hodnot pro danou kombinaci rozsahu.
Samozřejmě že součástí mohou být i taková měření, která přímo nevychází z výrobního programu, ale jsou nutná například pro monitorování podmínek výroby - teplota, vlhkost, tlak apod. Všechny lze definovat a zaznamenávat jejich naměřené hodnoty za účelem pozdějšího možného dokladování vlastností výrobního procesu. Toto vše může být obsahem doplňujícího dokladu (atestu) k dodacímu listu nebo faktuře.
![]() ![]() | ||||||
Po | Út | St | Čt | Pá | So | Ne |
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 1 | 2 | 3 | 4 |
5 | 6 | 7 | 8 | 9 | 10 | 11 |
Formulář pro přidání akce
15.5. | Konference SCADA Security |
22.5. | Akce pro automobilové dodavatele "3DEXPERIENCE... |
12.6. | Konference ABIA CZ 2025: setkání zákazníků a partnerů... |
29.9. | The Massive IoT Conference |