> 継続的なプロセス改善 > 受注から入金まで：受注処理 > NetSuite > データテンプレート

受注から入金まで：販売注文処理のデータテンプレート

NetSuite

受注から入金まで：受注処理の属性 (21) 受注から入金まで：受注処理のアクティビティ (14) 抽出ガイド (3)

受注から入金まで：販売注文処理のデータテンプレート

このテンプレートでは、NetSuiteの受注から入金までの販売注文処理を分析するために必要なデータの収集方法を説明します。システムから抽出する必要がある属性とアクティビティを示し、効率的なデータ抽出方法も案内します。これにより、プロセス分析を円滑に始められます。

詳細分析に推奨される属性
プロセスで追跡すべき重要なアクティビティ
NetSuiteからデータを抽出するための手順

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

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

受注から入金まで：受注処理の属性

受注から入金までの受注処理を詳しく分析するため、イベントログに含める推奨データ項目です。

3 必須 8 推奨 10 任意

	名前	説明
	アクティビティ名 ActivityName	特定の時点で発生した業務イベントまたはアクティビティの名称です。
説明この属性は、受注ライフサイクルにおける特定の手順やステータス変更を表します。たとえば、「受注を作成」、「商品を出荷」、「支払いを受領」などです。これらのアクティビティの順序が、プロセスマップの基盤となります。アクティビティの流れを分析することで、一般的なプロセス経路、逸脱、ボトルネックを特定できます。アクティビティの発生頻度と順序を把握することは、業務を効率化し、手作業を減らす機会を見つけるうえで重要です。重要な理由プロセスの手順を定義し、プロセスフローを可視化・分析できるようにします。入手先通常は、NetSuite内のシステムステータスの変更、取引タイプ、特定のイベントログから取得します。ステータスフィールドや取引作成イベントを、標準化したアクティビティ名にマッピングする必要がある場合があります。例受注を作成受注を承認商品を出荷請求書を作成支払いを受領
	イベント時刻 EventTime	アクティビティが発生した時点を示すタイムスタンプです。
説明この属性は、プロセス内の各アクティビティについて、正確な日付と時刻を提供します。イベントログの時系列を構成する基盤であり、サイクルタイム、所要時間、各手順間の待ち時間を計算できます。正確なタイムスタンプは、受注作成から出荷までの時間の測定や、与信承認プロセスの遅延特定など、パフォーマンス分析に欠かせません。プロセス効率やサービスレベル合意の遵守状況を詳細に分析できます。重要な理由タイムスタンプは、サイクルタイムや所要時間など、時間に基づくすべての指標を計算するうえで重要です。これらの指標は、プロセスのボトルネックを特定するために欠かせません。入手先 NetSuiteの取引レコードにある日付フィールドに対応します。たとえば、受注の「Date Created」、Item Fulfillmentの「Actual Ship Date」、請求書や支払いの「Date」などです。例 2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-04-16T09:00:00Z
	受注 SalesOrder	各受注書を一意に識別するIDです。
説明受注は主要なケース識別子として機能し、顧客による受注登録から商品の配送、最終的な支払いまで、後続のすべてのアクティビティを関連付けます。各受注は、エンドツーエンドのプロセスにおける1つの事例を表します。プロセスマイニングでは、この属性が各受注の流れを再構築する基盤となります。受注単位でプロセスのバリアント、サイクルタイム、ボトルネックを分析できるため、個々の顧客依頼のライフサイクルを全体的に把握できます。重要な理由関連するすべてのイベントを1つのプロセス事例に結び付ける中核的な識別子であり、エンドツーエンドの分析を可能にします。入手先 NetSuiteにおける受注取引レコードの内部IDです。通常は、受注フォームまたは検索結果の「Internal ID」で確認できます。例 SO-100521SO-100522SO-100523
	ユーザー User	アクティビティを実行したユーザーまたは従業員です。
説明この属性は、特定のプロセス手順を実行した担当者を識別します。たとえば、受注を作成した営業担当者や、商品を梱包した倉庫作業員などです。ユーザー名または一意のIDを指定できます。ユーザー単位で分析すると、業務量の分布、トレーニングの必要性、個人やチーム間のパフォーマンスを把握できます。特定のユーザー操作に関連する逸脱や遅延を調査する際の根本原因分析にも欠かせません。重要な理由従業員または役割単位でパフォーマンスを分析できます。高い成果を上げている担当者、自動化の候補、トレーニングの機会を特定するのに役立ちます。入手先 NetSuiteの各種取引レコードにある「Created By」、「Modified By」、「Owner」などのフィールドから取得できます。例 John SmithJane Doe倉庫ユーザー1
	受注ステータス SalesOrderStatus	ライフサイクルにおける受注の現在のステータスです。
説明この属性は、「Pending Approval」、「Pending Fulfillment」、「Billed」など、受注の現在の状態を示します。プロセス全体のどの段階に受注があるかを把握できます。アクティビティログが過去の流れを示すのに対し、現在のステータスは、現在停止している受注や処理中の受注を絞り込んで確認する際に役立ちます。終端ステータス別にケースを分析することで、受注が正常に完了したか、キャンセルされたか、処理中かなど、プロセスの結果を理解できます。重要な理由現在の状態でケースを絞り込めます。未完了の受注を分析し、停止または遅延している受注を特定するうえで重要です。入手先 NetSuiteの受注取引レコードにある「Status」フィールドです。例履行待ち請求待ち請求済みクローズ済み
	受注総額 TotalOrderAmount	受注の合計金額です。
説明この属性は、商品、税金、送料を含む受注の合計金額を表します。各プロセス事例の経済的な重要度を測る指標です。受注金額に基づいてプロセスを分析すると、重要な傾向を把握できます。たとえば、高額受注では手作業の多い承認プロセスが必要になる一方、低額受注では高度に自動化されている場合があります。この分析により、影響の大きい受注に改善活動の優先順位を付けられます。重要な理由金額に基づく分析が可能になり、高額受注の優先順位付けや、プロセス効率が売上に与える影響の把握に役立ちます。入手先 NetSuiteの受注取引レコードにある「Total」フィールドです。例 1500.00250.5012500.75
	商品カテゴリ ProductCategory	受注に含まれる主要な商品またはサービスのカテゴリです。
説明この属性は、受注の商品を「Hardware」、「Software」、「Services」などの大きなカテゴリに分類します。複数のカテゴリを含む受注では、金額や商品数に基づいて主要カテゴリを設定する場合があります。商品カテゴリ別にプロセスを分析すると、履行経路の違いを明らかにできます。たとえば、サービスは、ピッキング、梱包、出荷が必要な物理的なハードウェアよりも、履行プロセスが大幅に単純な場合があります。この分類は、カテゴリごとの改善策を設計するうえで重要です。重要な理由商品カテゴリ別にプロセスを分類すると、異なる履行経路やカテゴリ固有のボトルネックを把握できます。入手先受注明細に関連付けられた「Item」レコードから取得します。カテゴリを取得するには、Itemマスターデータとの結合が必要になる場合があります。例電子機器ソフトウェアライセンスコンサルティングサービス
	希望納品日 RequestedDeliveryDate	顧客が希望する納品日です。
説明この属性は、顧客が商品の受け取りを希望する日付を記録します。納期遵守率を測定する際の基準となる重要な指標です。この日付と実際の納品日（「商品を出荷」のタイムスタンプ）を比較して、「納期遵守率」KPIを算出します。希望納品日と実際の納品日の差を分析することで、予測、在庫管理、物流における構造的な問題を特定できます。重要な理由納期遵守の実績と顧客満足度を測定する基準となります。入手先受注レコードにある標準フィールドまたはカスタムフィールドに対応します。通常は「Requested Delivery Date」などの名称です。例 2023-05-202023-06-012023-06-15
	支払条件 PaymentTerms	請求書の支払いについて合意した条件です。
説明この属性は、顧客が商品またはサービスの代金を支払う条件を定義します。たとえば、「Net 30」や「Due on Receipt」などです。これらの条件を使って、請求書の支払期日を算出します。支払条件別に分析すると、どの条件で支払い遅延が発生しやすいかを特定し、与信方針が財務に与える影響を評価できます。「支払条件遵守率」ダッシュボードの分析や、キャッシュフローの動きを理解するための基礎となります。重要な理由支払期日の算出、顧客の支払行動の分析、支払条件の遵守率の分析に必要な基礎情報を提供します。入手先 NetSuiteの受注またはInvoice取引レコードにある「Terms」フィールドです。例 30日後払い60日後払い受領時払い
	請求書番号 InvoiceNumber	顧客の請求書を一意に識別する番号です。
説明この属性は、受注から生成された請求書ドキュメントの参照番号です。販売 fulfillmentプロセスと売掛金プロセスを結び付けます。請求書番号を追跡することは、財務照合や受注から最終支払いまでを対象とする分析に重要です。商品の出荷という業務上の活動と、現金回収という財務活動を具体的に結び付けられます。重要な理由販売注文と請求に関する特定の財務トランザクションを結び付け、受注から入金までを一貫して分析できます。入手先 Sales Orderから作成されたInvoiceレコードの「Invoice #」または「Transaction ID」です。例 INV-2001INV-2002INV-2003
	顧客名 CustomerName	受注を登録した顧客の名称です。
説明商品またはサービスを購入した法人または個人の名称を含む属性です。受注プロセスを特定の顧客アカウントに関連付けます。顧客単位で分析をフィルタリングまたは分類することは、顧客ごとの行動を理解し、主要顧客に影響する問題を特定し、サービスレベルを評価するうえで重要です。どの顧客で遅延や手戻りが多く発生しているかを把握できます。重要な理由顧客単位でプロセスを分類できます。顧客満足度の分析、主要顧客の問題特定、サービスの調整に役立ちます。入手先 NetSuiteの受注取引レコードにある「Customer」または「Entity」フィールドです。例 Global Corp Inc.Innovate Solutions Ltd.Dynamic Tech
	ソースシステム SourceSystem	データの取得元となるシステムを識別します。
説明この属性は、イベントデータが生成された元のアプリケーションを示します。このプロセスでは通常、「NetSuite」となります。より複雑な環境では、別のCRMやWMSなど、複数の連携システムから取得したデータを区別するために使えます。分析では、データの系譜を確認するのに役立ちます。複数のソースのデータを組み合わせて1つの統合されたプロセスビューを作成する際にも重要です。データの出所を正しく記録できるため、データガバナンスや問題の調査にも役立ちます。重要な理由データの出所に関する重要な背景情報を提供します。特に、複数のシステムを連携している環境で役立ちます。入手先データの抽出・変換処理で追加する固定値（「NetSuite」）です。例 NetSuite
	与信ステータス CreditStatus	販売注文が与信保留中かどうかを示します。
説明この属性は、注文処理時点における顧客の与信ステータスを示します。たとえば、「On Hold」や「Released」などです。注文ライフサイクルの初期段階で重要な項目です。この属性を分析すると、与信チェックが注文全体のサイクルタイムに与える影響を把握できます。「Credit Check Cycle Time Analysis」ダッシュボードでは、このデータを使って保留になった注文数や解除までの時間を特定し、与信管理プロセスのボトルネックを明らかにします。重要な理由「Credit Check Cycle Time」KPIに直接影響し、注文プロセスの初期段階で発生する遅延の原因把握に役立ちます。入手先 Sales Orderレコードの標準フィールドまたはカスタムチェックボックス（例：「Credit Hold」）の場合があります。また、「Credit Hold Applied」と「Credit Hold Released」アクティビティの有無から推定することもできます。例良好保留中リリース済み
	最終データ更新日時 LastDataUpdate	ソースシステムから最後にデータを更新または抽出した時点のタイムスタンプです。
説明この属性は、データセットが最後に更新された時点を示します。分析対象のデータがどの時点までをカバーしているかを業務ユーザーが把握できるため、プロセスマイニングのダッシュボードや分析結果の鮮度を確認できます。これはプロセスフロー分析には使用しませんが、データガバナンスとユーザーの信頼に関わる重要なメタデータです。分析結果がどの程度最新かを判断し、新しいデータがいつ反映されるかを把握するのに役立ちます。重要な理由データの適時性をユーザーに伝えます。分析に基づいて意思決定を行ううえで欠かせない情報です。入手先このタイムスタンプは、NetSuiteからデータを抽出した時点でデータセットに生成・付与されます。例 2023-10-27T02:00:00Z
	出荷先国 ShippingCountry	出荷先の国です。
説明この属性には、注文された商品を出荷する国が入ります。販売注文に関連付けられた出荷先住所から取得されます。出荷先国に基づく地理的分析により、物流、通関、地域拠点の業務効率によるプロセス実績の違いを把握できます。国や地域ごとに、出荷時間、配送精度、プロセスコストを比較できます。重要な理由地域ごとのボトルネックを特定し、物流実績を比較するとともに、国際業務に伴う複雑さを把握するための地理的分析に役立ちます。入手先 Sales Orderトランザクションレコードの「Shipping Address」の一部です。例 USAドイツ日本
	営業チーム SalesTeam	販売注文の担当として計上される営業チームまたはグループです。
説明この属性は、販売を担当するチームまたは部門を識別します。営業担当者の編成や、営業地域・製品ラインの管理に使われます。プロセスマイニングで営業チーム別の実績を分析すると、成果の高いチームのベストプラクティスや、特定チームに影響する組織的な問題を見つけられます。データ入力の品質、値引き承認、その他の上流要因の違いを明らかにし、後続の fulfillmentプロセスへの影響を把握できます。重要な理由営業チーム間の実績を比較し、ベストプラクティスや支援が必要な領域を特定できます。入手先 Sales Orderレコードの標準フィールドまたはカスタムフィールドで、Sales Repの従業員レコードに関連付けられていることがよくあります。例北米営業EMEAエンタープライズAPACチャネル
	支払期日 PaymentDueDate	請求書の支払い期限となる日付です。
説明この属性は、請求書の日付と支払条件に基づいて計算される、顧客の支払期限日です。たとえば、4月1日付の請求書で支払条件が「Net 30」の場合、支払期限日は5月1日です。この日付は財務分析に欠かせません。「Payment Received」日と直接比較することで、支払いが期限内だったかを判定できます。また、「On-Time Payment Rate」KPIの計算や売掛金管理にも使用される重要な項目です。重要な理由期限内支払いの実績を測定する基準です。キャッシュフローと売掛金の管理に欠かせません。入手先 Invoiceトランザクションレコードの「Due Date」フィールドです。NetSuiteが請求書の日付と支払条件に基づいて自動的に計算します。例 2023-05-302023-06-152023-07-01
	支払期限遵守 IsOnTimePayment	請求書が支払期限までに、または支払期限より前に支払われたかを示すフラグです。
説明この計算済みのブール属性は、「Payment Received」のタイムスタンプと「PaymentDueDate」を比較します。支払いが期限内または期限前であればtrue、それ以外はfalseです。この属性は、「On-Time Payment Rate」KPIと「Payment Terms Adherence Rate」ダッシュボードの基盤です。顧客の支払い行動を明確に測定し、遅延支払いと関連性の高い顧客、地域、支払条件を分析できます。重要な理由顧客の支払規律を直接測定でき、キャッシュフロー管理や信用リスク評価に欠かせません。入手先データ変換時に、「Payment Received」アクティビティのタイムスタンプと「PaymentDueDate」属性を比較して計算します。例 truefalse
	納期遵守 IsOnTimeDelivery	注文が希望納期までに、または希望納期より前に配送されたかを示すフラグです。
説明この計算済みのブール属性は、「Goods Shipped」または実際の配送タイムスタンプと「RequestedDeliveryDate」を比較します。納期どおりまたは早く配送された場合はtrue、遅れた場合はfalseです。このフラグは、「On-Time Delivery Rate」KPIの計算や「Delivery Promise vs. Reality Gap」ダッシュボードに欠かせません。配送実績を簡単に分析でき、商品、地域、プロセスのボトルネックなど、遅延出荷の要因をフィルタリングや集計で特定できます。重要な理由配送実績を明確な二値で示し、KPIの計算や遅延注文の根本原因分析を簡単にします。入手先データ変換時に、「Goods Shipped」アクティビティのタイムスタンプと「RequestedDeliveryDate」属性を比較して計算します。例 truefalse
	販売注文タイプ SalesOrderType	標準、緊急、特別など、販売注文の分類です。
説明この属性は販売注文をタイプ別に分類します。注文タイプによって、プロセスの経路や優先度が決まることがあります。たとえば、「Rush Order」は一部の手順を省略したり、「Standard Order」より厳しいSLAが設定されたりする場合があります。注文タイプ別にプロセスを分析すると、異なるプロセスバリアントが意図したとおりに機能しているかを把握できます。特定の注文タイプに対する特別対応が、より速く、より良い結果につながっているか、またそのコストがどの程度かを評価できます。重要な理由標準注文と緊急注文など、意図された異なるプロセス経路を比較し、想定どおりに機能しているかを確認できます。入手先通常はSales Orderフォームのカスタム「Order Type」フィールドです。NetSuiteでは、デフォルトで単一のタイプフィールドを使うのではなく、異なるトランザクションフォーム（例：Standard Sales Order、Standard Sales Order - Cash Sale）を使用します。例標準注文緊急注文プロジェクト注文
	販売注文変更回数 SalesOrderChangeCount	販売注文が初回作成後に変更された回数です。
説明この計算指標は、ケースごとに「Sales Order Changed」アクティビティの発生回数を数えます。変更回数が多い場合、顧客からの依頼、データ入力ミス、価格調整などによる手戻りが発生している可能性があります。この属性は、「Sales Order Rework Rate」KPIと「Sales Order Rework Variants」ダッシュボードに直接入力されます。変更回数の多い注文の特徴を分析すると、特定の商品、顧客、営業担当者など、手戻りの根本原因を特定できます。重要な理由手戻りを直接数値化し、非効率の原因、データ品質の問題、プロセスの不安定さを特定できます。入手先データ変換時に、各「SalesOrder」ケースIDの「Sales Order Changed」イベントを数えて計算します。例 013

必須推奨任意

受注から入金まで：受注処理のアクティビティ

正確なプロセスディスカバリーと分析に向けて、イベントログに記録すべき主要なプロセス手順と節目です。

7 推奨 7 任意

	アクティビティ	説明
	受注を作成	このアクティビティは、受注プロセスの正式な開始を示します。NetSuiteで新しい受注取引を初めて保存した時点で発生し、顧客からの最初の依頼を記録します。
重要な理由これは、受注から入金までのプロセスにおける主要な開始イベントです。このイベントから後続のアクティビティまでの時間を分析することは、受注処理全体の効率とサイクルタイムを測定するうえで重要です。入手先これは、受注取引レコード（Transactionテーブル、Type='SalesOrd'）の「Date Created」フィールドから取得する明示的なイベントです。取得受注の取引作成日を使用します。イベントタイプ explicit
	受注を完了	これは最終アクティビティであり、受注の履行と請求書発行が完了し、処理が完了したことを示します。受注のステータスが「Closed」に変わったことから推定します。
重要な理由このイベントは、受注ライフサイクルの業務上の終了を示します。作成から完了までの時間により、エンドツーエンドのプロセス期間を把握できます。入手先受注取引の「Status」フィールドが「Closed」に変わったことから推定します。この最終ステータス変更のシステムノートからタイムスタンプを取得します。取得受注のシステムノートで「Closed」に変更された時点のタイムスタンプです。イベントタイプ inferred
	受注を承認	このマイルストーンは、受注が与信や在庫などの社内確認をすべて通過し、履行の準備が整ったことを示します。通常は、受注ステータスが「Pending Fulfillment」に変わったことから推定します。
重要な理由承認は、プロセスにおける重要なゲートウェイです。承認までの時間を測定することで、社内確認や意思決定の遅延を特定できます。入手先受注レコードのステータス変更から推定します。「Order Status」フィールドが「Pending Fulfillment」または同等のカスタム承認済みステータスに更新された時点のタイムスタンプを取得します。取得受注のシステムノートで「Pending Fulfillment」に変更された時点のタイムスタンプです。イベントタイプ inferred
	商品を出荷	このマイルストーンは、商品が倉庫を出て顧客に向けて発送された時点を示します。「Item Fulfillment」レコードのステータスが「Shipped」に更新された時点から推定します。
重要な理由出荷は、配送業者と顧客への重要な引き渡しポイントです。このイベントは、納期遵守率を追跡し、受注の履行にかかった総リードタイムを測定するうえで重要です。入手先関連する「Item Fulfillment」取引の「Status」フィールドが「Shipped」に変わったことから推定します。このイベントのタイムスタンプには、ステータス変更日を使用します。取得 Item Fulfillmentレコードが「Shipped」に変更された時点のタイムスタンプです。イベントタイプ inferred
	履行を作成	このアクティビティは、倉庫での実際の履行プロセスの開始を示します。受注から「Item Fulfillment」取引が生成された時点で発生します。
重要な理由これは、販売プロセスと倉庫業務をつなぐ重要なマイルストーンです。受注承認から履行作成までの時間は、業務の準備状況を示す重要な指標です。入手先これは明示的なイベントです。タイムスタンプには、元の受注に関連付けられた「Item Fulfillment」レコードの作成日を使用します。取得関連付けられたItem Fulfillmentレコードの取引作成日を使用します。イベントタイプ explicit
	支払いを受領	このアクティビティは、請求書に対する顧客からの支払いを受領したことを示します。受注に関連する請求書に適用された「Customer Payment」取引が作成された時点で取得します。
重要な理由主要な終端イベントであるこのアクティビティは、キャッシュコンバージョンサイクルと期日どおりの支払実績を分析するうえで重要です。販売取引が財務面で正常に完了したことを示します。入手先これは明示的なイベントです。該当する請求書に適用された「Customer Payment」取引（Transactionテーブル、Type='CustPymt'）の作成日をタイムスタンプとします。取得請求書に適用されたCustomer Paymentレコードの取引日を使用します。イベントタイプ explicit
	請求書を作成	出荷した商品またはサービスの請求書が作成されたことを示します。受注に関連付けられた「Invoice」取引が作成された時点で発生する明示的なイベントです。
重要な理由このアクティビティは、収益認識における重要なマイルストーンであり、支払サイクルの開始を示します。出荷から請求書発行までの時間は、キャッシュフローに直接影響します。入手先これは、受注に関連付けられたInvoice取引レコード（Transactionテーブル、Type='CustInvc'）の「Date Created」フィールドから取得する明示的なイベントです。取得関連付けられたInvoiceの取引作成日を使用します。イベントタイプ explicit
	クレジットメモを作成	このイベントは、返品、価格調整、その他の譲歩などを理由に、受注または請求書に対してクレジットメモが発行された時点で発生します。「Credit Memo」取引が作成された時点で取得します。
重要な理由クレジットメモは、出荷ミスや製品不良など、プロセス上の問題を示していることがよくあります。発生頻度とタイミングを分析することで、根本原因を特定し、全体的な品質を改善できます。入手先これは、「Credit Memo」取引（Transactionテーブル、Type='CredMemo'）の作成に基づく明示的なイベントです。元の請求書または受注に関連付けることができます。取得関連付けられたCredit Memoの取引作成日を使用します。イベントタイプ explicit
	与信保留を解除	受注が与信保留から解除され、履行へ進める状態になった時点を示します。保留状態からオープンまたは承認済みの状態へのステータス変更を確認して取得します。
重要な理由与信保留の期間は重要なKPIです。このイベントにより、与信上の問題の解決にかかった時間と、それが受注から入金までのサイクル全体に与えた影響を測定できます。入手先受注レコードのシステムノートまたは監査証跡から推定し、「Order Status」が保留状態から変更された時点のタイムスタンプを取得します。取得受注ステータスが与信保留状態から有効な状態に変わった時点のタイムスタンプを特定します。イベントタイプ inferred
	与信保留を適用	このイベントは、受注が自動または手動で与信保留となり、履行プロセスが一時停止した時点で発生します。通常は、受注ステータスが「Pending Approval」または特定の「Credit Hold」状態に変わったことから推定します。
重要な理由受注がいつ、なぜ保留になったかを特定することは、履行サイクルの遅延を理解するうえで重要です。このアクティビティにより、顧客の与信に関するボトルネックを把握できます。入手先受注レコードのシステムノートまたは監査証跡から推定します。具体的には、「Order Status」フィールドが保留状態に変更された記録を確認します。取得受注ステータスが与信保留状態に変わった時点のタイムスタンプを特定します。イベントタイプ inferred
	受注を変更	このアクティビティは、受注作成後に行われた数量、商品、価格などの重要な変更を記録します。システムノートまたは監査証跡の更新を追跡して取得します。
重要な理由頻繁な変更は、入力ミスや顧客需要の不安定さを示している可能性があり、手戻りやプロセスの非効率につながります。変更を追跡することで、受注変更の根本原因を特定できます。入手先受注取引に関連するシステムノートまたは監査証跡から取得します。対象フィールドに記録された各変更を、このアクティビティの1件として扱います。取得初回作成後に受注のシステムノートで変更されたフィールドを特定します。イベントタイプ inferred
	商品をピッキング	受注の商品が倉庫内の保管場所からピッキングされたことを示します。関連する「Item Fulfillment」レコードのステータス変更に基づく推定イベントです。
重要な理由商品のピッキングにかかった時間を分析することは、倉庫業務の効率化に欠かせません。このアクティビティにより、ピッキングプロセスの時間を測定し、ボトルネックを特定できます。入手先関連する「Item Fulfillment」取引の「Status」フィールドが「Picked」に変わったことから推定します。このステータス変更のシステムノートからタイムスタンプを取得します。取得 Item Fulfillmentレコードが「Picked」に変更された時点のタイムスタンプです。イベントタイプ inferred
	商品を梱包	ピッキングした商品が梱包され、出荷できる状態になったことを示します。「Item Fulfillment」レコードのステータスが「Packed」に変わったことを追跡して取得します。
重要な理由このアクティビティにより、梱包ステーションの効率を測定できます。ピッキングから梱包までの時間に、処理能力の制約やプロセスの非効率が表れる場合があります。入手先関連する「Item Fulfillment」取引の「Status」フィールドが「Packed」に変わったことから推定します。この更新のシステムノートからタイムスタンプを取得します。取得 Item Fulfillmentレコードが「Packed」に変更された時点のタイムスタンプです。イベントタイプ inferred
	在庫を引き当て	このイベントは、受注に対して在庫が正式に確保され、履行に利用できる状態になった時点を示します。受注明細の「Committed Quantity」の変更を確認して推定します。
重要な理由このアクティビティは、在庫配分の効率を分析するうえで重要です。受注承認から在庫引当までの遅延は、在庫切れを招き、納期の約束に影響する可能性があります。入手先受注明細のシステムノートから推定します。「Quantity Committed」フィールドがゼロから正の値に更新された時点をタイムスタンプとします。取得受注明細の「Quantity Committed」フィールドが変更された時点のタイムスタンプです。イベントタイプ inferred

推奨任意

抽出ガイド

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

ステップ

ログインして移動する：トランザクションレコードへのアクセスと保存検索の作成権限を持つNetSuiteアカウントにログインします。
保存検索にアクセスする：レポート > 新規検索から保存検索の作成ページに移動します。検索タイプとしてトランザクションを選択します。
販売注文イベント検索を作成する：最初の検索を作成し、販売注文レコード自体のイベントを取得します。条件タブで、タイプを販売注文、メインラインをTrueに設定します。対象期間の作成日フィルターを追加します。結果タブで、下記のクエリセクションにある「保存検索1」で指定された列と数式を追加します。この検索をProcessMind_SalesOrder_Eventsとして保存します。
フルフィルメントイベント検索を作成する：新しいトランザクション検索を作成します。条件で、タイプをアイテムフルフィルメント、メインラインをTrueに設定します。最初の検索と同じ日付範囲で絞り込むため、作成元：作成日を使用します。結果で必要な列を追加し、**作成元…**フィールドからSalesOrder IDを取得します。下記の「保存検索2」で指定された数式を使用します。この検索をProcessMind_Fulfillment_Eventsとして保存します。
請求イベント検索を作成する：3つ目のトランザクション検索を作成します。条件で、タイプを請求書とクレジットメモに設定します。メインラインをTrueに設定し、作成日で絞り込みます。結果で、下記の「保存検索3」に従って必要な列を追加し、**作成元…**フィールドからSalesOrder IDを取得します。この検索をProcessMind_Billing_Eventsとして保存します。
支払いイベント検索を作成する：最後のトランザクション検索を作成します。条件で、タイプを顧客支払い、メインラインをTrueに設定します。作成日で絞り込みます。「保存検索4」で指定された列を結果に追加します。販売注文への関連付けには、請求書を経由する必要があります。この検索をProcessMind_Payment_Eventsとして保存します。
検索を実行してエクスポートする：4つの保存検索をそれぞれ個別に実行します。結果ページでエクスポート - CSVアイコンをクリックし、データをダウンロードします。
CSVファイルを結合する：Microsoft Excelなどの表計算ツール、またはPythonなどのスクリプト言語で4つのCSVファイルを開きます。フルフィルメント、請求、支払いの各ファイルの行を、販売注文イベントファイルに追加します。結合する前に、すべてのファイルで列見出しが一致していることを確認してください。
イベントログを完成させる：結合したファイルを確認します。最終的な統合データを1つのCSVファイルとして保存します。このファイルが、アップロード可能なイベントログです。

設定

権限：Sales Orders、Item Fulfillments、Invoices、Customer Payments、System Notesへの表示アクセス権を持つユーザーロールが必要です。さらに、取引タイプの保存検索を作成して実行する権限も必要です。
保存検索の定義：この方法では、後から外部で結合する4つの個別の保存検索（Sales Order、Fulfillment、Billing、Paymentイベント）を作成します。すべての検索で、種類は取引です。
日付フィルター：完全なデータセットを確保するため、すべての検索に同じ日付範囲フィルターを適用することが重要です。主要な取引の作成日フィールドで絞り込みます（例：最初の検索ではSales Order Date Created、Fulfillment検索ではCreated From：Date Created）。
Main Line条件：検索条件でMain LineフィルターをTrueに設定します。これにより、明細行ごとではなく取引レコードごとに1つのイベントが取得され、イベントログを簡潔にできます。
アクティビティ用の数式：ActivityName列とEventTime列は、CASE文を使用したFormula（Text）フィールドとFormula（DateTime）フィールドで生成します。会社固有のカスタムフィールドやステータス値（与信保留など）に合わせて、これらの数式を調整してください。
スケジュール済みエクスポート：処理を自動化するには、各保存検索で結果をスケジュールに従ってメール送信するよう設定します。保存検索の定義にあるメールサブタブへ移動し、レコードの作成時／更新時にメールアラートを送信を選択して、スケジュールと宛先を指定します。

a サンプルクエリ sql

-- This configuration describes the settings for four separate NetSuite Saved Searches.
-- The CSV results must be combined externally into a single file.

-- =========================================================================
-- Saved Search 1: ProcessMind_SalesOrder_Events
-- =========================================================================

-- Type: Transaction

-- Criteria:
--   Type = is "Sales Order"
--   Main Line = is true
--   System Notes : Field = is any of "Status", "[Your Custom Field for Credit Hold]"
--   Date Created = is within [Specify Date Range]

-- Results (Columns):
--   1. Formula (Text): {tranid} -> Header: SalesOrder
--   2. Formula (Text): CASE WHEN {systemnotes.type} = 'Create' THEN 'Sales Order Created' WHEN {systemnotes.field} = 'Status' AND {systemnotes.newvalue} like 'Pending Fulfillment%' THEN 'Sales Order Approved' WHEN {systemnotes.field} = 'Status' AND {systemnotes.newvalue} like '%Credit Hold%' THEN 'Credit Hold Applied' WHEN {systemnotes.field} = 'Status' AND {systemnotes.oldvalue} like '%Credit Hold%' THEN 'Credit Hold Released' WHEN {systemnotes.field} = 'Status' AND {systemnotes.newvalue} like 'Closed' THEN 'Sales Order Closed' WHEN {systemnotes.type} = 'Change' THEN 'Sales Order Changed' ELSE NULL END -> Header: ActivityName
--   3. Formula (DateTime): {systemnotes.date} -> Header: EventTime
--   4. System Notes : Set By -> Header: User
--   5. Name -> Header: CustomerName
--   6. Amount -> Header: TotalOrderAmount
--   7. Status -> Header: SalesOrderStatus
--   8. [Your Formula for Product Category] -> Header: ProductCategory
--   9. Ship Date -> Header: RequestedDeliveryDate
--   10. Terms -> Header: PaymentTerms
--   11. Created From : Document Number -> Header: InvoiceNumber

-- =========================================================================
-- Saved Search 2: ProcessMind_Fulfillment_Events
-- =========================================================================

-- Type: Transaction

-- Criteria:
--   Type = is "Item Fulfillment"
--   Main Line = is true
--   Created From : Date Created = is within [Specify Date Range]
--   System Notes : Field = is "Status"

-- Results (Columns):
--   1. Formula (Text): {createdfrom.tranid} -> Header: SalesOrder
--   2. Formula (Text): CASE WHEN {systemnotes.type} = 'Create' THEN 'Order Fulfillment Created' WHEN {systemnotes.newvalue} like 'Picked' THEN 'Goods Picked' WHEN {systemnotes.newvalue} like 'Packed' THEN 'Goods Packed' WHEN {systemnotes.newvalue} like 'Shipped' THEN 'Goods Shipped' ELSE NULL END -> Header: ActivityName
--   3. Formula (DateTime): {systemnotes.date} -> Header: EventTime
--   4. System Notes : Set By -> Header: User
--   5. Created From : Name -> Header: CustomerName
--   6. Created From : Amount -> Header: TotalOrderAmount
--   7. Created From : Status -> Header: SalesOrderStatus
--   8. [Your Formula for Product Category] -> Header: ProductCategory
--   9. Created From : Ship Date -> Header: RequestedDeliveryDate
--   10. Created From : Terms -> Header: PaymentTerms
--   11. NULL -> Header: InvoiceNumber

-- =========================================================================
-- Saved Search 3: ProcessMind_Billing_Events
-- =========================================================================

-- Type: Transaction

-- Criteria:
--   Type = is any of "Invoice", "Credit Memo"
--   Main Line = is true
--   Date Created = is within [Specify Date Range]

-- Results (Columns):
--   1. Formula (Text): {createdfrom.tranid} -> Header: SalesOrder
--   2. Formula (Text): CASE WHEN {type} = 'Invoice' THEN 'Invoice Created' WHEN {type} = 'Credit Memo' THEN 'Credit Memo Created' ELSE NULL END -> Header: ActivityName
--   3. Formula (DateTime): {datecreated} -> Header: EventTime
--   4. Created By -> Header: User
--   5. Name -> Header: CustomerName
--   6. Created From : Amount -> Header: TotalOrderAmount
--   7. Created From : Status -> Header: SalesOrderStatus
--   8. [Your Formula for Product Category] -> Header: ProductCategory
--   9. Created From : Ship Date -> Header: RequestedDeliveryDate
--   10. Terms -> Header: PaymentTerms
--   11. Document Number -> Header: InvoiceNumber

-- =========================================================================
-- Saved Search 4: ProcessMind_Payment_Events
-- =========================================================================

-- Type: Transaction

-- Criteria:
--   Type = is "Customer Payment"
--   Main Line = is true
--   Date Created = is within [Specify Date Range]

-- Results (Columns):
--   1. Formula (Text): {appliedtotransaction.createdfrom} -> Header: SalesOrder
--   2. Formula (Text): 'Payment Received' -> Header: ActivityName
--   3. Formula (DateTime): {datecreated} -> Header: EventTime
--   4. Created By -> Header: User
--   5. Customer : Company Name -> Header: CustomerName
--   6. Applied To Transaction : Created From : Amount -> Header: TotalOrderAmount
--   7. Applied To Transaction : Created From : Status -> Header: SalesOrderStatus
--   8. [Your Formula for Product Category] -> Header: ProductCategory
--   9. Applied To Transaction : Created From : Ship Date -> Header: RequestedDeliveryDate
--   10. Applied To Transaction : Terms -> Header: PaymentTerms
--   11. Applied To Transaction : Document Number -> Header: InvoiceNumber

ステップ

SuiteAnalytics Connectを有効にする：管理者としてNetSuiteにログインします。設定 > 会社 > 機能を有効化に移動します。分析サブタブで、SuiteAnalytics Connectのチェックボックスがオンになっていることを確認します。変更を保存します。
ODBCドライバーをダウンロードしてインストールする：NetSuiteで、メインのダッシュボードにある設定ポートレットから「SuiteAnalytics Connectの設定」リンクを探します。ご利用のOS（Windows、macOS、Linux）に適したODBCドライバーをダウンロードし、SQLクエリを実行するマシンにインストールします。
ODBCデータソース（DSN）を設定する：マシンでODBCデータソースアドミニストレーターを開きます。インストールしたNetSuiteドライバーを使用して、新しいユーザーDSNまたはシステムDSNを追加します。NetSuiteの「SuiteAnalytics Connectの設定」ページに記載されているサービスホスト、ポート、データソース、アカウントID、ロールIDを入力します。
認証して接続する：SQLクライアントツール（DBeaver、Microsoft Power BI、pyodbcライブラリを使用するPythonスクリプトなど）で、設定したDSNに接続します。NetSuiteのユーザー名とパスワードの入力を求められます。
SQLクエリを準備する：このドキュメントのクエリセクションに記載された完全なSQLクエリを、SQLクライアントのエディターにコピーします。
クエリパラメーターをカスタマイズする：クエリの冒頭にあるWHERE T.Date_Created >= '[START_DATE_YYYY-MM-DD]'句を探します。プレースホルダー[START_DATE_YYYY-MM-DD]を、データ抽出期間の実際の開始日に置き換えます。
クエリを実行する：カスタマイズしたSQLクエリをNetSuiteデータベースに対して実行します。日付範囲とデータ量によっては、完了まで数分かかる場合があります。
結果を確認する：クエリは、イベントログを表す単一の統合テーブルを返します。各行は、販売注文のライフサイクルにおける特定のアクティビティに対応します。エラーがないことを確認し、列（SalesOrder、ActivityName、EventTimeなど）に想定どおり値が入っていることを確認します。
イベントログをエクスポートする：SQLクライアントからクエリ結果をCSVファイルにエクスポートします。ファイルのエンコーディングがUTF-8であり、列見出しがProcessMindで必要な属性名と一致していることを確認してください。
ProcessMindにアップロードする：生成されたCSVファイルを、そのままProcessMindにアップロードしてプロセス分析に使用できます。

設定

前提条件：SuiteAnalytics Connectを有効にしたNetSuiteアカウントへのアクセスが必要です。ODBC経由で接続するユーザーには、トランザクションレコード、システムノート、エンティティデータ、従業員情報を表示するための十分な権限が必要です。
ODBCドライバー：適切なNetSuite ODBCドライバーをクライアントマシンにインストールして設定する必要があります。接続情報（Account ID、Role ID、Server）は、NetSuiteのSuiteAnalytics Connect設定ページで確認できます。
日付範囲の絞り込み：主な実績およびデータ範囲の制御には、最初の共通テーブル式（CTE）にあるWHERE T.Date_Created >= '[START_DATE_YYYY-MM-DD]'句を使います。全履歴を検索すると非常に時間がかかる場合があるため、具体的な開始日を設定することが重要です。まずは3～6か月の期間から始めることを推奨します。
トランザクションタイプ：クエリでは、「SalesOrd」、「ItemShip」、「CustInvc」、「CustCred」、「CustPymt」など、標準的なNetSuiteトランザクションタイプを明示的に絞り込んでいます。組織で受注から入金までのプロセスにカスタムトランザクションタイプを使用している場合は、該当するWHERE句に追加する必要があります。
システムノート：ステータス変更や保留など、多くの主要アクティビティはSystem_Notesテーブルから取得します。これらのイベントを正確に記録するには、トランザクションレコードの「Status」フィールドで監査を有効にすることが欠かせません。
パフォーマンスに関する考慮事項：このクエリは、TransactionやSystem_Notesなど複数の大きなテーブルを結合します。トランザクション量が多いNetSuiteアカウントでは、処理に大きな負荷がかかる場合があります。利用の少ない時間帯に実行することを推奨します。

a サンプルクエリ sql

WITH SalesOrders AS (
    SELECT
        T.Transaction_ID,
        T.TranID AS SalesOrder_Number,
        T.Foreign_Total AS Total_Amount,
        T.Status AS Current_Status,
        T.Ship_Date AS Requested_Delivery_Date,
        CUST.Company_Name AS Customer_Name,
        TERMS.Term_Name AS Payment_Terms,
        (SELECT LIST_AGG(IT.Display_Name, ', ') FROM Transaction_Lines TL JOIN Item IT ON TL.Item_ID = IT.Item_ID WHERE TL.Transaction_ID = T.Transaction_ID) AS Product_Category_List -- Simplified product category
    FROM
        "Transaction" T
    JOIN
        Entity CUST ON T.Entity_ID = CUST.Entity_ID
    LEFT JOIN
        Terms ON T.Terms_ID = TERMS.Terms_ID
    WHERE
        T.Type = 'SalesOrd'
        AND T.Date_Created >= TO_TIMESTAMP_NTZ('[START_DATE_YYYY-MM-DD]', 'YYYY-MM-DD')
)
-- 1. Sales Order Created
SELECT
    SO.SalesOrder_Number AS "SalesOrder",
    'Sales Order Created' AS "ActivityName",
    T.Date_Created AS "EventTime",
    E.First_Name || ' ' || E.Last_Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    T.Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM
    "Transaction" T
JOIN
    SalesOrders SO ON T.Transaction_ID = SO.Transaction_ID
LEFT JOIN
    Employee E ON T.Created_By_ID = E.Employee_ID

UNION ALL

-- 2, 3, 4, 14. Status Changes (Credit Hold, Released, Approved, Closed)
SELECT
    SO.SalesOrder_Number AS "SalesOrder",
    CASE
        WHEN SN.New_Value LIKE '%Pending Approv%' OR SN.New_Value LIKE '%Credit Hold%' THEN 'Credit Hold Applied'
        WHEN SN.Old_Value LIKE '%Pending Approv%' AND SN.New_Value LIKE '%Pending Fulfill%' THEN 'Credit Hold Released'
        WHEN SN.New_Value LIKE '%Pending Fulfill%' THEN 'Sales Order Approved'
        WHEN SN.New_Value LIKE '%Closed%' OR SN.New_Value LIKE '%Billed%' THEN 'Sales Order Closed'
    END AS "ActivityName",
    SN.Date AS "EventTime",
    SN.Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SN.New_Value AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM
    System_Notes SN
JOIN
    SalesOrders SO ON SN.Transaction_ID = SO.Transaction_ID
WHERE
    SN.Field = 'TRANSACTION.STATUS' AND "ActivityName" IS NOT NULL

UNION ALL

-- 5. Sales Order Changed
SELECT
    SO.SalesOrder_Number AS "SalesOrder",
    'Sales Order Changed' AS "ActivityName",
    SN.Date AS "EventTime",
    SN.Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM
    System_Notes SN
JOIN
    SalesOrders SO ON SN.Transaction_ID = SO.Transaction_ID
WHERE 
    SN.Record_Type_ID = -30 -- Sales Order Transaction Type ID
    AND SN.Field NOT IN ('TRANSACTION.STATUS', 'TRANSACTION.MEMO') -- Exclude simple status or memo changes
    AND SN.Date > (SELECT T.Date_Created FROM "Transaction" T WHERE T.Transaction_ID = SO.Transaction_ID)

UNION ALL

-- 6. Inventory Committed
SELECT DISTINCT
    SO.SalesOrder_Number AS "SalesOrder",
    'Inventory Committed' AS "ActivityName",
    SN.Date AS "EventTime",
    SN.Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM
    System_Notes SN
JOIN
    Transaction_Lines TL ON SN.Transaction_Line_ID = TL.Transaction_Line_ID AND SN.Transaction_ID = TL.Transaction_ID
JOIN
    SalesOrders SO ON TL.Transaction_ID = SO.Transaction_ID
WHERE
    SN.Field = 'TRANSACTION_LINES.QUANTITY_COMMITTED'
    AND SN.New_Value > 0 AND (SN.Old_Value = 0 OR SN.Old_Value IS NULL)

UNION ALL

-- 7. Order Fulfillment Created
SELECT
    SO.SalesOrder_Number AS "SalesOrder",
    'Order Fulfillment Created' AS "ActivityName",
    IFF.Date_Created AS "EventTime",
    E.First_Name || ' ' || E.Last_Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM
    "Transaction" IFF
JOIN
    Transaction_Links TL ON IFF.Transaction_ID = TL.Transaction_ID
JOIN
    SalesOrders SO ON TL.Previous_Transaction_ID = SO.Transaction_ID
LEFT JOIN
    Employee E ON IFF.Created_By_ID = E.Employee_ID
WHERE
    IFF.Type = 'ItemShip'

UNION ALL

-- 8, 9, 10. Goods Picked, Packed, Shipped
SELECT 
    SO.SalesOrder_Number AS "SalesOrder",
    CASE 
        WHEN SN.New_Value = 'Picked' THEN 'Goods Picked'
        WHEN SN.New_Value = 'Packed' THEN 'Goods Packed'
        WHEN SN.New_Value = 'Shipped' THEN 'Goods Shipped'
    END AS "ActivityName",
    SN.Date AS "EventTime",
    SN.Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM 
    System_Notes SN
JOIN 
    "Transaction" IFF ON SN.Transaction_ID = IFF.Transaction_ID
JOIN 
    Transaction_Links TL ON IFF.Transaction_ID = TL.Transaction_ID
JOIN 
    SalesOrders SO ON TL.Previous_Transaction_ID = SO.Transaction_ID
WHERE 
    IFF.Type = 'ItemShip'
    AND SN.Field = 'TRANSACTION.STATUS'
    AND "ActivityName" IS NOT NULL

UNION ALL

-- 11. Invoice Created
SELECT
    SO.SalesOrder_Number AS "SalesOrder",
    'Invoice Created' AS "ActivityName",
    INV.Date_Created AS "EventTime",
    E.First_Name || ' ' || E.Last_Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    INV.TranID AS "InvoiceNumber"
FROM
    "Transaction" INV
JOIN
    Transaction_Links TL ON INV.Transaction_ID = TL.Transaction_ID
JOIN
    SalesOrders SO ON TL.Previous_Transaction_ID = SO.Transaction_ID
LEFT JOIN
    Employee E ON INV.Created_By_ID = E.Employee_ID
WHERE
    INV.Type = 'CustInvc'

UNION ALL

-- 12. Credit Memo Created
SELECT
    SO.SalesOrder_Number AS "SalesOrder",
    'Credit Memo Created' AS "ActivityName",
    CM.Date_Created AS "EventTime",
    E.First_Name || ' ' || E.Last_Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    NULL AS "InvoiceNumber"
FROM
    "Transaction" CM
JOIN
    Transaction_Links TL ON CM.Transaction_ID = TL.Transaction_ID
JOIN
    SalesOrders SO ON TL.Previous_Transaction_ID = SO.Transaction_ID
LEFT JOIN
    Employee E ON CM.Created_By_ID = E.Employee_ID
WHERE
    CM.Type = 'CustCred'

UNION ALL

-- 13. Payment Received
SELECT DISTINCT
    SO.SalesOrder_Number AS "SalesOrder",
    'Payment Received' AS "ActivityName",
    PAY.Date_Created AS "EventTime",
    E.First_Name || ' ' || E.Last_Name AS "User",
    SO.Customer_Name AS "CustomerName",
    SO.Total_Amount AS "TotalOrderAmount",
    SO.Current_Status AS "SalesOrderStatus",
    SO.Product_Category_List AS "ProductCategory",
    SO.Requested_Delivery_Date AS "RequestedDeliveryDate",
    SO.Payment_Terms AS "PaymentTerms",
    INV.TranID AS "InvoiceNumber"
FROM 
    "Transaction" PAY
JOIN 
    Transaction_Links PAY_LINK ON PAY.Transaction_ID = PAY_LINK.Transaction_ID -- Payment to Invoice link
JOIN 
    "Transaction" INV ON PAY_LINK.Previous_Transaction_ID = INV.Transaction_ID AND INV.Type = 'CustInvc'
JOIN 
    Transaction_Links INV_LINK ON INV.Transaction_ID = INV_LINK.Transaction_ID -- Invoice to SO link
JOIN 
    SalesOrders SO ON INV_LINK.Previous_Transaction_ID = SO.Transaction_ID
LEFT JOIN
    Employee E ON PAY.Created_By_ID = E.Employee_ID
WHERE 
    PAY.Type = 'CustPymt'
ORDER BY "SalesOrder", "EventTime";

ステップ

前提条件：APIアクセス用にNetSuiteを設定する a. 設定 > 統合 > 統合を管理 > 新規に移動します。 b. 新しい統合レコードを作成します。トークンベース認証を有効にし、生成されたConsumer KeyとConsumer Secretを控えます。 c. 設定 > ユーザー／ロール > ロールを管理 > 新規に移動します。 d. トランザクション（販売注文、アイテムフルフィルメント、請求書など）、リスト（顧客、従業員）、設定（アクセストークンを使用してログイン）、SuiteAnalytics Connectの権限を持つ新しいロールを作成します。このロールを特定のユーザーに割り当てます。 e. 設定 > ユーザー／ロール > アクセストークン > 新規に移動します。 f. 手順1で作成した統合レコード、ユーザー、ロールを選択して新しいアクセストークンを作成します。生成されたToken IDとToken Secretを控えます。 g. 設定 > 統合 > SOAP Webサービスの設定に移動してAccount IDを確認します。Account IDとして表示されます。
ローカルPython環境を設定する a. Python 3.6以降がインストールされていることを確認します。 b. ターミナルまたはコマンドプロンプトを開き、必要なライブラリをインストールします：pip install requests requests_oauthlib pandas。
Python抽出スクリプトを作成する a. 新しいPythonファイルを作成します（例：extract_netsuite_otc.py）。 b. 下記のクエリセクションにある完全なPythonスクリプトを、このファイルにコピーします。
スクリプトパラメーターを設定する a. スクリプトを開き、先頭にあるプレースホルダーのセクションを探します。 b. 手順1で取得したNetSuiteのACCOUNT_ID、CONSUMER_KEY、CONSUMER_SECRET、TOKEN_ID、TOKEN_SECRETを入力します。 c. START_DATEとEND_DATEを設定して抽出期間を指定します。形式はYYYY-MM-DDです。
抽出スクリプトを実行する a. ターミナルからスクリプトを実行します：python extract_netsuite_otc.py。 b. スクリプトはNetSuite REST APIに接続し、SuiteQLクエリを実行して、ページネーションを処理しながらすべてのデータを取得します。 c. 取得中のデータページを示す進捗メッセージがコンソールに表示されます。
生のデータを確認する a. スクリプトが完了すると、同じディレクトリにnetsuite_otc_event_log.csvというファイルが生成されます。
データを変換して準備する a. スクリプトは必要なデータ変換を自動的に行い、クエリ結果を指定された列名（SalesOrder、ActivityName、EventTime、User、CustomerNameなど）に対応付けます。 b. スクリプトは、EventTime列を標準的なタイムスタンプ形式に変換します。
ProcessMindへのアップロード用に仕上げる a. 出力ファイルnetsuite_otc_event_log.csvは、正しい形式で生成されます。 b. 列見出しが必要な属性および推奨属性と一致していることを確認します。 c. これで、ファイルをProcessMindにアップロードして分析できます。

設定

認証情報：PythonスクリプトにNetSuiteのAccount ID、Consumer Key、Consumer Secret、Token ID、Token Secretを指定する必要があります。これらはNetSuiteのIntegrationレコードとAccess Tokenレコードから生成されます。
APIエンドポイント：スクリプトはNetSuite SuiteQLクエリエンドポイント：[your_account_specific_domain]/services/rest/query/v1/suiteqlを対象にします。
日付範囲：START_DATEとEND_DATEを設定する必要があります。初期分析では、データ量とプロセスに関する発見のバランスを取るため、3～6か月の期間を推奨します。大規模な環境では、まず1か月など短い期間で実行し、処理性能を確認してください。
子会社フィルター：提供されるSuiteQLクエリには、プレースホルダー/* AND t.subsidiary = '[Your Subsidiary ID]' */が含まれています。複数子会社の環境で運用している場合は、各SELECT文でこの行のコメントを解除し、特定の子会社を絞り込む値に更新します。
パフォーマンス：抽出処理はページ単位（デフォルトでは1ページあたり1,000レコード）でデータを取得し、メモリ使用量を抑えながらAPI制限に対応します。複数年にわたる非常に大規模なデータセットでは、NetSuiteのAPIレート制限により、抽出に時間がかかる場合があります。
前提条件：アクセストークンに関連付けられたNetSuiteロールには、Sales Orders、Item Fulfillments、Invoices、Credit Memos、Customer Payments、Customers、Employees、System Notesレコードを表示するための十分な権限が必要です。SuiteAnalytics Connectへのアクセスも必要です。

a サンプルクエリ python

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

class=class="hl-string">"hl-comment"># --- Configuration Section --- #
class=class="hl-string">"hl-comment"># Replace with your NetSuite account-specific details
ACCOUNT_ID = class="hl-string">'[Your NetSuite Account ID]'
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]'

class=class="hl-string">"hl-comment"># The base URL for the REST API, typically requires replacing hyphens with underscores in the account ID for the domain
class=class="hl-string">"hl-comment"># e.g., if your account ID is 1234567-sb1, the domain part would be 1234567_sb1.suitetalk.api.netsuite.com
class=class="hl-string">"hl-comment"># For production accounts, it's just the account ID, e.g., 1234567.suitetalk.api.netsuite.com
BASE_URL = fclass="hl-string">'https://{ACCOUNT_ID.replace("-", "_")}.suitetalk.api.netsuite.com/services/rest/query/v1/suiteql'

class=class="hl-string">"hl-comment"># --- Extraction Parameters --- #
START_DATE = class="hl-string">'2023-01-01' class=class="hl-string">"hl-comment"># Inclusive
END_DATE = class="hl-string">'2023-12-31'   class=class="hl-string">"hl-comment"># Inclusive
OUTPUT_FILE = class="hl-string">'netsuite_otc_event_log.csv'

class=class="hl-string">"hl-comment"># --- SuiteQL Query --- #
class=class="hl-string">"hl-comment"># This query unions data from multiple sources to create a comprehensive event log.
SUITEQL_QUERY = fclass="hl-string">"""
-- 1. Sales Order Created
SELECT
    t.tranId AS SalesOrder,
    'Sales Order Created' AS ActivityName,
    t.createdDate AS EventTime,
    BUILTIN.DF(t.entity) AS CustomerName,
    BUILTIN.DF(t.salesRep) AS User,
    t.total AS TotalOrderAmount,
    BUILTIN.DF(t.status) AS SalesOrderStatus,
    BUILTIN.DF(tl.item) AS ProductCategory, -- Simplified, assumes first line item category is representative
    t.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(t.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM
    Transaction AS t
    JOIN TransactionLine AS tl ON t.id = tl.transaction
WHERE
    t.type = 'SalesOrd'
    AND tl.mainLine = 'F'
    AND tl.item IS NOT NULL
    AND t.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND t.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 2. Credit Hold Applied / 3. Credit Hold Released / 4. Sales Order Approved / 14. Sales Order Closed
SELECT
    t.tranId AS SalesOrder,
    CASE 
        WHEN sn.newValue LIKE '%Pending Approv%' THEN 'Credit Hold Applied'
        WHEN sn.oldValue LIKE '%Pending Approv%' AND sn.newValue LIKE '%Pending Fulfill%' THEN 'Credit Hold Released'
        WHEN sn.newValue LIKE '%Pending Fulfill%' THEN 'Sales Order Approved'
        WHEN sn.newValue LIKE '%Closed%' THEN 'Sales Order Closed'
    END AS ActivityName,
    sn.date AS EventTime,
    BUILTIN.DF(t.entity) AS CustomerName,
    BUILTIN.DF(sn.author) AS User,
    t.total AS TotalOrderAmount,
    sn.newValue AS SalesOrderStatus,
    NULL AS ProductCategory,
    t.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(t.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM
    Transaction AS t
    JOIN SystemNote AS sn ON sn.recordId = t.id
WHERE
    t.type = 'SalesOrd'
    AND sn.field = 'TRANSACTION.STATUS'
    AND t.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    AND CASE 
        WHEN sn.newValue LIKE '%Pending Approv%' THEN 1
        WHEN sn.oldValue LIKE '%Pending Approv%' AND sn.newValue LIKE '%Pending Fulfill%' THEN 1
        WHEN sn.newValue LIKE '%Pending Fulfill%' THEN 1
        WHEN sn.newValue LIKE '%Closed%' THEN 1
        ELSE 0
    END = 1
    /* AND t.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 5. Sales Order Changed
SELECT
    t.tranId AS SalesOrder,
    'Sales Order Changed' AS ActivityName,
    sn.date AS EventTime,
    BUILTIN.DF(t.entity) AS CustomerName,
    BUILTIN.DF(sn.author) AS User,
    t.total AS TotalOrderAmount,
    BUILTIN.DF(t.status) AS SalesOrderStatus,
    NULL AS ProductCategory,
    t.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(t.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM
    Transaction AS t
    JOIN SystemNote AS sn ON sn.recordId = t.id
WHERE
    t.type = 'SalesOrd'
    AND sn.field IN ('TRANSACTION.TRANDATE', 'TRANSACTION.SHIPDATE', 'TRANSACTIONLINE.QUANTITY', 'TRANSACTIONLINE.RATE')
    AND t.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND t.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 6. Inventory Committed (approximated by 'Sales Order Approved' event)
SELECT
    t.tranId AS SalesOrder,
    'Inventory Committed' AS ActivityName,
    sn.date AS EventTime,
    BUILTIN.DF(t.entity) AS CustomerName,
    BUILTIN.DF(sn.author) AS User,
    t.total AS TotalOrderAmount,
    sn.newValue AS SalesOrderStatus,
    NULL AS ProductCategory,
    t.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(t.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM
    Transaction AS t
    JOIN SystemNote AS sn ON sn.recordId = t.id
WHERE
    t.type = 'SalesOrd'
    AND sn.field = 'TRANSACTION.STATUS'
    AND sn.newValue LIKE '%Pending Fulfill%'
    AND t.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND t.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 7. Order Fulfillment Created
SELECT
    so.tranId AS SalesOrder,
    'Order Fulfillment Created' AS ActivityName,
    ful.createdDate AS EventTime,
    BUILTIN.DF(so.entity) AS CustomerName,
    BUILTIN.DF(ful.createdby) AS User,
    so.total AS TotalOrderAmount,
    BUILTIN.DF(so.status) AS SalesOrderStatus,
    NULL AS ProductCategory,
    so.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(so.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM
    Transaction AS ful
    JOIN TransactionLink AS tl ON ful.id = tl.id
    JOIN Transaction AS so ON so.id = tl.previousdoc
WHERE
    ful.type = 'ItemShip'
    AND so.type = 'SalesOrd'
    AND so.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND so.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 8. Goods Picked / 9. Goods Packed / 10. Goods Shipped
SELECT
    so.tranId AS SalesOrder,
    CASE 
        WHEN sn.newValue LIKE '%Picked%' THEN 'Goods Picked'
        WHEN sn.newValue LIKE '%Packed%' THEN 'Goods Packed'
        WHEN sn.newValue LIKE '%Shipped%' THEN 'Goods Shipped'
    END AS ActivityName,
    sn.date AS EventTime,
    BUILTIN.DF(so.entity) AS CustomerName,
    BUILTIN.DF(sn.author) AS User,
    so.total AS TotalOrderAmount,
    BUILTIN.DF(so.status) AS SalesOrderStatus,
    NULL AS ProductCategory,
    so.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(so.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM
    Transaction AS ful
    JOIN SystemNote AS sn ON sn.recordId = ful.id
    JOIN TransactionLink AS tl ON ful.id = tl.id
    JOIN Transaction AS so ON so.id = tl.previousdoc
WHERE
    ful.type = 'ItemShip'
    AND so.type = 'SalesOrd'
    AND sn.field = 'TRANSACTION.STATUS'
    AND so.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND so.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 11. Invoice Created
SELECT
    so.tranId AS SalesOrder,
    'Invoice Created' AS ActivityName,
    inv.createdDate AS EventTime,
    BUILTIN.DF(so.entity) AS CustomerName,
    BUILTIN.DF(inv.createdby) AS User,
    so.total AS TotalOrderAmount,
    BUILTIN.DF(so.status) AS SalesOrderStatus,
    NULL AS ProductCategory,
    so.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(so.terms) AS PaymentTerms,
    inv.tranId AS InvoiceNumber
FROM
    Transaction AS inv
    JOIN TransactionLink AS tl ON inv.id = tl.id
    JOIN Transaction AS so ON so.id = tl.previousdoc
WHERE
    inv.type = 'CustInvc'
    AND so.type = 'SalesOrd'
    AND so.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND so.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 12. Credit Memo Created
SELECT 
    so.tranId AS SalesOrder,
    'Credit Memo Created' AS ActivityName,
    cm.createdDate AS EventTime,
    BUILTIN.DF(so.entity) AS CustomerName,
    BUILTIN.DF(cm.createdby) AS User,
    so.total AS TotalOrderAmount,
    BUILTIN.DF(so.status) AS SalesOrderStatus,
    NULL AS ProductCategory,
    so.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(so.terms) AS PaymentTerms,
    NULL AS InvoiceNumber
FROM 
    Transaction cm
    JOIN TransactionLink tl ON cm.id = tl.id
    JOIN Transaction so ON tl.previousdoc = so.id
WHERE 
    cm.type = 'CustCred'
    AND so.type = 'SalesOrd'
    AND so.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND so.subsidiary = '[Your Subsidiary ID]' */

UNION ALL

-- 13. Payment Received
SELECT
    so.tranId AS SalesOrder,
    'Payment Received' AS ActivityName,
    payment.createdDate AS EventTime,
    BUILTIN.DF(so.entity) AS CustomerName,
    BUILTIN.DF(payment.createdby) AS User,
    so.total AS TotalOrderAmount,
    BUILTIN.DF(so.status) AS SalesOrderStatus,
    NULL AS ProductCategory,
    so.shipDate AS RequestedDeliveryDate,
    BUILTIN.DF(so.terms) AS PaymentTerms,
    inv.tranId AS InvoiceNumber
FROM
    Transaction AS payment
    JOIN TransactionLink AS paymentLink ON payment.id = paymentLink.id
    JOIN Transaction AS inv ON paymentLink.previousdoc = inv.id
    JOIN TransactionLink AS invLink ON inv.id = invLink.id
    JOIN Transaction AS so ON invLink.previousdoc = so.id
WHERE
    payment.type = 'CustPymt'
    AND inv.type = 'CustInvc'
    AND so.type = 'SalesOrd'
    AND so.createdDate BETWEEN TO_DATE('{START_DATE}', 'YYYY-MM-DD') AND TO_DATE('{END_DATE}', 'YYYY-MM-DD')
    /* AND so.subsidiary = '[Your Subsidiary ID]' */
"""

def execute_suiteql_query(query):
    class="hl-string">"""Executes a SuiteQL query and handles pagination."""
    all_results = []
    offset = 0
    limit = 1000

    oauth = OAuth1(
        client_key=CONSUMER_KEY,
        client_secret=CONSUMER_SECRET,
        resource_owner_key=TOKEN_ID,
        resource_owner_secret=TOKEN_SECRET,
        realm=ACCOUNT_ID,
        signature_method=class="hl-string">'HMAC-SHA256'
    )

    while True:
        paginated_query = {
            class="hl-string">'q': query
        }

        headers = {
            class="hl-string">'Prefer': fclass="hl-string">'transient, odata.maxpagesize={limit}',
            class="hl-string">'Content-Type': class="hl-string">'application/json'
        }

        rest_url = fclass="hl-string">"{BASE_URL}?limit={limit}&offset={offset}"

        try:
            print(fclass="hl-string">"Fetching data... Page offset: {offset}")
            response = requests.post(rest_url, headers=headers, json=paginated_query, auth=oauth)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)

            data = response.json()
            results = data.get(class="hl-string">'items', [])
            all_results.extend(results)

            if not data.get(class="hl-string">'hasMore', False):
                print(class="hl-string">"No more pages to fetch.")
                break

            offset += limit
            class=class="hl-string">"hl-comment"># Respect API concurrency limits
            time.sleep(1)

        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error: {e}")
            print(fclass="hl-string">"Response Body: {e.response.text}")
            break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Request Error: {e}")
            break
        except json.JSONDecodeError:
            print(fclass="hl-string">"JSON Decode Error. Response was: {response.text}")
            break

    return all_results

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting NetSuite Order-to-Cash extraction...")
    
    results = execute_suiteql_query(SUITEQL_QUERY)

    if results:
        df = pd.json_normalize(results)
        class=class="hl-string">"hl-comment"># Rename columns to match ProcessMind requirements
        df.columns = [c.replace(class="hl-string">'.', class="hl-string">'_') for c in df.columns] class=class="hl-string">"hl-comment"># Flatten nested names
        df.rename(columns={
            class="hl-string">'salesorder': class="hl-string">'SalesOrder',
            class="hl-string">'activityname': class="hl-string">'ActivityName',
            class="hl-string">'eventtime': class="hl-string">'EventTime',
            class="hl-string">'customername': class="hl-string">'CustomerName',
            class="hl-string">'user': class="hl-string">'User',
            class="hl-string">'totalorderamount': class="hl-string">'TotalOrderAmount',
            class="hl-string">'salesorderstatus': class="hl-string">'SalesOrderStatus',
            class="hl-string">'productcategory': class="hl-string">'ProductCategory',
            class="hl-string">'requesteddeliverydate': class="hl-string">'RequestedDeliveryDate',
            class="hl-string">'paymentterms': class="hl-string">'PaymentTerms',
            class="hl-string">'invoicenumber': class="hl-string">'InvoiceNumber'
        }, inplace=True)
        
        class=class="hl-string">"hl-comment"># Ensure all required columns exist
        required_cols = [class="hl-string">'SalesOrder', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'CustomerName', class="hl-string">'User', class="hl-string">'TotalOrderAmount', class="hl-string">'SalesOrderStatus', class="hl-string">'ProductCategory', class="hl-string">'RequestedDeliveryDate', class="hl-string">'PaymentTerms', class="hl-string">'InvoiceNumber']
        for col in required_cols:
            if col not in df.columns:
                df[col] = None

        class=class="hl-string">"hl-comment"># Convert EventTime to datetime and format it
        df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'])
        df = df.sort_values(by=[class="hl-string">'SalesOrder', class="hl-string">'EventTime'])

        df.to_csv(OUTPUT_FILE, index=False)
        print(fclass="hl-string">"Successfully extracted {len(df)} events to {OUTPUT_FILE}")
    else:
        print(class="hl-string">"No data returned from the query.")

始める準備はできていますか？

このテンプレートを使ってデータ収集を効率化し、NetSuiteの受注から入金までの販売注文処理に関する重要な発見を始めましょう。今すぐプロセスの最適化に取り組めます。

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

入金を早める：今日から販売注文処理を最適化

受注から入金までのサイクルタイムを30％短縮している企業に続きましょう。

無料トライアルを開始

クレジットカードは不要です。数分で設定できます。

受注から入金まで：販売注文処理のデータテンプレート

受注から入金まで：販売注文処理のデータテンプレート

受注から入金まで：受注処理の属性

受注から入金まで：受注処理のアクティビティ

抽出ガイド

NetSuiteの保存検索とCSV自動エクスポート

ステップ

設定

a サンプルクエリ sql

NetSuite SuiteAnalytics Connect（ODBC）SQLクエリ

ステップ

設定

a サンプルクエリ sql

SuiteTalk REST Web Servicesを使ったPythonによる抽出

ステップ

設定

a サンプルクエリ python

始める準備はできていますか？

入金を早める：今日から販売注文処理を最適化

受注から入金まで：販売注文処理のデータテンプレート

受注から入金まで：販売注文処理のデータテンプレート

受注から入金まで：受注処理の属性

受注から入金まで：受注処理のアクティビティ

抽出ガイド

NetSuiteの保存検索とCSV自動エクスポート

ステップ

設定

a サンプルクエリ sql

NetSuite SuiteAnalytics Connect（ODBC）SQLクエリ

ステップ

設定

a サンプルクエリ sql

SuiteTalk REST Web Servicesを使ったPythonによる抽出

ステップ

設定

a サンプルクエリ python

始める準備はできていますか？

入金を早める：今日から販売注文処理を最適化

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