采购与供应协作
为什么要把供应信息连到订单上下文
Section titled “为什么要把供应信息连到订单上下文”当供应商资料、产品参考、采购记录和销售需求分散在不同员工手中，团队容易重复询价、误用旧规格或失去订单背景。采购协作的目标是让来源、需求、选择与后续动作可追溯。
Odoo 提供的基础
Section titled “Odoo 提供的基础”Odoo Purchase、Inventory、Sales 和 Contacts 可以承载供应商、产品、询价/采购单、库存动作及其业务关系。实际字段、审批、补货和多公司行为取决于版本、模块和配置。
当前可采用的组织方式
Section titled “当前可采用的组织方式”- 供应商主体与联系人分开维护，并保留来源和确认状态。
- 产品参考与客户需求、报价版本关联，避免只保存孤立附件。
- 采购询价和订单保留责任人、时间及选择依据。
- 到货、异常与后续销售动作通过业务对象衔接，而不是在聊天记录中失联。
这些是可实施的流程原则，不等于项目已经公开一套专用供应商渠道模块。
当前状态与证据
Section titled “当前状态与证据”| 范围 | 状态 | 边界 |
|---|---|---|
| 供应商、采购单和库存对象 | Odoo 平台基础 | 依赖部署版本与模块配置 |
| 销售需求到采购记录的可追溯衔接 | 项目业务方向 | 当前网站证据不等于运行验收 |
| 专用供应商评分、准入或渠道管理 | 未验证 | 不根据旧路径名称推断已实现 |
| 完整质检、包装和出运工作流 | 历史路线图 / 待验证 | 不作为当前公开能力承诺 |
采购、收货和库存：区分预计与实际
采购询价引用经过确认的产品规格、数量和交付要求；选择供应商时保存实际条件与审批，不让自动评分代替判断。到货核对采购单、实收数量、批次/序列号（如启用）及异常，部分到货或退货不能记成全部完成。
库存位置、预留、补货、盘点和拣货各有自己的记录与权限。条码扫描只是输入方式，不能保证扫描对象、数量与订单正确。先在合成样例中测试一笔采购、分批收货、盘点差异和销售预留，再确认适用流程。
质检、包装、出运需要独立标准、检验记录和责任人；没有验收过的专用功能不写成已交付。库存报表里的预测可用量不是实际已入库数量，对客户承诺交期前仍需负责人确认。
采购协作与外贸渠道是两个主题
供应商采购记录由本页说明；网站产品、店铺、Amazon、Alibaba 等渠道连接见渠道与网站配套。名字相近不代表同一业务职责。