SAP FI/CO 最重要的 10 張資料表——顧問與使用者必備指南
資料究竟存在哪裡？凡是使用 SAP FI/CO 的人，遲早都會面對這個問題。本文說明十個最重要的 SAP 資料表——內容為何、誰需要它們，以及在日常工作中何時真正派上用場。包含 ECC 與 S/4HANA 的實務說明。
凡是使用 SAP 的人，遲早都會遇到一個無法透過交易直接回答的問題：這些資料究竟存在哪裡？
答案就在 SAP 資料表中。每一筆過帳、每一份主檔記錄、每一項 Customizing 設定——最終都會落在某張資料表裡。一個 SAP 系統依模組範圍與客製化開發程度，可能包含數十萬張資料表。大多數永遠不會出現在日常工作中，但有一些卻一再出現，無論是在分析憑證、除錯，還是撰寫概念文件時。
本文列出的，正是這些資料表：FI/CO 領域中每個人都應該認識的十張。說明每張表存放什麼——以及誰最需要它。
如何查看 SAP 資料表
資料表內容可透過交易 SE16 或 SE16N 查閱。資料表結構——即一張表包含哪些欄位——則透過 SE11 檢視。這兩個交易在 ECC 與 S/4HANA 中均可使用。
1. BKPF — 憑證抬頭
適用對象：顧問、關鍵使用者，以及所有需要分析或追蹤過帳的人員。
BKPF 是 SAP 系統中每張財務憑證的抬頭資料表。每一筆過帳——無論是手動、自動或透過介面——都會在 BKPF 中產生一筆記錄。存放的是憑證的整體資訊：公司代碼、憑證號碼、會計年度、憑證日期、過帳日期、憑證類型、過帳期間，以及建立者的使用者名稱。
BKPF 本身並不能說明一筆過帳的內容——為此，永遠需要搭配其對應的 BSEG。兩者共同構成 ECC 中 FI 資料儲存的經典核心。
重要欄位
- BUKRS — 公司代碼
- BELNR — 憑證號碼
- GJAHR — 會計年度
- BLART — 憑證類型
- BUDAT — 過帳日期
- USNAM — 建立者使用者名稱
典型使用情境
查核憑證日期、過帳期間、憑證類型與建立者——例如在排查錯誤、執行稽核，或確認自動過帳的觸發時機與來源時。
2. BSEG — 憑證明細行
適用對象：顧問、開發人員、資深關鍵使用者。
BKPF 描述憑證抬頭，BSEG 則包含所有明細行——即實際的過帳行，包含科目、金額、成本中心、稅碼與付款條件。這是 SAP 系統中最大、被引用最頻繁的資料表之一。
在傳統 ECC 系統中，BSEG 是一張叢集資料表（Cluster Table），意味著無法直接以 SQL 查詢——SAP 為此提供了專屬的讀取技術。在 S/4HANA 中，底層資料模型已根本性地改變：BSEG 仍持續被填入資料，對於特定的 FI 憑證欄位仍具參考價值，但報表與客製化開發應優先使用 ACDOCA。
S/4HANA 注意事項
在 S/4HANA 中，報表與分析應優先使用 ACDOCA（見第 3 張資料表）。BSEG 在技術上仍被填入，對特定 FI 欄位仍有參考價值，但已不再是主要的資料儲存層。
典型使用情境
分析個別過帳行：哪個科目被借記？金額為何？使用哪個稅碼？記錄了哪些付款條件？在 ECC 中，這是逐行分析憑證的標準來源。
3. ACDOCA — 通用日記帳 ⭐
適用對象：顧問、開發人員，以及所有使用 S/4HANA 的人員。
ACDOCA 是 SAP S/4HANA 通用日記帳（Universal Journal）的核心資料表——也是整個 FI/CO 資料模型中最重要的變革之一。它將所有會計與 controlling 相關的明細行位置整合進單一資料表：總帳、子分類帳、成本核算、資產會計——每張憑證的每個明細行，全在同一筆記錄中。
ACDOCA 擁有超過 360 個欄位，遠比所有前身資料表寬廣。這使得以往需要跨多張資料表 Join 才能完成的分析，現在只需一次查詢即可實現。在 S/4HANA 中開發報表或分析資料，都無法繞過 ACDOCA。
ACDOCA 整合的內容
- FI 明細行位置（ECC 中主要存於 BSEG——BSEG 在 S/4HANA 中仍具參考價值）
- CO 明細行（ECC 中：COEP）
- 資產會計（ECC 中：ANEK/ANEP）
- 利潤中心會計（ECC 中：GLPCA）
- 獲利能力分析（CO-PA）
典型使用情境
S/4HANA 中所有現代 FI/CO 報表的基礎：明細行清單、期末結帳分析、CO-PA 報表、資產折舊——全部來自單一資料來源，無需跨模組進行資料表 Join。
4. BUT000 — 業務夥伴主檔 ⭐
適用對象：FI 顧問、主檔資料負責人，以及所有參與 S/4HANA 移轉的人員。
BUT000 是 SAP 業務夥伴（Business Partner）的核心主檔資料表——在 S/4HANA 中，也是所有客戶與供應商主檔資料的主導結構。存放的是業務夥伴的基本資料：BP 號碼、BP 類別（個人、組織、群組）、名稱及核心基本資料。地址指派則透過 BUT020 與 ADRC 處理。
在 S/4HANA 中，業務夥伴並非選項，而是強制要求。傳統的客戶（XD01）與供應商（XK01）交易已不再作為獨立的維護入口。所有主檔資料維護均透過交易 BP 進行，資料存入 BUT 資料表後，再透過客戶-供應商整合（CVI，Customer-Vendor Integration）與 KNA1/KNB1 及 LFA1/LFB1 等傳統資料表同步。
重要 BUT 資料表一覽
- BUT000 — 業務夥伴一般基本資料
- BUT020 / ADRC — 業務夥伴地址指派
- BUT100 — 業務夥伴角色（如客戶、供應商、聯絡人）
- CVIS_EI_MAPP — BP 號碼與客戶/供應商號碼之間的 CVI 對應
移轉注意事項
業務夥伴移轉是 S/4HANA 專案中最常見的陷阱之一。並非所有客戶與供應商主檔資料都能 1:1 轉移——缺少 BP 角色、重複記錄，或 BUT 與 KNA1/LFA1 結構之間的欄位未同步，都會定期造成額外工作量。提早檢查 CVI 對應資料表可節省大量時間。
典型使用情境
在移轉專案中查核 BP 基本資料、角色與 CVI 對應；進行重複資料分析；或在業務夥伴與傳統客戶/供應商結構之間發生同步錯誤時排查問題。
5. KNA1 / KNB1 — 客戶主檔
適用對象：FI-AR 顧問、應收帳款部門、關鍵使用者。
客戶主檔分布在兩張資料表中——這是貫穿 SAP 整個主檔資料領域的設計原則。KNA1 存放跨用戶端的資料：名稱、地址、國家、語言、稅號。KNB1 存放公司代碼層級的資料：付款條件、催款程序、調節科目、付款方式。
在 S/4HANA 專案的分析、資料移轉與業務夥伴移轉中，這兩張資料表不可或缺。在 S/4HANA 中，KNA1/KNB1 與 LFA1/LFB1 透過業務夥伴的客戶-供應商整合（CVI）進行同步。
典型使用情境
大量查詢客戶主檔資料、資料品質檢核、移轉準備，或跨公司代碼分析調節科目與付款條件。
6. LFA1 / LFB1 — 供應商主檔
適用對象：FI-AP 顧問、應付帳款部門、關鍵使用者。
供應商端與客戶主檔完全對應的結構。LFA1 存放一般供應商資料（名稱、地址、一般層級的銀行資料），LFB1 存放公司代碼層級資料（調節科目、付款條件、付款方式、催款程序）。
在 S/4HANA 移轉過程中，供應商與客戶主檔資料將移入業務夥伴。LFA1 與 LFB1 在技術上仍保留，但主要的主檔維護改由 BP 交易執行。業務夥伴與傳統結構之間的同步，由客戶-供應商整合（CVI）負責處理。
典型使用情境
分析供應商主檔資料：銀行資料、付款條件、調節科目。常用於上線前的資料品質檢核、付款計劃準備，或供應商整合專案。
7. SKA1 / SKB1 — 總帳科目主檔
適用對象：FI-GL 顧問、Customizing、結帳團隊。
SAP 中的總帳科目同樣採用兩層主檔結構。SKA1 存放科目表層級的基本資料：科目號碼、科目說明、科目群組，以及資產負債表或損益表標記。SKB1 存放公司代碼層級的設定：欄位狀態群組、幣別、未清項目管理、自動過帳標記。
大量建立、維護或移轉總帳科目時，幾乎不可避免地要直接使用這兩張資料表——例如透過 LSMW 大量上傳，或在系統之間比對科目表結構時。
典型使用情境
查核與大量查詢總帳科目主檔資料：哪些科目在公司代碼中有效？指派了哪個欄位狀態群組？哪些科目採用未清項目管理？科目表分析與移轉準備時不可或缺。
8. T001 — 公司代碼
適用對象：顧問、Customizing、系統導向的關鍵使用者。
T001 是 SAP FI 中最核心的 Customizing 資料表之一。它包含系統中所有已定義的公司代碼及其主要設定：公司代碼名稱、本幣、科目表、會計年度變式、過帳期間變式與國家。凡是執行跨公司代碼分析或查核系統設定，遲早都會查閱 T001。
典型使用情境
瀏覽系統中所有有效公司代碼：設定了哪個本幣？適用哪份科目表？指派了哪個會計年度變式？在系統分析、概念設計與跨公司代碼專案中均相關。
9. REGUP / REGUH — 付款計劃
適用對象：FI-AP/AR 顧問、應付帳款部門、資金管理。
這兩張資料表記錄自動付款程式（交易 F110）的執行結果。REGUH 包含付款抬頭——付款計劃本身的資訊：日期、付款方式、主要銀行、金額。REGUP 包含對應的明細行——哪些未清項目以哪張付款憑證完成沖銷。
在分析付款計劃、排查未執行的付款，或與主要銀行對帳時，這兩張資料表不可或缺。
典型使用情境
追蹤付款計劃：上次 F110 執行中支付了哪些憑證？某張憑證為何未被納入？使用了哪個主要銀行？付款計劃執行後，會計部門詢問時的第一個查詢來源。
10. ANLA / ANLZ — 資產主檔
適用對象：FI-AA 顧問、資產會計團隊、結帳團隊。
ANLA 是資產主檔的抬頭資料表，包含資產的一般性、非時間依存資料：資產號碼、資產類別、公司代碼、說明、啟用日期與財產編號。ANLZ 包含時間依存的主檔資料——即可能在資產生命週期中發生變更的資料，例如成本中心或地點，以及各自的有效期間。
執行資產移轉、FI-AA 年末結帳或折舊分析時，直接使用這兩張資料表——並搭配 ANEK 與 ANEP（ECC）或 ACDOCA（S/4HANA）中的異動資料。
典型使用情境
大量查詢資產主檔資料：哪些資產屬於特定資產類別？何時啟用？特定基準日的成本中心指派為何（ANLZ）？移轉清單、盤點報表與年末分析的基礎。
那其他資料表呢？
當然，依據工作重心的不同，還有許多同樣重要的資料表。以下是幾個差點入選的候補：
- T030 — 固定科目（自動科目指派）
- BSIK / BSAK — 未清與已沖銷的供應商明細行
- BSID / BSAD — 未清與已沖銷的客戶明細行
- COEP — CO 明細行（ECC 中使用；S/4HANA 中由 ACDOCA 取代）
- FEBEP — 電子銀行對帳單（匯入銀行對帳單的明細行位置）
如果您希望深入了解特定模組、ECC 與 S/4HANA 之間的差異，或哪些資料表最適合哪些報表情境——這正是我在培訓與顧問工作中涵蓋的內容。