これは、LotusNotesアプリをプログラミングするときによくある問題です。
ユースケース：雇用主はリクエストデータベースのリクエストフォームに記入します。その要求に対してOKまたは拒否を与える可能性のある人に通知がメールで送信されます。権限者は要求データベースにアクセスし、OKまたはREJECTを実行します。
良い。ただし、承認ステータスを[OK]または[拒否]のどこに保存しますか。
通常は、リクエストに直接承認ステータスを設定することをお勧めします。これは最初は理想的ではないように思われるかもしれませんが、Lotus Notesは、物事がより正規化されるリレーショナルデータベースのようなものではないことを忘れないでください。
応答ドキュメントにステータスを入れて、代替案を考えてみましょう。では、どのようにしてすべてのリクエストをステータスとともに表示しますか？最初のオプションでビューを作成できる場合は、それを行うためにコードを作成する必要があります。
リーダーとライターのアクセスフィールドを使用して、ドキュメントへのアクセスを制御できます。組み込みのテンプレートがどのように機能するかを確認してください（承認ワークフローテンプレート）。基本的に、ドキュメントの状態が変わると（つまり、新規、承認のために送信済み、承認済み、または拒否済みなど）、その時点でリーダーとライターのアクセスフィールドを変更することもできます。
かつて、ドキュメントに保存されているフォームを使用して、そのリクエストを承認者にメールで送信するデータベースを設計しました。ユーザーがNotesクライアントを使用してドキュメントにアクセスしている限り、メッセージ内のボタンをクリックして承認すると、フィールドデータを含むメッセージがデータベースに返送され、リクエストに承認済みのマークが付けられます。そのリクエストデータベースのエージェントは、新着メールが到着したときに実行され、それらのメッセージを読み取り、元のリクエストのステータスを変更するように設定されていました。そうすれば、承認者は受信トレイを離れる必要がなく、リクエストを編集する権限さえ必要ありませんでした。
ユーザーがブラウザクライアントを介して承認する場合は、URLを使用してこれを行うことができます。エージェントへのリンクを用意し、パラメータを渡します。
または、シナリオに戻るには、リクエスターがリクエストを送信した後、変更したくないフィールドを表示せず、代わりに計算されたテキストとして値を表示します。
とにかくそれを見ると、元の文書に承認を記録しておくのが最善です。
上記の場合、すべてが私たちの関心事です。SQLやその他のRDMSでは、それを正規化する必要があります。同様に、ここでは、ビューの分類、階層での応答ドキュメントの表示、および役割、ACL、一意の人物、および必要なものに基づく機能の際の多くの優れた非表示があります。現在のユーザーに応じて、データレンダリングを簡単に操作できます。
Qの場合：1。適切なユーザー[権限者]がリクエストフォームのアイテムを編集するのを制御できます。2.回答書でも可能です。そこで、階層内の応答ドキュメントの表示を使用して、ビュー内のドキュメントを表示できます。