> 継続的なプロセス改善 > 受注から入金までの販売注文処理 > 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つの実行にあたります。プロセスマイニングでは、この属性を使って受注ごとの流れを再構成します。受注単位でプロセスのバリアント、サイクルタイム、ボトルネックを分析でき、個々の顧客依頼のライフサイクル全体を把握できます。重要な理由関連するすべてのイベントを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
	希望納品日 RequestedDeliveryDate	顧客が希望する納品日です。
説明この属性には、顧客が商品を受け取りたいと希望する日付が記録されます。納期遵守を測定するためのベースラインとなる重要業績評価指標です。この日付と実際の納品日（「Goods Shipped」のタイムスタンプ）を比較し、「納期遵守率」の重要業績評価指標（KPI）を算出します。希望納品日と実際の納品日の差を分析すると、予測、在庫管理、物流における構造的な問題のうち、顧客の期待に応えられない原因を特定できます。重要な理由納期遵守パフォーマンスと顧客満足度を測定するための基準となります。入手先 Sales Orderレコードの標準フィールドまたはカスタムフィールドに該当する場合があります。フィールド名は「Requested Delivery Date」などです。例 2023-05-202023-06-012023-06-15
	支払条件 PaymentTerms	請求書の支払いに関して合意した条件です。
説明この属性では、顧客が商品やサービスの代金を支払う条件を定義します。たとえば、「Net 30」や「Due on Receipt」などがあります。この条件を使って、請求書の支払期日を算出します。支払条件ごとに分析すると、どの条件が支払いの遅延につながっているかを特定し、与信方針が財務に与える影響を評価できます。「支払条件遵守率」ダッシュボードの分析や、キャッシュフローの動向を把握するうえで欠かせない属性です。重要な理由支払期日の算出に加え、顧客の支払い状況や支払条件の遵守率を分析する際の基準となります。入手先 NetSuiteのSales OrderまたはInvoice取引レコードにある「Terms」フィールドです。例 Net 30Net 60受領時払い
	製品カテゴリ ProductCategory	受注に含まれる主な製品またはサービスのカテゴリです。
説明この属性は、受注品目を「ハードウェア」「ソフトウェア」「サービス」などの大きなカテゴリに分類します。複数のカテゴリを含む受注では、金額や品目数に基づいて主なカテゴリを割り当てる場合があります。製品カテゴリ別にプロセスを分析すると、出荷準備の経路の違いが明らかになります。たとえば、サービスの出荷準備は、ピッキング、梱包、出荷が必要なハードウェアよりも簡単な場合があります。カテゴリごとにプロセスを改善するうえで、この分類が役立ちます。重要な理由製品カテゴリ別にプロセスを分けて分析すると、出荷準備の経路の違いや、カテゴリ固有のボトルネックを特定できます。入手先この情報は、受注明細に関連付けられた「Item」レコードから取得します。カテゴリを確認するには、Itemのマスターデータとの結合が必要になる場合があります。例電子機器ソフトウェアライセンスコンサルティングサービス
	請求書番号 InvoiceNumber	顧客向け請求書を識別する一意の番号です。
説明この属性は、受注から作成された請求書の参照番号です。販売の履行プロセスと売掛金管理プロセスを結び付けます。請求書番号を追跡することは、財務照合や受注から最終的な入金までを対象とする分析に役立ちます。商品の出荷という業務上の活動と、代金回収という財務上の活動を具体的に結び付ける情報です。重要な理由受注と請求に関する個別の財務取引を結び付け、受注から入金までの一連の流れを分析できます。入手先 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など、さまざまなシステムからのデータを区別するために使えます。分析では、データの来歴を確認する際に役立ちます。また、複数のソースのデータを組み合わせてプロセス全体を把握する場合にも重要です。データの取得元を正しく記録できるため、データガバナンスや問題の調査にも役立ちます。重要な理由複数のシステムを連携している環境で、データの取得元に関する重要なコンテキストを確認できます。入手先データの抽出・変換時に追加する固定値（「NetSuite」）です。例 NetSuite
	与信状況 CreditStatus	受注が与信保留中かどうかを示します。
説明この属性には、受注処理時点での顧客の与信状況が記録されます。たとえば、「保留中」や「解除済み」などです。受注プロセスの初期段階に関わる重要な要素です。この属性を分析すると、与信審査が受注全体のサイクルタイムに与える影響を把握できます。「与信審査サイクルタイム分析」ダッシュボードでは、このデータを使って保留となった受注の件数や解除までの所要時間を確認し、与信管理プロセスのボトルネックを特定します。重要な理由「与信審査サイクルタイム」の重要業績評価指標（KPI）に直接影響し、受注プロセスの初期段階で発生する遅延の把握に役立ちます。入手先 Sales Orderレコードの標準ステータスフィールドや、「Credit Hold」などのカスタムチェックボックスに該当する場合があります。また、「Credit Hold Applied」と「Credit Hold Released」のアクティビティから推定することもできます。例良好保留中解除済み
	最終データ更新 LastDataUpdate	ソースシステムからデータを最後に更新または抽出した日時です。
説明この属性は、データセットが最後に更新された日時を示します。分析対象のデータがいつ時点のものかを業務ユーザーが確認でき、プロセスマイニングのダッシュボードや分析が対象とする期間を把握できます。プロセスの流れの分析には使いませんが、データガバナンスとユーザーの信頼を支える重要なメタデータです。インサイトがどの時点のデータに基づくかを確認し、新しいデータがいつ反映されるかを把握できます。重要な理由データの鮮度をユーザーに伝え、分析に基づく意思決定を支援します。入手先 NetSuiteからデータを抽出した時点で生成され、データセットに記録されるタイムスタンプです。例 2023-10-27T02:00:00Z
	出荷先の国 ShippingCountry	出荷先の国です。
説明この属性には、受注した商品を出荷する国が記録されます。Sales Orderに登録された配送先住所から取得します。出荷先の国ごとに分析すると、物流、通関、地域拠点の業務効率によるプロセスパフォーマンスの違いが分かります。国や地域ごとに、出荷所要時間、納期の正確さ、プロセスコストを比較できます。重要な理由地域ごとのボトルネックの特定、物流パフォーマンスの比較、国際取引に伴う複雑さの把握に役立ちます。入手先 Sales Order取引レコードの「Shipping Address」に含まれる情報です。例 USAドイツ日本
	受注タイプ SalesOrderType	標準、至急、特別など、受注の分類です。
説明この属性では、受注をタイプ別に分類します。受注タイプによって、プロセスの経路や優先度が異なる場合があります。たとえば、「至急受注」は一部の手順を省略したり、「標準受注」より厳しいサービスレベル合意（SLA）が適用されたりすることがあります。受注タイプ別の分析は、プロセスのバリアントが意図どおりに機能しているかを把握するうえで重要です。特定の受注タイプに対する特別な対応が、実際により迅速で良い結果につながっているか、またそのためにどのようなコストがかかっているかを評価できます。重要な理由標準受注と至急受注など、想定されるプロセス経路を比較し、それぞれが期待どおりに機能しているかを確認できます。入手先通常はSales Orderフォームのカスタム「Order Type」フィールドです。NetSuiteでは、既定で単一のタイプフィールドを使うのではなく、「Standard Sales Order」や「Standard Sales Order - Cash Sale」など、異なる取引フォームを使用します。例標準受注至急受注プロジェクト受注
	受注変更回数 SalesOrderChangeCount	受注の作成後に変更された回数です。
説明この計算指標は、ケースごとに「Sales Order Changed」アクティビティの発生回数を数えます。変更回数が多い場合、顧客からの依頼、データ入力ミス、価格調整などによる手戻りが発生している可能性があります。この属性は、「受注手戻り率」の重要業績評価指標（KPI）と「受注の手戻りバリアント」ダッシュボードの入力データとして直接使われます。変更回数の多い受注の特徴を分析すると、特定の製品、顧客、営業担当者などに関わる手戻りの根本原因を特定できます。重要な理由手戻りを直接数値化し、非効率、データ品質の問題、プロセスの不安定さの原因を特定できます。入手先データ変換時に、各「SalesOrder」ケースIDの「Sales Order Changed」イベントを数えて算出します。例 013
	営業チーム SalesTeam	受注の売上実績が計上される営業チームまたはグループです。
説明この属性は、販売を担当するチームまたは部門を識別します。営業担当者の編成や、販売地域・製品ラインの管理に使用します。プロセスマイニングで営業チームごとのパフォーマンスを分析すると、成績上位のチームのベストプラクティスや、特定のチームに影響する構造的な問題を見つけられます。データ入力の品質、値引き承認、後続の履行プロセスに影響するその他の要因の違いも把握できます。重要な理由営業チーム間のパフォーマンスを比較し、ベストプラクティスや支援が必要な領域の特定に役立ちます。入手先 Sales Orderレコードの標準フィールドまたはカスタムフィールドに該当する場合があります。多くの場合、営業担当者の従業員レコードに関連付けられています。例北米営業EMEAエンタープライズAPACチャネル
	支払期日 PaymentDueDate	請求書の支払期限となる日付です。
説明この属性には、請求日と支払条件に基づいて算出した支払期日が記録されます。たとえば、請求日が4月1日で支払条件が「Net 30」の場合、支払期日は5月1日です。財務分析に欠かせない日付であり、「Payment Received」の日付と直接比較して、支払いが期日どおりだったかを判定します。「期日内支払率」の重要業績評価指標（KPI）の算出や売掛金管理に使用します。重要な理由期日内の支払状況を測る基準となり、キャッシュフローと売掛金の管理に欠かせません。入手先 Invoice取引レコードの「Due Date」フィールドです。NetSuiteが請求日と支払条件に基づいて自動的に算出します。例 2023-05-302023-06-152023-07-01
	期日内支払 IsOnTimePayment	請求書が支払期日までに支払われたかどうかを示すフラグです。
説明この計算済みの真偽値属性は、「Payment Received」のタイムスタンプと「PaymentDueDate」を比較します。支払期日までに支払いが行われた場合はtrue、それ以外の場合はfalseになります。この属性は、「期日内支払率」の重要業績評価指標（KPI）と「支払条件遵守率」ダッシュボードの基礎となります。顧客の支払い状況を明確に測定でき、支払いの遅延と関連の深い顧客、地域、支払条件を分析できます。重要な理由顧客の支払い状況を直接測定でき、キャッシュフロー管理や信用リスクの評価に欠かせません。入手先データ変換時に、「Payment Received」アクティビティのタイムスタンプと「PaymentDueDate」属性を比較して算出します。例 truefalse
	納期遵守 IsOnTimeDelivery	希望納品日までに納品されたかどうかを示すフラグです。
説明この計算済みの真偽値属性は、「Goods Shipped」のタイムスタンプまたは実際の納品日時を「RequestedDeliveryDate」と比較します。納期どおり、またはそれより早く納品された場合はtrue、遅れた場合はfalseになります。このフラグは、「納期遵守率」の重要業績評価指標（KPI）の算出や、「納期の約束と実績の差」ダッシュボードに使用します。納品パフォーマンスを簡潔に分析でき、条件で絞り込んだり集計したりして、特定の製品、地域、プロセスのボトルネックなど、出荷遅延の要因を特定できます。重要な理由納品パフォーマンスを明確な二値で示すため、重要業績評価指標（KPI）の算出や納品遅延の根本原因分析が容易になります。入手先データ変換時に、「Goods Shipped」アクティビティのタイムスタンプと「RequestedDeliveryDate」属性を比較して算出します。例 truefalse

必須推奨任意

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

プロセスを正確に把握して分析するために、イベントログに記録する主要なプロセスステップとマイルストーンです。

7 推奨 7 任意

	アクティビティ	説明
	入金	請求書に対する顧客からの入金を示すアクティビティです。「Customer Payment」取引が作成され、受注に関連する請求書に適用された時点で記録します。
重要な理由このアクティビティは、プロセスの最終イベントとして、キャッシュ・コンバージョン・サイクルや期日どおりの支払状況の分析に役立ちます。販売取引が財務面で完了したことを示します。入手先明示的なイベントです。該当する請求書に適用された「Customer Payment」取引（Transactionテーブル、Type='CustPymt'）の作成日を時刻として使用します。記録請求書に適用されたCustomer Paymentレコードの取引日を使用します。イベントタイプ explicit
	出荷処理作成	このアクティビティは、倉庫での出荷作業の開始を示します。受注から「Item Fulfillment」取引が作成された時点で発生します。
重要な理由これは、販売プロセスと倉庫業務をつなぐ重要なマイルストーンです。受注承認から出荷処理の作成までの時間は、出荷準備の状況を示す重要な指標です。入手先明示的なイベントです。元の受注に関連付けられた「Item Fulfillment」レコードの作成日を時刻として使用します。記録関連付けられたItem Fulfillmentレコードの取引作成日を使用します。イベントタイプ explicit
	受注作成	このアクティビティは、受注プロセスの正式な開始を示します。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
	請求書作成	出荷した商品またはサービスに対する請求書が作成されたことを示します。受注に関連付けられた「Invoice」取引の作成によって発生する明示的なイベントです。
重要な理由このアクティビティは、収益認識に関わる重要なマイルストーンであり、支払いサイクルの開始を示します。出荷から請求書発行までの時間は、キャッシュフローに直接影響します。入手先受注に関連付けられたInvoice取引レコード（Transactionテーブル、Type='CustInvc'）の「Date Created」フィールドから取得する明示的なイベントです。記録関連付けられたInvoiceの取引作成日を使用します。イベントタイプ explicit
	クレジットメモ作成	返品、価格調整、その他の譲歩などにより、受注または請求書に対してクレジットメモが発行された時点で発生します。「Credit Memo」取引の作成時に記録します。
重要な理由クレジットメモは、出荷ミスや製品の不具合など、プロセス上の問題を示している場合があります。発生頻度やタイミングを分析すると、根本原因を特定し、全体的な品質の改善につなげられます。入手先「Credit Memo」取引（Transactionテーブル、Type='CredMemo'）の作成に基づく明示的なイベントです。元の請求書または受注に関連付けることができます。記録関連付けられたCredit Memoの取引作成日を使用します。イベントタイプ explicit
	与信保留	受注が自動または手動で与信保留になり、出荷準備が一時停止した時点で発生します。通常、受注ステータスが「Pending Approval」または特定の「Credit Hold」状態に変わったことから推定します。
重要な理由受注がいつ、なぜ保留になったかを特定すると、出荷準備の遅延要因を把握できます。このアクティビティから、顧客の与信に関するボトルネックを確認できます。入手先受注レコードのシステムノートまたは監査証跡から推定します。特に、「Order Status」フィールドが保留状態に変更された記録を確認します。記録受注ステータスが与信保留状態に変わった時刻を特定します。イベントタイプ inferred
	与信保留解除	受注が与信保留から解除され、出荷準備に進める状態になった時点を示します。保留状態からオープンまたは承認済みの状態へのステータス変更を確認します。
重要な理由与信保留の期間は、重要業績評価指標（KPI）の1つです。このイベントを使って、与信問題の解決にかかった時間と、受注から入金までのサイクル全体への影響を測定できます。入手先受注レコードのシステムノートまたは監査証跡から推定し、「Order Status」が保留状態から変更された時刻を取得します。記録受注ステータスが与信保留状態からアクティブな状態に変わった時刻を特定します。イベントタイプ inferred
	受注変更	受注作成後に行われた、数量、品目、価格などの重要な変更を記録するアクティビティです。システムノートまたは監査証跡の更新を追跡して記録します。
重要な理由頻繁な変更は、入力ミスや顧客需要の変動を示している場合があり、手戻りやプロセスの非効率につながります。変更を追跡すると、受注内容が変更される根本原因を特定できます。入手先受注取引に関連するシステムノートまたは監査証跡から取得します。対象フィールドに記録された変更を、それぞれこのアクティビティの発生として扱います。記録受注の初回作成後にシステムノートへ記録されたフィールド変更を特定します。イベントタイプ 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に設定します。作成元：作成日を使い、最初の検索と同じ期間に絞り込みます。結果で必要な列を追加し、**作成元...**のフィールドから販売注文IDを取得します。以下の「保存検索2」に記載された数式を使います。検索名をProcessMind_Fulfillment_Eventsとして保存します。
請求イベントの検索を作成する：3つ目の取引検索を作成します。条件で、種類を請求書とクレジットメモに設定し、メインラインをTrueにします。作成日で絞り込みます。結果で以下の「保存検索3」に記載された列を追加し、**作成元...**のフィールドから販売注文IDを取得します。検索名をProcessMind_Billing_Eventsとして保存します。
入金イベントの検索を作成する：最後の取引検索を作成します。条件で、種類を顧客入金、メインラインをTrueに設定します。作成日で絞り込みます。結果に「保存検索4」に記載された列を追加します。販売注文との関連付けには、請求書を経由する必要があります。検索名をProcessMind_Payment_Eventsとして保存します。
検索を実行してエクスポートする：4つの保存検索をそれぞれ実行します。結果ページでCSVとしてエクスポートアイコンをクリックし、データをダウンロードします。
CSVファイルを結合する：Microsoft Excelなどの表計算ソフト、またはPythonなどのスクリプト言語で4つのCSVファイルを開きます。出荷、請求、入金の各ファイルの行を、販売注文イベントのファイルに追加します。結合する前に、すべてのファイルで列見出しが一致していることを確認します。
イベントログを完成させる：結合したファイルを確認し、最終データを1つのCSVファイルとして保存します。このファイルをイベントログとしてアップロードできます。

設定

権限：販売注文、アイテム出荷、請求書、顧客入金、システムノートを閲覧できるユーザーロールが必要です。また、種類が「取引」の保存検索を作成して実行する権限も必要です。
保存検索の定義：この方法では、販売注文、出荷、請求、入金のイベントごとに4つの保存検索を作成し、後から外部で結合します。すべての検索で種類に取引を指定します。
日付による絞り込み：データを漏れなく取得するため、すべての検索に同じ期間のフィルターを設定してください。主な取引の作成日フィールドで絞り込みます（例：最初の検索では販売注文の作成日、出荷検索では作成元：作成日）。
メインラインの条件：検索条件でメインラインフィルターをTrueに設定します。明細行ごとではなく、取引レコードごとに1つのイベントを取得できるため、イベントログを簡潔にできます。
アクティビティの数式：ActivityName列とEventTime列は、CASE文を使ったFormula (Text)フィールドとFormula (DateTime)フィールドで作成します。これらの数式は、会社固有のカスタムフィールドやステータス値（与信保留など）に合わせて調整してください。
定期エクスポート：処理を自動化するには、各保存検索で結果を定期的にメール送信するよう設定します。保存検索の定義にあるメールサブタブを開き、レコードの作成／更新時にメールアラートを送信にチェックを入れて、スケジュールと宛先を指定します。

クエリの例 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の設定」リンクを開きます。使用するオペレーティングシステム（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データベースに対して実行します。期間やデータ量によっては、完了まで数分かかることがあります。
結果を確認する：クエリから、イベントログを表す統合テーブルが1つ返されます。各行は、販売注文のライフサイクルにおける特定のアクティビティに対応します。エラーがないことを確認し、SalesOrder、ActivityName、EventTimeなどの列に想定どおり値が入っているか確認します。
イベントログをエクスポートする：SQLクライアントからクエリ結果をCSVファイルにエクスポートします。文字コードがUTF-8であること、列見出しがProcessMindで必要な属性名と一致していることを確認します。
ProcessMindにアップロードする：作成したCSVファイルをProcessMindに直接アップロードして、プロセス分析を始められます。

設定

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

クエリの例 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. 新しいアクセストークンを作成し、先ほど作成した統合レコード、ユーザー、ロールを選択します。生成されたToken IDとToken Secretを控えます。 g. 設定 > 統合 > SOAP Web Services設定を開き、アカウント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のアカウントID、Consumer Key、Consumer Secret、Token ID、Token Secretを指定する必要があります。これらはNetSuiteの統合レコードとアクセストークンレコードから取得できます。
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文でこの行のコメントを解除し、特定の子会社に絞り込むように編集します。
パフォーマンス：メモリ使用量を抑え、APIの制限に対応するため、データはページ単位（初期設定では1ページあたり1,000件）で取得します。複数年にわたる大規模なデータセットでは、NetSuiteのAPIレート制限により、抽出に時間がかかる場合があります。
前提条件：アクセストークンに関連付けられたNetSuiteロールには、販売注文、アイテム出荷、請求書、クレジットメモ、顧客入金、顧客、従業員、システムノートの各レコードを閲覧できる十分な権限が必要です。SuiteAnalytics Connectへのアクセス権も必要です。

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

ステップ

設定

クエリの例 sql

NetSuite SuiteAnalytics Connect（ODBC）のSQLクエリ

ステップ

設定

クエリの例 sql

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

ステップ

設定

クエリの例 python

準備はよろしいですか？

入金を早める：販売注文処理を今すぐ最適化