一套引擎，16 個模組
採購、應付帳款、應收帳款、開票、庫存、薪資、銀行、收銀台、零用金、會計、固定資產、預算、CRM、ConstructFlow、Prestamello 和支援，用的都是同一套。規則只設定一次，而不是十六次。
一套審批引擎涵蓋全部 16 個模組：採購、付款、發票、薪資、庫存調整、會計分錄、預算。誰審批什麼、從多少起，設定一次即可——每一次簽核都留痕。
解決什麼問題
在大多數公司裡，審批就發生在一則 WhatsApp、一封郵件或走廊上的幾句話裡。這一套一直管用，直到有人要說清楚二十萬的那筆採購是誰批的——那時沒有任何單據，只有對不上的記憶。與此同時，還有什麼在等著批，沒人看得到。
包含什麼
採購、應付帳款、應收帳款、開票、庫存、薪資、銀行、收銀台、零用金、會計、固定資產、預算、CRM、ConstructFlow、Prestamello 和支援，用的都是同一套。規則只設定一次，而不是十六次。
不超過 X 由部門主管批，超過就上報管理層。這條線只劃一次，不用每張單子再爭。
這不是一條可以無視的提醒：引擎直接擋住執行。等著批的東西，不付款、不出貨、不入帳。
每個審批人都能看到屬於自己的清單，以及每一項等了多久。卡了三天的事一眼可見，不用等人來催才發現。
誰發起、誰核准或駁回、什麼時候、附了什麼說明。正是這些，把「我記得是老張批的」變成一份單據。
它不只是一個狀態：會把單據退回到該在的環節，發起人可以直接改，而不用重來一遍。
如何運作
誰來批、從多少金額起、每一檔配幾個審批人。
按模組、按單據類型來定：不是每件事都要簽核。
待辦一目了然，批或駁回，單據之後自己往下走。
細節之處
一旦核准，單據自己就生效：訂單發出、付款進入批次、分錄入帳。把兩件事分開，正是讓東西「批了卻沒辦」的原因。
所以每一級都可以設多個審批人。只設一個，他一休假，公司的採購就停了，而設定的時候誰也沒想到這一層。
駁回卻不說理由，就得再去問一輪；而這一輪溝通，恰恰是這套流程本來要省掉的。
引擎是共用的，但批一張發票和批一筆庫存調整，含義並不一樣。每個模組自己定義核准後的動作，不用重寫整套流程。
如果這張單子已經不作數了，申請可以撤回，而不是永遠躺在誰的待辦裡。
處理完了，也會通知發起人。一套要靠人主動去點開待辦才動的流程，到了週五就會停擺。
適合誰
而現在核准還得靠發訊息去要。
每件事是誰批的，都得拿得出證據。
因為沒人知道有什麼在等自己簽核。
常見疑問
不需要。它隨平台一起提供，涵蓋你已訂閱的所有模組，不是一個收費模組。
可以，這正是常見做法：劃出金額區間，每個區間配自己的審批人。
所以每一級都可以設多個審批人。只設一個，他不在，流程就停了——設定的時候就該把這一點考慮進去。
可以：待辦清單就是平台裡的一個頁面，在手機瀏覽器上照樣用。
有：誰發起、誰處理、什麼時候、附了什麼說明，並與發起這次申請的那張單據綁定。
核准會直接執行這張單據，所以要按該單據本身的方式去更正——開折讓單、做沖銷分錄——而這一步同樣會留痕。