成長するすべての店舗は同じ地点に到達します。受注はVTEXやShopifyに入るものの、請求のために誰かがERPへ再入力しなければなりません。そこにマーケットプレイス、さらに別のチャネル、さらに別の在庫表が加わり、ミスが日常になります。実在しない在庫が売れてしまう、NF-eの発行が遅れる、登録待ちで出荷が止まる。
Meta Dadosは、御社の販売チャネル（VTEX、Shopify、マーケットプレイス）をERP（SAP、TOTVS、Omie、Bling）に直接接続します。承認された受注は自動で入り、販売オーダーに変わり、NF-eを起動し、在庫を引き落とします。そして同じ引き落としが他のすべてのチャネルを更新します。再入力は終わりです。途中に表を挟むこともありません。
受注フロー、端から端まで
eコマース連携は、受注が店舗から物流まで自動で進んでこそ価値があります。私たちが設計するのはその道筋です。
- 店舗 → ERP：承認された受注（決済確定、不正検知クリア）がVTEXやShopifyに入り、数秒でERPの販売オーダーになります。顧客、明細、金額、送料、支払方法まですべて紐づいた状態で。
- ERP → 請求：ERPが受注を処理し、NF-eを発行します。アクセスキー、番号、XMLが店舗に戻り、ステータスを進めて顧客へのメールを起動します。
- 請求 → 物流：出荷部門がピッキング指示を受け取り、追跡番号（Correios、運送会社、自社車両のテレメトリ）が自動で店舗に戻ります。
- 在庫 → 全チャネル：販売による引き落としが、各ショーウィンドウの利用可能残高を同時に更新します。
その結果はひとつのラインです。オペレーターはデータの複写係でなくなり、例外だけを扱うようになります。
マルチチャネル在庫：ひとつの残高、すべてのショーウィンドウ
複数チャネルで販売する事業者の最悪のミスは、すでに売れたものを売ってしまうことです。それは各ショーウィンドウが独自の在庫数を持ち、ERPが別の数を持つときに起こります。連携はこれを唯一の真実の情報源で解決します。
- ERPが在庫の所有者です。すべての販売、返品、仕入計上、調整はそこで残高を動かします。
- すべての残高変更は、同じウィンドウですべてのチャネルに反映されます（自社店舗、マーケットプレイス）。
- チャネルごとのルールを設定できます。同じ最後の1点を2箇所で売らないための安全在庫、ショーウィンドウ間の在庫配分、残高のないSKUの自動ブロック。
在庫がひとつになると、「この納期を約束できるか？」という問いはもはや当てずっぽうではなくなります。
NF-e：入力待ちの列なし、自動発行
納税伝票はeコマースの静かなボトルネックです。誰かが受注ごとに入力することに依存すると、出荷が遅れ、カスタマーサポートが逼迫します。連携では、NF-eはフロー自体から生まれます。
- 承認された受注は、正しい税務データとともにERPに到着します。CFOP、NCM、原産、ICMS-ST、州ごとの課税が発生源で解決済みです。
- 発行は自動的に起動されます（または御社の運用に応じてバッチで）、御社の発行元のルールに従います。
- アクセスキー、伝票番号、DANFE、XMLが店舗に戻り、顧客に表示されます。
- キャンセルや返品も同期します。返品伝票、在庫の戻し、ステータス更新が一緒に進みます。
税務チームは入力ではなくルールを扱うようになります。
マーケットプレイスハブ：多くのチャネル、ひとつの連携
自社店舗と複数のマーケットプレイスで販売すると、障害点が増えます。各チャネルには独自の管理画面、独自の受注形式、独自の精算ルールがあります。ハブはすべてをERPとの単一の接続点に集約します。
- すべてのチャネルの受注が同じラインに入り、発生源で識別されたERPの販売オーダーになります。
- ショーウィンドウに公開される在庫と価格は同じ基盤から発せられ、チャネル間の乖離を防ぎます。
- ステータス、追跡、NF-eが、各マーケットプレイスが要求する形式で戻ります。手作業は不要です。
- チャネルごとの精算と手数料の照合により、財務は各販売が実際にいくら生んだかを把握できます。
新しいチャネルを開設することは、新たな手作業のプロセスではなく、同じフローに差し込まれるもうひとつの端になります。
Meta Dadosがプロジェクトをどう進めるか
御社のERPも店舗プラットフォームも入れ替えません。御社がすでに使っているものを、御社の運用のペースで連携します。
- 診断（48時間）：御社のチャネル、ERP、そして現在再入力や表が存在する箇所をマッピングします。フローの設計図と、最大の3つのボトルネックがどこにあるかを受け取ります。
- 段階的な連携：最も痛みの大きいフロー — 通常は受注とNF-e — から始め、マルチチャネル在庫やその他のマーケットプレイスへ拡張します。
- 実データでの検証：本番稼働の前に、各シナリオ（販売、キャンセル、返品、在庫切れ）を検証します。
- モニタリング：連携にはログとアラートがあります。受注が失敗した場合、顧客が苦情を言う前に把握できます。
御社のビジネスが際立つように、消えていくテクノロジー。
よくある質問
VTEXやShopifyをERPと連携するのにどれくらい時間がかかりますか？
診断は48時間で完了します。最初の本番フロー — 通常は受注とNF-e — は、税務ルールやチャネル数にもよりますが、数週間で稼働するのが一般的です。段階的に提供するため、プロジェクト全体が完了する前に成果を得始められます。
連携中に運用や店舗を止める必要はありますか？
いいえ。連携は並行して稼働し、フローを引き継ぐ前に実データで検証されます。本番への切り替えは、店舗を落とすことも販売を中断することもなく、制御された形で行われます。
店舗とERPの間ではどのデータが同期しますか？
承認された受注、顧客データ、明細と金額、送料、NF-e（キー、番号、XML）、受注ステータス、追跡番号、そして在庫残高です。キャンセルと返品も双方向に同期します。
複数のマーケットプレイスを同時に扱えますか？
はい。マーケットプレイスハブは、すべてのチャネルをERPとの単一の接続点に集約します。受注は同じラインに入り、在庫、価格、NF-eが各チャネルの要求する形式で戻ります。ショーウィンドウごとの手作業は不要です。
複数のチャネルで同時に販売しても在庫は正確に保たれますか？
ERPが残高の唯一の情報源です。すべての販売、入庫、調整はそこで在庫を更新し、その変更は同じウィンドウで全チャネルに反映されます。同じ最後の1点を2箇所で決して売らないよう、安全在庫やチャネルごとの配分を設定できます。
連携はNF-eを自動で発行しますか？
はい。受注は税務データが解決された状態でERPに到着し、発行は自動的に起動されます（または御社の運用に応じてバッチで）。キー、DANFE、XMLが店舗に戻り、顧客に表示されます。キャンセルや返品も処理されます。