title: 03_GLM002(GLM001)過帳傳票維護_情境舉例說明
date: 2024-09-29 06:57:21
permalink: /GL/GLM002/GLM002_ProcessHOWto/GLM002ScenariosExample/
categories: WDS
tags: [C# , SA , UML ,GL]
description: 03_GLM002(GLM001)過帳傳票維護_情境舉例說明

03_GLM002(GLM001)過帳傳票維護_情境舉例說明

詳細解釋每個情境中涉及到的檢核 (CHECK) 與相關的資料表（TABLE），並說明各檢核點的具體操作：

情境 1：查詢傳票

相關的 TABLE：GL_VOUCHER_MASTER

• 目的：查詢符合條件的傳票資料，並顯示給使用者查看。
• 檢核流程：
  1. GL_VOUCHER_MASTER 表：當使用者進行查詢時，系統會從 GL_VOUCHER_MASTER 表中檢索符合條件的傳票資料。
  2. 查詢條件包括：
     • COMPANY_ID：公司別
     • MAINTAIN_CODE 為空值，表示該傳票為正式資料。
     • 刪除碼 DELETE_CODE 不等於 ‘Y’，表示該傳票未被刪除。
     • ACCNT_CREATOR 符合當前使用者或為空值。
  3. 若查詢到符合條件的資料，系統會顯示這些傳票資料。

情境 2：新增一筆傳票

相關的 TABLE：GL_VOUCHER_MASTER

• 目的：新增一筆傳票記錄到系統中。
• 檢核流程：
  1. 生成傳票編號：新增傳票時，系統會呼叫 GL_GET_NUMBER 函式，從 GL_VOUCHER_MASTER 表中取得一個新的傳票編號。此時會檢查生成的編號是否為 11 碼，若不是 11 碼則顯示錯誤訊息。
  2. 檢查沖銷：新增傳票前，系統會檢查該傳票是否存在沖銷的情況。例如，系統會檢查 GL_CREATE_OFFSET_BALANCE 表中是否存在未沖銷完畢的資料。

情境 3：修改傳票明細

相關的 TABLE：

• GL_VOUCHER_DETAIL
• GL_CREATE_OFFSET_BALANCE
• GL_ACCNT_MASTER
• 目的：修改傳票明細的內容，並進行多項檢核。
• 檢核流程：
  1. GL_VOUCHER_DETAIL 表：
     • 當修改傳票明細時，系統會先檢查該筆明細的科目代號 (ACCNT_NO) 是否存在於 GL_ACCNT_MASTER 表中。
     • 確認借方和貸方金額的正確性，確保其中一方為 0，並且兩者總和相等。如果借貸方總和不平，系統會顯示錯誤訊息「傳票借貸方不平」。
  2. GL_CREATE_OFFSET_BALANCE 表：
     • 若該明細涉及沖銷交易，系統會檢查 GL_CREATE_OFFSET_BALANCE 表，以確認是否有未完成的沖銷金額。
  3. GL_ACCNT_MASTER 表：
     • 檢查科目代號的有效性，例如，科目是否有結束日，若有且傳票日期晚於結束日，則顯示錯誤訊息。

情境 4：刪除傳票明細

相關的 TABLE：

• GL_VOUCHER_DETAIL
• GL_CREATE_OFFSET_BALANCE
• AP_DETAIL
• AR_DETAIL
• NP_DETAIL
• NR_DETAIL
• PIV_INCOME_EVIDENCE
• PPY_MASTER
• PPY_DETAIL
• 目的：刪除傳票明細前，檢查是否符合刪除條件。
• 檢核流程：
  1. GL_VOUCHER_DETAIL 表：
     • 系統會檢查該筆明細中的沖銷欄位（OFFSET_NO、OFFSET_DUE_DATE）的狀態，確保無未沖銷的金額存在。
     • 呼叫檢核函式（如 DEL_CHECK_APM、DEL_CHECK_ARM、DEL_CHECK_NPM、DEL_CHECK_NRM 等）進行刪除檢核。每個函式都會對應一個不同的資料表來進行檢核。
  2. 沖銷檢核：
     • GL_CREATE_OFFSET_BALANCE 表：系統會檢查該明細是否存在於沖銷餘額檔中，若有未沖銷完畢的金額，則顯示錯誤訊息「沖銷金額不為0，請先將沖銷傳票刪除」。
  3. 應付應收檢核：
     • AP_DETAIL 表：呼叫 DEL_CHECK_APM，檢查該明細是否已經存在於應付帳款中，若存在則顯示錯誤訊息。
     • AR_DETAIL 表：呼叫 DEL_CHECK_ARM，檢查該明細是否已經存在於應收帳款中，若存在則顯示錯誤訊息。
  4. 其他檢核：
     • NP_DETAIL、NR_DETAIL 表：分別呼叫 DEL_CHECK_NPM、DEL_CHECK_NRM 進行刪除檢核，確保該明細未被應付或應收票據使用。
     • PIV_INCOME_EVIDENCE 表：呼叫 DEL_CHECK_PIV 檢查明細是否已被收入證明使用。
     • PPY_MASTER、PPY_DETAIL 表：呼叫 DEL_CHECK_PPY 檢查該明細是否已被暫付款使用。

情境 5：新增傳票明細並關聯其他模組

相關的 TABLE：

• GL_VOUCHER_DETAIL
• PIV_INCOME_EVIDENCE
• AP_MASTER
• 目的：新增傳票明細時，自動關聯其他模組（例如進項發票、應付帳款）。
• 檢核流程：
  1. 當使用者新增一筆傳票明細時，系統會檢查該科目是否需要關聯其他模組（例如 PIV_INCOME_EVIDENCE、AP_MASTER 等）。
  2. 若需要關聯其他模組，系統會將 GL_VOUCHER_DETAIL 中的欄位（如 OBJECT_NO、ACCNT_NO、DEBIT_AMT 等）自動傳入對應的模組資料表中，並開啟相應的畫面以便使用者進行進一步的操作。

總結

• 在上述情境中，每次操作（查詢、新增、修改、刪除）都涉及到不同的 TABLE 進行檢核。
• GL_VOUCHER_MASTER 和 GL_VOUCHER_DETAIL 是主要的傳票主檔與明細檔，負責存放傳票的基本資料。
• GL_CREATE_OFFSET_BALANCE、AP_DETAIL、AR_DETAIL、NP_DETAIL、NR_DETAIL、PIV_INCOME_EVIDENCE、PPY_MASTER 等表是用來進行更細緻的檢核，確保每次新增或刪除的操作不會破壞資料的一致性和完整性。