Hogyan építsünk egy automatizált visszautasítási jelentés alkalmazást?
  • 04 Nov 2023
  • 4 Elolvasandó percek
  • Közreműködők

Hogyan építsünk egy automatizált visszautasítási jelentés alkalmazást?


Cikk összefoglaló

Hogyan építsünk egy automatizált visszautasítási jelentés alkalmazást?

Használja ezt a lépésről-lépésre útmutatót, hogy a minőségügyi szakemberek valós időben nyomon követhessék a gyakori hibákat.

Megjegyzés: Ez a téma a Tulip University "Építsünk minőségellenőrző alkalmazást" című részében található.

Egyes vállalatok minőségügyi szakembereket alkalmaznak a hibák nyomon követésére és kijavítására a nap folyamán. Ezek a szakemberek általában egy papírral vannak felszerelve, hogy nyomon követhessék a gyakori hibákat a gyártáson. Valahogy így nézne ki:

How To Build An Automated Rejects Report App_89029881.png

Az első oszlopban egy sor választási lehetőség van az alkatrészszámra. Ezután az operátornak egy számjegyet kell hozzáadnia, hogy jelezze, milyen problémát tapasztalt egy adott alkatrészszámmal kapcsolatban.

A Tulip nem rendelkezik táblázatkezelő felülettel. Ehelyett egy "Form Step " nyomtatványt kell használnia, hogy minden egyes alkalmazott könnyen jelenthesse a hibákat, és jelezhesse, hogy egy alkatrészt át kell-e dolgozni, vagy selejtezni kell. Ez lehetővé teszi a gyakori hibák valós idejű nyomon követését.

A "Hibajelentés" alkalmazásnak két lépésből kell állnia:

  1. Válassza ki a hibás alkatrészt
  2. Válassza ki a hiba típusát egy előre meghatározott listából

Ez így nézhet ki:

How To Build An Automated Rejects Report App_92979993.png

A Tulip tárolja a hibát egy adatbázisban, amint valaki használja az alkalmazást. Ezután egy műszerfalon valós idejű diagramot láthat a hibákról.

How To Build An Automated Rejects Report App_89032594.png

Íme, hogyan kell elkészíteni a selejtjelentő alkalmazást.

Előfeltételek

Ahhoz, hogy megértse ezt a bemutatót, el kell végeznie a Tulip Alapok a Tulip alkalmazásszerkesztő rövid bemutatását.

Lépés 1- Válassza ki az alkatrészt

How To Build An Automated Rejects Report App_89032597.png

Ez a lépés egy sor képet mutat az alkatrész nevével/számával, és arra kéri az operátort, hogy válassza ki a hibás alkatrészt.

Itt van a táblázatnak az a része, amelyet lefedünk:

How To Build An Automated Rejects Report App_92983017.png

Amikor az operátor kiválaszt egy alkatrészt, Triggerek segítségével továbblép a következő lépésre, és frissíti a "part_id" nevű változót az adott alkatrésszel. Ez lehetővé teszi, hogy később elemezze a hibák gyakoriságát alkatrészenként.

Miután egy változót használ az alkatrész azonosítójának nyomon követésére, létrehozhat egy elemzést, amely megmutatja a gyakori hibás alkatrészeket.

Építés a Tulipban

Íme egy példa az alkatrészválasztó képernyőre:

How To Build An Automated Rejects Report App_92980661.png

Ahhoz, hogy a kezelő kiválaszthasson egy alkatrészt, minden kép/szöveg kombináció tetején egy láthatatlan gombot kell elhelyeznie.

Itt egy példa a jobb szélsőjobboldali alkatrész fölötti gombra.

How To Build An Automated Rejects Report App_92980773.png

A kontextusablak Widget lapjának alján látható, hogy a "Button Color" (gomb színe) átlátszó értékre van állítva. A gombon nincs szöveg sem. Ez lehetővé teszi a logika felépítését a kép alapján, amelyet a kezelő a munkapadjánál fog megnyomni.

Most a hibás alkatrész nevének tárolásához Triggereket és változókat kell használnia.

Adjon egy Triggert a gombhoz, és nevezze el például "Alkatrész azonosító mentése - x alkatrész".

How To Build An Automated Rejects Report App_92981010.png

Ezután hozzon létre egy "partID" nevű változót, és frissítse azt az alkatrész nevével. Ezután folytassa a következő lépéssel.

Itt látható, hogyan kell ezt a Trigger Editorban létrehozni:

És itt van a fenti "Then" utasítás:

Ebben az esetben az alkatrész neve "myPartID". Ez elég unalmas, de érti a lényeget. Ez lehet egy sorozatszám vagy egy belső név. Ha ezt szövegként szeretné elmenteni, akkor ügyeljen arra, hogy a fentiek szerint idézőjelbe tegye ("").

A partID változót ezen a képernyőn hozhatja létre, ha a "hely" nevű legördülő menüpont mellett kiválasztja az "Új változó" opciót.

Először ezeket a lehetőségeket kell kiválasztania:

Ezután létrehozhatja a változót, ha a következő "location" nevű mezőben az "New Variable" opcióra kattint:

Miután frissítette a változót, a "Go To Step", "Next" utasítás hozzáadásával küldje az operátort a következő lépésre.

How To Build An Automated Rejects Report App_92981974.png

E lépés kombinálása más lépésekkel

Bizonyos esetekben előfordulhat, hogy az operátorokat nem kívánja automatikusan a következő lépésre küldeni. Lehet, hogy dinamikus utakat szeretne létrehozni az alkalmazáson keresztül az általuk kiválasztott rész alapján. Ehhez egyszerűen válassza ki az adott lépést az egyes részeknél a "Lépéshez lépés" melletti legördülő listából.

Analitikai lehetőségek

Az ebből a lépésből származó adatokat felhasználhatja arra, hogy megnézze, mely alkatrészek gyakran hibásak.

Használja az "Egy művelet" elemzést, majd válassza ki a "part_ID" változót az X tengelyhez. Mutassa meg a gyakoriságot az Y tengelyen.

További olvasmányok

2. lépés - Válassza ki a hibát

How To Build An Automated Rejects Report App_89032599.png

Miután ismeri az alkatrészt, lehetővé kell tennie a kezelő számára a hiba kiválasztását.

Itt van a táblázatnak az a része, amelyet lefedünk:

How To Build An Automated Rejects Report App_92983068.png

Ezt egy "Form Step" (űrlap lépés) segítségével érheti el. Mivel a Tulip automatikusan nyomon követi az alkalmazás befejezésének dátumát és időpontját, csak két mezőre van szüksége:

  • A hiba típusa egy előre kiválasztott listából.
  • A hiba képe (ha szükséges)

Építés a Tulipban

Így nézhet ki a következő módon:

How To Build An Automated Rejects Report App_89032158.png

Két mezőre van szüksége, egy legördülő mezőre és egy fényképre.

Először hozzon létre egy új űrlaplépést. Ezután adjon hozzá egy legördülő ablakot az eszköztár segítségével.

How To Build An Automated Rejects Report App_92982603.png

How To Build An Automated Rejects Report App_92982639.png

A Dropdown lépésben kattintson a Változó neve melletti "+"-ra, hogy létrehozzon egy új változót, amely nyomon követi az operátor választását az adott mezőben. Ezután nevezze át "Defekt típusa" vagy "defect_type" névre.

How To Build An Automated Rejects Report App_89032240.png

Tegye a legördülő listában lévő összes opciót gombként elérhetővé, majd a "+" szimbólummal adja hozzá az opciókat.

How To Build An Automated Rejects Report App_89032381.png

Végül változtassa meg a "Következő" gombot "Befejezés" gombra, mivel ez az alkalmazás utolsó lépése.

How To Build An Automated Rejects Report App_89032471.png

E lépés kombinálása más lépésekkel

Bizonyos esetekben előfordulhat, hogy az 1. lépésben jelentett rész alapján több űrlaplépést szeretne létrehozni különböző legördülő opciókkal.

Ha ez a helyzet, győződjön meg róla, hogy ugyanazt a változót használja a felhasználónak a legördülő menüből történő bevitelének nyomon követésére minden egyes űrlaplépésben, hogy végül elemzést készíthessen. Egy operátor csak egy űrlapot tölt ki alkalmazás kitöltésenként.

Ha például három különböző űrlaplépése van, amelyeket az operátor egy adott hiba bejelentésére használhat, győződjön meg róla, hogy az összes legördülő menü ugyanazt a "defect_type" nevű változót frissíti.

Analitikai lehetőségek

Használhatja az "Egy művelet" elemzést, hogy megnézze, mely hibák a leggyakoribbak összességében. Csak válassza a "defect_type" változót az X tengelyhez.

Vagy kombinálhatja a hibákra vonatkozó adatokat az alkatrész nevével, hogy felfedezze, mely alkatrész/hiba kombinációk a leggyakoribbak. Használja a "Változók összehasonlítása" elemzést, hogy az összes kombinációt egy grafikonon láthassa.

További olvasmányok


Megtalálta, amit keresett?

A community.tulip.co oldalon is megteheti, hogy felteszi kérdését, vagy megnézheti, hogy mások is szembesültek-e hasonló kérdéssel!


Hasznos volt ez a cikk?