これはLotus Notes Appをプログラミングする際によく見られる問題です。承認ワークフローにはどのような構造を使用しますか？
使用例：雇用主がリクエストデータベースにリクエストフォームを記入します。通知は、その要求に対してOKまたはREJECTを与える可能性がある人に郵送されます。権限者は要求データベースを訪問し、OKまたはREJECTを出します。
良い。しかし、どこにOK承認ステータスを保存したり、拒否し：
通常、リクエストに承認ステータスを直接設定する方がよいでしょう。当初は理想的ではなかったかもしれませんが、Lotus Notesは事態がより正常化されるリレーショナルデータベースのようなものではないことを覚えておいてください。
代わりに、応答文書にステータスを入れてみましょう。今度は、すべてのリクエストをステータスでどのように表示しますか？最初のオプションを使用すると、ビューを作成するだけの場合には、コードを書く必要があるでしょう。
読み取りと書き込みのアクセスフィールドを使用して、文書へのアクセスを制御できます。組み込みのテンプレートがどのようにそれを行うかを見る（承認ワークフローテンプレート）。基本的に文書の状態が変更されると（新規、承認済み、承認済み、拒否など）、その時点でリーダーとライターのアクセスフィールドを変更することもできます。
一度、ドキュメントに格納されたフォームを使用してその要求を承認者に郵送したデータベースを設計しました。ユーザーがNotesクライアントを使用して文書にアクセスしている間は、メッセージのボタンをクリックして承認することができます。承認されたとマークするために、フィールド・データを使用してメッセージをデータベースに戻します。その要求データベースのエージェントは、新しいメールが到着したときに実行されるように設定され、それらのメッセージを読み取り、元の要求のステータスを変更しました。このようにして、承認者は受信トレイを離れる必要がなく、要求を編集する権限も必要ありませんでした。
ユーザーがブラウザクライアント経由で承認している場合はURLを使用します。エージェントへのリンクがあり、パラメータを渡します。
または、シナリオに戻るには、依頼者が依頼を送信したら、変更しないフィールドを表示せず、値を代わりに計算テキストとして表示します。
とにかく、元の文書に承認を記録するのが最適です。
上記の場合、すべてが私たちの懸念事項です。 SQLやその他のRDMSでは、正規化する必要があります。同様に、ここでは、ビューの分類、階層内のレスポンス文書の表示、ロール、ACL、ユニークな人物、そして必要なものに基づいた機能性についての素晴らしい隠蔽があります。私たちは、現在のユーザに依存してデータレンダリングを簡単に操作できます。
あなたのQの場合： - 1.適切なユーザー[権限者]がリクエストフォームのアイテムを編集することを制御できます。 2.私たちは、応答文書によっても行うことができます。そこでは、階層内のレスポンス文書を表示することによって、ビュー内の文書を表示することができます。
Lotus Workflowをご覧ください。 –