為何銷售與財務營收報告有差異：Excel 工作流程

你的 CRM 顯示 3 月訂單金額為 $144,000。財務時程表顯示 3 月認列收入為 $0。你把總額核對了兩次，然後納悶哪一份報表錯了。

在本指南的虛擬範例中，這兩個數字依各自陳述的規則都是正確的：合約在 3 月簽署，而提供的財務時程表從 4 月開始。有用的下一步是在任何人編輯數字之前，先比較定義、日期與合約 ID。

此工作流程可協助銷售營運、財務或業務營運分析師，在已簽約訂單與財務核准的認列收入之間，建立可審核的 Excel 橋接表。內容包含可下載的練習包、用於初步審閱的提示，以及對常見 join 錯誤（會使合約金額加倍）的檢查。

兩種收入檢視衡量的是什麼

團隊常把「revenue」一詞用於代表合約不同階段的數字。CRM 可能回報銷售所用的已簽約價值。財務可能回報其核准排程中某一會計期間的金額。已開票金額與現金收款又是另外的檢視。

在比較數字前，先寫下你們當地的定義。下表使用的假設僅適用於虛構練習資料；這不是通用的會計規則。

你的公司可能對訂單金額有不同定義：例如可能使用年度合約價值而非總合約價值、納入或排除續約，或對交易何時計入採用不同規則。請要求銷售與財務負責人確認其規則。本指南不詮釋會計準則、不建立收入排程，也不取代財務主管的決定。

下載練習檔案

使用 虛擬銷售到財務練習包 於 Excel 或其他試算表。它包含四筆虛構 CRM 合約，以及 2026 年 3 月和 4 月的八列財務時程表。時程表數值是練習中的明確輸入；並非由合約金額計算而來。

ZIP 內含 CRM 訂單金額、財務核准的收入時程表、預期每月比較、指標字典起始範本，以及控制檢查。所有客戶名稱、金額、ID 與時程表項目均為虛構。此比較為教育參考，不是客戶範例或擷取的 RowSpeak 輸出。

預期每月結果為：

「差異」欄是比較提示，不是日記帳分錄、短少收入餘額，也不是強迫報表相符的指示。此測試資料集僅涵蓋四筆合約與兩個期間。

圖：由隨附的 CSV 獨立計算。財務時程表金額是練習輸入，並非由 RowSpeak 或會計公式推斷。

步驟 1：保留兩份匯出檔，並對報告期間達成共識

複製 CRM 與財務匯出檔。保持原始檔案不變，記錄匯出日期與篩選條件，並使用同一個報告期間進行比較。不要只為了讓總額看起來更接近，就把某一團隊的日期換成另一團隊的日期。

針對每個檔案，檢查：

• 期間： CRM 是否依簽約日期分組，而財務是否依其自身的期間欄位分組？
• 狀態： 訂單金額規則是否只包含銷售負責人核准的狀態？
• 幣別： 兩個檔案是否使用相同幣別？沒有經核准的換算政策，請勿相加不同幣別。
• 截止： 兩份匯出檔是否在同一截止時間之後產生，或某筆合約是否可能缺漏於其中一份快照？
• ID： 兩張表中是否有穩定的合約 ID？單靠客戶名稱不是可靠的 join 鍵。

如果報表不一致，是因為某一檔案中的日期代表下單日期，而另一檔案中代表結算日期，請使用另一份 Excel 報表總額指南，了解單位、幣別、日期基準與不明確值。銷售到銀行的差異另有不同工作；銷售與銀行存款對帳工作流程 會追蹤撥款、費用、退款與已入帳現金。

步驟 2：撰寫一份小型指標字典

合併資料列之前，先製作一份兩邊報表負責人都能審閱的簡短表格。每個指標使用一列，記錄什麼會被計入、哪個日期會將其歸入某期間，以及誰擁有該規則。

若是真實報表，請加入已核准的排除項目、續約與變更規則、核准日期，以及當某列不符合時可詢問的人。試算表中的 Revenue 之類標籤本身並不是定義。

步驟 3：在各自資料列層級檢查每個來源

練習檔案的粒度不同，意思是每個檔案中的一列代表不同大小的項目：

• crm-bookings.csv 每筆合約有 一列。
• finance-approved-revenue-schedule.csv 每筆合約每月有 一列。

這種差異會造成常見的試算表陷阱。如果你依 contract_id join 兩張表，然後加總重複的訂單金額，在 join 後的範例中每筆合約都會出現兩次。錯誤的訂單金額總計會變成 $480,000，而來源 CRM 總計是 $240,000。

依簽約月份從 CRM 表彙總訂單金額。依財務期間從財務時程表彙總認列收入。然後比較這兩個每月摘要。如果你需要合約層級追蹤，請使用另外的對照表，確認合約 ID 在 CRM 表中只出現一次，並且不要從 join 後的時程資料列加入重複的訂單金額值。

也要檢查預期的合約期間資料列是否存在。範例中 3 月有一筆明確的零。如果真實財務匯出檔省略了某個合約期間資料列，該缺漏 不 自動代表收入為零。請詢問財務該列是缺少、不適用，還是刻意為零。

步驟 4：在 Excel 建立每月比較

建立摘要工作表，每個月一列，並為訂單金額、認列收入與診斷差異設定不同欄位。在 CRM 與財務來源工作表中，將範圍轉換為名為 Bookings 與 Finance 的 Excel 表格。將每個月的第一天放在 A 欄，下個月的第一天放在 B 欄。

如果你的日期是真正的 Excel 日期，且表格使用範例欄名，你可以用下列公式計算某個月的訂單金額：

=SUMIFS(Bookings[booking_amount],Bookings[signed_date],">="&$A2,Bookings[signed_date],"<"&$B2,Bookings[status],"Signed",Bookings[currency],"USD")

對於範例財務檔案，period 是 YYYY-MM 格式的文字。使用 A2 中的月初日期來選取該期間：

=SUMIFS(Finance[approved_recognized_revenue],Finance[period],TEXT($A2,"yyyy-mm"),Finance[currency],"USD")

然後將比較金額計算為 bookings total - recognized revenue total，並標示為 待調查差異。Excel 的 SUMIFS 函式 只會加總符合所述條件的資料列。如果你的試算表使用不同欄名或清單分隔符，請調整公式以符合你的本機檔案。

範例結果應該是 3 月訂單金額 $144,000、認列收入 $0，然後 4 月訂單金額 $96,000、認列收入 $20,000。4 月的 $76,000 差異不足以解釋會計餘額。追蹤來源資料列，並詢問指標負責人兩份報表各自包含什麼。

步驟 5：使用 AI 草擬審閱，然後檢查

定義達成共識後，RowSpeak 可協助檢查匯出的 Excel 或 CSV 檔案、摘要表格，並從檔案草擬報告。其說明指南包含多檔案操作，但提示仍是一項請求——不保證 join、彙總或業務規則正確。先從虛擬檔案開始，並在將輸出用於真實報表前，與預期總額比較。

將附加的 CRM 訂單金額表與財務核准的收入時程表視為
分開的來源資料表來審閱。不要把它們當成一份可加總的總帳。

CRM 表每筆合約有一列。僅就本練習而言，訂單金額是指
依 signed_date 分組的完整已簽約金額，且 status = Signed。
財務時程表每筆合約每個期間有一列。其
approved_recognized_revenue 值是提供的輸入；不要從
booking_amount、期間長度、合約日期或會計規則推導。

首先報告每個檔案的資料列數、日期範圍、幣別值、CRM 中重複的
合約 ID，以及 Finance 中缺少或重複的合約期間鍵。
然後依簽約月份分組 CRM 訂單金額，並依財務期間分組 Finance 金額。
分別顯示兩個來源總計，以及依月份的診斷差異。
不要將 booking_amount join 到重複的時程資料列後再加總。

進行合約追蹤時，只比對完全相同的 contract_id 值。列出只存在於
其中一個檔案、而不存在於另一個檔案的 ID，並顯示每個結果背後的來源資料列。將缺少的時程資料列視為未知，而不是零。不要變更來源值、發明
收入時程表、建立日記帳分錄，或陳述檔案未顯示的原因。如果缺少必要定義或負責人核准，請保留結果，並
列出要詢問銷售營運或財務的問題。

預期輸出： 3 月訂單金額 $144,000、認列收入 $0；4 月訂單金額 $96,000、認列收入 $20,000。原始 join 後的訂單金額加總應被標記為不安全，因為合約金額會重複。本文中的數字與預期總額是從測試資料集獨立計算；並非由 RowSpeak 產生。

如果 AI 輸出不同，不要編輯財務時程表來配合 CRM。比較來源資料列、期間篩選、幣別、狀態與唯一 ID。若為週期性報表，更廣泛的 每月 CSV 報告工作流程 說明如何在報告週期間保留指標定義與檢查。

分享報表前的審閱檢查清單

• 銷售負責人已確認訂單金額基準、狀態與日期規則。
• 財務已提供或核准認列收入時程表；沒有人從訂單金額推斷它。
• 兩個來源檔案都使用預定的期間與幣別。
• CRM 合約 ID 在每筆合約一列的前提下具唯一性。
• 財務合約期間鍵已檢查重複與缺少的資料列。
• 每月訂單金額與財務總額在比較前，已從各自的來源表計算。
• 任何診斷差異都有來源資料列、負責人與下一個問題；並未被默默調整。
• 報表清楚說明它顯示哪些指標，以及涵蓋哪些期間。

應避免的常見錯誤

1. 將訂單金額改名為收入。 保留每個指標經負責人核准的名稱與定義。
2. 假設已簽約價值就是已賺得收入。 使用財務時程表，並向財務主管詢問會計處理。
3. 比較不同日期。 簽約日期與財務期間可能讓同一筆合約落在不同月份。
4. 在一對多 join 後加總。 合約金額 join 到每月資料列時會重複；請檢查來源總計。
5. 將缺少視為零。 缺少的合約期間資料列需要確認。
6. 使用客戶名稱作為猜測比對。 確認穩定 ID，或建立經審閱的對照表。
7. 讓 AI 發明解釋。 如果來源檔案未顯示某個值為何不同，請記錄尚未解答的問題。

RowSpeak 適合哪裡——以及哪裡不適合

當你的團隊已有匯出檔案，並需要初步摘要、例外清單或可讓人審閱的報告時，RowSpeak 很有用。在你已說明訂單金額與財務收入代表什麼之後，它可協助組織比較。它不會建立受治理的語意層、不會自行連線到 CRM 或會計系統、不會建立會計政策，也不保證提議的 join 正確。

如果真正的問題是週期性工作，而不是一次性不符，請參閱 Excel 與 CSV 資料分析工作流程 與 財務報告工作流程。對於機密財務檔案，請使用匿名化副本進行初步評估，或與你的安全與財務負責人審閱 RowSpeak 的私有部署選項。