JunshuO
ServiceNow Employee

ServiceNow Australia リリースの、小さいながらも便利な変更点の 1 つは、辞書フィールドの新しい 読み取り専用オプション です。少し前の情報かもしれませんが、ここで共有させていただきます。

以前は、フィールドを読み取り専用としてマークすると、主にユーザーがフォームからフィールドを編集できないことを意味していました。ただし、スクリプトやその他のバックエンドプロセスによって値が変更されることがありました。

 

readonly.png

 

ServiceNow では、以下の 3つの読み取り専用オプション により、より詳細な制御が可能になりました。

 

1. 読み取り専用で表示

これは基本的におなじみの動作です。

このフィールドはユーザーに対して読み取り専用ですが、クライアントスクリプトとバックエンドプロセスは引き続き更新できます。

次の場合に使用します。 ユーザーによるフィールドの手動変更を禁止したい場合に、このオプションを使用します。

 

2. クライアントスクリプトで変更可能

このフィールドはユーザーに対して読み取り専用ですが、クライアントスクリプトによる変更が可能です。ただし、サポートされている API を介したサーバー側の更新はブロックされます。

次の場合に使用します。 フォームロジックでフィールドを更新する必要がある一方で、バックエンド/APIによる更新は望まない場合に使用します。

 

3. 厳格な読み取り専用

これが最も強力なオプションです。

このフィールドは、ユーザー、クライアントスクリプト、またはサポートされているサーバーサイド API によって変更することはできません。

次の場合に使用します。 値が厳密にロックダウンされた状態を維持する必要がある場合に使用します。

 

「インスタンス構成済み」とは何ですか?

ドロップダウンには、 インスタンス構成済み も表示される場合があります。

これは主に古いフィールドと下位互換性のためのものです。その動作はインスタンス構成によって制御されるため、既存のフィールドがアップグレード後に突然動作を変更することはありません。

 

なぜこれが重要なのでしょうか?

これは小さな変更ですが、開発者が何をより適切に制御できるようになります 「読み取り専用」が実際に何を意味するのか を。

以前は、読み取り専用とは主に 「ユーザーが編集できない」 ことを意味していました。

これで、以下の選択肢の中から、必要な保護レベルを選べるようになりました。

UI保護 → クライアントサイドの柔軟性 → 完全な読み取り専用保護

したがって、フィールドを作成または更新する際は、単に読み取り専用としてマークするだけでなく、 その値の変更を、誰に、または何に許可すべきか について検討してください。

 

読み取り専用オプション • オーストラリア ServiceNow AI Platform 管理 • ドキュメント |ServiceNow

 

これらの新しいオプションは、皆様のお役に立つことでしょう。また次回お会いしましょう。


この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-blog/servicenow-australia-read-only-fields-got-way-be...。

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

This article was machine translated and replicated from the original source: https://www.servicenow.com/community/developer-blog/servicenow-australia-read-only-fields-got-way-be...。