一連の作業：Odoo 配送のプールから出荷まで
Odoo は注文、在庫、予約を、DG は作業割当、報告、出荷指示の実行意図を管理します。DG モジュールが Odoo 内で出荷を実行し、結果の受領記録を保存します。
Odoo 配送を準備する
セルフホストの Odoo 19 Community、DG モジュール、権限付き bot、1 段階配送、全量予約を使います。Odoo.sh は検証中、Odoo Online は未対応です。販売注文番号があるだけでは作業割当準備完了とは限りません。
DG でバッチ化して割り当てる
Odoo プールで配送を選び、設定を確認してバッチ化・割り当てます。作業量は Odoo 予約であり、DG 自身の供給可能数引当ではありません。元の ERP 需要と予約を Odoo で照合してください。
報告して出荷指示する
App 同期後、責任者が実績、要確認、残数方針を確認します。注文 40／作業 30／実績 25 なら DG は 25 の出荷を要求します。対象残数は Odoo の配送・予約明細に依存します。BACKORDER は残数を保持し、DROP は保持しません。Odoo の実際の結果を確認します。
出荷と受領記録を確認する
APPLIED と SHIPPED 後、関連 Odoo 配送、実績、バックオーダーを確認します。Odoo で確定したのに応答が失われた場合、DG は先に同じコマンドの受領記録を照会します。UNKNOWN のまま別の出荷をしてはいけません。印刷は記帳確定後に作成します。
ソースが変わった場合
バッチ化後に Odoo の予約、バージョン、配送状態が変わると CONFLICT になる場合があります。責任者／管理者と参照番号とソース変更を照合します。Odoo で直接再出荷したり、DG タスクを重複作成したりしないでください。
不足する Odoo 予約を DG で追加できますか？
いいえ。作業量は Odoo 予約で決まるので、Odoo で準備します。変更前に既存タスクと競合を調べてください。
Odoo は完了したのに DG が UNKNOWN のままなら？
元のコマンドを保持し、今すぐ確認で受領記録を読みます。管理者へ参照番号と接続の確認を依頼し、再出荷しないでください。