采购
网页端的采购管四件事：该买多少、按什么价买、向谁下单、货到怎么记。配货控制用库存阈值和采购周期把补货缺口算出来，询价单把供应商的报价留成档，采购订单把谈好的条件锁成对供应商的承诺，进货单与进货退货单在收货、退货的那一刻把库存账、财务凭证、供应商往来一次记清。工厂和门店的日常补货不必回到客户端——从补货策略到收货对账，六个功能都在浏览器里办完。
本栏目覆盖的范围
网页端顶栏菜单「采购」（完整名称「采购管理」）当前是一个子菜单加三项平级功能，共六个入口，本栏目按菜单结构分成两个子目录：
| 子目录 | 软件菜单 | 覆盖功能 | 什么时候用 |
|---|---|---|---|
| 配货控制 | 采购 → 配货控制（子菜单） | 采购计划、询价单、仓库配货标准 | 定补货策略、算缺口、比报价 |
| 采购单据 | 采购 → 采购订单 / 进货单 / 进货退货单（三项平级） | 采购订单、进货单、进货退货单 | 下单、收货入库、退货收款 |
两处口径差异先说明白：软件菜单里采购订单、进货单、进货退货单是平级三项，并没有「采购单据」这一层，本栏目为了把链路讲连贯才把它们归成一组；询价单在网页端归在「配货控制」子菜单下，在客户端却排在「采购业务」组里。
先建立三个认知
第一，六个功能里只有进货单和进货退货单动库存、动钱。 采购订单审核只是把状态翻成「已生效」，询价单审核也只是让一份报价生效——都不记库存、不出凭证、不挂往来。一笔采购的账收口在收货那一次：进货单审核的同一个事务里完成库存入账、生成采购凭证、登记供应商往来、回写订单的已到货数。这样设计是为了避免「下单记一遍、收货再记一遍」，同一笔采购重复入账。
第二，补货建议量来自仓库配货标准，不来自采购员的记忆。 仓库配货标准按「仓库 × 物料」定最低库存与最高库存，日均消耗由系统按设定的统计天数刷出来；采购计划按策略周期引用这些数字算建议数量。标准里的区间没配好，计划算出的缺口就是空的——要改建议量，先回头看标准的最低天数、最高天数和日均消耗。
第三，退货价不等于原进货价。 进货退货单从已审核的进货单【引用】生成时，引入行的含税价按该物料当前会计期的最近成本价重算，不照抄当初的进货价：退出去的是库存里的货，成本口径跟着库存走。需要按原价退的，引入后在明细上手工改回。
与客户端的分工
客户端「采购管理」分三组（配货控制、采购业务、采购分析），网页端只承接其中的日常业务：
| 归属 | 功能 |
|---|---|
| 两端都有 | 采购订单、进货单、进货退货单、询价单、采购计划、仓库配货标准 |
| 只在客户端 | 采购管理费用单、订单办理、订单查询、申购单、申购办理（采购业务组）；仓库库存警戒分析、采购年度预算（配货控制组）；整个采购分析组——采购订单分析、进货单分析、进货退货单分析、订单到货分析、采购数据分析、采购付款方式分析 |
两端读写的是同一套账套数据，网页端建的单客户端刷新后即可见，反之相同。要按供应商做比价分析、看订单到货差异、查采购费用分摊这类回顾性动作，回客户端的采购；日常开单、收货、退货留在网页端。有三处边界容易踩：采购计划新增与删除策略仍以客户端为准，网页端只能查看策略、重算采购日期与办理采购，两端口径见采购计划（客户端）；期初的供应商欠款不在本栏目，在期初应付款；付款与收款结算也不单列菜单，从进货单、进货退货单上点【付供应商款】【收供应商款】弹出办理。
建议的阅读顺序
- 第一次给一套账套配补货：按仓库配货标准定区间 → 采购计划定周期与策略参数 → 询价单沉淀报价 → 回采购办理核对建议量并生成采购订单，四步走一遍。
- 只做日常收货与对账：直接进采购单据，三张单的窗口骨架完全一样，看懂进货单就看懂了另外两张；对账要连【付供应商款】生成的付款单一起看。
- 想把价格管住：询价单的生效与失效日期决定报价什么时候参与取价，采购计划的建议价怎么引用它，两篇对照着读。
- 界面操作不熟：先读单据窗口通用操作（含从 Excel 整批粘贴明细的录法）与查询条件与筛选方案，再回本栏目。