データテンプレート:購買から支払いまで - Purchase Order

NetSuite
データテンプレート:購買から支払いまで - Purchase Order

Purchase to Pay - 発注書データテンプレート

このテンプレートは、プロセスマイニングのためにデータを準備し、購買から支払い - 購買発注プロセスを効果的に分析するために必要なすべての情報を確実に取得できるよう設計されています。必須のデータフィールド、追跡すべき主要なアクティビティの概要を示し、NetSuiteからこの情報を抽出する方法に関するガイダンスを提供します。このテンプレートに従うことで、データ準備を効率化し、実用的な洞察への道を加速させることができます。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • NetSuite向け抽出ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

購買から支払いまで - 注文書属性

これらは、貴社の購買から支払いまで - 注文書プロセスを包括的に分析するために、イベントログに含めることを推奨するデータフィールドです。
5 必須 6 推奨 11 任意
名前 説明
アクティビティ名
ActivityName
注文書プロセス内で発生した特定の業務イベントまたはステップの名称です。
説明

このattributeは、Purchase Orderのライフサイクルにおける特定のactionやstatus変更(例: 「Purchase Order作成済」、「Purchase Order承認済」、「請求書支払い済」など)を記述します。これらのactivityがプロセスmapのnodeを形成します。

これらのactivityの順序と頻度を分析することこそが、Process Miningのコアとなります。これにより、プロセスflowを可視化し、一般的および稀なpath(バリアント)を特定し、bottleneckや標準手順からの逸脱を正確に指摘するのに役立ちます。

その重要性

これはプロセスマップ内のステップを定義し、プロセスフロー、バリアント、および適合性の可視化と分析を可能にします。

取得元

この値は通常、トランザクションタイプとそのステータスフィールド(例:注文ステータス)の組み合わせ、またはNetSuiteのシステム監査ログから導出されます。

購買オーダー作成済み購買オーダー承認済み品目受領書作成済みPurchase Orderから請求書が作成されました
イベント日時
EventTime
アクティビティが発生した正確な日時。
説明

このタイムスタンプは、特定のアクティビティが発生した正確な瞬間を示します。これは、プロセスマイニングにおけるすべてのパフォーマンスと期間の分析における時間的基盤となります。

イベント時間は、ケース内でアクティビティを時系列に順序付けし、ステップ間の期間を計算し、全体のケースサイクルタイムを測定するために使用されます。このデータは、ボトルネックの特定、待機時間の測定、およびサービスレベル契約に対するパフォーマンスの分析に不可欠です。

その重要性

このattributeは、cycle timeやdurationなど、すべての時間ベースのmetricを計算するために不可欠であり、プロセス遅延を特定するための基本となります。

取得元

これは、各トランザクションまたはステータス変更に関連するタイムスタンプであり、NetSuiteの作成日などのフィールドやシステム監査ログによく見られます。

2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
購買発注
PurchaseOrder
注文書の一意の識別子であり、調達ライフサイクルを追跡するための主要なケースIDとして機能します。
説明

注文書番号は、初期作成から最終支払い、そして完了に至るまでのすべての関連アクティビティを結びつける中心的な識別子です。各固有の注文書番号は、調達プロセスの単一のインスタンスを表します。

プロセスマイニングでは、この属性を使用して、すべての関連イベントを単一のケースにグループ化します。各注文書の経過を分析することで、エンドツーエンドプロセスを明確に把握し、バリアントを特定し、総サイクルタイムなどのケースレベルのメトリックを計算できます。

その重要性

これは必須のケース識別子であり、個々の購買発注の全ライフサイクルを再構築し分析することを可能にします。

取得元

これは通常、NetSuiteの購買発注レコードにおける主要なトランザクション識別子であり、トランザクションIDまたはPO番号と呼ばれることが多いです。

PO-001254PO-001299PO-001357
ソースシステム
SourceSystem
データを抽出した元システム。
説明

このattributeは、プロセスdataのoriginを特定します。このビューでは、値は常に「NetSuite」となります。

複数のsystemからdataを結合する大規模なProcess Miningの取り組みでは、このfieldはdata lineage、troubleshooting、およびsystem固有のbehaviorを理解するために不可欠です。各dataがどこから来たのかを明確にします。

その重要性

重要なデータリネージを提供し、特に複数の統合システムがある環境において、プロセスデータの出所を明確に保証します。

取得元

これは、データ抽出および変換プロセス中に付加される静的な値(「NetSuite」)です。

NetSuite
最終データ更新
LastDataUpdate
このイベントのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。
説明

このattributeは、dataが最後に抽出または更新された日時を記録します。これは、分析されているdataの鮮度に関するcontextを提供します。

最終更新日時を知ることは、生成されたinsightの適時性を理解するために不可欠です。これにより、analystやビジネスユーザーは、最新のプロセスdataを閲覧しているかどうかが確認でき、運用監視dashboardにとって特に重要となります。

その重要性

データの鮮度を示し、分析やダッシュボードが最新情報に基づいていることを確実にするために重要です。

取得元

これは、データ抽出、変換、ロード(ETL)プロセス中に生成および追加されるタイムスタンプです。

2024-05-21T02:00:00Z
ユーザー名
UserName
アクティビティを実行したユーザーの名称です。
説明

このattributeは、Purchase Orderの承認や請求書の作成など、特定のプロセスstepを実行した従業員またはsystemユーザーを特定します。これはプロセスに人的またはsystem的なresourceの側面を提供します。

ユーザーごとのactivityを分析することは、workloadの分散状況の理解、トレーニングニーズの特定、および異常の発見に役立ちます。また、PO変更や承認などの重要なactionを誰が実行したかを追跡できるため、compliance監視にも不可欠です。

その重要性

各activityを特定のユーザーに紐づけることで、作業負荷、パフォーマンス、承認ポリシーへのコンプライアンスを分析できます。

取得元

これは、トランザクションレコードのシステムノートまたは監査履歴のサブタブで利用可能であり、変更を行ったユーザーを示します。

Alice JohnsonBob Williamsシステム自動化
仕入先名
VendorName
商品またはサービスを購入しているベンダーまたはサプライヤーの名称です。
説明

このattributeは、Purchase Orderに対する外部サプライヤーを特定します。これはサプライヤー関係とパフォーマンスを分析するための重要な側面です。

ベンダー名は、「ベンダー配送実績」dashboardおよび関連するKPIにとって不可欠です。これにより、異なるサプライヤー間のlead time、納期遵守率、および品質検査結果を比較するためにプロセスをsegment化でき、信頼性の高いベンダーとパフォーマンスの低いベンダーの両方を特定するのに役立ちます。

その重要性

サプライヤー別のパフォーマンス(納期や信頼性など)を分析することで、サプライチェーン最適化の鍵となる洞察を提供します。

取得元

これは、NetSuiteの購買発注レコードのメインタブにある仕入先またはサプライヤーフィールドに対応します。

グローバル事務用品Tech Solutions Inc.クリエイティブマーケティング代理店
合計金額
TotalAmount
注文書の総金額です。
説明

このattributeは、Purchase Orderに含まれるすべての品目およびサービスの合計コストを表します。これは調達分析のための基本的な財務metricです。

合計金額ごとのプロセスmetricを分析することで、例えば、高額なPOが承認に時間がかかったり、より多くの変更を受けたりする場合など、重要なパターンが明らかになります。これは、プロセス非効率性の財務的影響を理解し、改善活動の優先順位付けを行うために不可欠です。

その重要性

調達プロセスの財務分析を行い、POの金額がcycle time、承認経路、そしてコンプライアンスにどう影響するかを明確にするのに役立ちます。

取得元

これは、NetSuiteの購買発注レコードのサマリーセクションにある合計フィールドに対応します。

500.001250.7515000.00
購買オーダーステータス
PurchaseOrderStatus
注文書の現在または最終ステータスです。
説明

このattributeは、特定の時点でのPurchase Orderのstate(例: 「承認待ち」、「全額請求済」、「クローズ済」など)を示します。これは、概念的なActivityNameの多くの値の導出元となることがよくあります。

statusごとに分析することで、承認されずに拒否されたものや、未処理のまま残っているものの数など、Purchase Orderの最終的な状態を理解するのに役立ちます。これは「PO承認失敗率」のようなKPIや、caseを完了stateに基づいてfilteringするために重要です。

その重要性

購買オーダーの状態のスナップショットを提供し、却下や完了といった結果の分析を可能にし、承認失敗に関連するKPIをサポートします。

取得元

これは、NetSuiteの購買発注トランザクションレコードにあるステータスフィールドです。

上長承認待ち受領待ち全額請求済みクローズ却下
購買カテゴリ
PurchaseCategory
IT Hardware、Marketing Services、Office Suppliesなど、購入される商品またはサービスの分類です。
説明

このattributeは、Purchase Order上の品目を分類し、支出の種類に基づいたグループ分析を可能にするものです。これはNetSuiteでは、カスタム分類fieldやsegmentを使用して実装されることが多いです。

「購買カテゴリ効率」dashboardにとって、購買カテゴリごとのプロセス分析は不可欠です。これにより、特定の種類の購買がより長いcycle time、高い変更率、あるいはより多くのcompliance問題を引き起こしていないかどうかが明らかになり、それによって特定の支出領域に対する的を絞ったプロセス改善が可能になります。

その重要性

支出カテゴリ別のプロセス効率分析を可能にし、どの種類の購入が最も非効率的か、またはコンプライアンスに違反しているかを特定するのに役立ちます。

取得元

これは、カスタムフィールド、またはクラスのような標準分類セグメント、あるいはPOヘッダーやラインレベルで適用されるカスタムセグメントである可能性があります。NetSuiteのドキュメントをご確認ください。

ITハードウェアプロフェッショナルサービスオフィス用品ソフトウェアライセンス
部門名
DepartmentName
注文書に関連する部署の名称です。
説明

このattributeは、購買を開始した、または財務的に責任を負うビジネス部門やコストcenterを表します。これにより、組織構造に基づいてプロセスdataをfilteringおよびsegmentingできます。

部門ごとのプロセス分析は、部門bottleneckの特定、異なるビジネスunit間の効率比較、および支出パターンの理解に不可欠です。これは、「部門bottleneck分析」のようなdashboardを直接サポートします。

その重要性

部門別のプロセス分析を可能にし、部門固有のボトルネック、非効率性、および支出パターンを特定するのに役立ちます。

取得元

これは、NetSuiteの購買発注レコードのヘッダーまたは明細項目にある標準フィールドです。

財務ITサービスマーケティング運用
イベントの終了時刻
EventEndTime
アクティビティが完了した正確な日時です。
説明

このタイムスタンプは、アクティビティの完了を示します。開始時間と合わせて用いることで、イベントの処理時間を定義します。瞬時イベントの場合、終了時間は開始時間と同じになることがあります。

この属性は、処理時間として知られる特定のタスクの正確な期間を計算するために不可欠です。タスクに実際に費やされた時間と次のステップを待つ時間を区別するのに役立ち、詳細なボトルネック分析の鍵となります。

その重要性

正確なアクティビティ処理時間を計算することを可能にし、実作業時間とアイドル待機時間を区別するのに役立ちます。

取得元

測定可能な期間を持つアクティビティの場合、これは別のフィールドに記録されるか、監査ログから導出されることがあります。多くの場合、推論されるか、開始時間と同じになります。

2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
マベリック購入フラグ
IsMaverickBuy
先行する購買依頼なしに購買発注が作成されたかどうかを示すフラグです。
説明

これは、プロセスにおける最初のアクティビティが購買申請作成済みではなく購買発注作成済みである場合に、ケースレベルでtrueとなる計算ブール属性です。非標準的な調達の直接的な指標として機能します。

この属性は、調達コンプライアンスモニターの主要KPIである直接PO率の計算に利用されます。企業がマベリックバイイングを迅速に特定し定量化するのに役立ち、コスト増加やリスク上昇の回避に貢献します。

その重要性

コンプライアンス違反の購買行動を直接フラグ付けし、組織がマベリックバイイングを容易に監視・削減できるようにします。

取得元

これは計算された属性です。そのロジックは次のとおりです。(ケースにおける最初のアクティビティが購買発注作成済みである)AND(購買申請がリンクされていない)です。

truefalse
処理時間
ProcessingTime
アクティビティに実作業として費やした時間。
説明

このattributeは、activityの開始timestampと終了timestamp間の時間を測定します。これは、task間の待ち時間とは異なり、resourceがtaskの実行に実際に従事した時間を表します。

EventTimeとEventEndTimeから計算されるこのmetricは、詳細なパフォーマンス分析に不可欠です。特定のactivityが時間を消費しているかを正確に特定し、全体的なcycle timeのみでなくbottleneckのより詳細なビューを提供します。

その重要性

実作業時間と待機時間を分離し、アクティビティレベルの効率性とリソース活用率をより正確に測定することを可能にします。

取得元

これは、EventEndTimeからEventTimeを差し引くことで、データ変換中に計算されます。

312645900
却下理由
RejectionReason
承認プロセス中に注文書が却下された理由です。
説明

発注書が却下された際、この属性は「予算超過」、「ベンダー不適合」、「ポリシー違反」といった却下の具体的な理由を提供します。この情報は、承認の失敗を理解する上で重要です。

この属性は「発注書却下&再提出率」ダッシュボードを直接サポートします。却下理由を分析することで、企業は発注書作成における(例えばトレーニング不足やポリシーの不明確さといった)一般的なエラーの原因を特定し、却下に伴う手戻りを減らすための是正措置を講じることができます。

その重要性

POの承認が失敗する理由を説明し、却下率の削減と初回承認成功率の向上に向けたターゲットアクションを可能にします。

取得元

この情報は、却下イベントのメモフィールド、または承認ワークフローの一部としてカスタムの却下理由フィールドに記録されることがよくあります。NetSuiteのドキュメントをご確認ください。

部門予算超過非推奨ベンダーが選択されました不完全な明細項目説明
変更理由
ChangeReason
注文書が作成後に変更された理由として提供されたものです。
説明

このattributeは、Purchase Orderに加えられた変更の理由(例: 「価格更新」、「数量変更」、「納期変更」など)を記録します。このcontextは、手戻りの要因を理解するために不可欠です。

これは、「購買オーダー変更分析」dashboardにとって重要なattributeです。さまざまな変更理由の頻度を分析することで、初期要件の不正確さやベンダーからの価格変動など、プロセス不安定性の根本原因を特定するのに役立ちます。

その重要性

購買オーダーが変更される理由に関する重要なコンテキストを提供し、根本原因分析を可能にして全体の購買オーダー変更率を削減します。

取得元

これは、ユーザーが承認済みPOを編集する際に入力が必要なカスタムフィールドであるか、または変更イベントのメモフィールドに含まれる可能性があります。NetSuiteのドキュメントをご確認ください。

不正確な品目数量ベンダーの価格変更更新された納期要件
希望納期
RequestedDeliveryDate
企業がベンダーに商品またはサービスの配送を要求した日付です。
説明

このattributeは、購買プロセス中に設定された目標納期です。これは実際の配送パフォーマンスが測定されるbaselineとなります。

この日付は、「ベンダー納期遵守率」KPIを計算するために不可欠です。「Requested Delivery Date」(希望納期)と実際の「Item Receipt Created」(品目受領作成)timestampを比較することで、分析はベンダーが配送commitmentsを満たしているかどうかを判断でき、これは「ベンダー配送実績」dashboardの主要な入力となります。

その重要性

ベンダーの納期遵守実績を測るベンチマークとして機能し、サプライチェーンマネジメントにおける重要なKPIとなります。

取得元

これは、カスタムフィールドであるか、または購買発注明細項目のExpected Receipt Dateである可能性があります。NetSuiteのドキュメントをご確認ください。

2023-11-152023-12-012024-01-10
手戻り
IsRework
アクティビティが、拒否後の再承認など、手戻り作業を表すかどうかを示すフラグです。
説明

この計算されたブール属性は、プロセスループや繰り返しのステップを示すアクティビティに対してtrueを返します。例えば、同じケース内で購買依頼却下のアクティビティの後に購買依頼承認のアクティビティが発生した場合、そのアクティビティは手戻りとしてフラグ付けされます。

この属性は、プロセスの摩擦や非効率性を定量化するために不可欠です。手戻りループの容易な分析を可能にし、PO否認・再提出率の測定や、一度で正しく進まないプロセスの特定を支援します。

その重要性

手戻りループの一部であるアクティビティを明示的にフラグ付けすることで、プロセスの非効率性を定量化し、それらを分析・対処しやすくします。

取得元

このフラグは、ケース内のアクティビティの順序を分析することにより、データ変換中に計算されます。

truefalse
納品遅延フラグ
IsLateDelivery
商品が要求された納期以降に受領されたかどうかを示すフラグです。
説明

これは、品目受領作成済みのアクティビティが、購買発注で指定された希望納期より後に発生した場合にtrueとなる計算されたブール属性です。納品適時性をシンプルかつ明確に示します。

この属性により、仕入先パフォーマンスダッシュボードやKPIの作成が簡素化されます。簡単にフィルタリングや集計を行うことで、仕入先納期遵守率を計算し、継続的に納品期限を守れない仕入先を特定できます。

その重要性

定時納品に対する単純な真偽インジケーターを提供し、ベンダー管理のパフォーマンス分析とKPI計算を簡素化します。

取得元

これは計算フィールドです。ロジックは次のとおりです。(品目受領作成済みのタイムスタンプ)>(RequestedDeliveryDate)です。

truefalse
購買申請
PurchaseRequisition
注文書に先行する購買申請の識別子です。
説明

このattributeは、Purchase Orderを元のPurchase Requisition(購買申請)にリンクさせます。このリンクの欠如は、標準プロセスからの逸脱を示す可能性があります。

このfieldは、compliance監視と「マベリックバイイング」(非正規購買)の特定に不可欠です。「直接PO率」KPIは、リンクされたPurchase Requisitionの有無を確認することで計算され、標準的な承認workflow外で行われた購買を浮き彫りにします。

その重要性

承認された購入申請を経ずにPurchase Orderが作成される『maverick buying』を特定する上で重要であり、コンプライアンス分析に不可欠です。

取得元

購買オーダーレコードでは、この情報は通常、「関連レコード」サブタブまたは「作成元」フィールドにあります。

PR-00582PR-00610PR-00715
通貨
Currency
取引金額の通貨コードです。
説明

このattributeは、Purchase Orderの合計金額がどの通貨(例: USD、EUR、GBPなど)で表示されているかを指定します。これはあらゆる金銭的価値にとって不可欠なcontextです。

国際的に事業を展開する組織では、このattributeは正確な財務報告と分析に不可欠です。これにより、異なる地域間のPO値を適切に集計・比較し、金銭的KPIが正しく解釈されることを保証します。

その重要性

金額に対する必要なコンテキストを提供し、多通貨環境での正確な財務分析と報告を保証します。

取得元

これは、購買発注レコードのCurrencyフィールドに対応します。通常、選択された仕入先の設定によって影響を受けます。

USDEURGBP
配送場所
DeliveryLocation
商品が配送される物理的な場所または住所です。
説明

このattributeは、POで発注された商品の配送先(特定の倉庫、オフィス、工場など)を指定します。これにより、地理またはsiteに基づいてプロセスをsegmentingできます。

これは、「商品受領処理時間」dashboardにとって重要な側面です。場所ごとの受領時間を分析することで、人員不足や非効率な受領プロセスを抱えるsiteを特定し、的を絞った運用改善を可能にします。

その重要性

拠点ごとのプロセスパフォーマンスを分析し、入庫業務などにおける特定の拠点固有のボトルネックを特定できます。

取得元

これは、NetSuiteの購買発注レコードにある送付先住所、またはロケーションフィールドに対応します。

メイン倉庫 - ドックA本社 - 15階西海岸流通センター
必須 推奨 任意

購買から支払いまで - 注文書アクティビティ

正確なプロセス発見とボトルネック特定のため、イベントログに記録すべき主要ステップとマイルストーンは次のとおりです。
6 推奨 8 任意
アクティビティ 説明
Purchase Orderから請求書が作成されました
仕入先請求書が受領され、NetSuiteに入力され、購買発注に紐付けられました。これは、受領した商品またはサービスに対する債務を正式に記録する明示的なトランザクションです。
その重要性

このactivityは、調達から買掛金処理プロセスへの移行を示します。商品受領から請求までの時間を分析することで、財務処理における潜在的な遅延が浮き彫りになります。

取得元

Vendor Bill取引記録の作成日から取得されます。この請求書は、元のPurchase Orderと直接リンクされています。

取得

仕入先請求書トランザクションの作成タイムスタンプを追跡します。

イベントタイプ explicit
品目受領書作成済み
このactivityは、Purchase Orderで発注された商品の物理的な受領を表します。NetSuiteでは、Item Receipt(品目受領)トランザクションが作成され、特定のPurchase Order明細にリンクされることで、明示的なeventとして記録されます。
その重要性

これは、仕入先納品サイクルの終了を示す重要なマイルストーンです。仕入先納期遵守率と全体的なリードタイムを計算するために不可欠です。

取得元

Item Receipt取引記録の作成日から取得されます。この記録には、元のPurchase Orderへのリンクが含まれています。

取得

品目受領トランザクションの作成タイムスタンプを追跡します。

イベントタイプ explicit
購買オーダー作成済み
このactivityは、正式なPurchase Order文書の作成を意味し、これが本分析における中心的なcaseとなります。NetSuiteでは、Purchase Orderトランザクションレコードが手動または承認済みの購買申請から作成された時点で記録されます。
その重要性

これは、リクエストが正式な発注コミットメントとなる重要なステップを示します。主要なマイルストーンとして機能し、直接POのプロセスの開始点にもなり、コンプライアンス監視にとって重要です。

取得元

Purchase Order取引記録の『Date Created』system fieldから取得されます。

取得

発注書トランザクションの作成タイムスタンプを使用します。

イベントタイプ explicit
購買オーダー完了
注文書が正式にクローズされました。これは、それ以降の受領または請求が見込まれないことを意味します。注文書ステータスが「Closed」に変更されたときに推測され、これは全額請求および受領後に自動的に、または手動で発生する可能性があります。
その重要性

このactivityは、Purchase Orderのライフサイクルの運用上の終点を示します。オーダーが完全に履行され、処理が完了したことを確認するもので、cycle time分析における明確な終点となります。

取得元

発注書レコードの「ステータス」フィールドが「クローズ済み」に変更されたことから推論されます。

取得

「発注書」の「ステータス」フィールドが「クローズ済み」に変更されたことを検出します。

イベントタイプ inferred
購買オーダー承認済み
注文書がベンダーへ送信されることを許可する、最終的かつ公式な承認を表します。これは、注文書の「Approval Status」フィールドが「Approved」に更新された際に捕捉される重要なマイルストーンです。
その重要性

これは、承認サイクルタイムを計算し、承認チェーンにおけるボトルネックを特定するための重要なマイルストーンです。ここでの遅延は、調達リードタイムに直接影響します。

取得元

システムノートまたはワークフロー履歴が発注書レコードの「承認ステータス」フィールドが「承認済み」に変更された時点を追跡したことから推論されます。

取得

「発注書」の「承認ステータス」フィールドが「承認済み」に変更されたことを検出します。

イベントタイプ inferred
購買申請作成済み
このactivityは、商品やサービスの正式な依頼を示すもので、調達プロセスを始動させます。NetSuiteでは、新しいPurchase Requisition(購買申請)トランザクションレコードが作成・保存された時点で記録されます。
その重要性

プロセスの典型的な開始点であるこのactivityは、エンドツーエンドのcycle timeを分析し、このステップが飛ばされた場合に発生する『maverick buying(逸脱購入)』を特定するために極めて重要です。

取得元

このeventは、購買申請トランザクションレコードの作成日から取得されます。このレコードは、その後の購買発注に紐付けられています。

取得

購買申請トランザクションの作成タイムスタンプを追跡します。

イベントタイプ explicit
仕入先請求書 承認済
ベンダー請求書が審査され、支払いが承認されました。注文書と同様に、これはベンダー請求書レコードの「Approval Status」フィールドの変更によって捕捉されます。
その重要性

請求書承認は支払いプロセスの重要なステップです。その期間を追跡することで、買掛金におけるボトルネックを特定し、支払いの遅延や早期支払割引の機会損失を防ぐことができます。

取得元

ベンダー請求書レコードの「承認ステータス」フィールドが「承認済み」に変更された際のシステムノートまたはワークフローの履歴から推測されます。

取得

「仕入先請求書」の「承認ステータス」フィールドが「承認済み」に変更されたことを検出します。

イベントタイプ inferred
品質検査実施済み
受領された物品は品質検査を受けています。これは標準のNetSuiteトランザクションではなく、通常、カスタムフィールドの更新、カスタムレコード、またはアイテム受領のステータス変更から推論されて取得されます。
その重要性

このアクティビティは、品質管理プロセスのサイクルタイムを測定するのに役立ちます。検査の遅延は、商品受領と使用可能化の間にボトルネックを生み出す可能性があります。

取得元

カスタマイゼーションに大きく依存します。アイテム受領のカスタム「QAステータス」フィールドまたは「品質検査」用の別のカスタムレコードから取得される場合があります。

取得

品質検査に関連するカスタムフィールドの更新、またはカスタムレコードの作成を追跡します。

イベントタイプ inferred
請求書支払い実行
請求された金額に対して仕入先への支払いが実行されました。これは、「Vendor Payment(仕入先への支払い)」トランザクションが作成され、「Vendor Bill(仕入先請求書)」に適用されたときに記録されます。
その重要性

このactivityは、Purchase Orderの財務上の義務の完了を意味します。これは、期日内の支払い実績やキャッシュフローを分析する上で極めて重要です。

取得元

Vendor Billに適用されるVendor Payment取引記録の作成日から取得されます。

取得

請求書に適用された仕入先支払いトランザクションの作成タイムスタンプを追跡します。

イベントタイプ explicit
購買オーダーをベンダーに送信済み
承認された注文書がベンダーに送信されました。NetSuiteでは、これは「To Be Emailed」チェックボックスのようなコミュニケーションフラグが更新されたり、送信済みであることを示すステータスに変更されたりした際に推測されることがよくあります。
その重要性

このactivityは、ベンダーlead timeの開始を示します。この時点から商品受領までの期間を測定することは、ベンダーの納期遵守状況を評価するために不可欠です。

取得元

「メール送信対象」または「FAX送信対象」フラグが解除されたタイムスタンプ、または購買オーダーにリンクされた通信履歴の記録から推測されます。

取得

POにリンクされたコミュニケーションイベント(例:メール送信)のタイムスタンプを追跡します。

イベントタイプ inferred
購買オーダー却下済み
承認者がPurchase Orderを却下したため、修正・再提出が必要な状態です。これは、Purchase Orderの『Approval Status』フィールドが『Rejected』に変更された場合に推測されるeventです。
その重要性

却下を追跡することは、手戻りループを特定し、承認失敗の理由を理解し、最初のPO申請の品質を向上させる上で極めて重要です。

取得元

購買オーダーレコードの「承認ステータス」フィールドが「却下」に変更された際のシステムノートまたはワークフローの履歴から推測されます。

取得

「発注書」の「承認ステータス」フィールドが「却下済み」に変更されたことを検出します。

イベントタイプ inferred
購買オーダー変更済み
発注書が最初に作成または承認された後に変更が加えられたことを示します。これは、「最終更新日」と「作成日」または別の承認日を比較することで推論できます。
その重要性

頻繁な変更は、非効率性、初期計画の不備、またはスコープクリープの兆候となることがあります。変更がいつ、なぜ発生するかを分析することで、プロセスを合理化し、エラーを削減するのに役立ちます。

取得元

発注書レコードの「最終更新日」をその作成タイムスタンプまたは承認タイムスタンプと比較することで推論されます。システムノートログには、変更された特定のフィールドの詳細が提供されます。

取得

『Last Modified Date』を作成日または承認日と比較し、system更新を除外します。

イベントタイプ inferred
購買オーダー提出済み
注文書が確定され、承認ワークフローに提出されました。これは通常、注文書レコードのステータスが、「Pending Supervisor Approval」のようなドラフト状態から、積極的なレビュー状態へと変更された際に捕捉されます。
その重要性

このeventは、承認サイクルの開始を示します。この時点から購買発注承認済みまでの時間を測定することは、承認効率を分析し、遅延を特定する上で重要です。

取得元

発注書レコードの「承認ステータス」フィールドの変更 (保留中の承認やカスタムドラフトステータスなど) から推論されます。

取得

POの「承認ステータス」フィールドが審査中の状態に変更されたことを検出します。

イベントタイプ inferred
購買申請承認済み
商品またはサービスの要求に対する公式な承認であり、注文書の作成を許可します。このイベントは、購買申請レコード上の「Approval Status」フィールドが「Pending Approval」から「Approved」に変わったことから推測されます。
その重要性

申請承認を追跡することは、調達前フェーズにおけるボトルネックを特定し、内部リクエスト検証の効率性を測定するのに役立ちます。

取得元

システムノートまたはワークフロー履歴が購買依頼書レコードの「承認ステータス」フィールドの変更を追跡したことから推論されます。

取得

「購買依頼書」の「承認ステータス」フィールドが「承認済み」に変更されたことを検出します。

イベントタイプ inferred
推奨 任意

抽出ガイド

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