Historie verzí

Z Manta
Přejít na:navigace, hledání

Verze 0.13.0

Sigmaplast zakázkové řešení . Popis zde.

Verze 0.12.7

Při vyfocení vady se vzniklé dokumenty (foto/video) uloží nejen k operaci výrobního příkazu, ale i k následné evidenci operací.

Tech. Info.: Došlo k úpravě těchto objektů: SPMANTA_InsertDocument2 (přidán vstupní parametr EmployeeID), SPMANTA_WriteToOutData, SPMANTA_WriteEvidFromTable a TABMANTA_TemporaryWorkDocuments

Verze 0.12.0

Doplatek víceprací

Umožní v odůvodněných případech odsouhlasení nesplnění normy mistrem nebo oprávněnou osobou. Schválený rozsah vícepráce v minutách je vynásoben tarifem operace a zapsán do doplatku při evidenci operace. Schválení vícepráce jde odložit a pak se doplatek dostává přímo do předzpracování mezd. V tomto případě doplatek nezatěžuje nákladově VP.

Rozšířena tabulka TABMANTA_RecordsOfOperTime o atribut AddPay.

Další oblast pro zobrazení dokumentace

Přidána další oblast pro možnost zobrazení dokumentace - konkrétně balícího předpisu. Zobrazuje výrobní dokumentaci ve speciální kategorii Balící předpisy

BAL ID operace Dokumenty z výrobní dokumentace v kategorii Balící předpisy
KMK ID kmenové karty Dokumenty navázané ke kmenové kartě

Zakázkové moduly

Založeny zakázkové nové moduly EvidenceSigma a KontrolaSI.

Verze 0.11.10

Změna ViewMANTA_WorkQueueBase

Ve ViewMANTA_WorkQueueBase změna v atributech DividingPlanCode a DividingPlanID. Nyní se zde zobrazuje hodnota z TabSdruzVyrOperace.Barcode a TabSdruzVyrOperace.ID. Toto nastavení by mělo reflektovat i sdružení VP a dílce a ne jen sdružení operace.

Přidána filtrace na pozastavenou operaci (pozastavené se nezobrazují ve frontě práce).

Výdej materiálů na opravu

Sklad se bere přímo z položek navázaných jako náhradní díly v kartě stroje a zařízení. Umožní vygenerovat více výdejek pokud budou vydávané náhradní díly z různých skladů. Doklady se automaticky pokusí realizovat, pokud to z nějaké příčiny nejde (např. nedostatek množství na skladu), doklad zůstane nerealizovaný

Verze 0.11.3

Vynucení výběru operace při zadání notifikace (jen HEI)

Na kategorii notifikačního předpisu přidán externí sloupec Kontrolovat vybrání operace (Přehled MANTA - Definice notifikací - Notifikační předpis QMS/Notifikační předpis Firemní aktivity). Pokud je tento atribut nastavený na 1, je nutné při použití notifikace mít dopředu vybranou operaci se seznamu přihlášených operací. Pokud je tato podmínka porušena je zobrazena chybová hláška : 'Notifikační předpis má nastavenu povinnost výběru operace. Vyberte prosím nejdříve operaci ! '

Verze 0.11.0

Do procedury SPMANTA_IsNeedCheckDocument předán nepovinný parametr OperationID. Proceduru lze zavolat tedy jak s parametrem OperationBarCode i s Parametrem OperationID

Změna alternativy nářadí v detailu VP (jen HEI)

Změna alternativy komponenty v detailu VP (jen HEI)

Možnost ovlivnění zobrazení dokumentace v Mantě (jen HEI)

Na kategorii výrobní dokumentace a na stromové struktuře dokumentů, přidán externí atribut Nezobrazovat dokumenty Manta. Dokumenty z takto označených kategorii se v Mantě nebudou zobrazovat ani nabízet ke schválení

Vyžadování duální kontroly dokumentů jen pro určitou roli

Pokud je nastavena duální kontrola (ověření mistrem nebo jinou rolí, která má práva na modul Admin) je možné pomocí systémové proměnné DualCheckGroup nastavit roli, kde bude výhradně vyžadována duální kontrola.

Odsouhlasení dokumentace -na pracovišti DualCheckDocument DualCheckGroup Zobrazení schválení Duální kontrola
NE -- -- NE --
ANO NE -- ANO NE
ANO ANO prázdné ANO ANO
ANO ANO RoleX ANO ANO pro RoliX pro ostatní NE


Verze 0.10.0

Kvalita fotek

Přibyl nový globální parametr "PhotoQuality", který slouží k nastavení kvality fotky pořízené na terminálu. Hodnota je v procentech (%) a je v rozmezí 0-100.

Přidán nový parametr "UseManualSelKp". Parametr ovlivňuje jaké kontrolní postupy lze vybrat při ručním generování kontrolních plánů (kolečko s + v kontrolních plánech). Při volbě "Vše" se k výběru nabízí všechny kontrolní postupy, při volbě "Ruční výběr" se nabízí pouze kontrolní postupy, které mají na řadě nastaveno "Ruční zadání".

UseManualSelKP

Možnost hromadného založení uživatelů (jen pro HEI)

Přidána externí akce nad číselníkem zaměstnanců, která umožní vybrané zaměstnance založit jako uživatele do MANTY. Jako login name je užito jméno + prijmeni zaměstnance bez diakritiky. Do čísla čipu se standardně plní externí sloupec _RFID. Role se vybírá z číselníku rolí. Zakládá vždy jen hlavní roli. Další role se musí založit případně ručně přímo v konfiguraci Manty. Je kontrolována existence ID zaměstnance , v atributu EmployeeID, pokud existuje, záznam se nezaloží. Na SQL serveru musí existovat funkce RemoveDiacritics, která odstraňuje diakritiku.

Změna načítání defaultní dávky pro evidenci (verze 0.10.9)

Dávka se nyní brala z externího sloupce na operaci výrobního příkazu (_DavkaOperace) nyní se bere ze standardního atributu na dílci VP - Plánovací parametry - Kapacitní plánování - Transportní dávka (TabParKmZ.TranDavka). Externí atribut _DavkaOperace bude v příští verzi zrušen !

Verze 0.9.0

Přehled pracovišť

Do aplikace mistra přidán generický seznam pracovišť. Pracoviště lze načíst sejmutím QR kódu do fultextového vyhledávání případně uživatelskými filtry na výrobní středisko. Z přehledu lze zobrazit frontu na pracoviště a případně i přihlásit operaci. Je respektováno nastavení na pracovišti , jakým způsobem přihlašovat operaci (přehled, čárový kód ..)V frontě operací lze zobrazit a použít všechny funkce, které jsou dostupné nad frontou práce v terminálu operátora. Dále lze z přehledu pracovišť zobrazit generický seznam přihlášené práce a generický seznam aktuálně přihlášených operátorů. Nad přehledem pracovišť jde zobrazit i dokumentaci k pracovišti případně dokumentaci z karty stroje. Názvy přidaných view ViewManta_WorkPlace_List a ViewMANTA_ListActiveEmployee. Pro zobrazení přihlášených operací se používá již existující view VIEWMANTA_WorkQueue. Upravena procedura SPMANTA_Documents_HEI přidáno zobrazení dokumentace z pracoviště.

Další oblast pro zobrazení dokumentace

Přidána další oblast pro možnost zobrazení dokumentace - pracoviště. Zobrazuje externí dokumentaci z pracoviště, všech podřízených strojů a všech karet strojů z modulu QMS - Údržba strojů a zařízení.

PRA ID pracoviště Pracoviště, včetně dokumentů všech strojů a karty strojů a zařízení

Zobrazení dokumentace z nadřízeného VP

Přidána možnost zobrazení výrobní dokumentace a dokumentace k VP z nadřazeného VP. Nastavuje se systémovou proměnnou ShowHiDocument . Defaultně je nastaveno na 1.

Zpracování evidence Jobem

Přidána globální proměnná JobRecords. Pokud je nastavena na ANO je propsání do informačního systému + vytvoření skladových dokladů zpracováno samostatně jobem a není součástí transakce evidence operací. Pokud je proměnná nestavena na NE, probíhá evidence v jedné transakci. Při vytváření většího množství dokladů to může trvat déle a zdržovat tak obsluhu. Pokud je nastaveno na ANO je nutné zkontrolovat existenci a spouštění jobu na zpracovávání . Zpracování se spouští v rámci jobu ProcesorOnWP_xxx v krok číslo 3 Processor on OperTime.

Rozšíření o další dialog editace VČ (pro HEI)

Výběr dialogu  VČ
Výběr dialogu  VČ

Atribut při nastavení nabývá hodnoty 4. Vytvořena tabulka TABMANTA_EvidSNxForma. Přidána definovaná vazba Forma x Díl x Kavita. Vazební tabulka TabDVV92879134657448E996AE4CC3F823F475. Vícenásobná vztah se zakládá nad přehledem Nářadí v modulu Technická příprava výroby. V pomocných textech musí být vyplněny názvy sad nářadí v atributu Pomocný text ve skupině SadaForem. Vytvořeny rozšiřující atributy nad vazbou nářadí _Sada a to jak v TPV tak ve vazbách nářadí výrobního příkazu. Vytvořeno view ViewMANTA_ToolSet se strukturou OperationId, ToolSet, ToolID, ToolCode. Vytvořen přehled v HEI hvw_TABMANTA_EvidSNxForma + vazby na všechny dostupné zdroje



Možnost archivace dat

Přibyla možnost přesunutí "ostrých " dat do Archivu

Umístění Archivu


V menu "Archiv" se zobrazí přehled dousud provedených archivací.

Archivace se nyní provadí pomocí externí akce. Do budoucna by se vytvořil job, který by automaticky a periodicky přesouval již nepotřebná data do archivu

V externí akci se vyplní parametr, který určuje kolik dní zpětně zůstává v ostrých datech a starší záznamy se přesunou do archivu.

Verze 0.8.0

Optimalizace výpočtů časů

optimalizace procedury SPMANTA_DoRegistration

Optimalizace zápisu do IS (jen pro HEI)

optimalizace procedury SPMANTA_WriteEvidFromTable a SPMANTA_EvidAndPrint. Zpracování neprobíhá v jedné transakci, ale je rozděleno na dvě samostatné transakce z důvodu rychlosti zpracování a blokování zámků při dlouho trvající transakci.

Výhody: je rychlost pro operátory

Nevýhody: je zpožděný zápis do IS (max 30s) a také operátor není informován o případné chybě ve zpracování do IS.

Je potřeba poučit operátory o možném zpoždění zápisu, obzvláště v době většího množství zápisů (konec směny) . ViewManta_WorkQueue obsahuje sloupec QuantityOperation, kde je množství ponížené a nezpracované záznamy. Je potřeba pravidelně sledovat přehled v HEI - MANTA - Události terminálů - Evidence operací. Pokud je aplikována sestava Manta evidence operací nezpracované (filtr Uploaded=0) tak je v ideálním případě vždy prázdná. Pokud obsahuje záznamy , které mají ve sloupci Message nějakou chybu je potřeba tuto chybu opravit a následně externí akci vyprázdnit chybový stav tak, aby job záznam zpracoval znovu. Pokud není potřeba záznam dále zpracovávat, existuje externí akce Nastavení uploaded - která označené záznamy vyřadí ze zpracování. Chyby typu deadlock ... jsou ignorovány a záznam se automaticky zpracuje při dalším běhu jobu = není potřeba řešit.

Změna v generování kontrolních plánů (jen pro HEI)

Navazuje na změny z předchozí verze , kdy je možné spustit flow při evidenci množství. Kontrolní plány se nyní generují podle nastavení četnosti na verzi kontrolního postupu (první, prostřední, poslední, četnost za dávku). Zatím funguje jen pro typy četnosti : Jen určené kusy a Počet kontrol na množství. Informace k jaké události (první kus, 10-tý kus, poslední kus ....) byl KP vygenerován je uložena na hlavičce kontrolního plánu. Kdy bude použit jaký kontrolní plán je dané nastavením na řadě kontrolního plánu externí atribut, kdy používat (Uvolnění procesu, Evidence, Ukončení procesu). Ukončení procesu není zatím funkční ! Příslušná řada kontrolního plánu musí být vyplněna v platné verzi kontrolního postupu. Zda se má kontrolní plán spouštět a podmínit tak evidenci množství/zahájení operace je dané terminálovou proměnnou ShowControlPlan. Při použití MANTY pro generování a vyplňování kontrolních plánů, je nutné na řadě výrobního příkazu zrušit nastavení Automaticky generovat KPL. MANTA si plány vygeneruje sama v okamžiku potřeby, nebo jdou výběrem kontrolního postupu založit ručně kdykoliv.

Nastavení kontrolního postupu
Vyplnění kdy použít kontrolní plán

Změna v detailu operace

V přehledu evidence se nezobrazují kontrolní plány , které nebyly vyplněny.

Změna v kontrole profese

Pokud je nastavena tvrdá kontrola profese (CheckProfession=2) jde nastavením proměnné NoCheckProffesionForGroup na ANO, a vyplněním seznamu v proměnné NoCheckProfessionGroupList zamezit kontrole profese u určitých rolí vyjmenovaných v seznamu . Do proměnné NoCheckProfessionGroupList se zadávají hodnoty jako stringový řetězec, kde jsou jednotlivé role oddělené čárkou. (např. : Tester,Mister,Kontrolor )

Obecná notifikace (jen pro HEI)

Vytvořena obecná procedura SPMANTA_SendNotificationOrdinary, která lze zavolat např. z SQL jobu. Tato procedura může zkontrolovat jakýkoliv stav v tabulkách HEI, dohled email nebo SMS kontakt a vygenerovat požadavek na zaslání SMS nebo emailu.

Email se vždy generuje do modulu Remote print. SMS se generuje podle nastavení systémové proměnné SMSNotificationSend buď do modulu Remote print nebo do tabulky TABMANTA_Notification. Z které může proběhnout vlastní zpracování (např. kontakt SMS brány pomocí API). Toto lze použít například v případě, kdy je třeba kontrolovat stav záznamů při zpracování evidence operací (viz. bod Optimalizace zápisu do IS )

Verze 0.7.0

Flow (sled událostí) při evidenci množství

Po zápisu OK i NOK množství je možné aktivovat sled událostí. V současné době jsou implementovány tyto bloky :

  • Zápis externích atributů (aktivace v nastavení u pracoviště)

Je možné použít uživatelskou proceduru pro kontrolu ukládaných dat SPMANTA_CHECK_SaveAddValue.

  • Výběr/generování výrobních čísel (aktivace na kmenové kartě, ve WS proměnná UseSN, a u pracoviště výběr dialogu)
  • Zadání MU s vazbou na VČ (aktivace ve WS proměnná UseMUGatema)
  • Vyplnění kontrolního plánu (aktivace ve WS - Terminálové proměnné - ShowControlPlan + nastavení v HEI řady kontrolních plánů - externí atributy - Kdy používat="Evidence" )

Pokud zadání jakéhokoliv bodu selže, nebo je stornováno, množství se neuloží a celý proces se stornuje. V jednotlivých blocích lze používat i měkké hlášky.

Možnost výběru dialogu pro zadávání VČ při evidenci množství

Při zadávání množství je možné v informačním systému nastavit, jaký dialog se má zobrazovat při výběru VČ. Buď standardní s možností výběru jen jednoho čísla nebo nový dialog s multivýběrem. Po aktivaci (v HEI - na pracovišti - externí atributy - dialog pro výběr VČ, zároveň v konfiguraci WS musí být proměnná UseSN nastavena na výběr a na kmenové kartě nastaveno povinnost zadávat VČ/šarže ). Zobrazí se seznam s dostupnými VČ/Šaržemi. Zde je možné kliknutím u VČ číslo vybrat případně v políčku vedle VČ editovat požadované množství (max do množství, které je na VČ k dispozici). Takto můžu vybrat i více čísel. Dole je možnost zaškrtnout Vše, tím se aktivuje výběr všech dostupných VČ najednou. Dole je zobrazena informace o tom jaké množství jsem původně zadával a kolik mám aktuálně vybráno ve VČ. Pokud jsou obě čísla rovná je zobrazena ikonu OK jinak svítí vykřičník. Pokud ve výrobních číslech vyberu větší množství než jsem zadal ve standardním dialogu evidence, je toto množství navýšeno dle výběru v tomto dialogu.

Multivýběr VČ

Asynchroní načítání uživatelských filtrů v generických seznamech

Uživatelské filtry se načítají asynchronně. Při zobrazení uživatelských filtrů se nečeká na načtení všech filtrů, ale filtrace je možná po načtení prvního filtru a ostatní se postupně dočítají na pozadí. Optimalizace načtení základního view fronty práce.

Změna zobrazení a návrhu množství při výdeji na VP (jen pro HEI)

V seznamu je u jednotlivých VČ je zobrazován, kromě množství stavu VČ na umístění, také stav VČ. Pro návrh množství k výdeji/převodu je uvažováno nižší z těch čísel. Je to z důvodu eliminace problému nekorektních množství před tím než dojde k realizaci dokladu. V Umístění Gatema je množství dříve než dojde k realizaci dokladu.

Preference vybraných VČ v rámci výdeje na VP (jen pro HEI)

Pokud je v kusovníkových vazbách nastaveno konkrétní výrobní číslo materiálu (Výrobní příkazy - Materiály a polotovary- Přehledy - Výrobní čísla materiálů a polotovarů ), je toto výrobní číslo preferované v rámci výdeje/převodu na VP.

Optimalizace kódu při využití BackFlash

Zrychlení generování výdejky pomocí BackFlashe. Optimalizace čtení v cursoru. Přesunutí tisku do jiné procedury.

Přehled verzí na terminálech

V přehledu zařízení je na první pohled vidět zda má zařízení nainstalované poslední platné verze odpovídající API. V detailu je pak vidět jaké Aplikace jsou na zařízení nainstalované.

Aktuální zařízení


Detail zařízení - aplikace


Verze 0.6.0

Obecný prostoj

Pokud je nastavena systémová proměnná DualCheckGeneralDownTime je možné při ukončení prostoje vynutit odsouhlasení mistrem. Odsouhlasení se ukládá do externí tabulky k snímku pracovníka/stroje. V dialogu pro ukončení obecného prostoje je zobrazen i čas jak dlouho prostoj trvá. Pokud je nastaveno DualCheckGeneralDownTime=ANO musí mít alespoň jeden prostoj nastaven právo na role, jinak ukončení prostoje navodí chybové hlášení. Informace o tom kdo odsouhlasil obecný prostoj a jestli je prostoj uznám je definované vazbě Externí informace v přehledu Snímky operátora

Přiřazení schvalovacích rolí

Před vybrání operace v evidenci

Pokud je v hlavním okně terminálu více přihlášených operací a jedna z nich je aktuálně vybraná, tak po otevření dialogu standardní evidence je tato operace v horní části předvybraná a mohou se ihned zadávat OK a NOK kusy.

Moje úkoly

V mobilní aplikaci jde do menu přidat přehled úkolů aktuálně přihlášeného uživatele. Zobrazují se úkoly kde je uživatel zadám jako řešitel a úkoly kde je uživatel součástí řešitelského teamu. Kliknutím na záznam úkolu se otevře jeho detail, kde je možné spustit editaci nebo přidávat plnění. Přes kontextové menu je možné spustit přímo editaci, zrušit úkol, případně vytvořit kopii úkolu. Ikonou + lze přidat nový úkol. Úkol lze zadat jak s vazbou na aktivitu tak bez aktivity. Aktivita se zadává jako textový řetězec ve tvaru kategorie+ pořadové číslo. K funkcionalitě se váže seznam č. 30 - Moje úkoly. Základní view je sdílené s úkoly údržby (VIEWMANTA_EmployeeTask)

Změny v konfiguraci

  • Je možné dočasně deaktivovat systémové filtry
    Deaktivace filtru
  • Rozšiřující informace u zařízení (neaktuální verze)
    detailní informace k zařízení

Zobrazení dokumentů v generických seznamech

Pokud se do základního view jakéhokoliv seznamu přidá atributy DocumentRegion a IDRecord tak se v rohu kartičky layoutu zobrazí ikona . Oba sloupce musí být v umístěné v definici layoutu (stačí v nevizuálních atributech). Klinutím na tuto ikonu je možné zobrazit náhled externích dokumentů připojených k základnímu záznamu ve view.

Zatím zapracované oblasti použití a jejich ID:

DocumentRegion IDRecord Popis
VPR ID VP Výrobní příkaz
OPR ID Operace Výrobní operace
KJE Id aktivity Kontaktní jednání
UKO ID úkolu Úkoly
KJU ID úkolu Kontaktní jednání + úkoly
KPL id kontrolního plánu Kontrolní plán
PKP id parametru kon. plánu Parametry kontrolního plánu
COM id kusovníkové vazby Kusovníková vazba
TOO id vazby nářadí Vazba nářadí
EVO ID evidence operací Evidence operací
PRA ID pracoviště Pracoviště, včetně dokumentů všech strojů a karty strojů a zařízení

Umožnění přihlásit operátora na jiném terminálu

Přidána globální proměnná AllowMultiLogin pokud je nastavena na NE (default) tak není umožněno přihlášení na jiném zařízení, dokud se na původním neodhlásím. Pokud je AllowMultiLogin nastaven na ANO , uživatel je na původním zařízení odpojen a může začít pracovat na jiném zařízení. Na původním zařízení až není žádný dotaz autorizován a je generována chyba. Veškeré neukončené záznamy spojené s původním ID terminálu jsou updatovány novým ID terminálu.

Při evidenci NOK možnost vyfocení a označení vady

Při evidenci NOK kusů lze vyfotit vadu a na zobrazení potom vadu označit. Dokumenty se zatím ukládají do k operaci výrobního příkazu v další verzi se bude ukládat přímo k evidenci operace.

Integrace s docházkou Giriton

Je možná komunikace přes API docházkového systému Giriton. Data o docházce se načítají přímo do SQL tabulky a v Heliosu Inuvio bude vytvořen definovaný přehled na tuto tabulky. Jde využít v BI grafických výstupech, kde se má porovnat docházka oproti zaevidované práci na manta terminálech (využití pracovní doby). Nebo lze využít k automatickému odhlášení operátora pokud odešel s firmy. Název view v HEI je hvw_MANTA_DailyEmployeeAttendance tabulka na SQL MANTA_DailyEmployeeAttendance.

Verze 0.5.0

Alternativní operace

pokud se přihlašuje operace kódem MU na pracovišti, které je v technologii alternativní. Dojde k přihlášení operace i když není přednastavená. Do podmínky základního view pro frontu práce byl přidán externí atribut "Uvolněno" (je umístěn na operaci výrobního příkazu), který umožní přidat do fronty práce i operace, které nejsou přednastavené. Tento atribut je automaticky nastaven při přihlášení na alternativním pracovišti.  Jako vedlejší efekt umožní ruční zaškrtnutí tohoto atributu zařadit do fronty práce operaci, která neodpovídá standardní filtraci (například má datum až  za nastaveným horizontem)

Uvolnění operace

Kontrola četnosti  zaměstnance

na pracovišti lze v externích atributech nastavit kontrolu četnosti zaměstnance

Nekontrolovat   - četnost není kontrolovaná

1:1  -  na jednom pracovišti může být jen jeden zaměstnanec a zároveň nesmí být zaměstnance přihlášen na jiném pracovišti

1:N -  na jednom pracovišti může být jen jeden zaměstnanec, ale zaměstnanec může být přihlášen na více pracovištích

N:1 - na jednom pracovišti může být víc zaměstnanců, ale jeden zaměstnanec nemůže být přihlášený na více pracovištích

N:M - jsou povoleny všechny kombinace

Kontrola četnosti probíhá jak při přihlášení operace (SPMANTA_FindOpBarCode)  tak i při přihlášení samotného uživatele (SPMANTA_WTOD_TE2)

Kontrola četnosti

Automatické přihlášení operátora na teamovém pracovišti

Přidána globální proměnná AutoLoginEmployee. Pokud ANO tak na teamovém pracovišti automaticky přihlásí uživatele. Přihlášení se provede přímo v proceduře  SPMANTA_EP_FindOpBarCode. Nahrazuje to co bylo v SPMANTA_EP_FindOpBarCode1.

Vynucení vyplnění kontrolního plánu a schválení dokumentace při přihlášení operace

Při přihlášení operace je možné podmínit přihlášení spuštěním odsouhlasení dokumentace a vyplněním KP při staru operace.  Zda se má odsouhlasit dokumentace je uvedeno na pracovišti. To jestli se má zobrazit vyplnění KP je dané terminálovou proměnnou  ShowControlPlan (defaultní hodnota je 0=NE ). Jestli se má po každém přihlášení operace generovat nový KP nebo se přepisuje pořád jeden je ovlivněno terminálovou proměnnou  InsKPWithLogOperation (defaultní hodnota je 1=ANO).  Na kategorii kontrolního plánu(ů) musí být nastaven externí atribut "Kdy použít "     na Uvolnění procesu.

Uvolnění procesu


V průběhu odsouhlasení dokumentace a vyplnění KP je aktivní prostoj, který je vyplněn v terminálové proměnné StartToIdleTime. Pozor proměnná nemá žádný default a je třeba vždy nastavit (např. prostoj "Uvolnění výroby")   Po správném vyplnění KP je prostoj automaticky deaktivován. Pozor prostoj se váže k zaměstnanci, takže pokud je přihlášený na více operacích tak mu prostoj vyskočí všude.  Čas strávený odsouhlasením dokumentace a vyplněním KP je započítán do operace a jeho evidence je držena pouze ve snímcích operátora. (nelze vyčíst z evidence operací). Nejdříve se zobrazí dokumentace (pokud je nutné odsouhlasení) po odsouhlasení dokumentace  naskočí okno se zobrazenou hlavičkou KP, je nutné otevřít kontrolní plán a korektně vyplnit všechny hodnoty. Teprve pokud je KP vyhodnocen jako správně vyplněný  (zelená fajfka) tak lze pokračovat v práci. Pokud se dokumentace neodsouhlasí, kontrolní plán není korektně vyplněn nebo dojde ke stornování procesu (šipka zpět nahoře v liště) prostoj "Uvolnění výroby" se ukončí a na operaci nelze pokračovat.  

Výdej materiálu z okna standardní evidence

Pro HEI se zpřístupnila záložka Spotřeba v obrazovce standardní evidence. Pomocí ČK lze načíst šarži materiálu pro vybranou operaci, zadat množství pro výdej. Položka musí být na skladu ze kterého se má vydávat materiál do výroby a musí být na umístění GATEMA. Tlačítkem košíku lze pak vygenerovat výdejku materiálu na VP. Pokud zadaný ČK neodpovídá žádné požadované komponentě operace, tak to nedotáhne žádné info (název komponenty, množství skladu) (nehodí to tedy chybovou hlášku)

Spotřeba

Omezení délky fronty práce

Přidána globální proměnná  WorkQueueLenght  (default je 5) na jak dlouho dopředu má načítat frontu práce. Číslo je ve dnech.

Konfigurace terminálu

Změna vizuálu konfigurace

Technické detaily