销售

网页端的销售管三件事：接单、发货、定价。销售订单把客户要的货和谈好的价锁成承诺，实际出货走销售单，客户退货走销售退回单；三张分析报表回看订单、销售与退货的量与本；价格管理的五个功能则决定开单时那个单价到底是几块钱——从物料的标准售价、价格策略的换算规则，到客户挂哪条策略、某几个商品的手工价，最后是成批调价的两张单据。

本栏目覆盖的范围

顶栏菜单「销售」（完整名称「销售管理」）当前是十二个入口分两组：默认分组里七个（四张单据 + 三张分析），价格管理里五个。本栏目按「单据 / 分析 / 定价」拆成三个子目录：

子目录	软件菜单	覆盖功能	什么时候用
销售单据	销售 → 销售订单 / 季节品订单 / 销售单 / 销售退回单	销售订单、季节品订单、销售单、销售退回单	接单、出货、退货，进出库存与应收
销售分析	销售 → 销售订单分析 / 销售单分析 / 销售退回分析	三张只读报表	看卖了什么、卖给谁、赚了多少、退了多少
价格管理	销售 → 价格管理（子菜单）里的五项	价格策略定义、客户价格绑定、策略价格表、标准价格调整单、策略价格调整单	定基准价、配策略、维护手工价、成批调价

菜单里四张单据与三张分析是平级的七项，并没有「销售单据」「销售分析」这两层——本栏目只是为了按使用场景分组才这样归；价格管理的五个入口在菜单里本来就是一组。

先建立三个认知

第一，只有销售单和销售退回单动库存、动钱。 销售订单与季节品订单审核只把状态翻成「已生效」，不扣库存、不生成凭证、不挂应收；真正出货发生在销售单审核那一刻，同一个事务里完成出库记账、生成销售成本与应收凭证、登记客户余额、把已出数量回写到订单。退货同理，只是方向相反。这样拆开是为了避免「下单扣一遍、发货再扣一遍」重复记账。

第二，开单时的单价是系统按顺序取出来的，不是随手填的。 取价顺序是：客户档案开着「老客户价」时的客户专属价 → 客户所绑定策略的策略价 → 物料的单位标准售价、再退到基础单位标准售价。明细里的 价格类型 列会标出这一行用的是哪一档。想让某类客户长期走某个折扣，正确做法是给他绑策略，而不是每次开单手改单价。

第三，三张分析报表各算各的单据，互相不抵减。 销售订单分析统计的是订货量（订单明细数量），不是已发出数量；销售单分析不含退货；销售退回分析里的金额按正数呈现。所以「订单分析 + 销售单分析」会把同一批货算两遍，「销售单分析 − 退回分析」也得人工做，报表本身没有净额口径。

与客户端的分工

两端读写同一套账套数据，网页端建的单客户端刷新后即可见，反之相同。客户端「销售」分「销售业务」与「价格管理」两组，覆盖面比网页端宽：

归属	功能
两端都有	销售订单、销售单、销售退回单；标准价格调整单、价格策略定义、策略价格表、策略价格调整单
只在客户端	定义销售人员、手机订货规则、销售赠品单、代垫费用查询；标准价格管理、老客户定价、客户价格策略、单品价格调整单、商品策略价查询、部门结算价格策略；以及全部销售分析报表

三张分析报表在网页端有、在客户端帮助里没有同主题文档；反过来客户端那十项价格管理功能大部分没有搬到网页端，网页端只承接「定策略、挂客户、维护手工价、成批调价」这条主线。需要建业务员名册、配手机订货白名单、逐料定老客户价，回客户端的销售与价格管理。

建议的阅读顺序

• 第一次跑通一张单：先读销售订单（接单、锁价）→ 销售单（出货、出库记账）→ 销售退回单（退货、反向入库），三张单的窗口骨架一样，看懂一张就懂另外两张。
• 要给客户差异价：按价格策略定义建规则 → 客户价格绑定把客户挂上去 → 策略价格表处理个别商品的手工价，三步走完再开单验价。
• 要成批调价：改物料基准价用标准价格调整单；只改某条策略的执行价用策略价格调整单。
• 要对账看数：直接进销售分析，先看清楚每张报表统计的是哪张单、哪个状态、金额含不含税，再套到自己的口径上。
• 界面操作不熟：先读单据窗口通用操作与查询条件与筛选方案，再回本栏目。

开始之前

1. 账号需要「销售」下对应功能的菜单权限；审核、反审核、删除、导出、收/退客户款是各自独立的窗口动作权限，门店录单、总部审核的分工就靠审核权限拆分，分配规则见角色管理；
2. 前置档案在基础设置：客户（含结算科目）、仓库、物料与物料类别（类别上配默认库存科目）、计量单位与换算率、税率、销售人员。缺任何一项，单据要么选不到客户，要么审核时凭证生成失败；
3. 会计期必须已启用，销售单审核生成的凭证落在单据日期所属的会计期；跨会计期的单据不能反审核；
4. 单据列表默认按「本月」查，切到自定义可以拉长区间；三张分析报表实测可跨全年查询，但导出上限一万行；
5. 时区与日期以服务器为准：「有效期至」「生效时间」这类字段默认按开单当天推算，手改后以保存值为准。