怎樣把 Shopify 撥款對回你的銷售額

你的 Shopify 撥款不是你的銷售額，將來也不會是。它是一次結算：扣除手續費、退款、拒付與平台調整之後剩下的金額，涵蓋的是一段與你會計月份並不重疊的結算期。對數的工作，不是要把兩個數字弄成相等，而是要逐項解釋兩者之間的差距，並且解釋得站得住腳。

大多數店主第一次意識到這件事，是簿記員問為甚麼這個月銀行入帳比銷售報表少了 6%，而現場沒有人交得出那筆錢去了哪裡。

為甚麼撥款會少過銷售額？

由訂單到入帳之間有五股力量，而且按這個次序發生。

交易手續費。 每一筆信用卡交易都有手續費，在撥款之前已經扣除，費率視乎你的方案與卡種。Shopify 在結算期與收費說明裡列明了這部分。這是差距中最可預測的一塊，也是唯一一塊你可以事先計算出來的。

退款。 Shopify 關於撥款金額偏低或未見撥款的指引寫得很清楚：上一次撥款之後處理的退款，會由下一次可用撥款中扣除。所以一月訂單的退款，可以令二月的撥款減少，而這種跨期移動，正正是逐月比較最容易失效的地方。

拒付與爭議費。 當客戶對一筆付款提出爭議，交易金額與相關爭議費都會由你的帳戶扣除。所以單單一宗拒付，在差距裡會出現兩次。

調整項。 這一項最容易令人措手不及。Shopify 自己的文件列出的調整項類型包括 chargeback_fee、chargeback_protection、shopify_collective_debit、shopify_collective_credit、seller_protection 與 tax_adjustment。它們沒有一項對應到你認得出的訂單，這就是為甚麼即使期內每一張訂單都交代得到，撥款仍然可以對不平。

時間差。 最後一項根本不是扣減。你的撥款涵蓋的是由撥款周期決定的結算期，可以是每日、每週或每月，而那段期間有自己的起訖界線。在一期結尾下的訂單，會在下一期才結算。

一次對平的撥款，長甚麼樣子？

一次一筆撥款，由上往下走：

結算期內的銷售總額
  減 本次撥款中結算的退款
  減 交易手續費
  減 拒付金額與爭議費
  加減 調整項
= 淨撥款額，必須等於銀行入帳

如果最後一行與入帳分毫不差，這次撥款就對平了，你以後不必再看它。如果不等，差額幾乎一定是兩件事之一：一條你不知道存在的調整項，或者一張落在結算期界線另一邊的訂單。

要逐次撥款而不是逐月對數，原因是一次撥款是一個封閉集合。當中每一筆交易都可以查得到，總額是固定的，答案不是對就是錯。一個曆月則是一個開放集合，兩邊都跨過結算期界線，這就是為甚麼逐月對數往往留下一個沒有人追得到的差額。

為甚麼每加一個平台就更難？

因為工作量是相乘而不是相加。第二個銷售渠道給你的，不是同一個問題的兩份，而是第二套結算期、第二套收費結構、第二套調整項名稱、第二套退款時間規則、第二種匯出格式，全部都要各自對平之後，才談得上合併。

到第三個平台，每星期的對數就是一個上午的工作，而那正是倉頭忙起來就會被跳過的那種上午。之後的發展很好預測：對數由每週變每月，再變每季，最後變成會計師開口才做。差距不再解釋得到的時刻，大約就是它不再細小的同一刻。

還有第二種成本，店主往往感覺得到卻說不出名字。撥款沒有對平，你就不知道自己真正的毛利。手續費、退款與拒付都是這宗銷售的真實成本，如果它們永遠只以一筆銀行總額出現，就永遠回不到造成它們的那件產品或那個渠道身上。結果是你把資源加碼在淨利最差的渠道上，因為銷售總額看起來很漂亮。

甚麼時候值得自動化？

老實的判斷是「頻率乘以渠道數」。一個渠道、每週一次撥款，是試算表的工作，一個稱職的簿記員可以保持乾淨。

超過兩三個渠道，或者撥款改為每日到帳，對數就變成沒有人跟得上的機械工作：逐次撥款取出、取出期內交易、逐筆配對、套用手續費與調整項，只把對不平的部分呈上來。這是一個有明確正確答案的數據管線問題，而這一類最適合自動化，也最能維持下去。

背後的道理，與對數自動化要做到 97% 準確率，關鍵在哪是同一套：贏在不是軟件讀得懂結算檔案，而是軟件能告訴你，九十次撥款之中哪三次需要人看。無論文件是空運提單還是撥款報表，結構都一樣，而人手處理那一邊的成本，寫在人手核對發票的真正成本。

由一次撥款開始

取最近一次撥款，認真人手對到分毫不差。第一次大約要一小時。你會學到的是，那五股力量之中哪一股真正在移動你的數字，而每一間店都不一樣：有些由退款主導，有些由拒付主導，有些不過就是手續費。

然後下星期再做一次。如果第二次只用二十分鐘，你就有了一套流程。如果又用了一小時，而且再遇到一種從未見過的調整項，你就有了自動化的理據。

我們的免費 30 分鐘 ROI 診斷會就你的渠道、撥款頻率與對數時間實際花在哪裡，一起走一次。如果你同時經營多個店舖與平台，我們的電商與零售方案頁說明了我們怎樣界定這類項目。