| # 文書の権限の概要 概要 データベース変更管理 (DBCM) は ION ワークフローを使用して文書の権限をサポートします。文書の権限では、管理された方法でビジネスオブジェクへの変更を承認または拒否します。 ユーザが Infor LN のビジネスオブジェクトに変更を加える場合、これらの変更を送信して承認を受ける必要があります。これらの変更が承認された場合のみ、さらにビジネスオブジェクトを処理することができます。 例 ユーザは、ヘッダデータを変更するか、ラインを追加、変更、または削除することで販売オーダオブジェクトを変更できます。ユーザは、変更を送信して承認を受ける必要があります。承認後、さらに販売オーダオブジェクトを処理することができます。 DBCM では、一定期間に同じビジネスオブジェクトの 2 つのバージョンが存在することがあります。それらは、チェックインバージョンとチェックアウトバージョンです。 ユーザがビジネスオブジェクトを変更すると、自動的にチェックアウトバージョンが作成されます。このチェックアウトバージョンは、特定のビジネスオブジェクトのメンテナンスセッションでのみ認識されます。それ以外の ERP システムはこのバージョンを認識しません。このチェックアウトバージョンは、一種のスクラッチバージョンです。ユーザは任意のものを変更できますが、これらの変更が送信され、誰かがこれらの変更を承認するまで、システムの他の部分では変更は有効化されません。また、これらの変更を元に戻し、元のバージョンに復帰することもできます。 管理者は、チェックアウトオブジェクト (ttocm9599m000) セッションを使用して、現在チェックアウトされているオブジェクトを表示したり、エラー発生時に修正アクションを実行したりできます。チェックアウトオブジェクトの手順とセッションのヘルプを参照してください。 文書の権限のモデル化と配置 ビジネスオブジェクトの文書の権限をサポートするには、オブジェクト変更管理モデル (ttocm0101m000) セッションを使用してモデルを定義する必要があります。文書の権限がサポートされているユーザアクションのモデルを定義します。 1 つのモデルに複数のオブジェクトタイプが含まれます。オブジェクトタイプごとに、次の情報を指定します。 処理 テーブル関係 (オブジェクトに複数のテーブルのデータが含まれる場合) マッピング Infor は、事前定義されたモデルを配布します。このモデルをコピーして、ニーズに応じてカスタマイズできます。配置に指定することで文書の権限を使用するビジネスオブジェクトを選択します。手順全体を参照してください。 モデルに 2 つのオブジェクトタイプ A と B が記述されており、オブジェクトタイプ A の文書権限を使用している場合、DBCM はオブジェクトタイプ B のインスタンスのチェックアウトバージョンを作成しません。オブジェクトタイプ A のインスタンスがつねにチェックアウトになります。 配置の有効なユーザアクションに応じて、変更が送信されたときに次のイベントのいずれかが発生します。 承認を得るため、Infor LN アプリケーションロジックはワークフロー BOD を ION に公開します。 オブジェクトは自動的にチェックインされます。 前提条件 文書の権限をサポートするには、次の前提条件を満たしている必要があります。 ION ワークフローがインストールされている必要がある オブジェクトタイプのアクションに指定されたワークフロー定義が ION ワークフローに存在している必要がある Infor LN アプリケーションが DAL2 コンセプトを使用している必要がある。ルートテーブルの DAL が次のフックを実装している必要があります。 on.submit() 承認のために変更が送信されたときにこのフックが実行されます。 on.recall() このフックは送信を取り消す必要がある場合に実行されます。これらのどちらのフックもワークフロー BOD を ION ワークフローに公開する必要があります。 Infor LN アプリケーションに適合している必要があります。アプリケーションの変更を参照してください。 アプリケーションの変更 文書の権限をサポートするには、アプリケーションに適合している必要があります。 ビジネスオブジェクトがチェックアウトされると、別のオブジェクトタイプの関連するビジネスオブジェクトへの変更は許可されません。そのため、DAL はビジネスオブジェクト自体に属するテーブルだけを更新できます。チェックインの間だけ、他のオブジェクトタイプのビジネスオブジェクトを更新できます。これをサポートするため、`dbcm.object.is.being.checked.in()` 関数を使用する必要があります。 文書の権限をサポートする必要のあるビジネスオブジェクトのデータを変更するためにセッションを使用できる場合は、ポーティングセットがデータベースからデータを選択する際にチェックアウトバージョンが含まれているかどうか認識できるように、選択したオブジェクトタイプを指定する必要があります。セッションのメンテナンス時には、4GL エンジンがメインテーブルに基づいてこれを自動的に実行します。更新セッションの場合は、`dbcm.select.object.type()` または `dbcm.select.object.instance` のいずれかの関数を使用してこれを実現します。 セッションは実行されているユーザアクションを示す必要があります。たとえば、ユーザが倉庫に発行ボタンを押し、これが文書の権限をサポートしている場合は、アプリケーションはこのアクションがアプリケーションロジックによって実行されていることを示す必要があります。その後、DBCM はこのアクションに承認が必要かどうか判断できます。 4GL エンジンはユーザインターフェイスを介して次の標準アクションをサポートします。 挿入 更新 削除 その他のアプリケーション固有のアクションは、`dbcm.select.object.action` 関数を使用してアプリケーションによって選択する必要があります。 チェックアウトビジネスオブジェクトの状況 この表は、ビジネスオブジェクトの状況を示しています。
状況 | 記述
ドラフト | オブジェクトはチェックアウトされており、変更可能で、変更を送信できます。変更は、ユーザインターフェイスで [承認済に戻す] を実行することで元に戻すことができます。
ドラフト (改訂) | オブジェクトは 2 回目のドラフト状況です。この状況は、送信された変更が正常に取り消された後のみオブジェクトがこの状況に入ることができる点を除き、ドラフト状況と同じです。
保留 | オブジェクトへの変更が送信され、ユーザは、変更が承認されるか拒否されるまで待機する必要があります。オブジェクトは変更できません。
取消要求済 | たとえば、ユーザがオブジェクトにさらに多くの変更を加えたいために、送信された変更を無視するための要求を作成します。オブジェクトは変更できません。
拒否済 | 送信されたオブジェクトへの変更は承認されませんでした。ユーザは、他の変更を加えそれらを再送信するか、または [承認済に戻す] を実行する必要があります。オブジェクトを変更できます。
承認受信済 | 通常、この状況はユーザには表示されません。承認の受信後になんらかの理由でオブジェクトがチェックインできない場合のみ表示されます。この状況では、管理者はチェックインを強制実行するか、または変更を元に戻して [承認済に戻す] を実行する必要があります。オブジェクトを変更できます。
承認済 | 送信されたオブジェクトへの変更は承認され、オブジェクトはチェックインされました。オブジェクトを変更できます。
関連トピック 標準モデルをインポートする モデルの作成 モデルの配置 チェックアウトオブジェクトの手順 |