Odoo とのリアルタイム インベントリ同期: Webhook と Cron ジョブ

在庫の同期速度は、過剰販売率と顧客満足度に直接影響します。この記事では、Odoo と e コマース プラットフォーム間で在庫を同期するための 2 つの主なアプローチを比較します。

古くなった在庫の問題

在庫データが古くなると、企業は次のような問題に直面します。

• 過剰販売: 在庫切れの商品を販売すること
• 顧客によるキャンセル: 支払い後に注文を強制的にキャンセルする
• マーケットプレイスのペナルティ: Amazon と eBay は、キャンセル率が高い販売者にペナルティを課します
• 収益の損失: 保守的な在庫バッファにより販売可能な在庫が減少

Cron ベースの同期: 従来のアプローチ

ほとんどの Odoo 統合では、15 ～ 30 分ごとに実行されるスケジュールされた cron ジョブが使用されます。各実行中に、システムはインベントリの変更をチェックし、接続されたプラットフォームに更新をプッシュします。

利点:

• 実装が簡単
• サーバーリソース使用量の削減
• ファイアウォールで保護された Odoo インスタンスで動作します

短所:

• 15 ～ 30 分の同期ギャップにより過剰販売のリスクが生じる
• カタログが大きいとバッチ処理がタイムアウトになる可能性があります
• 変更に対する即時のフィードバックはありません

Webhook 主導の同期: リアルタイム更新

Webhook 主導の同期により、変更が発生するとすぐにインベントリの更新がトリガーされます。倉庫が在庫を受け取るか注文が行われると、Webhook が数秒以内に接続されているすべてのチャネルに更新をプッシュします。

利点:

• 5 秒未満の同期遅延
• イベント駆動型アーキテクチャはより効率的です
• すべてのチャネルにわたる即時の一貫性

短所:

• パブリックにアクセス可能な Webhook エンドポイントが必要です
• より複雑なエラー処理と再試行ロジック
• 初期設定が複雑になる

過剰販売への影響

15 分の同期ウィンドウと 1 時間あたり 100 件の注文がある場合、企業は古い在庫データに対して 25 件の注文を処理するリスクがあります。フラッシュセールやピーク期には、この数は大幅に増加します。

Webhook 主導の同期は、在庫変更から数秒以内にすべてのチャネルを更新することで、このリスクをほぼゼロに軽減します。

ECOSIRE がリアルタイム同期を実装する方法

ECOSIRE コネクタはハイブリッド アプローチを使用します。

1. Webhook によるリアルタイムのイベント処理 (注文、在庫受け取り)
2. スケジュールされた調整により、見逃したイベントを検出します (1 時間ごとに実行)
3. 指数バックオフによる失敗した Webhook 配信の 再試行キュー

この組み合わせにより、速度と信頼性の両方が保証されます。

適切なアプローチの選択

注文量が少なく、過剰販売が心配ない場合は、cron ベースの同期を選択してください。複数のチャネルで販売している場合、注文量が中程度から大量である場合、または在庫に制約のある製品を販売している場合は、Webhook 主導の同期を選択してください。