这家企业的非直接物料采购，从提需求到付款都跑在勤哲 Excel 服务器上。
非直接物料是个容易被忽略的口子：不进产品，却天天要买。劳保用品、办公耗材、维修备件、检测服务，单项金额都不大，笔数却多得吓人。
这类采购的流程还特别长。需求人写张纸条，部门经理签，财务核预算，采购比价下单，仓库收货，最后发票来了再走付款。一圈下来五六个签字。
纸质流程的问题不在慢，而在断。纸条丢了、审批卡在谁桌上、这批货到底收没收，问谁都说不清。财务最怕的是"钱付了，货没到"。
搬上系统之后，这条链变成八张模板、一条主线，从提需求一直管到付款申请打印。
系统不是照着现有单据抄一遍，而是先把流程重画。采购这一段被拆成五步：填需求、提 PR、转 PO、入库、领用出库。
付款那一段是三步：录发票、准备付款文件、在 ERP 里登记。两段之间靠 PO 号串起来，前面下了多少、后面付了多少，一对就知道。
画流程的时候有个原则：每一步都要有产出物。需求产出 PR，PR 产出 PO，PO 产出收货单，收货单产出应付。产出物不清，责任就落不到人。
非直接物料最乱的地方是名字。同一个东西，有人叫"手套"，有人叫"劳保手套"，还有人直接写型号。名称不统一，价格就没法比，库存也没法算。
系统的第一张表就是物品类别。大中类按财务科目的口径划，一类对应一个科目，采购时选对类别，费用归集就自动完成。
选类别时，界面下方会列出同类别下已经登记过的物品。这一手很实用：想买的东西别人买过，直接选，不必再建一条重复档案。
类别建得细不细，考验的是部门经理的数据组织能力；选得对不对，考验的是使用者的水平。这两件事系统替不了，只能靠规范慢慢养成。
物品档案是一张卡片，字段按颜色分区。绿色填品牌型号，蓝色上传图纸或技术要求文件，黄色是必填项，另外留一格放电商链接，方便比价时点开看。
颜色不是装饰，是填报规则。新人打开卡片，看颜色就知道哪里必须填、哪里可以传附件，不用逐条读说明。
图纸和技术要求放在卡片上，采购就不用再问需求人要资料。供应商来问参数，直接把卡片导出发过去，口径一致。
采购申请是整个流程的起点。新建一张 PR，只填黄色格：要多少、什么时候要、用在哪儿。物品的型号、类别从档案里自动带出，不必重录。
申请人那一栏不用填。系统按登录账号取部门和姓名，填完就固定，改不了。这一条堵住了"替别人提申请"的口子。
在勤哲里，审批是逐级的：先本部门，再财务，最后到采购。只有部门批了才进财务的待办，财务批了才进采购的视野，三道门都过了，才会出现在待采购清单里。
审批记录留在单子上，谁在什么时候批的、意见是什么，事后都能翻。争议最大的时候，这条记录比口头解释有用。
采购订单从 PR 转过来。选中需求代码号，供应商、物品、单价之外的字段基本自动填充，采购员只补价格和交期。
系统会在右侧提示这张 PR 还剩多少没采。一次没采完没关系，剩下的额度留着，下次开单还能接着选，不会重复采购。
收货是仓库的活。选供方、选 PO 号、填收货数量，三步完成。为防止事后扯皮，收货单强制要求上传领用人签名的收货承诺书扫描件。
这张扫描件看着麻烦，实际是财务的护身符。没有它，货到底交没交、交给了谁，全凭一张嘴；有了它，责任落在签名上。
付款环节最容易出的错是重复付。同一张发票，两个人各录一次，财务各付一次，等到对账才发现。
系统的做法是把发票和 PO 绑在一起。录发票时先选供方，再选 PO 号，填票号、金额、税率和开票日期，一张发票只能挂一个 PO。
付款申请时选供方，弹出的只有这家供方还没付的发票。已经付过的、还没收货的，都不会出现，重复付款的口子被堵住。
最后一步是打印。付款申请打出来，各部门经理手签，再拿去走银行。系统管到"该不该付"，签字管到"谁同意付"。
非直接物料单笔金额小，正因为小，最容易被绕过。今天买个配件不走流程，明天报个培训费不签单，一年下来账目就对不上了。
系统的作用不是增加审批，而是让"该走的流程走得更省事"。PR 一填，后面的单子都能带出来；审批在线，不用抱着纸跑三层楼。
勤哲 Excel 服务器在这里的价值，是把一套采购制度变成了八张互相咬合的模板：类别、物品、PR、PO、收货、发票、付款，每一张都只做一件事。
制度写得再细，落不到表上就是空话。落到表上，还得有人愿意用——这一点，取决于填一张单要花几分钟。
