一套引擎，16 个模块
采购、应付账款、应收账款、开票、库存、薪资、银行、收银台、备用金、会计、固定资产、预算、CRM、ConstructFlow、Prestamello 和支持，用的都是同一套。规则只设定一次，而不是十六次。
一套审批引擎覆盖全部 16 个模块：采购、付款、发票、薪资、库存调整、会计分录、预算。谁审批什么、从多少起，设定一次即可——每一次签字都留痕。
解决什么问题
在大多数公司里，审批就发生在一条 WhatsApp、一封邮件或走廊上的几句话里。这一套一直管用，直到有人要说清楚二十万的那笔采购是谁批的——那时没有任何单据，只有对不上的记忆。与此同时，还有什么在等着批，没人看得到。
包含什么
采购、应付账款、应收账款、开票、库存、薪资、银行、收银台、备用金、会计、固定资产、预算、CRM、ConstructFlow、Prestamello 和支持，用的都是同一套。规则只设定一次，而不是十六次。
不超过 X 由部门主管批，超过就上报管理层。这条线只划一次，不用每张单子再争。
这不是一条可以无视的提醒：引擎直接拦住执行。等着批的东西，不付款、不发货、不入账。
每个审批人都能看到属于自己的清单，以及每一项等了多久。卡了三天的事一眼可见，不用等人来催才发现。
谁发起、谁批准或驳回、什么时候、附了什么说明。正是这些，把「我记得是老张批的」变成一份单据。
它不只是一个状态：会把单据退回到该在的环节，发起人可以直接改，而不用重来一遍。
如何运作
谁来批、从多少金额起、每一档配几个审批人。
按模块、按单据类型来定：不是每件事都要签字。
待办一目了然，批或驳回，单据之后自己往下走。
细节之处
一旦批准，单据自己就生效：订单发出、付款进入批次、分录入账。把两件事分开，正是让东西「批了却没办」的原因。
所以每一级都可以设多个审批人。只设一个，他一休假，公司的采购就停了，而配置的时候谁也没想到这一层。
驳回却不说理由，就得再去问一轮；而这一轮沟通，恰恰是这套流程本来要省掉的。
引擎是共用的，但批一张发票和批一笔库存调整，含义并不一样。每个模块自己定义批准后的动作，不用重写整套流程。
如果这张单子已经不作数了，申请可以撤回，而不是永远躺在谁的待办里。
处理完了，也会通知发起人。一套要靠人主动去点开待办才动的流程，到了周五就会停摆。
适合谁
而现在批准还得靠发消息去要。
每件事是谁批的，都得拿得出证据。
因为没人知道有什么在等自己签字。
常见疑问
不需要。它随平台一起提供，覆盖你已订阅的所有模块，不是一个收费模块。
可以，这正是常见做法：划出金额区间，每个区间配自己的审批人。
所以每一级都可以设多个审批人。只设一个，他不在，流程就停了——配置的时候就该把这一点考虑进去。
可以：待办清单就是平台里的一个页面，在手机浏览器上照样用。
有：谁发起、谁处理、什么时候、附了什么说明，并与发起这次申请的那张单据绑定。
批准会直接执行这张单据，所以要按该单据本身的方式去更正——开红字发票、做冲销分录——而这一步同样会留痕。