2016-11-04 2 views
0

ich die WorkExecution App für IBM Maximo Anywhere erweitern möchten die Kinder eines Arbeitsauftrag und deren Spezifikationen zeigenMaximo View Anywhere Kind Arbeitsaufträgen und den damit verbundenen Objekte in WorkExecution App

So ist die preceived Struktur sein sollte

WORKORDER 
    |___CHILD WORKORDER 
    |  |____ASSET 
    |  |____WORKORDERSPEC 
    |  |____etc... 
    |___TASKS 
    |___MATERIAL 
    |___LABOR 
    |___WORKORDERSPEC 
    |___etc... 

ich es geschafft, die Grund Kind Workorder Infos hinzufügen, aber ich bin fest auf die WORKORDERSPEC für das Kind Zugabe von Arbeitsaufträgen

ich die grundlegende Beispiel auf der IBM Website befolgt haben: http://www.ibm.com/support/knowledgecenter/en/SSPJLC_7.6.1/com.ibm.si.mpl.doc_7.6.1/config_apps/t_add_rel_records.html

Dafür habe ich eine neue Sicht auf WORKORDER (WOCHILDREN) erstellt und dieses Objekt der Objektstruktur OSLCWODETAIL hinzugefügt. Das hat die OSLC-Ressource 'workOrder' entsprechend geändert. Dies funktionierte zum Anzeigen von grundlegenden (oder direkten) KINDERARBEITEN.

Dann habe ich das Objekt WORKORDERSPEC erneut unter dem Objekt WOCHILDREN in der Objektstruktur OSLCWODETAIL eingefügt. So ist die Hierarchie wie folgt aussieht: Fertigungsauftrag/WOCHILDREN/WORKORDERSPEC dass die OSLC Ressource ‚Fertigungsauftrag‘ geändert, aber für die die ursprünglichen Fertigungsauftrag/WORKORDERSPEC ihre zwei OSLC Ressourcen Mappings (CLASSPECID und ASSETATTRID)

Ich weiß nicht, warum, aber ich kann sie nicht für den WORKORDERPEC unter WOCHILDREN konfigurieren. Ohne es schlägt der Build für das fehlende Attribut Assetattr und Classspec fehl. Irgendwelche Ideen, warum das ist? Oder wie man es löst?

Ist das die richtige Strategie für mein Problem? Ich dachte auch über eine andere Lösung nach, indem ich die OSLCWODETAIL-Objektstruktur dupliziere und eine neue OSLC-Ressource dafür erstelle. Ich habe Dann nur zu koppeln sie in der App wie folgt:

WORKORDER 
    |___WORKORDER(duplicate) 
    |  |___WORKORDERSPEC 
    |  |___MATERIAL 
    |  |___LABOR 
    |  |___TASKS 
    |  |___etc... 
    |___WORKORDERSPEC 
    |___MATERIAL 
    |___LABOR 
    |___TASKS 
    |___etc... 

Aber ich habe keine Ahnung, wie das in Maximo zu tun Anywhere-app.xml

Ich hoffe, Sie haben einige Vorschläge, wie die Verbindung diese Dinge zusammen.

Antwort

1

Meine Strategie besteht nicht darin, die Struktur auf der dritten Ebene zu erstellen, stattdessen erstellen Sie eine Beziehung in WORKORDER zu SPEC für alle untergeordneten Elemente, fügen Sie CHILDWOSPEC unter der OSLCWODETAIL-Objektstruktur hinzu.

Nachdem Sie die CHILDWOSPEC-Ressource an Anywhere übergeben haben, verwenden Sie die Filterfunktion in Ihrem benutzerdefinierten Handler, um die Spec-Informationen nur für dieses bestimmte Kind zu filtern.

Hope das macht Sinn.

+0

Hallo Andy, ich muss genauer. Ich möchte eigentlich mehr Funktionalität für das Kind WO haben. Wie Materialien und ähnliches zu berichten. Einige davon müssen auf der Haupt- und der Kinderliste stehen. Die Strategie, die Sie vorschlagen, könnte funktionieren, aber es ist nicht sehr nett. – Jeroen

+0

Nach einigen zusätzlichen Nachforschungen habe ich festgestellt, dass die API selbstverweisende Objekte unterstützt. Aber, nicht sicher, wie man diese Ladung richtig macht. Vielleicht hat die Logik für assignestor und locancestor einige Hinweise. – Jeroen

+0

Hallo Andy, ich möchte gerne mehr über deine Lösung erfahren. Kannst du es genauer machen? (zB Aufgaben verwenden) – Jeroen

Verwandte Themen