2017-01-09 11 views
1

私たちは、外部アプリケーションでPOを作成してからMaximoにインターフェースする統合を行っています。 改善されたPOはMaximoにインバウンドされますが、MaximoではAPPRステータスでPOLINESを追加できないため、統合によってWAPPRステータスのPOを受け取ります。 POを即座に承認して、連続するPO更新/受信トランザクションがMaximoに処理されるようにする必要があります。 エスカレーションがPOを承認する作業を行うことができることは承知していますが、ステータスの変更が即時に行われるようにしたいと思います。インテグレーションによるMaximo 7.6 APPR PO

私は以下のオプションを試しました 1)POを承認するワークフローを作成し、それを自動開始に設定します。設定されたワークフローとしてこのdoesntの仕事)統合

2を介して作成されたオブジェクトのためのトリガーを取得doesntの自動-開始私のWFはにステータス変更を実行するアクションを、含まれてい

from psdi.mbo import MboConstants 
from psdi.server import MXServer 
print("**************Script to Approve Inbound POs *******"); 
stat=mbo.getString("STATUS") 
if (stat != ''): 
    print (" Status is not null "); 
    print (stat); 
    if (stat=='WAPPR'): 
    print ("Status is WAPPR"); 
    MXServer.getMXServer().lookup("WORKFLOW").initiateWorkflow("[my WF]",mbo); 
    print(" Workflow has been initiated and PO will be approved"); 

ワークフローを開始するために、自動化スクリプトを設定しようとしましたAPPRとしてステータスを設定します。 これは、しかし、新しいステータスこれは、オブジェクトの起動ポイント、オブジェクトなどと設定されたステータス

from psdi.mbo import MboConstants 
from psdi.server import MXServer 
print("**************Script to Approve POs Inbound *******"); 
stat=mbo.getString("STATUS") 
if (stat != ''): 
    print (" Status is not null "); 
    print (stat); 
    if (stat=='WAPPR'): 
    print ("Status is WAPPR"); 
    mbo.setValue("STATUS","APPR",MboConstants.NOVALIDATION); 
    print(" Status approved"); 

の値を設定するWAPPR代わりのAPPR

3)自動化スクリプトとして読み出し、POSTATUSテーブルにエントリを作成しPOと保存操作で、コミット後。

これもうまくいきます。

私は他のオプションがあるかどうかを

答えて

0

を教えてくださいわからないワークフロートリガースクリプトなら働いているか、それが必要とされる場合。

問題は、変更ステータスの分析です。新しいPOレコードが作成されるため、 'なし'から 'WAPPR'のPOの最初のステータスへの変更である新しいステータス '変更'もあります。 POの場合、「NEW」ステータスはありません。したがって、POSTATUSテーブルに表示されているレコードは、スクリプトからではなく、インターフェイスの作成アクションから取得されます。

ステータスの変更については、デフォルトのアプリケーションアクションを使用する必要があります。これにより、レコードのステータスが変更され、正しいステータステーブル(この場合はPOSTATUS)にエントリが作成されます。 →「システム構成」→「プラットフォーム構成」→「アクション」に進みます。新しいアクションを作成します。オブジェクトをPOに設定し、タイプを「ステータス変更」に、値を「APPR」に設定します。 ワークフローでこの操作を使用します。または直接エスカレーションで。 5分ごとに実行されるエスカレーションについては心配しないでください。通常のレコードと接続したばかりのレコードとを区別するために、 'WAPPR'と同義語として新しいステータス 'NEW'を使用することもできます。そのようにして、POアプリケーションのユーザーからそれらを隠すこともできます。

希望に役立ちます。

+0

POSTATUSでエントリを作成するワークフローは、ワークフローからトリガするアクションに基づいています。私は実際に、POがAPPRのステータスでシステムにロードされ、後で実行されるエスカレーションによってステータスを承認するために移動されない手段を見つけようとしています – stackuser11

関連する問題