A PLM és az általános termékéletciklus-kezelés egyszerűsítése az Aras-integrációval
This connector is a good starting point that implements a core set of the service's most common functions. You should expect to extend it by adding functions for the specific endpoints your workflow requires. Additionally, some configuration may be required in Aras to establish a connection with Tulip. Please review our [connectors](/r230/docs/<span translate=)">connector framework to learn more about how to build and modify connectors in Tulip.
Háttér
Az Aras Innovator egy teljes körű PLM-megoldás. Önálló adatmodellel rendelkezik, amely lehetővé teszi a szükségleteinek megfelelő kiterjedt testreszabást. Ez a cikk bemutatja, hogyan konfigurálhatja az Ön rendszerét a Tulip-on keresztüli csatlakozáshoz. Ha további információkat szeretne az Aras Innovatorról, kérjük, látogasson el weboldalunkra.
Háttér
Az Aras Innovator egy IIS-alapú alkalmazás, amely helyben vagy a felhőben is futtatható. A Tulip-on keresztül történő csatlakozás egyetlen fontos követelménye, hogy a szerver elfogadja a Tulip szervereitől érkező kéréseket. Ebben a bemutatóban azt feltételezzük, hogy a szerver nyitott kapcsolatra van konfigurálva.
Beállítás
Csatlakozó
Új csatlakozó létrehozásakor a Kapcsolat részletei szakasz Host mezőjében adja meg a gazdagép BASE URL-jét. Fontos megjegyezni, hogy az Innovator URL-jéhez általában a [BASE URL]/InnovatorAlias útvonalon keresztül fér hozzá.

Hitelesítés
A Tulip-alkalmazás hitelesítéséhez szükségünk van egy tokenre, amelyet az összes csatlakozófunkciónkkal együtt kell elküldeni. Ehhez létrehozunk egy csatlakozófunkciót, amely a válasz-tokent továbbítja az összes többi funkciónak. Íme egy példa arra, hogyan néz ki ez a hitelesítő funkció:

Itt egy kérést küldünk el, hogy felhasználónévünk és hash-elt jelszavunk segítségével tokenhez jussunk. A kérés törzsét kitöltjük az összes szükséges információval. További információk az Aras Innovatorból származó token megszerzéséről az Aras vonatkozó blogbejegyzésében találhatók:
Ennek a függvénynek a kimenete egy access_token nevű változó. Minden többi függvényünknek lesz egy bemenete ehhez a változóhoz. Általában az alkalmazásunk minden futtatásának elején meghívjuk ezt a token-lekérő függvényt. Így a további összes híváshoz rendelkezésünkre áll a token.
A csatlakozófüggvények használata az alkalmazásokban
Íme egy példa arra, hogyan nézhet ki egy olyan trigger, amely az alkalmazás elején fut:
Mivel az első függvényünk kimenetét egy változóba mentjük, az a jövőbeli lépéseink és függvényeink mindegyikéből elérhető lesz. Innen bármit megtehet az API-n belül. Általában az Innovatorból történő adatlekérés és azok Tulipban való megjelenítése ajánlott, de az API-nk lehetővé teszi az adatok létrehozását az Innovatorban REST-hívás segítségével is.
Íme egy rövid példa arra, hogyan szerezhetjük be a rendszerünkben található összes alkatrészt. Van egy OData-alapú API-nk, amely az URL-en alapuló rugalmas lekérdezéseket tesz lehetővé.

Amint láthatja, csak egy kérésfejlécünk van, amely az access_token változónkat használja. Mivel ebben a lekérdezésben több alkatrészt fogunk összegyűjteni, a kimenetet tömbként mentjük el, és az alkatrész különböző tulajdonságait az alábbiakban határozzuk meg. Az OData API használatával bármely konkrét elemet lekérdezhet úgy, hogy további bemeneti adatot ad meg, amely segít azonosítani a keresett elemet.

Ebben a példában látható, hogy hozzáadunk egy további lekérdezési paramétert, amely szűrőt állít be. Ebben a példában az Aras-on belül egy adott alkatrész tételszámát vesszük alapul, és azt adjuk meg a szűrőnkben. Az Aras-on belül bármely tulajdonság alapján szűrhet, akár a rendszerében definiált egyéni tulajdonságok alapján is.
A lekérdezések kissé bonyolultabbak lehetnek, ha az Aras-on belüli különböző kapcsolatokat kell áttekinteni. Például egy alapértelmezett Innovator-konfigurációban egy-több kapcsolat van az alkatrészek és a dokumentumok között. Minden alkatrészhez több dokumentum is tartozhat, és mi az adott alkatrészhez kapcsolódó összes dokumentumot szeretnénk megtekinteni. A lekérdezés így nézne ki:

Itt egy konkrét alkatrészt adunk meg, és megkeressük az összes kapcsolódó „Part Document” (az alkatrész és a dokumentum közötti összekötő elem) példányt. Ezután kibontjuk a „Part Document” related_id-jét, hogy hozzáférjünk magához a „Document” elemhez. Ha megnézzük a kimeneteket, láthatjuk, hogy a related_id-ből nyerjük ki a releváns információkat.
Ez a módszer az Aras Innovatoron belüli bármely kapcsolat áttekintésére használható. Ha többet szeretne megtudni arról, hogyan használhatja ki teljes mértékben a REST API-nk adta lehetőségeket, kérjük, tekintse meg a hivatalos dokumentációt
Következtetés
Számos további hatékony kapcsolatot hozhat létre az Aras Innovator és a Tulip között. OData API-nk teljes egészében elérhető. Az API segítségével sokkal többet tehet, mint egyszerűen adatokat lekérni. Adatokat továbbíthat az Innovatorba, vagy akár olyan műveleteket is végrehajthat, mint egyéni logika futtatása metódusok segítségével, vagy komplex lekérdezések végrehajtása lekérdezési definíciók révén! Rengeteg lehetőség áll rendelkezésre, amelyekkel a kapcsolat előnyeit maximálisan kihasználhatja. Ha kérdései vannak az Aras Innovatorral kapcsolatban, kérjük, forduljon az Aras közösségi fórumokhoz. Ha kifejezetten az API-val kapcsolatos további információkat keres, itt tekintheti meg a vonatkozó dokumentációt.
