> 継続的なプロセス改善 > 売掛金 > NetSuite > データテンプレート

売掛金データテンプレート

NetSuite

売掛金の属性 (22) 売掛金のアクティビティ (13) データ抽出ガイド (3)

売掛金データテンプレート

このテンプレートは、NetSuite上の請求および回収サイクルをマッピングするための詳細な設計図です。質の高いイベントログを作成するために必要な属性とプロセスアクティビティを示し、キャッシュフローを改善するために必要な可視性を確保します。このガイドに沿って準備を進めることで、データ整備を効率化し、売上債権回転日数の短縮に向けた取り組みを加速できます。

詳細な分析に必要なNetSuite属性
売掛金アクティビティを追跡する標準マイルストーン
NetSuiteシステムからの戦略的なデータ抽出ガイド

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

テンプレートをダウンロード

売掛金の属性

次の表では、NetSuiteの請求書ライフサイクル全体を把握するために必要な、推奨データ項目とディメンション属性を示します。

5 必須 7 推奨 10 任意

	名前	説明
	アクティビティ Activity	請求書に対して実行された特定のイベントまたはアクションです。
説明この属性は、「Invoice Created」「Payment Applied」「Dispute Opened」など、プロセスステップの名称を表します。NetSuiteでは通常、作成イベントについてはトランザクションの`type`フィールドから、ステータス変更や修正については`SystemNote`テーブルから取得します。プロセスマイニングでは、プロセスマップ上のノードを定義する中心的な属性です。アクティビティの順序を分析することで、ボトルネック、ループ（異議申し立てへの対応が繰り返されるケースなど）、標準的な処理経路からの逸脱を特定できます。重要な理由ワークフローのステップを定義し、プロセスグラフの構築を可能にします。入手先 Transactionの「type」、またはSystemNoteの「field」／「value」から取得例請求書作成入金済みクレジットメモ発行異議申立て開始
	イベントのタイムスタンプ DateCreated	アクティビティが発生した正確な日時です。
説明この属性は、イベントが発生した正確な時点を記録します。請求書の作成時には、Transactionテーブルの`datecreated`フィールドを使用します。その後の更新については、`SystemNote`または`Message`テーブルに記録されたタイムスタンプを使用します。正確なタイムスタンプは、平均請求書から入金までのサイクルタイムや請求書発行リードタイムなどのサイクルタイムを計算するうえで欠かせません。イベントを正しい順序に並べ、特定のプロセスステップ間で発生した遅延を特定できます。重要な理由イベントの順序付けと、プロセスステップ間の所要時間指標の計算に欠かせません。入手先 Transactionの「datecreated」、またはSystemNoteの「date」例 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
	請求書番号 TranId	NetSuiteで請求書に割り当てられる一意の参照番号です。
説明この属性は、売掛金プロセスの主要なケース識別子として機能します。NetSuiteでは、`tranid`フィールドに通常、ユーザーや顧客に表示される伝票番号（例：INV-10023）が格納されています。支払い、紛争、クレジットメモなど、その後のすべてのイベントを特定の債務に関連付けます。分析では、この識別子を使って個々のイベントを1つのプロセスケースにまとめます。受注から入金までのサイクルをエンドツーエンドで可視化でき、`取引`、`TransactionLine`、`SystemNote`など、NetSuiteの異なるテーブル間でデータを結合するうえでも欠かせません。重要な理由債権のライフサイクルを追跡し、サイクルタイムを計算するための基本キーです。入手先 Transactionテーブルの「tranid」フィールド例 INV-2023-001INV-998822CM-4022JE-10023
	ソースシステム SourceSystem	データを抽出した記録元のシステムです。
説明この属性はデータの取得元を示します。この場合は「NetSuite」です。売掛金データをCRMや外部の銀行システムと統合するような複数システムの環境では、データの追跡可能性を確保します。複数のERPを同時に分析する場合、データソース別にプロセスビューをフィルタリングまたは分割できます。通常は、抽出・変換処理の際に追加される固定値です。重要な理由複数システムにまたがるプロセスマイニングの実装で、データの系譜と背景情報を提供します。入手先固定値「NetSuite」例 NetSuiteNetSuite ERPNetSuite OneWorld
	最終データ更新 LastDataUpdate	データを抽出した時点、または最後に更新した時点のタイムスタンプです。
説明この属性は、NetSuiteからデータスナップショットを取得した時点を示します。分析対象データの鮮度を確認し、分析日を基準に未完了ケースの経過期間を計算するために使用します。ダッシュボードでは、リアルタイムデータを見ているのか、過去に抽出したデータを見ているのかを確認できます。決済が完了していない請求書について、現在までの未完了期間を計算する際の基準点にもなります。重要な理由データの鮮度を明確にし、未完了ケースの経過期間の計算に役立ちます。入手先抽出時点のシステム時刻例 2023-12-01T00:00:00Z2023-12-02T12:00:00Z
	事業部門 Subsidiary	請求書が属する子会社または事業部門です。
説明 NetSuite OneWorld環境では、この属性は請求書を発行した特定の法人または子会社を示します。会社内の異なる拠点や部門を比較して分析できます。事業部門別にドリルダウンできるため、請求書発送効率ダッシュボードを支えます。プロセス上の問題が組織全体に共通するのか、特定の業務部門に限られるのかを切り分ける際にも役立ちます。重要な理由異なる組織単位間でパフォーマンスを比較するために重要です。入手先 Transactionテーブルの「subsidiary」フィールド例米国西部EMEA業務APAC営業
	営業担当者 SalesRep	請求書に関連付けられた営業担当者です。
説明この属性は、アカウントまたは取引を担当する営業担当者を特定します。NetSuiteでは、取引レコードの`salesrep`フィールドに記録されることが一般的です。請求上の問題やクレジットメモを特定の営業担当者と関連付けて分析できます。たとえば、クレジットメモと収益漏れのダッシュボードでは、特定の担当者で請求後の調整が多いかどうかを確認し、営業プロセス上流の品質問題を把握できます。重要な理由売掛金プロセスの下流で発生した問題を、上流の営業プロセスの担当者まで関連付けます。入手先 Transactionテーブルの「salesrep」フィールド例 John SmithSarah ConnorKyle Reese
	支払期日 DueDate	支払条件に基づき、支払いが予定されている日付です。
説明この属性は請求書の予定支払期日を保持し、NetSuiteの`duedate`フィールドから取得します。支払いが期日どおりか遅れているかを判定する基準です。条件超過平均日数の計算や、高額債権の回収リスクの特定に使用する主要な変数です。この日付と支払いイベントの`DateCreated`を比較することで、遅延の程度を把握し、支払条件の遵守状況を測定できます。重要な理由経過期間、延滞、コンプライアンスに関するすべての計算の基準点です。入手先 Transactionテーブルの「duedate」フィールド例 2023-11-152023-12-012024-01-30
	請求書ステータス Status	請求書の現在のシステム上のステータスです。
説明この属性は、NetSuiteにおける取引の状態を示します。例として「Open」「Paid In Full」「Pending Approval」などがあります。通常は`status`または`statusRef`フィールドから取得します。アクティビティ属性が発生した事象の履歴を追跡するのに対し、この属性は現在の状態を示します。高額債権の回収リスクダッシュボードで、現在も未回収かつ延滞している項目だけを表示するための重要なフィルターです。重要な理由完了したケースと対応が必要なケースをすぐに把握できます。入手先 Transactionテーブルの「status」フィールド例全額支払済み未処理承認待ち
	請求書金額 TotalAmount	請求書の合計金額です。
説明この属性は請求書の合計金額を表し、通常はNetSuiteのTransactionテーブルにある`foreignTotal`または`total`フィールドから取得します。顧客から回収する必要がある金額です。売掛金プロセスにおける金額の流れを分析し、高額債権の回収に優先順位を付け、異議申し立て滞留金額などのKPIを計算するために使用します。金額帯別にケースを絞り込み、影響の大きい取引に改善施策を集中できます。重要な理由プロセスの非効率性による財務上の影響を定量化し、回収の優先順位を付けるために重要です。入手先 Transactionテーブルの「foreignTotal」または「total」フィールド例 1500.00250.5010000.00
	部門 Department	取引を担当する社内部門です。
説明この属性はNetSuiteの`department`セグメントに対応し、請求書を作成した機能領域（例：営業、サービス、IT）を示します。売掛金パフォーマンスを部門横断で分析できます。部門別にデータを分けることで、請求サイクルが遅い、または異議申し立てが多い業務領域を特定し、対象を絞ったプロセス改善につなげられます。重要な理由社内のプロセス担当者を特定し、請求業務の効率を比較できます。入手先 Transactionテーブルの「department」フィールド例専門サービスソフトウェア販売ハードウェア出荷
	顧客名 Entity	請求書に関連付けられた顧客または法人の名称です。
説明この属性は、請求書の支払責任を負う顧客を特定します。NetSuiteでは、`Entity`テーブルの顧客レコードに関連付けられます。顧客単位の分析に欠かせない属性です。顧客別にパフォーマンスを分けて分析し、支払いが遅れやすい顧客、異議申し立てが多い顧客、標準の支払条件から逸脱する顧客を特定できます。支払条件コンプライアンスモニターや回収担当者スループットのダッシュボードにも利用します。重要な理由顧客の行動やリスク特性に基づいて、プロセスパフォーマンスを分けて分析できます。入手先 Transactionテーブルの「entity」フィールド（Entity／Customerテーブルに結合）例 Acme CorpGlobex CorporationSoylent Corp
	回収担当者 CollectionAgent	この請求書の回収業務を担当するユーザーです。
説明この属性は、請求書の回収業務を担当する従業員を特定します。営業担当者と同じ場合もあれば、専任の売掛金担当者の場合もあります。通常はカスタムフィールドから取得するか、「Payment Reminder」アクティビティを記録したユーザーから導出します。回収担当者スループットダッシュボードで使用し、回収チーム内のパフォーマンスを比較したり、研修の必要性や業務量の偏りを特定したりできます。重要な理由回収チームの各メンバーのパフォーマンスを評価できます。入手先回収アクティビティにおけるSystemNotesの「name」、またはカスタムフィールド例 Agent Smith請求担当者A回収チーム1
	地域 Location	取引に関連付けられた場所または地域です。
説明 NetSuiteでは、`location`フィールドが倉庫、オフィス、地理的地域などを表すことがあります。この属性は、分析用の地域概念にこのフィールドを対応付けます。 DSOパフォーマンス概要で、地域ごとの支払い行動の違いを特定するために使用します。回収上の問題が全地域に共通するのか、特定の地域に限られるのかを確認できます。重要な理由売掛金パフォーマンスを地理的に分けて分析できます。入手先 Transactionテーブルの「location」フィールド例北米倉庫ロンドンオフィスシンガポール
	延滞日数 DaysOverdue	未決済の請求書が支払期日を過ぎている日数です。
説明これは、`DueDate`と現在の分析日（完了済みの場合は支払日）の差を表す計算属性です。経過期間を分析するための継続的な指標として使用します。高額債権の回収リスクダッシュボードで使用する経過期間区分（例：30～60日、60～90日）の基準となります。システム内で特に深刻な遅延をすぐに特定できます。重要な理由支払い遅延の深刻度を評価する標準的な指標です。入手先計算式：（現在の日付－DueDate）例 150-5
	支払条件 Terms	請求書について合意された支払いの条件です。
説明この属性は、請求書に設定された支払条件を示します。例として「Net 30」や「Due on Receipt」などがあります。Transactionレコードの`terms`フィールドに記録されます。予定支払日を計算し、緩やかな条件の顧客と厳しい条件の顧客で、支払いの確実性に違いがあるかを分析するために使用します。与信方針の見直しや、条件超過平均日数KPIの基準値の把握にも役立ちます。重要な理由顧客の支払いサイクルにおける期待される行動とSLAを定義します。入手先 Transactionテーブルの「terms」フィールド例 30日払い60日払い受領時払い10日以内2％割引、30日払い
	支払約束日 PromiseDate	顧客が支払いを送ると約束した日付です。
説明この属性は、顧客が延滞請求書を支払うと約束した日付を記録します。通常は回収担当者が記録します。NetSuiteでは、「Phone Call」レコードまたはカスタムTransaction Body Fieldに保存されることが一般的です。支払約束コンプライアンスダッシュボードに欠かせません。約束日と実際の支払日を比較することで、顧客の約束の信頼性と、回収電話の効果を測定できます。重要な理由顧客の約束の信頼性と回収業務の効果を測定します。入手先 Task／Phone Callレコードまたはカスタムフィールド例 2023-11-202023-12-05
	異議申し立ての有無 IsDisputed	請求書が現在または過去に異議申し立ての対象となったかを示すフラグです。
説明このブール属性は、請求書が異議申し立てプロセスを経たかどうかを示します。異議申し立てに関連するアクティビティの有無や、請求書レコードの特定のステータスフラグから導出します。異議申し立てライフサイクル分析の重要なフィルターとして機能し、初回回収率の計算時に「問題のある」請求書と「問題のない」請求書を分けて分析できます。重要な理由複雑なケースと標準的な処理経路のケースを分けて分析します。入手先「Dispute Opened」アクティビティの有無に基づいて計算例 truefalse
	異議申し立て理由 DisputeReason	請求書が異議申し立て中となった理由を示すコードまたは説明です。
説明この属性は、顧客が支払いを拒否した理由や、訂正を求めた理由を記録します。NetSuiteでは、カスタムフィールドや請求書に関連付けられた特定の「Case」レコードに記録されることがあります。異議申し立てライフサイクル分析ダッシュボードに欠かせない属性です。異議申し立て理由別に集計することで、「価格の誤り」「商品の破損」「発注書の不足」など、収益漏れを防ぐために上流で解決すべき根本原因を特定できます。重要な理由未払いと管理業務の増加につながる根本原因を特定します。入手先関連付けられたサポートCaseまたはカスタムTransaction Body Field 例価格誤り商品未受領税務エラー
	製品カテゴリ Class	販売した商品またはサービスのカテゴリや分類です。
説明この属性はNetSuiteの`class`セグメントに対応します。収益の種類（例：ハードウェア、コンサルティング）を分類します。分析では製品構成を把握することが重要です。クレジットメモと収益漏れのダッシュボードで、特定の製品ラインに返品や請求ミスが多いかどうかを分析できます。重要な理由販売した製品またはサービスの種類別に、プロセスパフォーマンスを分けて分析します。入手先 Transactionテーブルの「class」フィールド例ライセンス収益コンサルティングサービスハードウェア
	請求書メモ Memo	請求書ヘッダーに付加されたメモまたは説明です。
説明この属性には、請求書に入力された自由記述の説明やメモが含まれ、`memo`フィールドから取得します。特別な対応や顧客との合意事項に関する手動メモが記載されることがあります。このフィールドをテキストマイニングすると、構造化フィールドでは把握できない遅延や異議申し立ての理由を明らかにできます。定量的なプロセスデータに定性的な背景情報を加えます。重要な理由取引に関する背景情報と定性的なデータを提供します。入手先 Transactionテーブルの「memo」フィールド例 10月分のサービス料金請求書番号1002の訂正特別支払条件を適用
	通貨コード Currency	請求書が発行された通貨です。
説明この属性は取引のISO通貨コード（例：USD、EUR）を示し、NetSuiteの`currency`フィールドから取得します。複数通貨の環境を正しく処理するために必要です。通常は補助的なフィールドですが、通貨換算をせずに異なる通貨を合算しないよう、`TotalAmount`を集計する際に欠かせません。地域ごとのパフォーマンスの違いを理解するための背景情報も提供します。重要な理由グローバルな組織で財務データを正しく集計するために欠かせません。入手先 Transactionテーブルの「currency」フィールド例 USDEURGBP

必須推奨任意

売掛金のアクティビティ

債権回収の流れを正確にモデル化するため、イベントログに取得すべき重要なプロセス手順と取引上の節目です。

6 推奨 7 任意

	アクティビティ	説明
	クレジットメモ発行	請求書に充当するCredit Memo取引を作成することです。未決済残高を減らし、返品や請求エラーを示すことがよくあります。
重要な理由収益漏れを可視化します。クレジットメモが頻発する場合、販売または履行プロセスに構造的な問題がある可能性があります。入手先 Transactionテーブル：レコードタイプがCustCredで、「appliedtotransaction」を介してInvoice IDに充当されたもの。取得 Credit Memoの取引が実行された時点で記録イベントタイプ explicit
	全額入金受領	請求書残高をゼロにするCustomer Paymentの充当です。回収活動が実質的に終了したことを示します。
重要な理由売上債権回転日数と支払条件超過日数の平均を計算するための主要なタイムスタンプです。収益が実際に回収されたことを示します。入手先 Transactionテーブル：タイプがCustPymtでInvoiceに充当され、その結果Invoiceの「status」が「Paid In Full」になったもの。取得 Paymentの取引が実行された時点で記録イベントタイプ explicit
	請求書作成	システム内で請求書レコードを最初に作成することです。TransactionテーブルでレコードタイプがInvoiceのものから取得します。
重要な理由売掛金サイクルの開始点となり、滞留期間の計算基準を設定します。請求から入金までのサイクル時間を計算するために欠かせません。入手先 Transactionテーブル：タイプがCustInvcのレコードにある「trandate」または「datecreated」フィールド。取得 Invoiceの取引が実行された時点で記録イベントタイプ explicit
	請求書承認	請求書のステータスがPending ApprovalからOpenへ移行することです。請求書に関連付けられたSystem Notesまたはワークフロー履歴ログを監視して取得します。
重要な理由顧客への請求前に社内処理にかかった時間を示します。この段階の遅延は、顧客価値を高めることなく、サイクル時間全体を長期化させます。入手先 System Notes：「status」フィールドが「Pending Approval」から「Open」に変更された記録を抽出。取得変更前後のstatusフィールドを比較イベントタイプ inferred
	請求書決済完了	請求書のステータスが「Paid In Full」に変更される最終ステップです。正常に完了したケースのプロセス終了状態となります。
重要な理由請求から入金までの平均サイクル時間に必要です。プロセスバリアントで未決済項目と決済済み項目を区別できます。入手先 System Notes：Invoiceレコードのステータスが「Paid In Full」に変更された記録。取得変更前後のstatusフィールドを比較イベントタイプ inferred
	請求書発送	メール、郵送、またはファクスで請求書を顧客に送付することです。該当するInvoice取引に関連付けられたMessageレコードを確認して取得します。
重要な理由請求書発行リードタイムKPIに欠かせません。この段階の遅延を特定することで、入金回収を妨げる事務上のボトルネックを明らかにできます。入手先 Messagesテーブル：取引IDで結合し、「authoremail」が社内、「recipientemail」が社外のレコードを抽出。取得取引のEmailが実行された時点で記録イベントタイプ explicit
	一部入金計上	請求書残高を減らすものの、全額決済には至らないCustomer Paymentの充当です。Transaction Lineテーブルから取得します。
重要な理由一部入金プロセスフローの分析を支援します。分散したキャッシュフローや、資金繰りに課題を抱える顧客を特定できます。入手先 Transactionテーブル：タイプがCustPymtでInvoiceに充当され、Invoiceの「amountremaining」が0より大きいもの。取得 Paymentの取引が実行された時点で記録イベントタイプ explicit
	支払リマインダー送信	支払期限を過ぎた顧客に対して作成・送信された回収メールまたは書面です。Dunning Lettersモジュールのログ、または請求書に関連付けられたMessageレコードから取得します。
重要な理由現金回収に必要な取り組みと、督促施策の効果を測定します。回収リマインダー効果ダッシュボードに欠かせません。入手先 MessageレコードまたはDunning Bundle Log：「Reminder」「Overdue」など、特定の件名を確認。取得メッセージ件名のパターンから導出イベントタイプ inferred
	支払約束受領	顧客が特定の日までに支払うことを約束した記録です。通常はUser Notesまたは専用の回収管理バンドルから取得します。
重要な理由支払約束遵守KPIを追跡します。協力的な顧客と、エスカレーションが必要な顧客を区別するのに役立ちます。入手先 Noteレコード：「PTP」または「Promise」のテキスト分析、またはCollections SuiteAppの特定フィールド。取得ノートのテキスト分析から導出イベントタイプ inferred
	紛争案件開始	請求書に関する紛争を開始することです。関連するSupport Caseや特定のカスタムステータスから推定することが多く、通常の回収フローを停止させます。
重要な理由紛争ライフサイクル分析ダッシュボードに必要です。件数が多い場合、履行や請求の前工程に品質上の問題があることを示します。入手先 Support Caseレコード：「category」が「Billing Dispute」のTransactionに結合、またはTransactionのステータスが「Disputed」に変更された記録。取得 statusフィールドまたは関連レコードの作成を比較イベントタイプ inferred
	紛争解決	紛争案件を終了し、請求書を回収可能な状態に戻す、またはクレジットを発行することです。関連するSupport CaseのステータスがClosedに移行した時点で取得します。
重要な理由平均紛争解決時間の計算に必要です。解決に時間がかかると、売上債権回転日数と顧客満足度に悪影響を及ぼします。入手先 Support Caseレコード：請求書に関連付けられた案件の「dateclosed」フィールド。取得変更前後のstatusフィールドを比較イベントタイプ inferred
	貸倒償却	回収不能額について、仕訳または特定のCredit Memoタイプを使って請求書残高を除去することです。回収プロセスが失敗したことを示します。
重要な理由未回収の収益と回収に成功した収益を分析上で分けます。実際の回収効率を把握するために重要です。入手先 Journal EntryまたはCredit Memo：「Bad Debt Expense」など、請求書に関連付けられた特定のGLアカウントで抽出。取得 GLアカウントの使用状況から導出イベントタイプ inferred
	銀行取引明細照合	入金取引と銀行取引明細フィードを照合することです。「Match Bank Data」または照合履歴から取得します。
重要な理由自動銀行照合率を追跡します。この段階の遅延は実際の現金ポジションを見えにくくし、バックオフィスの手作業による障害を示します。入手先取引ステータス：Payment取引のステータスが「Deposited」に変更されたか、Reconciledとして記録されているかを確認。取得変更前後のstatusフィールドを比較イベントタイプ inferred

推奨任意

データ抽出ガイド

NetSuiteからデータを取得する方法

ステップ

前提条件：SuiteAnalytics Workbook機能が有効で、取引、システムメモ、メッセージ、サポートケースにアクセスする権限があることを確認します。
SuiteAnalyticsへのアクセス：Analytics > Workbooks > 新規ワークブックに移動します。
ルートレコードの選択：ルートレコードタイプとして取引を選択します。財務データの基準となります。
データセット戦略：多様なアクティビティ（承認、メッセージ、紛争）を1つの「現状のまま」のイベントログに抽出する必要があるため、UIで単一の結合データセットを作成すると、行が横方向に広がります（直積）。推奨される専門的な方法は、SuiteAnalyticsの基盤であるSuiteQL機能を利用することです。以下に示すクエリは、「SuiteAnalytics Connect」（ODBC／JDBC）インターフェース、またはUI内の「SuiteQLクエリツール」バンドルを使って実行できます。
クエリの実行：「クエリ」セクションに示す完全なSuiteQLスクリプトをコピーします。プレースホルダー{{LastDataUpdate}}を抽出タイムスタンプに、{{StartDate}}を分析開始日（例：「2023-01-01」）に置き換えます。
列の確認：投影されるすべての列（TranId、Activity、DateCreatedなど）が結果セットに含まれていることを確認します。
データのエクスポート：クエリを実行し、結果をCSVにエクスポートします。
書式設定：CSVを開きます。DateCreated列がYYYY-MM-DD HH:MM:SS形式であることを確認します。TotalAmountには通貨記号がなく、数値だけが入っていることを確認します。
検証：1つの請求書ID（TranId）が、異なるアクティビティ（例：作成、承認、支払い受領）で複数回表示されることを確認します。
取り込み：CSVをProcessMindにアップロードします。TranIdをケースID、Activityをアクティビティ名、DateCreatedをタイムスタンプにマッピングします。

設定

SuiteAnalytics Connect：複雑なUNIONクエリを外部で実行するには、Enable Features > Analyticsで有効にする必要があります。
権限：ユーザーにはTransactions、System Notes、Support Cases、Messagesへの「View」アクセス権が必要です。
日付フィルタリング：過去12か月のローリング期間を推奨します。過去のデータを大量に抽出するとタイムアウトする可能性があります。行数制限を確認してください（NetSuiteでは、インターフェースによって結果が5,000～100,000行に制限されることが多く、全履歴にはODBCを推奨します）。
子会社の範囲：OneWorldアカウントの場合、対象となるすべての子会社へのアクセス権がユーザーにあることを確認するか、t.subsidiaryでフィルタリングします。
パフォーマンス：SystemNoteテーブルは非常に大きいため、パフォーマンス確保にはrecordtypeとdateによるフィルタリングが必須です。

a サンプルクエリ sql

/* SuiteQL Query for Accounts Receivable Process Mining */
/* Combined Event Log Extraction */

/* 1. Invoice Created */
SELECT
  t.tranid AS TranId,
  'Invoice Created' AS Activity,
  TO_CHAR(t.trandate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  emp.entityid AS SalesRep,
  t.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
  LEFT JOIN Employee emp ON t.salesrep = emp.id
WHERE
  t.type = 'CustInvc'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 2. Invoice Approved (via System Notes) */
SELECT
  t.tranid AS TranId,
  'Invoice Approved' AS Activity,
  TO_CHAR(sn.date, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  t.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  JOIN SystemNote sn ON sn.recordid = t.id
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
WHERE
  t.type = 'CustInvc'
  AND sn.recordtypeid = -30 /* Transaction Record Type */
  AND sn.standardfield = 'STATUS'
  AND sn.oldvalue = 'Pending Approval'
  AND sn.newvalue = 'Open'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 3. Invoice Dispatched / 4. Payment Reminder (via Messages) */
SELECT
  t.tranid AS TranId,
  CASE 
    WHEN m.subject LIKE '%Reminder%' THEN 'Payment Reminder Sent'
    ELSE 'Invoice Dispatched'
  END AS Activity,
  TO_CHAR(m.messagedate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  t.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  JOIN Message m ON m.transaction = t.id
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
WHERE
  t.type = 'CustInvc'
  AND (m.subject LIKE '%Invoice%' OR m.subject LIKE '%Reminder%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 5. Dispute Opened / 6. Dispute Resolved (via Support Cases) */
SELECT
  t.tranid AS TranId,
  CASE 
    WHEN sc.status = 'Closed' THEN 'Dispute Resolved'
    ELSE 'Dispute Case Opened'
  END AS Activity,
  TO_CHAR(sc.createddate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  t.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  JOIN SupportCase sc ON sc.custevent_linked_invoice = t.id /* Adjust custom field name */
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
WHERE
  t.type = 'CustInvc'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 7. Promise to Pay (via Notes) */
SELECT
  t.tranid AS TranId,
  'Promise to Pay Received' AS Activity,
  TO_CHAR(n.notedate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  t.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  JOIN Note n ON n.transaction = t.id
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
WHERE
  t.type = 'CustInvc'
  AND (n.title LIKE '%Promise%' OR n.note LIKE '%Promise%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 8. Credit Memo Issued */
/* Logic: Find Credit Memos applied to the Invoice */
SELECT
  inv.tranid AS TranId,
  'Credit Memo Issued' AS Activity,
  TO_CHAR(cm.trandate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  cm.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  inv.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  inv.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction inv
  JOIN NextTransactionLineLink ntll ON ntll.previousdoc = inv.id
  JOIN Transaction cm ON ntll.nextdoc = cm.id
  LEFT JOIN Customer c ON inv.entity = c.id
  LEFT JOIN Subsidiary s ON inv.subsidiary = s.id
WHERE
  inv.type = 'CustInvc'
  AND cm.type = 'CustCred'
  AND inv.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 9. Partial Payment / 10. Full Payment Received */
SELECT
  inv.tranid AS TranId,
  CASE
    WHEN (inv.foreigntotal - py.foreigntotal) <= 0 THEN 'Full Payment Received'
    ELSE 'Partial Payment Posted'
  END AS Activity,
  TO_CHAR(py.trandate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  py.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  inv.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  inv.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction inv
  JOIN NextTransactionLineLink ntll ON ntll.previousdoc = inv.id
  JOIN Transaction py ON ntll.nextdoc = py.id
  LEFT JOIN Customer c ON inv.entity = c.id
  LEFT JOIN Subsidiary s ON inv.subsidiary = s.id
WHERE
  inv.type = 'CustInvc'
  AND py.type = 'CustPymt'
  AND inv.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 11. Bad Debt Written Off */
SELECT
  t.tranid AS TranId,
  'Bad Debt Written Off' AS Activity,
  TO_CHAR(je.trandate, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  t.status AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  JOIN NextTransactionLineLink ntll ON ntll.previousdoc = t.id
  JOIN Transaction je ON ntll.nextdoc = je.id
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
WHERE
  t.type = 'CustInvc'
  AND je.type = 'Journal'
  AND (je.memo LIKE '%Bad Debt%' OR je.memo LIKE '%Write Off%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 13. Invoice Cleared */
SELECT
  t.tranid AS TranId,
  'Invoice Cleared' AS Activity,
  TO_CHAR(sn.date, 'YYYY-MM-DD HH:MI:SS') AS DateCreated,
  t.foreigntotal AS TotalAmount,
  c.entityid AS Entity,
  t.duedate AS DueDate,
  s.name AS Subsidiary,
  NULL AS SalesRep,
  'Paid In Full' AS Status,
  'NetSuite' AS SourceSystem,
  SYSDATE AS LastDataUpdate
FROM
  Transaction t
  JOIN SystemNote sn ON sn.recordid = t.id
  LEFT JOIN Customer c ON t.entity = c.id
  LEFT JOIN Subsidiary s ON t.subsidiary = s.id
WHERE
  t.type = 'CustInvc'
  AND sn.standardfield = 'STATUS'
  AND sn.newvalue = 'Paid In Full'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

ステップ

前提条件と権限：SuiteAnalytics ConnectまたはSuiteQLの権限を持つロールであることを確認します。REST経由の認証には有効なトークンIDとトークンシークレットが必要です。または、ODBCドライバー接続を設定します。
スキーマの理解：この抽出では、取引、TransactionLine、SystemNote、Message、メモ、SupportCaseテーブルを使用します。NetSuiteでは、ステータス更新などの過去のフィールド変更がSystemNoteに保存されます。承認やステータス変更のタイムスタンプを取得するうえで重要です。
範囲の特定：分析に必要な特定の子会社、日付範囲、レコードタイプ（通常は請求書を表す「CustInvc」）を決定します。
SuiteQLクエリの設定：提供されたクエリでは、UNION ALLを使って異なるテーブルのデータを1つのイベントログ形式に結合します。NetSuite SuiteQLは複雑な手続き型SQLをサポートしていないため、ロジックはアクティビティごとの選択ブロックに分けて記述されています。
実行方法：NetSuite REST APIの/services/rest/query/v1/suiteql、またはODBCを使ってクエリを実行します。SystemNoteテーブルは大きくなる可能性があるため、trandate（例：月単位）で分割したバッチで抽出することを強く推奨します。
ページネーションの処理：NetSuite REST APIのレスポンスは通常1,000行に制限されます。完全なデータセットを取得するには、抽出スクリプトでオフセット処理またはLinkヘッダーのたどり処理を実装する必要があります。
データ変換：クエリはすべての結果を標準スキーマ（TranId、Activity、Dateなど）にそろえます。生のSQL出力で別のロケールが使われている場合は、エクスポート時に日付をISO 8601（YYYY-MM-DD THH:MM:SS）形式にしてください。
紛争と回収のロジック：クエリは、顧客に関連付けられたSupportCaseレコードと、「支払約束」に関するメモレコードを検索します。組織で標準オブジェクトではなくカスタムフィールドをこれらのフラグに使用している場合は、確認のうえ、WHERE句を適宜調整してください。
検証：抽出ファイルの「請求書作成」件数を、同じ期間を対象とするNetSuiteの保存検索と比較し、データが完全であることを確認します。
最終エクスポート：結果のデータセットをCSVファイルとして保存します。ProcessMindにアップロードする前に、ヘッダーが「含める属性」リスト（TranId、Activity、DateCreatedなど）と一致していることを確認します。

設定

日付範囲：TransactionテーブルのtrandateとSystemNoteのdateでフィルタリングします。稼働中のプロセスには、過去12か月のローリング期間を推奨します。
子会社フィルター：複数子会社の環境では必須です。すべてのWHERE句にAND t.subsidiary = [Your Subsidiary ID]を追加します。
レコードタイプ：クエリではCustInvc（請求書）、CustPymt（支払）、CustCred（クレジットメモ）、Journalを対象とします。
System Notes：このテーブルは非常に大きいため、パフォーマンス確保にはrecordtype = 'invoice'によるフィルタリングが必須です。
ステータスマッピング：NetSuiteのステータスは「A」「B」などの内部IDです。クエリではBUILTIN.DFを使って表示名を取得しますが、ローカライズされたUIラベルと一致することを確認してください。
結合方法：transaction.idを基準に標準結合を使用します。支払履歴の「Applied To」リンクが維持されていることを確認してください。

a サンプルクエリ sql

/* 1. Invoice Created */
SELECT
  t.tranid AS TranId,
  'Invoice Created' AS Activity,
  TO_CHAR(t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
WHERE
  t.recordtype = 'invoice'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 2. Invoice Approved (Detected via SystemNote status change to Open) */
SELECT
  t.tranid AS TranId,
  'Invoice Approved' AS Activity,
  TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN SystemNote sn ON sn.recordid = t.id
WHERE
  t.recordtype = 'invoice'
  AND sn.recordtypeid = -30 /* Invoice Record Type ID */
  AND sn.field = 'status'
  AND (sn.after LIKE '%Open%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 3. Invoice Dispatched (Email Sent) */
SELECT
  t.tranid AS TranId,
  'Invoice Dispatched' AS Activity,
  TO_CHAR(m.messagedate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN Message m ON m.transaction = t.id
WHERE
  t.recordtype = 'invoice'
  AND m.subject LIKE '%Invoice%'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 4. Payment Reminder Sent */
SELECT
  t.tranid AS TranId,
  'Payment Reminder Sent' AS Activity,
  TO_CHAR(m.messagedate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN Message m ON m.transaction = t.id
WHERE
  t.recordtype = 'invoice'
  AND (m.subject LIKE '%Reminder%' OR m.subject LIKE '%Overdue%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 5. Dispute Case Opened (Linked Support Case) */
SELECT
  t.tranid AS TranId,
  'Dispute Case Opened' AS Activity,
  TO_CHAR(sc.createddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN SupportCase sc ON sc.company = t.entity
WHERE
  t.recordtype = 'invoice'
  AND sc.title LIKE '%Invoice%'
  AND sc.createddate >= t.createddate
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 6. Dispute Resolved */
SELECT
  t.tranid AS TranId,
  'Dispute Resolved' AS Activity,
  TO_CHAR(sc.lastmodifieddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN SupportCase sc ON sc.company = t.entity
WHERE
  t.recordtype = 'invoice'
  AND sc.status = 'Closed'
  AND sc.title LIKE '%Invoice%'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 7. Promise to Pay Received */
SELECT
  t.tranid AS TranId,
  'Promise to Pay Received' AS Activity,
  TO_CHAR(n.notedate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN Note n ON n.transaction = t.id
WHERE
  t.recordtype = 'invoice'
  AND (n.note LIKE '%Promise to Pay%' OR n.note LIKE '%PTP%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 8. Credit Memo Issued */
SELECT
  t.tranid AS TranId,
  'Credit Memo Issued' AS Activity,
  TO_CHAR(link_t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN TransactionLine tl ON tl.doc = t.id
  JOIN Transaction link_t ON link_t.id = tl.transaction
WHERE
  t.recordtype = 'invoice'
  AND link_t.recordtype = 'creditmemo'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 9. Partial Payment Posted */
SELECT
  t.tranid AS TranId,
  'Partial Payment Posted' AS Activity,
  TO_CHAR(link_t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN TransactionLine tl ON tl.doc = t.id
  JOIN Transaction link_t ON link_t.id = tl.transaction
WHERE
  t.recordtype = 'invoice'
  AND link_t.recordtype = 'customerpayment'
  AND ABS(tl.foreignamount) < t.foreigntotal
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 10. Full Payment Received */
SELECT
  t.tranid AS TranId,
  'Full Payment Received' AS Activity,
  TO_CHAR(link_t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN TransactionLine tl ON tl.doc = t.id
  JOIN Transaction link_t ON link_t.id = tl.transaction
WHERE
  t.recordtype = 'invoice'
  AND link_t.recordtype = 'customerpayment'
  AND ABS(tl.foreignamount) >= (t.foreigntotal - 1.00) /* Approx check for full payment allowing small variance */
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 11. Bad Debt Written Off */
SELECT
  t.tranid AS TranId,
  'Bad Debt Written Off' AS Activity,
  TO_CHAR(link_t.createddate, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN TransactionLine tl ON tl.doc = t.id
  JOIN Transaction link_t ON link_t.id = tl.transaction
WHERE
  t.recordtype = 'invoice'
  AND link_t.recordtype = 'journalentry'
  AND (link_t.memo LIKE '%Write off%' OR link_t.memo LIKE '%Bad Debt%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 12. Bank Statement Matched (via Payment Status) */
SELECT
  t.tranid AS TranId,
  'Bank Statement Matched' AS Activity,
  TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN TransactionLine tl ON tl.doc = t.id
  JOIN Transaction link_t ON link_t.id = tl.transaction
  JOIN SystemNote sn ON sn.recordid = link_t.id
WHERE
  t.recordtype = 'invoice'
  AND link_t.recordtype = 'customerpayment'
  AND sn.field = 'status'
  AND sn.after LIKE '%Deposited%'
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

UNION ALL

/* 13. Invoice Cleared (Final Status) */
SELECT
  t.tranid AS TranId,
  'Invoice Cleared' AS Activity,
  TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') AS DateCreated,
  'NetSuite' AS SourceSystem,
  TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS LastDataUpdate,
  t.foreigntotal AS TotalAmount,
  BUILTIN.DF(t.entity) AS Entity,
  TO_CHAR(t.duedate, 'YYYY-MM-DD') AS DueDate,
  BUILTIN.DF(t.subsidiary) AS Subsidiary,
  BUILTIN.DF(t.salesrep) AS SalesRep,
  BUILTIN.DF(t.status) AS Status,
  BUILTIN.DF(t.department) AS Department
FROM
  Transaction t
  JOIN SystemNote sn ON sn.recordid = t.id
WHERE
  t.recordtype = 'invoice'
  AND sn.recordtypeid = -30
  AND sn.field = 'status'
  AND (sn.after LIKE '%Paid In Full%')
  AND t.trandate >= TO_DATE('2023-01-01', 'YYYY-MM-DD')

ステップ

前提条件と権限の設定 NetSuiteアカウントへのAdministratorアクセス権があることを確認します。Setup、Company、Enable Featuresの順に移動します。SuiteTalkタブで、REST Web Servicesが有効になっていることを確認します。Setup、Integration、Manage Integrationsの順に移動し、ProcessMining_Extractorという名前の新しいインテグレーションを作成します。Token-based Authenticationを有効にし、標準のトークン生成を使用する場合はTBA: Authorization Flowの選択を解除します。Consumer KeyとConsumer Secretを控えます。
アクセストークンの生成 Manage Access Tokensに移動します。Administratorロール、またはTransactions、System Notes、Listsへの権限を持つ特定のロール用に新しいトークンを作成します。Token IDとToken Secretをコピーします。これでOAuth 1.0aに必要な4つのキーがそろいます。
Python環境の準備 Python 3.xがインストールされていることを確認します。pipを使用して、pip install requests requests-oauthlib pandasを実行します。これらのライブラリは、OAuth 1.0aのハンドシェイクとデータ操作に必要です。
スクリプトパラメーターの設定 提供されたPythonスクリプトを開きます。ACCOUNT_ID、CONSUMER_KEY、CONSUMER_SECRET、TOKEN_ID、TOKEN_SECRETのプレースホルダーを、使用する認証情報に置き換えます。TARGET_START_DATEに、分析対象とする過去の期間の開始日（例：'2023-01-01'）を設定します。
API戦略の確認 スクリプトはNetSuite REST APIの/query/v1/suiteqlエンドポイントを使用します。レコードを個別に処理することもできますが、REST API経由でSuiteQLを使用すると、Transaction、TransactionLine、Message、SystemNoteの各テーブルを少ないHTTPリクエストで結合できるため、プロセスマイニングに適しています。
抽出スクリプトの実行 ターミナルまたはIDEからスクリプトを実行します。スクリプトは、請求書のメインフロー、支払、クレジットメモ、通信ログ（メッセージ）、システムステータスの変更（監査証跡）の5種類に分けてデータを抽出します。
実行状況の監視 スクリプトは、アクティビティの種類ごとに取得したレコード数をコンソールに表示します。通常、HTTP 400または500エラーは権限の問題やSuiteQL構文の誤りを示すため、注意して確認します。
データの変換と結合 スクリプトはデータ変換を自動的に処理します。NetSuite固有の日付形式を標準のISO 8601タイムスタンプに変換し、tranidなどのフィールド名をケースIDに正規化します。また、特定の取引タイプを要件で定義された標準アクティビティ名にマッピングします。
後処理ロジックの適用 スクリプトには、元の請求書合計額に対する支払適用額を比較し、「一部支払計上」と「全額支払受領」を区別するロジックが含まれています。また、最終的なステータス変更に基づいて「請求書消込済み」を推定します。
出力ファイルの確認 処理が完了すると、netsuite_ar_event_log.csvというファイルが生成されます。ファイルを開き、先頭数行を確認します。TranIdに値が入り、DateCreatedが正しい形式になっていることを確認します。
ProcessMindへのインポート 生成されたCSVはProcessMind用の形式になっています。TranIdをケースID、アクティビティをアクティビティ、DateCreatedをタイムスタンプにマッピングします。金額とステータスがケース属性としてマッピングされていることを確認します。

設定

認証方式：OAuth 1.0a（Token Based Authentication）。NetSuite REST APIのセキュリティで必須となる標準方式です。
APIエンドポイント：https://[AccountID].suitetalk.api.netsuite.com/services/rest/query/v1/suiteql。SuiteQLエンドポイントをRESTアーキテクチャ内で使用し、System Notesの複雑なフィルタリングと結合を可能にします。
同時実行数の管理：NetSuiteはサービス階層に応じて同時実行数を制限します（通常は5～20スレッド）。このスクリプトは「429 Too Many Requests」エラーを避けるため、1スレッドで実行します。
日付形式：NetSuiteでは日付形式をカスタマイズできます。スクリプトは標準ISO形式または標準US形式を前提としています。インスタンスがDMY形式を使用している場合は、日付解析の調整が必要になることがあります。
クエリ制限：SuiteQLは1ページあたり最大1,000行を返します。スクリプトはwhileループを使い、hasMoreフラグとオフセットまたは範囲を処理して、大規模なデータセットをページ分割します。
必要な権限：ユーザーロールには、Invoice、Customer Payment、Credit Memo、Journal Entry、Support Case、Message、System Noteへの「View」権限が必要です。

a サンプルクエリ python

import requests
from requests_oauthlib import OAuth1
import pandas as pd
import json
import time
from datetime import datetime

class=class="hl-string">"hl-comment"># === CONFIGURATION ===
class=class="hl-string">"hl-comment"># Replace these with your actual NetSuite credentials
ACCOUNT_ID = class="hl-string">'123456_SB1'  class=class="hl-string">"hl-comment"># Use hyphens for sandbox, e.g., 123456-sb1
CONSUMER_KEY = class="hl-string">'your_consumer_key'
CONSUMER_SECRET = class="hl-string">'your_consumer_secret'
TOKEN_ID = class="hl-string">'your_token_id'
TOKEN_SECRET = class="hl-string">'your_token_secret'
TARGET_START_DATE = class="hl-string">'2023-01-01'

class=class="hl-string">"hl-comment"># NetSuite REST API Base URL (Format account ID correctly for URL)
class=class="hl-string">"hl-comment"># For URL, usually lowercase and hyphens: 123456-sb1
NS_ACCOUNT_URL_PART = ACCOUNT_ID.lower().replace(class="hl-string">'_', class="hl-string">'-')
BASE_URL = fclass="hl-string">'https://{NS_ACCOUNT_URL_PART}.suitetalk.api.netsuite.com/services/rest/query/v1/suiteql'

class=class="hl-string">"hl-comment"># Authentication
auth = OAuth1(CONSUMER_KEY, CONSUMER_SECRET, TOKEN_ID, TOKEN_SECRET, realm=ACCOUNT_ID)
headers = {
    class="hl-string">'Prefer': class="hl-string">'transient',
    class="hl-string">'Content-Type': class="hl-string">'application/json'
}

class=class="hl-string">"hl-comment"># === HELPER FUNCTION ===
def run_suiteql(query):
    all_rows = []
    offset = 0
    limit = 1000
    has_more = True
    
    print(fclass="hl-string">"Executing Query starting with: {query[:50]}...")
    
    while has_more:
        class=class="hl-string">"hl-comment"># Note: Pagination in SuiteQL via REST often involves ROWNUM logic or limits
        class=class="hl-string">"hl-comment"># Standard REST paging links are preferred, but for SuiteQL body, we iterate logic
        class=class="hl-string">"hl-comment"># For simplicity in this script, we assume the query returns < 100k or we would implement ID-based iteration.
        class=class="hl-string">"hl-comment"># Ideally, we inject LIMIT/OFFSET if supported or filter by ID ranges.
        class=class="hl-string">"hl-comment"># Here we use a robust wrapper handling the class="hl-string">'items' response.
        
        class=class="hl-string">"hl-comment"># Adjust query for paging if necessary, or rely on requests if result set is small.
        class=class="hl-string">"hl-comment"># For production large scale, add class="hl-string">'AND rownum between X and Y' logic.
        
        payload = {class="hl-string">"q": query}
        response = requests.post(BASE_URL, auth=auth, headers=headers, json=payload)
        
        if response.status_code == 200:
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_rows.extend(items)
            
            class=class="hl-string">"hl-comment"># Check for generic SuiteTalk pagination links
            if len(items) < limit:
                has_more = False
            else:
                class=class="hl-string">"hl-comment"># In strict SuiteQL, you must handle offset manually in SQL
                class=class="hl-string">"hl-comment"># For this script, we assume strict date filtering keeps batches manageable
                has_more = False class=class="hl-string">"hl-comment"># Preventing infinite loop in this demo template
        else:
            print(fclass="hl-string">"Error {response.status_code}: {response.text}")
            has_more = False
            
    return all_rows

class=class="hl-string">"hl-comment"># === EXTRACTION LOGIC ===

events = []

class=class="hl-string">"hl-comment"># 1. INVOICES (Created, Due Date, Attributes)
print(class="hl-string">"Extracting Invoices...")
q_invoices = fclass="hl-string">"""
    SELECT 
        t.tranid,
        'Invoice Created' as activity,
        TO_CHAR(t.trandate, 'YYYY-MM-DD HH24:MI:SS') as event_time,
        t.foreignTotal as amount,
        e.entityid as customer,
        t.duedate,
        s.name as subsidiary,
        emp.entityid as salesrep,
        t.status,
        d.name as department
    FROM 
        transaction t
        LEFT JOIN entity e ON t.entity = e.id
        LEFT JOIN subsidiary s ON t.subsidiary = s.id
        LEFT JOIN employee emp ON t.salesrep = emp.id
        LEFT JOIN department d ON t.department = d.id
    WHERE 
        t.recordtype = 'invoice'
        AND t.trandate >= TO_DATE('{TARGET_START_DATE}', 'YYYY-MM-DD')
"""
invoices = run_suiteql(q_invoices)
for row in invoices:
    events.append({
        class="hl-string">'TranId': row.get(class="hl-string">'tranid'),
        class="hl-string">'Activity': row.get(class="hl-string">'activity'),
        class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'),
        class="hl-string">'TotalAmount': row.get(class="hl-string">'amount'),
        class="hl-string">'Entity': row.get(class="hl-string">'customer'),
        class="hl-string">'DueDate': row.get(class="hl-string">'duedate'),
        class="hl-string">'Subsidiary': row.get(class="hl-string">'subsidiary'),
        class="hl-string">'SalesRep': row.get(class="hl-string">'salesrep'),
        class="hl-string">'Status': row.get(class="hl-string">'status'),
        class="hl-string">'Department': row.get(class="hl-string">'department'),
        class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
    })

class=class="hl-string">"hl-comment"># 2. PAYMENTS (Partial, Full, Bank Match)
print(class="hl-string">"Extracting Payments...")
q_payments = fclass="hl-string">"""
    SELECT 
        inv.tranid as invoice_num,
        t.tranid as payment_ref,
        TO_CHAR(t.trandate, 'YYYY-MM-DD HH24:MI:SS') as event_time,
        tl.foreignAmount as payment_amt,
        inv.foreignTotal as invoice_total,
        t.status as payment_status
    FROM 
        transaction t
        JOIN transactionLine tl ON t.id = tl.transaction
        JOIN transaction inv ON tl.createdfrom = inv.id
    WHERE 
        t.recordtype = 'customerpayment'
        AND inv.recordtype = 'invoice'
        AND t.trandate >= TO_DATE('{TARGET_START_DATE}', 'YYYY-MM-DD')
"""
payments = run_suiteql(q_payments)
for row in payments:
    class=class="hl-string">"hl-comment"># Logic to distinguish Partial vs Full
    act = class="hl-string">'Partial Payment Posted'
    class=class="hl-string">"hl-comment"># Simple heuristic: if remaining amount is small or payment equals total
    class=class="hl-string">"hl-comment"># In a real scenario, we would check class="hl-string">'amountremaining' on the invoice
    try:
        if float(row.get(class="hl-string">'payment_amt', 0)) >= float(row.get(class="hl-string">'invoice_total', 0)):
            act = class="hl-string">'Full Payment Received'
    except:
        pass
        
    events.append({
        class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'),
        class="hl-string">'Activity': act,
        class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'),
        class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
    })
    
    class=class="hl-string">"hl-comment"># Bank Match / Cleared Check
    class=class="hl-string">"hl-comment"># Assuming class="hl-string">'deposited' status or similar indicates bank matching
    if row.get(class="hl-string">'payment_status') == class="hl-string">'deposited':
        events.append({
            class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'),
            class="hl-string">'Activity': class="hl-string">'Bank Statement Matched',
            class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'), class=class="hl-string">"hl-comment"># Using payment date as proxy if match date unavailable
            class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
        })

class=class="hl-string">"hl-comment"># 3. CREDIT MEMOS & BAD DEBT
print(class="hl-string">"Extracting Credit Memos...")
q_credits = fclass="hl-string">"""
    SELECT 
        inv.tranid as invoice_num,
        t.tranid as credit_ref,
        t.recordtype,
        TO_CHAR(t.trandate, 'YYYY-MM-DD HH24:MI:SS') as event_time,
        t.memo
    FROM 
        transaction t
        JOIN transactionLine tl ON t.id = tl.transaction
        JOIN transaction inv ON tl.createdfrom = inv.id
    WHERE 
        t.recordtype IN ('creditmemo', 'journalentry')
        AND inv.recordtype = 'invoice'
        AND t.trandate >= TO_DATE('{TARGET_START_DATE}', 'YYYY-MM-DD')
"""
credits = run_suiteql(q_credits)
for row in credits:
    act = class="hl-string">'Credit Memo Issued'
    if class="hl-string">'write off' in str(row.get(class="hl-string">'memo')).lower() or class="hl-string">'bad debt' in str(row.get(class="hl-string">'memo')).lower():
        act = class="hl-string">'Bad Debt Written Off'
        
    events.append({
        class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'),
        class="hl-string">'Activity': act,
        class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'),
        class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
    })

class=class="hl-string">"hl-comment"># 4. MESSAGES (Dispatch, Reminders)
print(class="hl-string">"Extracting Messages...")
q_msgs = fclass="hl-string">"""
    SELECT 
        t.tranid as invoice_num,
        m.subject,
        TO_CHAR(m.messagedate, 'YYYY-MM-DD HH24:MI:SS') as event_time,
        m.authoremail
    FROM 
        message m
        JOIN transaction t ON m.transaction = t.id
    WHERE 
        t.recordtype = 'invoice'
        AND m.messagedate >= TO_DATE('{TARGET_START_DATE}', 'YYYY-MM-DD')
"""
msgs = run_suiteql(q_msgs)
for row in msgs:
    subj = str(row.get(class="hl-string">'subject')).lower()
    act = None
    if class="hl-string">'invoice' in subj and class="hl-string">'attached' in subj:
        act = class="hl-string">'Invoice Dispatched'
    elif class="hl-string">'reminder' in subj or class="hl-string">'overdue' in subj:
        act = class="hl-string">'Payment Reminder Sent'
        
    if act:
        events.append({
            class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'),
            class="hl-string">'Activity': act,
            class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'),
            class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
        })

class=class="hl-string">"hl-comment"># 5. SUPPORT CASES (Disputes)
print(class="hl-string">"Extracting Support Cases...")
class=class="hl-string">"hl-comment"># Requires linking Case to Invoice (often custom field or text match)
class=class="hl-string">"hl-comment"># Here assuming generic link via Customer + Time logic or direct field if exists
class=class="hl-string">"hl-comment"># Using standard support case table
q_cases = fclass="hl-string">"""
    SELECT 
        c.casenumber,
        c.title,
        c.status,
        TO_CHAR(c.createddate, 'YYYY-MM-DD HH24:MI:SS') as create_time,
        TO_CHAR(c.lastmodifieddate, 'YYYY-MM-DD HH24:MI:SS') as close_time,
        t.tranid as invoice_num
    FROM 
        supportcase c
        JOIN transaction t ON c.company = t.entity -- Loose join by customer
    WHERE 
        t.recordtype = 'invoice'
        AND (c.title LIKE '%' || t.tranid || '%' OR c.incomingmessage LIKE '%' || t.tranid || '%')
        AND c.createddate >= TO_DATE('{TARGET_START_DATE}', 'YYYY-MM-DD')
"""
cases = run_suiteql(q_cases)
for row in cases:
    class=class="hl-string">"hl-comment"># Dispute Opened
    events.append({
        class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'),
        class="hl-string">'Activity': class="hl-string">'Dispute Case Opened',
        class="hl-string">'DateCreated': row.get(class="hl-string">'create_time'),
        class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
    })
    class=class="hl-string">"hl-comment"># Dispute Resolved (if closed)
    if class="hl-string">'closed' in str(row.get(class="hl-string">'status')).lower():
        events.append({
            class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'),
            class="hl-string">'Activity': class="hl-string">'Dispute Resolved',
            class="hl-string">'DateCreated': row.get(class="hl-string">'close_time'),
            class="hl-string">'SourceSystem': class="hl-string">'NetSuite'
        })

class=class="hl-string">"hl-comment"># 6. SYSTEM NOTES (Approvals, Status Changes, Cleared)
print(class="hl-string">"Extracting System Notes...")
class=class="hl-string">"hl-comment"># This query can be heavy. Ensure proper filtering.
q_notes = fclass="hl-string">"""
    SELECT 
        t.tranid as invoice_num,
        sn.field,
        sn.oldvalue,
        sn.newvalue,
        TO_CHAR(sn.date, 'YYYY-MM-DD HH24:MI:SS') as event_time
    FROM 
        systemnote sn
        JOIN transaction t ON sn.recordid = t.id
    WHERE 
        sn.recordtypeid = -30 -- Transaction Record Type ID usually -30, verify in setup
        AND t.recordtype = 'invoice'
        AND sn.date >= TO_DATE('{TARGET_START_DATE}', 'YYYY-MM-DD')
"""
notes = run_suiteql(q_notes)
for row in notes:
    field = str(row.get(class="hl-string">'field')).lower()
    old_v = str(row.get(class="hl-string">'oldvalue')).lower()
    new_v = str(row.get(class="hl-string">'newvalue')).lower()
    
    if class="hl-string">'status' in field:
        if class="hl-string">'pending approval' in old_v and class="hl-string">'open' in new_v:
            events.append({class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'), class="hl-string">'Activity': class="hl-string">'Invoice Approved', class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'), class="hl-string">'SourceSystem': class="hl-string">'NetSuite'})
        elif class="hl-string">'paid in full' in new_v:
            events.append({class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'), class="hl-string">'Activity': class="hl-string">'Invoice Cleared', class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'), class="hl-string">'SourceSystem': class="hl-string">'NetSuite'})
            
    class=class="hl-string">"hl-comment"># Promise to Pay check (User Notes often appear in System Notes or separate Note table)
    class=class="hl-string">"hl-comment"># Assuming Note capture via System Note for context
    if class="hl-string">'note' in field: 
        events.append({class="hl-string">'TranId': row.get(class="hl-string">'invoice_num'), class="hl-string">'Activity': class="hl-string">'Promise to Pay Received', class="hl-string">'DateCreated': row.get(class="hl-string">'event_time'), class="hl-string">'SourceSystem': class="hl-string">'NetSuite'})

class=class="hl-string">"hl-comment"># === EXPORT ===
print(class="hl-string">"Generating CSV...")
df = pd.DataFrame(events)

class=class="hl-string">"hl-comment"># Deduplicate and Sort
df.drop_duplicates(inplace=True)
df[class="hl-string">'LastDataUpdate'] = datetime.now().isoformat()

class=class="hl-string">"hl-comment"># Save
df.to_csv(class="hl-string">'netsuite_ar_event_log.csv', index=False)
print(class="hl-string">"Done. File saved as netsuite_ar_event_log.csv")

準備はできましたか

このテンプレートをNetSuite環境に適用し、より効率的なキャッシュサイクルに向けた取り組みを始めます。データマッピングや技術連携について支援が必要な場合は、当社チームがサポートします。

改善ガイドに戻るテンプレートをダウンロード

NetSuiteの売掛金サイクルを今すぐ短縮

DSOを15～20日短縮し、キャッシュフローの不足を今すぐ解消します。

無料トライアルを開始

クレジットカード不要、5分で設定できます

売掛金データテンプレート

売掛金データテンプレート

売掛金の属性

売掛金のアクティビティ

データ抽出ガイド

NetSuite SuiteAnalytics Workbookによるデータエクスポート

ステップ

設定

a サンプルクエリ sql

NetSuite SuiteQLによる取引データ抽出

ステップ

設定

a サンプルクエリ sql

Python SuiteTalk REST API抽出スクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか

NetSuiteの売掛金サイクルを今すぐ短縮

売掛金データテンプレート

売掛金データテンプレート

売掛金の属性

売掛金のアクティビティ

データ抽出ガイド

NetSuite SuiteAnalytics Workbookによるデータエクスポート

ステップ

設定

a サンプルクエリ sql

NetSuite SuiteQLによる取引データ抽出

ステップ

設定

a サンプルクエリ sql

Python SuiteTalk REST API抽出スクリプト

ステップ

設定

a サンプルクエリ python

準備はできましたか

NetSuiteの売掛金サイクルを今すぐ短縮

プライバシーを大切にしています