税エンジン統合

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:5分
  • 外部税エンジンを統合して、サプライヤー提供の税金を外部税エンジンから計算された税金と照合して検証することで、正確でコンプライアンスに準拠したストレートスルー処理を実現し、効率を向上させます。

    買掛金請求書処理は、外部税エンジンを呼び出して、仕入先税 (出荷先、品目、サービス、カテゴリ、金額、管轄、免除、その他の税構成に基づく) をシステム税に対して検証し、一致する結果を得るための処理を直接推進します。請求書データの抽出中、税率と税額は、ヘッダーと請求書明細の両方のレベルでサプライヤー税率とサプライヤー税額として保存されます。税統合は、PO、非 PO、およびクレジットメモタイプの請求書に適用されます。自動、手動、およびスケジュール設定済みの税検証をサポートし、請求書の変更や一時的な統合の問題が発生した場合でも、税金の正確性を確保します。

    システム税の計算方法 - 請求書データが外部税エンジンに送信されると、システムは請求書の詳細と構成に基づいて計算された税額を受け取ります。この応答を使用して、税明細行が自動的に生成されます。生成された税明細は、ヘッダーレベルおよび明細レベルでサプライヤー指定の税と照合されます。

    請求書に対して税統合がトリガーされます:
    • 非 PO 請求書の場合、請求書のステータスが [受入済み] ステータスに変更された後。
    • PO 請求書の場合、PO 照合ステータスが完了した後。

    主な機能

    • 外部税エンジン統合:統合フレームワークを使用してエンタープライズ税エンジンに接続します。
    • インテリジェント税計算:システムは、請求書フィールド (出荷先、品目、サービス、金額、管轄、免除、顧客税構成に基づく) を使用して、システム税に対してサプライヤー税を検証します。
    • 詳細な比較ロジック -
      • 明細レベルおよびヘッダーレベルの検証:抽出された値はそのまま保存され、精度を最大限に高めるために請求書明細品目レベルとヘッダーレベルで税金が比較されます。
      • 構成可能な許容範囲 - 許容可能な差異しきい値を定義します。差異が構成可能な許容範囲内にある場合、税は自動的に承認されます。
      • スケジューラーベースの再計算:スケジューラーは、税ステータスが統合エラーの請求書の税統合プロセスを自動的に再開するか、税を再計算します。

    税エンジン統合のメリット

    税エンジン統合を使用しているお客様には、次のようなメリットがあります。
    • 手作業の削減 – 自動の税計算と調整により、手動で税明細を入力する必要がなくなります。
    • 精度の向上 – 税は、信頼できるサードパーティの税ロジックを使用して計算されます。
    • コンプライアンスの強化 – 管轄区域および請求書タイプ全体で一貫した検証。
    • 請求書処理の高速化 – ストレートスルー処理率が向上し、例外が少なくなります。
    • 例外の明確な可視化 – 税過大と税未満の差異は、明細行とヘッダーレベルで表示されます。

    税計算フレームワーク

    税計算フレームワークは、スケーラビリティ、保守性、および拡張性を促進するために、モジュール式の 3 層アーキテクチャとして構成されています。このフレームワークは、 買掛金オペレーション と外部の税エンジンをシームレスに統合し、自動化された調整された税計算を可能にします。検証ロジックは次の場所で適用されます。
    • 明細レベルとヘッダーレベルの比較 (プライマリ):精度を最大限に高めるために、サプライヤー税とシステム税は請求書明細レベルとヘッダーレベルで比較されます。
    • 構成可能な許容範囲 - 顧客は許容可能な差異のしきい値を定義できます。許容範囲内の請求書は自動的に承認されます。
    表 : 1. 税計算フレームワークに関連するコンポーネント
    コンポーネント 主な機能
    買掛金オペレーションは税計算のエントリーポイントとして機能します。請求書が 買掛金オペレーションで PO 照合または承認済みステータスの場合、システムは税計算が必要かどうかを判断します。
    • 税計算が必要な場合は、税ステージングテーブル [sn_spend_intg_tax_staging] にレコードが作成され、税ステータスが処理中に設定されます。税ステータスの詳細については、次を参照してください。 税ステータス
    • 税計算が不要な場合、請求書処理は通常の例外フローを通じて続行され、支払いに進みます。
    Source-to-Pay 統合フレームワークは、 買掛金オペレーション と外部税エンジンの間の処理レイヤーです。
    • ベンダーは、外部税エンジンに必要なデータマッピングを定義します。
    • マッピングテーブルは、APO 属性と 買掛金オペレーション の間で要求の作成 (送信) および応答処理 (受信) で使用されます。
    • 税エンジンからの応答はステージングテーブルに送り返されます。
    • 請求書税ステータスは応答に基づいて更新されます。
    • 失敗したレコードは手動で処理されます。テーブルの詳細については、「 税統合の構成テーブルと前提条件」を参照してください。
    外部税エンジンが税を計算します。 税金を計算し、応答を返します。応答が処理され、 買掛金オペレーション中の該当する請求書の税明細が自動的に作成されます。システムは、税エンジンからの応答に基づいて例外エンジンをトリガーします。請求書のサプライヤー税とシステム税が一致しない場合、税の例外が発生します。請求書の税ステータスが統合エラーに設定され、買掛金スペシャリストがケースを手動で調査します。前回の実行後に請求書が変更された場合 (金額の変更、明細の追加、または税コードの調整)、税は再計算されます。税処理が再開されます。検証が成功すると、請求書処理が支払いに進みます。

    税検証モード

    税の計算と検証は、複数の方法でトリガーできます。
    • 自動 (同期) - 主要な請求書処理マイルストーンで自動的に実行されます
    • 手動 (オンデマンド) - AP スペシャリストは、請求書例外レビュー中に税検証をトリガーできます。これは税の例外から適用されるか、アクセス可能です
    • スケジューラーの再計算:バックグラウンドジョブは、進行中の請求書の税検証を自動的に再開始するか、税ステータスと統合エラーステータスを再計算します。これにより、請求書データが更新された場合や外部呼び出しが一時的に失敗した場合でも、税金の正確性が確保されます。

    税統合ワークフロー

    税統合が 買掛金オペレーション でどのように機能するかを示すワークフローの概要を以下に示します。

    税統合ワークフロー

    注:
    以前のバージョンの APO から最新バージョンにアップグレードする場合は、スケジュール済みジョブ [APO - 非アクティブ化された例外定義のオープン例外をクローズ] を実行する必要があります。このスケジュール済みジョブは、請求書例外のステータスを非アクティブに更新し、対応する請求書例外をクローズします。