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

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

NetSuite

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

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

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

イベントログを初めて作成する方はこちら：プロセスマイニング用イベントログの作成方法.

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

売掛金の属性

次の表では、NetSuiteの請求書ライフサイクルを全体的に把握するために推奨されるデータ項目と分析軸を紹介します。

5 必須 7 推奨 10 任意

	名前	説明
	アクティビティ Activity	請求書に対して行われた具体的なイベントまたは操作です。
説明この属性は、「請求書の作成」「支払いの適用」「異議申し立ての開始」など、プロセスのステップ名を表します。NetSuiteでは、作成イベントの場合は取引の`type`フィールドから、ステータス変更や修正の場合は通常`SystemNote`テーブルから取得します。プロセスマイニングでは、プロセスマップのノードを定義する重要な属性です。アクティビティの順序を分析すると、ボトルネック、繰り返し発生する異議申し立て対応などのループ、標準的な理想経路からの逸脱を特定できます。重要な理由ワークフローのステップを定義し、プロセスグラフの作成を可能にします。入手先取引の「type」またはSystemNoteの「field」／「value」から取得例請求書を作成支払いの受領クレジットメモを発行異議申し立ての開始
	イベントのタイムスタンプ DateCreated	アクティビティが発生した正確な日時です。
説明この属性には、イベントが発生した正確な時刻が記録されます。請求書の作成時刻には、取引テーブルの`datecreated`フィールドを使います。その後の更新については、`SystemNote`または`Message`テーブルに記録されたタイムスタンプを使います。正確なタイムスタンプは、請求書から入金までの平均サイクルタイムや請求書発行リードタイムなどの算出に欠かせません。イベントを正しい順序に並べ、プロセスの各ステップ間で発生した遅延を特定できます。重要な理由イベントの順序付けと、プロセスの各ステップ間の所要時間の算出に欠かせません。入手先取引の「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の異なるテーブル間でデータを結合する際にも欠かせません。重要な理由売掛金のライフサイクルを追跡し、サイクルタイムを算出するための基本となるキーです。入手先取引テーブルのフィールド「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環境では、この属性は請求書を発行した法人または子会社を特定します。会社内の支店や部門を比較分析できます。請求書送付の効率を確認するダッシュボードでは、事業部門ごとにドリルダウンできます。プロセス上の問題が組織全体に共通するのか、特定の業務部門に限られるのかを切り分けるのに役立ちます。重要な理由組織内の異なる法人間で実績を比較する際に欠かせません。入手先取引テーブルの「subsidiary」フィールド例米国西部EMEA業務部門APAC営業部門
	営業担当者 SalesRep	請求書に関連する営業担当者です。
説明この属性は、顧客アカウントまたは取引を担当する営業担当者を特定します。NetSuiteでは、取引レコードの`salesrep`フィールドに記録されていることがよくあります。請求上の問題やクレジットメモを特定の営業担当者に関連付ける際に使います。たとえば、クレジットメモと収益漏れのダッシュボードでは、請求後の修正が特定の担当者に偏っていないかを確認し、営業プロセスの上流にある品質上の問題を把握できます。重要な理由売掛金プロセスで発生した問題を、上流の営業プロセスの担当者に関連付けます。入手先取引テーブルの「salesrep」フィールド例 John SmithSarah ConnorKyle Reese
	支払期日 DueDate	支払い条件に基づく支払予定日です。
説明この属性には、NetSuiteの`duedate`フィールドに格納された請求書の支払期日が記録されます。支払いが期日どおりか、遅れているかを判断する基準です。支払条件超過日数の平均や高額債権の回収リスクを算出する際の主要な変数です。この日付と支払いイベントの`DateCreated`を比較すると、遅延の程度を把握し、与信条件の遵守状況を測定できます。重要な理由滞留期間、延滞、コンプライアンスに関する計算の基準です。入手先取引テーブルの「duedate」フィールド例 2023-11-152023-12-012024-01-30
	請求書のステータス Status	システム上の請求書の現在のステータスです。
説明この属性は、NetSuiteにおける取引の状態を示します。たとえば、「未処理」「全額支払い済み」「承認待ち」などです。通常、`status`または`statusRef`フィールドから取得します。アクティビティ属性が過去に発生したことを記録するのに対し、この属性は現在の状態を示します。高額債権の回収リスクを確認するダッシュボードで、未処理かつ延滞中の項目だけを表示する際に欠かせません。重要な理由完了したケースと対応が必要なケースをすぐに見分けられます。入手先取引テーブルの「status」フィールド例全額支払い済み未処理承認待ち
	請求書金額 TotalAmount	請求書の合計金額です。
説明この属性は請求書の合計金額を表し、通常はNetSuiteの取引テーブルにある`foreignTotal`または`total`フィールドから取得します。顧客から回収する金額を示します。売掛金プロセスにおける金額の推移を分析し、高額債権の回収に優先順位を付けたり、異議申し立て未処理額などの重要業績評価指標（KPI）を算出したりする際に使います。金額帯でケースを絞り込めるため、影響の大きい取引に改善の取り組みを集中できます。重要な理由プロセスの非効率性による金銭的影響の把握と、回収の優先順位付けに欠かせません。入手先取引テーブルの「foreignTotal」または「total」フィールド例 1500.00250.5010000.00
	部門 Department	取引を担当する社内部門です。
説明この属性はNetSuiteの`department`セグメントに対応し、請求書を作成した機能部門（営業、サービス、ITなど）を示します。売掛金の実績を部門横断で分析できます。部門別にデータを分類すると、請求サイクルが長い、または異議申し立てが多い業務領域を特定でき、対象を絞ったプロセス改善に役立ちます。重要な理由社内のプロセス担当部門を特定し、請求業務の効率の違いを把握できます。入手先取引テーブルの「department」フィールド例プロフェッショナルサービスソフトウェア販売ハードウェア出荷
	顧客名 Entity	請求書に関連する顧客または法人の名前です。
説明この属性は、請求書の支払いを担う顧客を特定します。NetSuiteでは、`Entity`テーブルの顧客レコードに関連付けられます。顧客別の分析に欠かせない属性です。顧客ごとに実績を分類すると、支払いの遅れや異議申し立てが頻発する顧客、標準的な支払い条件から外れる顧客を特定できます。与信条件のコンプライアンス監視や回収担当者の処理状況を確認するダッシュボードにも役立ちます。重要な理由顧客の行動やリスク特性に応じて、プロセス実績を分類できます。入手先取引テーブルの「entity」フィールド（Entity／Customerテーブルに結合）例 Acme CorpGlobex CorporationSoylent Corp
	回収担当者 CollectionAgent	この請求書の回収業務を担当するユーザーです。
説明この属性は、請求書の回収業務を担当する従業員を特定します。営業担当者が兼任する場合もあれば、売掛金担当者が専任する場合もあります。カスタムフィールドに記録されているか、「支払いリマインダー」アクティビティを記録したユーザーから取得します。回収担当者の処理状況を確認するダッシュボードで使われ、マネージャーがチーム内の実績を比較し、研修の必要性や業務負荷の偏りを把握できます。重要な理由回収チームの各担当者の実績を評価できます。入手先回収アクティビティのSystemNotesにある「name」またはカスタムフィールド例 Agent Smith請求担当者A回収チーム1
	地域 Location	取引に関連する所在地または地域です。
説明 NetSuiteの`location`フィールドは、倉庫、オフィス、地理的な地域を表すことがあります。この属性では、分析に使う地域の概念に対応付けます。 DSO実績の概要では、地域ごとの支払い傾向の違いを特定するために使います。回収上の問題が全地域に共通するのか、特定の地域に限られるのかを確認できます。重要な理由地域別に売掛金の実績を分類できます。入手先取引テーブルの「location」フィールド例北米倉庫ロンドンオフィスシンガポール
	延滞日数 DaysOverdue	未処理の請求書が支払期日を過ぎてからの日数です。
説明この計算属性は、`DueDate`と現在の分析日（完了済みの場合は支払日）の差を表します。滞留期間を継続的に測定できます。高額債権の回収リスクを確認するダッシュボードで使う滞留期間の区分（30～60日、60～90日など）の基準となります。システム内で特に深刻な遅延をすぐに特定できます。重要な理由支払い遅延の深刻度を評価する標準的な指標です。入手先計算値：（現在の日付－DueDate）例 150-5
	支払い条件 Terms	請求書に設定された合意済みの支払い条件です。
説明この属性は、請求書に設定された支払い条件を示します。「30日以内」や「受領時払い」などがあり、取引レコードの`terms`フィールドに格納されています。このデータを使って支払予定日を算出し、支払い条件が緩やかな顧客と厳しい顧客のどちらが安定して支払うかを分析できます。与信方針の見直しや、支払条件超過日数の平均を示す重要業績評価指標（KPI）の基準を把握する際にも役立ちます。重要な理由顧客の支払いサイクルにおける想定される動きとサービスレベル合意（SLA）を定義します。入手先取引テーブルの「terms」フィールド例 30日以内60日以内受領時払い2％割引、10日以内支払い、正味30日
	支払い約束日 PromiseDate	顧客が支払いを約束した日付です。
説明この属性には、顧客が延滞中の請求書を支払うと約束した日付が記録されます。通常、回収担当者が記録します。NetSuiteでは、「Phone Call」レコードまたは取引本文のカスタムフィールドに格納されていることが一般的です。支払い約束の遵守状況を確認するダッシュボードで欠かせない属性です。約束した日付と実際の支払日を比較すると、顧客の約束がどの程度守られているか、回収の電話がどの程度効果を上げているかを測定できます。重要な理由顧客の支払い約束の信頼性と回収業務の効果を測定します。入手先 Task／Phone Callレコードまたはカスタムフィールド例 2023-11-202023-12-05
	異議申し立ての有無 IsDisputed	請求書が現在または過去に異議申し立ての対象となったことを示すフラグです。
説明この真偽値属性は、請求書が異議申し立てのプロセスを経たかどうかを示します。異議申し立てに関するアクティビティの有無、または請求書レコードの特定のステータスフラグから取得します。異議申し立てのライフサイクル分析で重要な絞り込み条件となります。また、初回回収率の算出時に、問題のある請求書と問題のない請求書を分けるのに役立ちます。重要な理由複雑なケースと標準的な理想経路のケースを分類できます。入手先「異議申し立ての開始」アクティビティの有無に基づいて算出例 truefalse
	異議申し立ての理由 DisputeReason	請求書が異議申し立ての対象となった理由を示すコードまたは説明です。
説明この属性には、顧客が支払いを拒否した理由や修正を求めた理由が記録されます。NetSuiteでは、請求書に関連付けられたカスタムフィールドや「Case」レコードに格納されていることがよくあります。異議申し立てのライフサイクル分析ダッシュボードで重要な属性です。理由（「価格の誤り」「商品の破損」「発注書の不足」など）ごとに分類すると、今後の収益漏れを防ぐために上流で対処すべき根本原因を特定できます。重要な理由未払いと事務処理の手戻りの根本原因を特定できます。入手先関連付けられたサポートケースまたは取引本文のカスタムフィールド例価格の誤り商品未着税額の誤り
	製品カテゴリ Class	販売した商品またはサービスのカテゴリや分類です。
説明この属性はNetSuiteの`class`セグメントに対応し、ハードウェアやコンサルティングなどの収益区分を分類します。製品構成を把握することは、分析に欠かせません。クレジットメモと収益漏れのダッシュボードで、特定の製品ラインに返品や請求ミスが多いかどうかを分析できます。重要な理由販売した製品やサービスの種類ごとにプロセス実績を分類します。入手先取引テーブルの「class」フィールド例ライセンス収益コンサルティングサービスハードウェア
	請求書メモ Memo	請求書のヘッダーに記載されたメモや説明です。
説明この属性には、請求書の`memo`フィールドに入力された自由記述の説明やメモが含まれます。特別な取り扱いや顧客との合意に関する手入力の記録が含まれることがあります。このフィールドをテキストマイニングすると、構造化フィールドでは把握できない遅延や異議申し立ての理由を見つけられる場合があります。定量的なプロセスデータに定性的なコンテキストを加えます。重要な理由取引に関するコンテキストと定性的なデータを示します。入手先取引テーブルの「memo」フィールド例 10月分のサービス料金請求書番号1002の修正特別な支払い条件を適用
	通貨コード Currency	請求書の発行に使われた通貨です。
説明この属性は、取引のISO通貨コード（USD、EURなど）を示し、NetSuiteの`currency`フィールドに格納されています。複数通貨を扱う環境で正しく処理するために必要です。通常は意識されにくい項目ですが、`TotalAmount`を集計する際、通貨換算せずに異なる通貨を合算しないために欠かせません。地域ごとの実績の違いを理解するためのコンテキストにもなります。重要な理由グローバルに事業を展開する組織で、金額を正しく集計するために欠かせません。入手先取引テーブルの「currency」フィールド例 USDEURGBP

必須推奨任意

売掛金のアクティビティ

債権回収の流れを正確にモデル化するため、イベントログに記録する必要がある主要なプロセスの手順と取引上のマイルストーンです。

6 推奨 7 任意

	アクティビティ	説明
	クレジットメモを発行	請求書に適用するCredit Memo取引を作成する工程です。未決済残高を減らし、多くの場合、返品や請求ミスを示します。
重要な理由売上の逸失を可視化します。クレジットメモが頻繁に発行される場合、販売や納品のプロセスに組織的な問題がある可能性があります。入手先 Transactionテーブル：レコードタイプが「CustCred」の取引を「appliedtotransaction」で請求書IDに関連付け。記録 Credit Memo取引の実行時に記録イベントタイプ explicit
	全額入金を受領	請求書残高がゼロになるCustomer Paymentを適用する工程です。回収活動の実質的な終了を示します。
重要な理由売上債権回転日数と支払条件超過日数の平均を算出する際の主要なタイムスタンプです。売上が実際に回収されたことを示します。入手先 Transactionテーブル：タイプが「CustPymt」の取引を請求書に適用し、請求書の「status」が「Paid In Full」になったもの。記録 Payment取引の実行時に記録イベントタイプ explicit
	請求書の決済を完了	請求書のステータスが最終的に「Paid In Full」に変わる工程です。正常に完了したケースのプロセス終点となります。
重要な理由請求から入金までの平均サイクルタイムの算出に必要です。プロセスバリアントごとに未決済項目と決済済み項目を区別します。入手先 System Notes：Invoiceレコードのステータスが「Paid In Full」に変わった記録。記録変更前後のステータスフィールドを比較イベントタイプ inferred
	請求書を作成	システムで請求書レコードを最初に作成する工程です。TransactionテーブルでレコードタイプがInvoiceのものを取得します。
重要な理由売掛金サイクルの開始点となり、滞留期間の計算に使うベースラインを設定します。請求から入金までのサイクルタイムの算出に欠かせません。入手先 Transactionテーブル：タイプが「CustInvc」のレコードの「trandate」または「datecreated」フィールド。記録 Invoice取引の実行時に記録イベントタイプ explicit
	請求書を承認	請求書のステータスがPending ApprovalからOpenに変わる工程です。請求書に関連付けられたSystem Notesまたはワークフロー履歴ログを監視して取得します。
重要な理由顧客への請求前にかかる社内処理時間を示します。この段階の遅れは、顧客への価値を増やさずにサイクルタイムを延ばします。入手先 System Notes：「status」フィールドが「Pending Approval」から「Open」に変わった記録を抽出。記録変更前後のステータスフィールドを比較イベントタイプ inferred
	請求書を送付	メール、郵送、またはファクスで請求書を顧客に送付する工程です。該当するInvoice取引に関連付けられたMessageレコードを確認して取得します。
重要な理由請求書発行リードタイムの重要業績評価指標（KPI）に欠かせません。この段階の遅れを特定すると、迅速な入金回収を妨げる事務処理上のボトルネックが明らかになります。入手先 Messagesテーブル：取引IDで結合し、「authoremail」が社内、「recipientemail」が社外のレコードを抽出。記録 Email取引の実行時に記録イベントタイプ explicit
	一部入金を記録	請求書残高を減らすものの、全額の決済には至らないCustomer Paymentを適用する工程です。Transaction Lineテーブルから取得します。
重要な理由一部入金のプロセスフロー分析に役立ちます。資金の流れが分断されている状況や、資金繰りに苦慮している顧客を特定できます。入手先 Transactionテーブル：タイプが「CustPymt」の取引を請求書に適用し、請求書の「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のステータスがClosedに変わった時点で取得します。
重要な理由異議申し立ての平均解決時間を算出するために必要です。解決に時間がかかると、売上債権回転日数と顧客満足度に悪影響を及ぼします。入手先 Support Caseレコード：請求書に関連付けられたケースの「dateclosed」フィールド。記録変更前後のステータスフィールドを比較イベントタイプ inferred
	異議申し立て案件を開始	請求書に関する異議申し立てを開始する工程です。関連するSupport Caseや特定のカスタムステータスから推定することが多く、通常の回収フローが停止します。
重要な理由異議申し立ての経過を分析するダッシュボードに欠かせません。この件数が多い場合、納品や請求の上流工程に品質上の問題がある可能性があります。入手先 Support Caseレコード：カテゴリが「Billing Dispute」のケースをTransactionに結合するか、Transactionのステータスが「Disputed」に変わった記録を確認。記録ステータスフィールドの変更または関連レコードの作成を比較イベントタイプ inferred
	貸倒損失を計上	回収不能額について、仕訳または特定のCredit Memoタイプを使って請求書残高を消し込む工程です。回収プロセスが失敗したことを示します。
重要な理由分析で未回収の売上と回収済みの売上を区別します。実際の回収効率を把握するうえで重要です。入手先 Journal EntryまたはCredit Memo：請求書に関連付けられた特定の総勘定元帳勘定（Bad Debt Expense）で絞り込み。記録総勘定元帳勘定の使用状況から判定イベントタイプ inferred
	銀行明細と照合	入金取引を銀行明細のデータと照合する工程です。「Match Bank Data」または照合履歴から取得します。
重要な理由銀行照合の自動化率を追跡します。この段階の遅れは実際の資金状況を見えにくくし、バックオフィスの手作業による滞りを示します。入手先取引ステータス：Payment取引のステータスが「Deposited」に変わったか、照合済みとして記録されているかを確認。記録変更前後のステータスフィールドを比較イベントタイプ inferred

推奨任意

データ抽出ガイド

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

ステップ

前提条件：SuiteAnalytics Workbook機能が有効で、取引、システムノート、メッセージ、サポートケースにアクセスする権限があることを確認します。
SuiteAnalyticsにアクセス：Analytics > Workbooks > New Workbookの順に移動します。
ルートレコードを選択：ルートレコードの種類として取引を選択します。財務データの基準となるレコードです。
データセットの方針：承認、メッセージ、異議など多様なアクティビティを1つの「現状のまま」のイベントログに抽出する必要があります。UIで単一の結合データセットを作成すると、行の幅が広がり、直積が発生します。推奨される方法は、SuiteAnalyticsの基盤機能であるSuiteQLを利用することです。以下のクエリは、「SuiteAnalytics Connect」（ODBC/JDBC）インターフェース、またはUI内の「SuiteQL Query Tool」バンドルから実行できます。
クエリを実行：「Query」セクションにあるSuiteQLスクリプト全体をコピーします。プレースホルダー{{LastDataUpdate}}を抽出日時に、{{StartDate}}を分析開始日（例：「2023-01-01」）に置き換えます。
列を確認：TranId、Activity、DateCreatedなど、指定したすべての列が結果に含まれていることを確認します。
データをエクスポート：クエリを実行し、結果をCSVにエクスポートします。
書式を設定：CSVを開きます。「DateCreated」列の書式がYYYY-MM-DD HH:MM:SSであることを確認します。「TotalAmount」には通貨記号を含めず、数値のみを設定します。
検証：1つの請求書ID（TranId）が、異なる「Activity」の値（例：作成、承認、入金）で複数回表示されることを確認します。
取り込み：CSVをProcessMindにアップロードします。「TranId」をケースID、「Activity」をアクティビティ名、「DateCreated」をタイムスタンプにマッピングします。

設定

SuiteAnalytics Connect：外部で複雑なUNIONクエリを実行するには、「Enable Features > Analytics」で有効にする必要があります。
権限：ユーザーには取引、システムノート、サポートケース、メッセージの「View」アクセス権が必要です。
日付の絞り込み：直近12か月の期間を推奨します。過去のデータを大量に抽出するとタイムアウトする場合があります。行数の上限を確認してください（NetSuiteではインターフェースにより、通常5,000～100,000行が上限です。全期間のデータにはODBCを推奨します）。
子会社の範囲：OneWorldアカウントの場合、ユーザーが対象のすべての子会社にアクセスできることを確認するか、t.subsidiaryで絞り込みます。
パフォーマンス：SystemNoteテーブルは非常に大きいため、パフォーマンスを確保するにはrecordtypeとdateによる絞り込みが必須です。

クエリの例 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経由で認証するには、有効なToken IDとToken Secretが必要です。ODBCドライバーを使用する場合は、接続を設定してください。
スキーマの確認：このデータ抽出では、取引、TransactionLine、SystemNote、Message、Note、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レコードと、「支払約束」を示すNoteレコードを検索します。これらの情報に標準オブジェクトではなくカスタム項目を使っている場合は、組織の設定を確認し、該当するWHERE句を調整してください。
検証：抽出ファイルの「請求書作成」件数を、同じ期間を対象とするNetSuiteの保存済み検索と比較し、データが漏れなく取得されていることを確認します。
最終エクスポート：結果のデータセットをCSVファイルとして保存します。ProcessMindにアップロードする前に、ヘッダーが「含める属性」の一覧（TranId、Activity、DateCreatedなど）と一致していることを確認してください。

設定

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

クエリの例 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アカウントの管理者アクセス権があることを確認します。「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」に移動します。管理者ロール（または取引、システムノート、リストへの権限を持つ特定のロール）の新しいトークンを作成します。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、Activityをアクティビティ、DateCreatedをタイムスタンプにマッピングします。「Amount」と「Status」はケース属性としてマッピングしてください。

設定

認証方式：OAuth 1.0a（トークンベース認証）。NetSuite REST APIのセキュリティで必須となる標準方式です。
APIエンドポイント：https://[AccountID].suitetalk.api.netsuite.com/services/rest/query/v1/suiteql。RESTアーキテクチャ内のSuiteQLエンドポイントを使い、システムノートを複雑な条件で絞り込み、結合します。
同時実行数の制御：NetSuiteではサービス階層に応じた同時実行数の上限があり、通常は5～20スレッドです。このスクリプトは「429 Too Many Requests」エラーを避けるため、単一スレッドで実行します。
日付形式：NetSuiteでは日付形式を変更できます。このスクリプトは標準のISO形式または米国形式を想定しています。インスタンスでDMY形式を使用している場合は、日付の解析方法を調整する必要があります。
クエリの上限：SuiteQLは1ページあたり最大1,000行を返します。スクリプトではwhileループを使い、hasMoreフラグとオフセット／範囲を処理して、大量のデータをページごとに取得します。
必要な権限：ユーザーロールには、請求書、顧客支払い、クレジットメモ、仕訳、サポートケース、メッセージ、システムノートに対する「View」権限が必要です。

クエリの例 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のデータエクスポート

ステップ

設定

クエリの例 sql

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

ステップ

設定

クエリの例 sql

Python SuiteTalk REST APIによる抽出スクリプト

ステップ

設定

クエリの例 python

始める準備はできましたか？

NetSuiteの売掛金サイクルを今すぐ改善