TRANXACT.AI ヘルプ

必須項目の設定:フィールド要件

プラットフォーム › カスタマイズ › フィールド要件では、任意の画面の任意のフィールドを、保存時または送信、承認、投稿などのステップの前にのみ、会社にとって必須項目として設定し、ビジネスフローの後続ステップで読み取られるフィールドを一覧表示します。

今日空欄のままになっているフィールドは、後のステップで必要になることがよくあります。例えば、現金勘定がない銀行口座は照合できず、減価償却勘定がない資産クラスは月次処理を停止させてしまいます。フィールド要件を使用すると、ルールを作成することなく、どのフィールドに入力する必要があるかを企業が指定できます。

  1. プラットフォームを開く › カスタマイズ › フィールド要件。上部のタイルには、この会社が必須としているフィールドの数、推奨フィールドのオン/オフの数、ステップ待ちの数、独自のルール、および製品が必要とするフィールドの数が表示されます。
  2. フィールドを検索するには、任意の画面で「フィールドを検索」と入力するか(例:支払条件、決済口座、GSTIN)、または「すべてのモジュール」>「モジュール」>「画面」に移動します。
  3. 該当項目の横にある「必須」にチェックを入れてください。すぐに保存されます。別途保存する必要はありません。
  4. ステップのある画面のヘッダーフィールドの場合、必須にする開始日時を「保存時」または「<ステップ>の前」(送信前、承認前、投稿前、確認前、公開前 ― その画面に含まれるステップ)から選択します。行フィールドは保存時のみ必須にできます。
  5. 会社独自のルールを元に戻すには、「デフォルトに戻す」を押してください。推奨フィールドはデフォルト設定に戻り、その他のフィールドはオプションです。
  • ルールは、レコードがどのように書き込まれるかに関わらず適用されます。つまり、フォーム、その行、インポート、ASK、および公開されたAPIです。
  • フォーム上で、保存時に必須となるフィールドには、製品固有の必須フィールドと同様に星印が付き、保存は「<フィールド>は必須です」(行の場合:「N行目:<フィールド>は必須です」)というメッセージとともに拒否されます。ステップの完了を待つルールには星印は付きません。レコードは保存されますが、ステップは「<ステップ>の前に<フィールド>が必要です」というメッセージとともに拒否されます。
  • ルールによって、新規保存時に保持しなければならない情報が変更されます。以前に保存されたレコードは、そのフィールドが変更された場合にのみ、そのフィールドの情報が求められます。
  • 製品に必要な項目は「常に必須」と表示され、オプションにすることはできません。これらの項目がないとレコードを保存できません。
  • プラットフォームに関わるすべてのロールはルールを閲覧できますが、ルールを変更できるのは管理者、または「ロールと権限」の「フィールド要件」で変更権限が付与されたロールのみです。最近の変更履歴には、過去200件の変更とその変更を行ったユーザーが表示されます。
  • 他の人の公開セッションでは、約1分以内に変化が検知されます。

推奨必須項目には、後のステップで読み取る項目とそのステップ、および理由が一覧表示されます。6項目はデフォルトで有効になっています(うち2項目はサウジアラビアの企業のみ)。残りの項目は、有効にするまで無効になっています。推奨項目を無効にする場合は、まず確認メッセージが表示され、後で何が停止する可能性があるかが示されます。

デフォルトで有効なぜそれが後々重要になるのか
銀行口座 › 現金勘定領収書、支払い、銀行取引明細の照合結果がそこに記録され、照合では明細書とそれを比較します。
資産クラス › 減価償却費勘定月次の減価償却処理で、その項目が借方計上されます。
資産クラス › 減価償却累計額勘定月次の減価償却処理でそれが計上されます。
支払いグループ › 支払者IBAN(サウジアラビア)有効なサウジアラビアのIBANがない場合、WPS給与ファイルは拒否されます。
支払いグループ › 支払銀行コード(サウジアラビア)WPSファイルのヘッダーには、SARIEコードによって支払銀行の名前が記載されます。
サプライヤー登録 › 納税者番号(送信前)これがないと、サプライヤーへの新規登録は承認されません(1099/TDSレポートや電子請求書など)。
  • 推奨されるが無効になっている項目 — 会計および購買: 顧客支払条件、アカウントおよび連絡先メールアドレス、サプライヤー連絡先メールアドレス、品目標準原価、購買リードタイムおよび在庫アカウント、運送業者支払条件、税コード出力および入力アカウント、費用タイプアカウント、収益コードGLアカウント、グループ会社間売掛金および買掛金アカウント、リース負債および使用権資産アカウント、決済エンジン手数料アカウント。
  • 推奨されるが、理由があって使用しない方が良い場合:決済エンジンのクリアリングアカウント(決済エンジンはクリアリングアカウントがないと設定や支払いを受け付けませんが、下書きは保存できます)、サプライヤーの支払い条件と商品の測定単位(どちらもインポートやAPI作成で依存するデフォルト値があります)。
  • 推奨されているが、国別で間違っている。顧客のGSTIN(インド)と購入者ID番号(サウジアラビア)が必要であり、消費者はどちらも持っていない。
  • 推奨されるが、以下のステップでずれている:確認前の販売注文の要求日、公開前のエージェントの所有者、およびそのモデル。
  • 推奨されるが、現在は利用できない項目 — 教育: 出願者のプログラムと入学学期。学生のプログラム、アドバイザー、入学学期、サインイン。教員の従業員記録とメール (My Teaching と教育ルールはこれらで教員を検索します)。セクションの教員と教室。課題の提出期限、重み、ポイント。評価の日付と重み。学期の登録期間、国勢調査日、提出期限の成績。料金表のプログラムと居住地。

単なる「必須項目」ではなく、条件(一部のレコードのみに必須)を設定する場合は、カスタムロジックで検証ルールを作成してください。詳しくは、「カスタムフィールド」→「フィールドを必須項目にする」を参照してください。