レイヤー1. 経済の実態
実際のトラック、パレット、冷蔵倉庫、仕入先請求書、顧客との契約、労働時間、マージンの回転速度。物と資金です。
レイヤー2. 正式な記録（NetSuiteまたはERPコア）
ACID準拠の元帳、ロット番号管理された在庫、サブレコード、収益スケジュール、権限、税務上のネクサス。確定的なロジックとAPIです。
レイヤー3. インテリジェントなサーフェス
モバイル倉庫ポータル、OCR取り込み、CRM同期、カスタムSuitelet、ガバナンス下のAIワーカーのツールチェーンです。目に見える部分です。
従来のコンサルティングはレイヤー3、つまり画面の見た目から着手し、破損したデータベースロジックの上に新しいインターフェースを構築します。
**DataOngoingはレイヤー1から始めます。**在庫の物理的な動き、顧客との契約上の義務、1ドル単位の資金の流れをたどります。経済の実態をモデル化したうえで、レイヤー2（ガバナンスされた元帳ルール）を設計し、レイヤー3（サーフェス）を展開します。
---
## 2. 私たちが取り除く4つの構造的アンチパターン
企業のアーキテクチャを取り込んで監査すると、同じ4つの構造的な問題が繰り返し見つかります。
### アンチパターン1: 連鎖するUIロック（15秒の保存）
- **症状。**倉庫管理者やカスタマーサービス担当者は、受注や出荷実績を保存するたびに12〜18秒待たされます。ピーク時には`RCRD_HAS_BEEN_CHANGED`の競合エラーが発生します。
- **構造上の欠陥。**4つの開発チームが6年かけて、同じレコードタイプに8本のユーザーイベントスクリプトを追加しています。それぞれが`record.load()`と`search.create()`の呼び出しをユーザースレッド上で同期実行し、ガバナンスポイントを使い切ってテーブルロックを保持します。
- **解決策。**単一エントリポイントのルーターです。すべてのトリガーを1つのディスパッチャーに統合します。読み取り専用の検証は1秒未満の`beforeSubmit`で実行し、総勘定元帳への配賦、重い処理、サードパーティへの通知はMap/Reduceパイプラインにキューイングします。保存は800ミリ秒未満になります。
### アンチパターン2: 偽りの売上総利益率（ランデッドコスト clearing の劣化）
- **症状。**コントローラーが月次決算をレビューすると、照合されていない運賃・通関の仮勘定に$250,000が滞留しています。営業部門は帳簿上の粗利益率42%を成果として祝いましたが、仕入諸掛（ランデッドコスト）を反映した実際の利益率は31%でした。
- **構造上の欠陥。**海上運賃、通関、ドレージ、冷蔵保管の請求は、在庫の受入と販売から数週間後に届きます。月次の仕訳によって、費用が本来紐づくロットから切り離されます。
- **対処。**ランデッドコストの自動配賦。入荷時に見積計上を行い、実際の仕入先請求書を特定のロットと照合し、COGSの調整を取引明細行に書き込みます。販売の利益率は、計上した日に正確になります。
### アンチパターン3: スプレッドシートによるシャドー補助元帳（Excelで運営される$50Mの工場）
- **症状。**製造拠点や食品卸売業者が、「NetSuiteでは計算を処理できなかった」として、生産バッチのスケジューリング、設計変更要求、品質保証のロットリリースを共有ドライブ上のスプレッドシートで管理しています。
- **構造上の欠陥。**標準フォームが硬直的なため、運用チームが正式な記録システムの外に出てしまいます。再入力のたびに、入力ミス、孤立レコード、途切れた監査証跡が生じます。
- **対処。**ネイティブSuiteletの業務ポータル。NetSuite自体のインフラ内に構築した専用インターフェースです。オペレーターはスプレッドシート並みの計算速度を得られ、すべての操作がロールベースの権限と完全な監査履歴を備えたガバナンス対象のカスタムレコードに書き込まれます。
### アンチパターン4: 脆いミドルウェアの網
- **症状。**HubSpot、Stripe、Shopify、3PL、NetSuiteがドラッグ&ドロップ式のiPaaSで接続されています。APIの形式が変わったりWebhookがタイムアウトしたりすると、受注が気づかれないまま欠落し、出荷が未請求のままになり、誰かが手作業で照合します。
- **構造上の欠陥。**ミドルウェアはERPのテーブルをキー・バリューストアのように扱い、取引のサブリスト、在庫ロケーションのサブレコード、通貨再評価を無視します。
- **対処。**冪等なキューイングを備えたRESTletによる直接連携。外部システムは、保護されたNetSuiteのエンドポイントにデータを送信します。エンドポイントは必須サブレコードを検証し、同時実行の上限を守り、ペイロードのハッシュを記録するため、二重計上は起こりません。コスト面は[ネイティブ連携とミドルウェアの比較](/compare/native-integration-vs-ipaas-middleware/)に記載しています。
---
## 3. プロセスマッピングの標準
既存環境を文書化する場合も、ゼロからの刷新を設計する場合も、正しくマッピングされた取引は5つのステーションを通ります。起点の担当者が、終点の処理を待つことはありません。