文書承認プロセスの設計に関する考慮事項

統合を設計する最初のステップとして、文書承認プロセスの詳細を検討する必要があります。ここでは、一般的なローン承認プロセスについて、詳細およびビジネス要件がソリューションに対して行う設計選択にどのように影響するかを示します。

ローン承認プロセスのドキュメント・フォルダの例について

統合を設計する場合は、Oracle Content Managementで使用する必須ドキュメント・フォルダのリストが必要です。

たとえば、次のような表を作成すると、ローン承認プロセスに必要なフォルダと、各フォルダ内のドキュメントのタイプがリストされます。

フォルダ	摘要
申込者ドキュメント	政府のフォームと銀行取引明細書
評価ドキュメント	プロパティ写真および最近の比較可能な売上
承認ドキュメント	クレジット・スコア、リスク・モデル分析およびローン期間の計算
契約ドキュメント	ローン条件
資産ドキュメント	タイトルおよび保険フォーム
資金調達文書	タイトルおよびワイヤリング指示の更新

フォルダに対して実行されるアクションについて

ドキュメントおよびフォルダが識別されると、次のステップは、ユーザーがドキュメント承認プロセスの一部として実行するアクションを識別することです。

たとえば、次の表は、プロセス内のタスクのシーケンス、タスクの実行者、およびフォルダに対して実行されるタスクの説明を示しています。

シーケンス	ロール	タスク	アクセス済フォルダ
1	ローン申込者	政府フォームと銀行取引明細書をアップロードします。	申込者ドキュメント
2	資産評価士	評価関連文書をアップロードします。	評価ドキュメント
3	ローン代理業者	応募者ドキュメントおよび評価ドキュメントの両方をレビューして完全性を確保します。追加のドキュメントが必要な場合、申込者または評価士にアップロードするよう要請します。	応募者文書および評価文書
4	ローン担当者	応募者ドキュメントおよび評価ドキュメントの両方をレビューして、ローンを承認し、ローン・ドキュメントを「Agreement Documents」フォルダに作成します。応募者ドキュメント、評価ドキュメントおよび承認の根拠となるドキュメントが「Approval Documents」フォルダに格納されます。	応募者ドキュメント、評価ドキュメント、契約ドキュメントおよび承認ドキュメント
5	ローン申込者	契約ドキュメントに署名およびアップロードします。	契約ドキュメント
6	権原	資産に関連するすべてのドキュメントをアップロードします。	資産ドキュメント
7	財務担当者	各フォルダにある承認ドキュメント、契約ドキュメントおよび資産ドキュメントをレビューし、ローンを提供します。また、関連ドキュメントを「Fundent Documents」フォルダにアップロードします。	承認ドキュメント、契約ドキュメント、資産ドキュメントおよび資金調達ドキュメント

様々なタスクのフォルダ権限について

フォルダおよびアクションを定義すると、各フォルダに必要なフォルダ・アクセス権限を決定できます。

たとえば、次の表に、ユーザー・ロールと各ユーザーが実行するタスクに基づいて、各フォルダに必要なアクセス権限を示します。

ロール	タスク	フォルダおよびアクセス権限
ローン申込者	申込者ドキュメントの提出、および承認された場合には契約ドキュメントの提出	応募者文書および契約文書フォルダ:コントリビュータ・アクセス
資産評価士	評価ドキュメントの送信	「Appvaluation Documents」フォルダ:コントリビュータ・アクセス権
ローン代理業者	応募者の記入票の確認	「応募者文書」および「評価文書」フォルダ:「参照者」アクセス権
ローン担当者	ローンを承認します	「応募者文書」および「評価文書」フォルダ:「ダウンロード者」アクセス権 「契約文書」および「承認文書」フォルダ:「コントリビュータ」アクセス権
権原	資産ドキュメントの送信	「プロパティ・ドキュメント」フォルダ:「コントリビュータ」アクセス権
財務担当者	ローンの提供	「Approval Documents」フォルダ:「Viewer」アクセス権 契約文書およびプロパティ文書フォルダ:ダウンロード者アクセス 「Fources Documents」フォルダ:コントリビュータ・アクセス権

ロール、フォルダ、アクションおよび権限を定義すると、Oracle Content Managementでフォルダを作成し、Oracle CX Salesでロールを定義および構成し、Oracle Integrationでビジネス・プロセスを設計するために必要な情報が得られます。