本節說明應付憑據中使用的列舉類型 要求和回應文件UBL 標準未定義列舉類型 與標準類似因此，我們盡可能使用定義的列舉 開發出通用標準 值。
批次檔案狀態碼
這個列舉類型為回應檔案提供進一步的說明
<ApplicationResponseBatch>/<FileStatus>。
| 狀態碼 | 說明 | 預期動作 |
|---|---|---|
| 六 | 沒有問題，檔案已處理 | 成功 |
| E | 檔案處理錯誤 (解密錯誤，無法開啟檔案) | 手動介入 |
| D | 重複的檔案 | 不需要採取任何行動 |
狀態原因代碼
這個列舉類型為 cbc:StatusReasonCode 提供進一步的說明
] 欄位。我們會合併使用狀態原因代碼
和狀態說明代碼
根據 Peppol BIS 3.0 標準，
視需要補充了我們自己的定義
| 狀態原因代碼 | 說明 | 預期的動作 (特定實體) |
|---|---|---|
| 非 | 沒有問題 | 成功 |
| REF | 參考檔案有誤 (買家稅務資訊有誤或遺漏) | 失敗 + 修改/重新結算 |
| TER | 用來處理應付憑據的過去時間限制。注意：Google 擴充功能 | 失敗 + 修改/重新結算 |
| SVE | 應付憑據要求語法違規、格式無效、缺少資訊 | 手動介入 |
| CER | 通訊/暫時性錯誤 - 供應商會重試要求。注意：Google 擴充功能 | 等待 &詳情請見 |
| OTH | 狀態不是由代碼定義的原因 | 手動介入 |
| PEN | 尚待產生月結單。注意：Google 擴充功能 | 等待 &詳情請見 |
| 公司 | 永久通訊失敗：供應商「不會」重試要求。注意：Google 擴充功能 | 手動介入 |
| REJ | 後端系統遭拒，嚴重錯誤 | 手動介入 |