iT邦幫忙

2021 iThome 鐵人賽

DAY 14
0

案例說明及適用場景

  • 簽核與流程及人員組織架構為正相關
  • 一般簡易的判斷包含金額,商品類型,申請人或由申請部門,可能都有內部不同的思考
  • 例 A部門,要經過A財務,B部門要經過B財務

一.順序

一筆設定決定一個關卡,每個關卡獨立判斷,可依順序決定

圖片

二.通知及E-MAIL

可於簽核開卡決定後,發送E-MAIL可預期會審批的人員

圖片

三.填寫意見

可決定是否在審核時一定要填寫意見

圖片
圖片

四.審批人設定

  • 可指定給個人
  • 可指定給群組
  • 可撰寫程式取得人員 例 部門主管
  • 依Odoo的模組特色來思考,此簽核模組並無強制一定要安裝人事模組,所以他提供了其他可能性

圖片

五.何時趨動簽核

透過定義類型,依該模組的特定欄位進行判斷

圖片

小結

設定上必需要有一定的Odoo資料結構的基礎,雖然沒有好用的UI來拖拉關卡來形成簽核,但相對的提供了更多可能性


上一篇
Day 13 : 案例分享(4.2) 簽核與費用模組 - 簽核模組 Base Tier Validation
下一篇
Day 15 : 案例分享(5.1) CRM與ERP整合 - 線索與商機
系列文
開源ERP(odoo),實作企業重要IT流程,最小代價完成你無法想像的數位管理能力30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言