01
企業面臨的問題
開立發票通常從重新輸入已核准提案開始，容易造成遺漏、重工與紀錄不一致。
發票草稿
提案核准後，受控的伺服器流程可將其轉成與專案連結、編號不重複的發票草稿，無須重建商業範圍。
實作狀態已完成系統
02
我們的解法
我們建立伺服器端轉換流程，驗證提案狀態、帶入符合條件的專案與付款資訊，並以不可重複的方式產生發票編號。
03
帶來的改變
核准提案會成為相連的發票草稿，同時保留背後的專案項目與付款脈絡。
發票草稿
實際完成範圍
08提案轉發票流程
- 01
驗證提案核准狀態
- 02
原子化編號與建立
- 03
轉移符合條件的項目與付款資料
04
技術架構
TypeScriptFirebase Cloud FunctionsFirestore transactionsdecimal.js
05
實作範圍說明
本頁概述實際完成的範圍。不公開內部介面與實際營運中的資料。
此範圍建立發票草稿；後續編輯、寄送、收款與完整發票週期不在展示系統內。
帶來的改變