カスタマイズが増えるにつれて、フォームにはさまざまな目的で使用されるフィールドが多く配置されるようになります。一部のフィールドは、データ入力時にユーザーが入力することを目的としていますが、その他のフィールドは、管理者、ワークフロー、スクリプト、レポート、またはレビュー・プロセスで使用されます。
管理者フィールドをユーザー入力フィールドから分けることで、フォームを使いやすくし、サポートしやすくすることができます。
シナリオ
カスタム・フォームには多数のフィールドが含まれています。
通常の入力時にユーザーが使用するフィールドには、次のようなものがあります。
その他のフィールドは、主に管理またはシステム制御に使用されます。
- 処理ステータス
- 統合参照
- ワークフロー・フラグ
- スクリプト制御チェック・ボックス
- 監査レビュー注記
すべてのフィールドが混在している場合、ユーザーはどのフィールドを入力すべきか混乱する可能性があります。
解決策
目的別にフィールドを整理します。
ユーザー入力フィールドは表示したまま、入力しやすい状態にします。管理者フィールドまたはシステム制御フィールドは、別のセクション、サブタブ、または制限されたフォーム領域に移動します。
これにより、ユーザーは実際に必要なフィールドに集中できる一方、管理者は重要な制御値を確認できます。
分けるフィールドのタイプ
ユーザー入力フィールド
これらは、ビジネス・プロセスの一部としてユーザーが積極的に入力するフィールドです。
例:
- リクエスト理由
- 顧客連絡先
- タスク注記
- 目標日
- 優先度
- カテゴリ
通常、これらのフィールドは見つけやすく、明確にラベル付けされている必要があります。
管理者または制御フィールド
これらのフィールドは、管理、自動化、レポート、またはトラブルシューティングをサポートします。
例:
- ワークフロー・ステータス
- スクリプト処理フラグ
- 統合ID
- システム・レビュー・ステータス
- 移行参照
- 内部監査注記
これらのフィールドは、ユーザー入力用のメイン領域に表示する必要がない場合があります。
実際のアカウントのフォームを表示できるライブNetSuiteアカウントにはアクセスできませんが、この記事ではこの簡単な例を使用できます。
例: 内部リクエスト・フォームでフィールドを分ける
管理者には、次のカスタム・フォームがあります。
Internal Request Form
このフォームでは、ユーザー入力フィールドと管理者/制御フィールドが混在しています。
ナビゲーション
NetSuite: Customization > Forms > Entry Forms に移動します
フォームを開きます: Internal Request Form
NetSuite Next:
Explore をクリックします（ホーム・ボタンの横、左下隅にあるハンバーガー・アイコン）。メニューで Customization > Forms > Entry Forms に移動します。次に、次のページで必要なFormをクリックします。
3ステップの分離アプローチ
ステップ1: ユーザー入力フィールドをメイン領域に配置する
入力時にユーザーが入力するフィールドを、フォームの上部近くに配置します。
例:
- Request Type
- Due Date
- Priority
- Request Notes
- Assigned Owner
これらは、ユーザーが定期的に入力または確認する必要があるフィールドです。
ステップ2: 管理者フィールドを別のサブタブに移動する
NetSuite:
次に移動します: Customization > Forms > Subtabs
NetSuite Next:
次の名前のサブタブを作成または使用します。
Explore をクリックします（ホーム・ボタンの横、左下隅にあるハンバーガー・アイコン）。メニューで Customization > Forms > Subtabs > New に移動します。
Admin Fields
システムまたは制御フィールドをそこに移動します。
例:
- Processing Status
- Workflow Flag
- Script Control Checkbox
- Integration Reference
- Audit Review Note
ステップ3: 表示またはアクセス制御を設定する
ユーザーが編集すべきでないフィールドについては、表示タイプを次のいずれかに設定します。
- Inline Text
- Disabled
- ユーザーが表示する必要がない場合は Hidden
結果
ユーザーには通常のデータ入力に必要なフィールドが表示され、管理者はワークフロー、スクリプト、レポート、またはトラブルシューティングに使用するフィールドに引き続きアクセスできます。
役立つ理由
フィールドを分けることで、次のことに役立ちます。
- フォームの煩雑さを軽減する
- データ入力を容易にする
- 誤った編集を減らす
- 管理者によるレビューを容易にする
- より整理されたトラブルシューティングをサポートする
- システム制御フィールドを保護する
参考資料
- SA: Custom Forms (ID: 10117)
- SA: Setting Display Options for Custom Fields (Answer Id: 10097)
- SA: SuiteBuilder – Customization (ID: 1045873)
注記
- ユーザー入力フィールドは、フォームのメイン領域に配置します。
- 管理者フィールドまたは制御フィールドは、別のセクションまたはサブタブに配置します。
- ユーザーがフィールドを編集すべきでない場合は、Inline TextまたはDisabled表示タイプを使用します。
- ユーザーが表示する必要のないフィールドは非表示にします。
- 機密性の高い管理者フィールドについては、ロール権限を確認します。
- ユーザーが必要としない限り、スクリプトまたはワークフロー制御フィールドを公開しないようにします。
- 本番環境で使用するロールと同じロールを使用してフォームをテストします。
要約
管理者フィールドをユーザー入力フィールドから分けることで、NetSuiteフォームをより整理され、使いやすい状態に保つことができます。ユーザーは入力する必要がある情報に集中でき、管理者は制御、レポート、トラブルシューティングに必要なフィールドを引き続き管理できます。
明確なフォーム構造により使いやすさが向上し、自動化または管理をサポートするフィールドの誤った変更を減らすことができます。
免責事項:* 本書に記載されているサンプル・コードは、法律で認められる最大限の範囲において、いかなる種類の保証もなく、「現状有姿」で提供されます。Oracle + NetSuite Inc.は、開発者が各自の開発プラットフォームでサンプル・コードを実装する際、または各自のWebサーバー構成を使用する際に得られる個別の成功について、保証または確約するものではありません。*
Oracle + NetSuite Inc.は、サンプル・コードに関連するデータまたは情報の使用、使用結果、正確性、適時性または完全性について、保証、確約または表明を行いません。Oracle + NetSuite Inc.は、明示的または黙示的ないかなる保証も否認し、特に、商品性、特定目的への適合性、およびコードまたはそれに関連するサービスまたはソフトウェアに関するすべての保証を否認します。
Oracle + NetSuite Inc.は、サンプル・コードに関連してお客様または他者が行ったいかなる行為から生じる、直接的、間接的または結果的な損害または費用についても、一切の責任を負いません。
皆様からのフィードバックをお待ちしています！コメントでご意見やご経験を共有するか、NetSuite Admin Cornerでディスカッションを開始してください。これからも学びを続けていきましょう！
本記事は、AI支援による翻訳ツールを使用して翻訳し、言語品質の確認を行っています。記事本文およびサポートガイダンスの作成には、AIは使用していません。
