功能介紹
通過API拉取Amazon的結(jié)算報告，可實現(xiàn)每日查看店鋪的收入、支出、利潤，同時可支持按照固定成本或批次成本進行利潤查看，輔助財務做利潤核算
數(shù)據(jù)源
獲取方式API接口自動獲取
獲取報表結(jié)算報告
獲取頻率每6個小時/次
成本核算方式1.固定成本
2.批次成本（全月進銷存）
成本取值ERP 數(shù)據(jù)
按sku維度查看的廣告數(shù)據(jù)取值SD廣告報表、SP廣告報表
按sku維度查看的倉租數(shù)據(jù)取值月倉租報表、長期倉租報表
報表如何看
在查看利潤報表數(shù)據(jù)之前
step1:檢查店鋪授權(quán)中是否有授權(quán)廣告
（若不維護，將影響到SP廣告報表和SD廣告報表的拉?。?div style="height:15px;">
step2.檢查財務->利潤報表，「店鋪劃款記錄」中針對closed 狀態(tài)的是否都已經(jīng)關(guān)聯(lián)上店鋪
若沒有關(guān)聯(lián)上，需手動關(guān)聯(lián)
此操作的目的是：
1.為了校驗數(shù)據(jù)拉取的完整性
2.將對應的回款關(guān)聯(lián)上對應的店鋪，避免數(shù)據(jù)遺漏，影響到利潤核算
1.查看店鋪整體營收情況如：平臺總收入、平臺總支出、其他成本支出、利潤、毛利率
路徑：財務->利潤報表
面板展示整體收入、支出、利潤，其展現(xiàn)效果與后臺的日期范圍報告按照匯總下載的PDF 展示一樣（只是去掉transfer類型），方便一目了然的查看到整體營收情況
--按照店鋪匯總查看
可每天查看盈利數(shù)據(jù)（按商品成本配置模式即固定成本查看），也可按月查看，每個月的盈利數(shù)據(jù)，方便做對比
點擊「全部展開」可查看到具體的平臺收入、平臺支出、商品成本的費用細則，方便財務核對
2.可以查看每個產(chǎn)品的營收表現(xiàn)
如：銷量、銷售額、平臺收入支出、利潤等
3.可在核算運營業(yè)績時，使用「運營負責人」查看其所負責的Listing/店鋪的營收
可點開「運營負責人」查看
運營負責人在：設(shè)置->Listing權(quán)限設(shè)置中維護
如何管理成本
方式一：采用固定成本核算利潤
此方式同時適合想要每天查看利潤的客戶
具體操作如下：
step1：維護產(chǎn)品資料中的默認成本（默認頭程成本）
路徑：產(chǎn)品->產(chǎn)品資料管理->下載默認頭程成本模板，批量導入
step2：開通利潤報表功能，72小時后可在利潤->利潤報表，切換成「商品成本配置」模式，即可看到按固定成本核算的利潤
方式二：采用批次成本核算利潤
前期準備：SKU關(guān)系有維護（路徑：產(chǎn)品->SKU關(guān)系管理）、三方倉產(chǎn)品編碼綁定有維護（路徑：產(chǎn)品->三方倉產(chǎn)品編碼綁定）
說明：若sellersku 與倉庫sku 一致的也需要維護sku關(guān)系（快捷維護方式可看后面的問答環(huán)節(jié)）
不維護的影響：在導入成本的模板中會缺少對應的入庫貨件，導致成本導入內(nèi)容缺失，影響到利潤核算
具體操作如下：
step1：開通利潤報表，72小時后，導入初始化庫存成本
路徑：財務->FBA批次明細，導入成本
填寫模板內(nèi)容，并導入即可
step2：6小時后，可查看利潤
注意：
在途貨件的成本需在頭程->FBA->發(fā)貨單管理處上傳（若之前有上傳過，則可忽略）
若之前貨件沒有在系統(tǒng)上走單，可在頭程->FBA->貨件管理，開啟拉取近6個月貨件
導入近6個月在途貨件的頭程成本
導入模板中的名詞解釋：
字段說明
初始化庫存
利潤報表功能開通后，系統(tǒng)會自動抓取近3個完整月第一天0點（站點時間）的庫存結(jié)余作為期初庫存也即初始化庫存
近3個完整月第一天0點
假設(shè)現(xiàn)在是6月3號，則近三個完整月就是3月、4月、5月份，
那么近3個完整月第一天0點指的就是3月1號0點（站點時間）
初始化單據(jù)
系統(tǒng)對利潤報表的期初庫存生成對應的批次號
貨件入庫
初始化期內(nèi)FBA已經(jīng)收貨上架的貨件，
即上面舉例中的3月1號到6月3號FBA已經(jīng)收貨上架的貨件
若近6個月的貨件都有在ERP系統(tǒng)上，且都有上傳頭程成本，
則針對類型為「貨件入庫」可以不用導入，系統(tǒng)會自動匹配ERP中對應貨件所上傳的成本
方式三：按seller sku 導入固定成本
適用于想每月按sellersku 更新成本或手動更新、糾正歷史成本的場景
具體操作步驟：
路徑：財務->成本配置，按照seller sku 導入
注意導入后，僅對新的訂單有效，若想要更新歷史訂單的成本取值，可在財務->成本配置，中手動刷新
刷新后，隔天可看到利潤
如何核對數(shù)據(jù)
1.對獲取的報表數(shù)據(jù)有疑問，該如何核對
step1：檢查店鋪劃款記錄中是否有closed狀態(tài)回款數(shù)據(jù)是否有沒關(guān)聯(lián)到店鋪
若沒有關(guān)聯(lián)到店鋪，需手動關(guān)聯(lián)，否則會影響到利潤的核算
關(guān)聯(lián)不上店鋪的原因：
1.幣種一樣
2.結(jié)算報告中部分type類型無訂單明細，無法識別店鋪
此問題主要發(fā)生在歐洲站
step2：在財務->利潤報表-下載 transaction交易明細報告，并除去Adjustment類型下，
description類型為：reserve_credit 和 reserve_debit（店鋪期初金額和期末金額）的字段
step3：在Amazon后臺下載同樣日期范圍的日期范圍報告
路徑：Amazon后臺->Report->Payment->Date Range Reports ，下載類型選擇：Transaction
step4：將系統(tǒng)下載的「transaction 交易明細報告 」與 后臺下載的「 日期范圍報告」，都過濾掉transfer和debt 類型
step5：匯總兩份報告的total值，看是否一致，若一致表示數(shù)據(jù)是對的
（建議采用數(shù)據(jù)透視進行處理）
效果如下圖所示：
反之，total值沒有對上
若typ類型為：Order、Refund、Chargeback Refund、Liquidation、Liquidation Adjustment、FBA Inventory Fee，
可根據(jù)店鋪+單號（order id）進行匹配找到異常的單據(jù)
若type類型為：Adjustment時，可按店鋪+sellersku進行匹配相差的數(shù)據(jù)
其他類型可按時間或者total金額排序進行排查相差的數(shù)據(jù)
若您還想核對每一個字段的取值邏輯，請看手冊《利潤數(shù)據(jù)核對表》
2.對商品成本有疑問，該如何核對
假設(shè)對某個產(chǎn)品的成本有疑問，則可按照以下步驟進行排查
step1：在財務->利潤報表->transaction 交易明細中按照seller sku 進篩選，找到有疑問的訂單，復制訂單號
step2：在財務->FBA批次明細，中按照「貨件號/訂單號」，找到該訂單扣減的批次，復制「來源批次」
step3：查詢此「來源批次號」對應扣減的貨件ID和單據(jù)類型
、
從扣減的單據(jù)類型，可知道此為當時初始化時，未導入初始化成本，故成本顯示為0
若查到扣減的單據(jù)類型為貨件入庫，可復制貨件號，到頭程->出貨管理，界面找「參考號」查對應該貨件的成本
說明：
1.入庫類型如：「調(diào)整入庫」「盤盈」「訂單差異入庫」按照時間先后順序，取值離它發(fā)生時間最近一個批次的貨件入庫成本
2.出庫類型如：「調(diào)整出庫」「盤虧」「貨件入庫中的出庫，即入庫數(shù)量為負值」「移除出庫」按先進先出原則匹配入庫貨件成本
3.「退件入庫」：會追溯到原銷售訂單，成本取原銷售訂單的成本
核對方式與上面的操作一樣
常見問題
1.利潤報表抓取后臺哪個報表數(shù)據(jù)？多久更新一次？
答：通過API接口獲取「結(jié)算報告」，每6個小時抓取一次
2.報表數(shù)據(jù)是否跟后臺完全對得上？
答：除了接口沒有提供的 type為：Liquidation Adjustment 下 費用項為：「other transaction fee」外，其他費用均可獲取到
3.多渠道訂單費用是如何統(tǒng)計顯示的？
答：假設(shè)，店鋪A的FBM 訂單轉(zhuǎn) 店鋪B發(fā)FBA
則訂單的平臺收入、平臺支出、商品成本均核算在原店鋪上，即店鋪A上
但 FBA 的配送費，則核算在發(fā)貨的店鋪即店鋪B 上
若是其他平臺&獨立站轉(zhuǎn)FBA發(fā)貨，僅FBA的配送費記錄在amazon店鋪上
4.FBM的尾程配送費是否有核算到利潤中？
答：目前暫無加上此費用
5.若采用批次成本核算利潤，最終的利潤結(jié)果要什么時候才能看？
答：為了提高利潤核算的準確性，
1.系統(tǒng)采用全月進銷存的方式獲取完整月份的FBA 相關(guān)庫存報告，如貨件入庫報告、銷售出庫報告等
2.根據(jù)獲取到的完整月份的報告按照時間先后順序排序
3.按照先進先出原則匹配對應的訂單，核算成本
此過程中，為獲取完整月份、Amazon的庫存調(diào)整、系統(tǒng)數(shù)據(jù)匹配，需要每月5號才可看到上個月的利潤，
若是按照固定成本核算利潤，則每天都可以查看
建議，您可在5號之前按照固定成本看利潤，在5號之后核算業(yè)績時，切換成「FBA先進先出」的模式查看利潤
6.若已經(jīng)使用系統(tǒng)一年多了，采購、FBA 貨件都有在系統(tǒng)走單，且頭程費用均有上傳，如何使用利潤報表功能？
答：可直接開通利潤報表功能，系統(tǒng)會自動抓取初始化期內(nèi)入庫貨件的頭程成本
若初始化庫存不為0 ，需在FBA批次明細中導入初始化庫存成本
若不導入，初始化成本就為0，可能影響到使用該批次的利潤的計算，待初始化庫存消耗完，那么成本就會取下一個貨件批次（在系統(tǒng)上走單且上傳頭程成本的貨件），這時利潤核算就會是準確的
若初始化庫存為0，則無需導入初始化庫存成本，激活利潤報表功能，72小時后即可看上個月的批次成本利潤核算數(shù)據(jù)
7.若貨件有走amazon的合作承運商，此塊費用如何核算？
答：頭程->FBA->貨件創(chuàng)建功能已實現(xiàn)對接 合作承運商，且支持在上傳完裝箱后，獲取到運費，并記錄到頭程運費上
結(jié)算報告中也有此項費用的記錄
若您的合作承運商頭程在系統(tǒng)上走，且費用也正常拉取了，則在核算利潤時會被重復扣減
建議在核算利潤時，將合作承運商費用再加上
（PS：以產(chǎn)品維度核算的利潤不會存在此問題）
8.產(chǎn)品維度的「廣告費用（已分攤）」和「廣告費用退款（已分攤）」「倉儲費（已分攤）」分別是指什么？
答：
按店鋪維度查看的廣告費取值于：結(jié)算報告（廣告費用沒有關(guān)聯(lián)sku ，費用包含：SP、SD、SB、SBV）
按產(chǎn)品維度查看的廣告費取值于：SD廣告報表和 SP廣告報表（SB廣告報表中沒有含seller sku 無法按產(chǎn)品維度展示）
產(chǎn)品A的廣告費用（已分攤）=產(chǎn)品A的（SP廣告費+SD廣告費）/該店鋪所有的產(chǎn)品的（SP廣告費+SD廣告費）*交易報告中的廣告費
產(chǎn)品A的廣告費退款（已分攤）=產(chǎn)品A的（SP廣告費+SD廣告費）/該店鋪所有的產(chǎn)品的（SP廣告費+SD廣告費）*交易報告中的廣告費退款
產(chǎn)品A的倉儲費（已分攤）=（A產(chǎn)品的倉租費+長期倉租費）/（所有產(chǎn)品的倉租費+長期倉租費）*交易報告中的倉租費用
產(chǎn)品A的長期倉租費用分攤=（A產(chǎn)品的倉租費+長期倉租費）/（所有產(chǎn) 品的倉租費+長期倉租費）*交易報告中的長期倉租費用
注意：
1.「廣告費用（已分攤）」「廣告退款（已分攤）」「倉儲費（已分攤）」和「長期倉租費用（已分攤）」均不參與產(chǎn)品利潤的核算
2.在一個完整月結(jié)束后，做該完整月的廣告費分攤和倉租費用分攤
比如：現(xiàn)在是8月中，那么8月中的廣告費分攤和倉租費用分攤要等到8月份過完之后方可進行分攤
3.進行費用分攤時，會按照結(jié)算報告中，廣告費用和倉儲費用發(fā)生的時間進行記錄到當天
廣告分攤會存在多天，而倉租分攤正常情況只會出現(xiàn)在一天
比如：交易報告中 廣告費用發(fā)生在8月10號，那么費用分攤結(jié)果會記錄在8月10號，當搜索的時間不是8月10號，則不會展示該費用
9.為什么日本站的「FBA fee 」對不上？
答：日本站有部分訂單是COD 訂單，原始報表將「COD charge back」放置「FBA fee 」上
系統(tǒng)是將這兩項費用分開展示，分別為「FBA配送費」和「COD_貨到付款」
10.按照先進先出原則，核對成本時，在FBA批次明細中，為什么搜索不到加拿大站、荷蘭站、法國站等？
答：針對北美、歐洲共享庫存，系統(tǒng)只抓取主站點的批次明細
原因：北美站、歐洲站中各站點的到貨報告、銷售出庫的數(shù)據(jù)都是一樣的
比如：美國站點下載的到貨報告、訂單出庫報告和加拿大站點下載的到貨報告、訂單出庫報告的數(shù)據(jù)是一樣的
故可直接按照主站點進行查詢FBA批次明細，找到關(guān)聯(lián)的批次成本
11.若貨件走了老頭程即不會同步到后臺的流程的，利潤核算時，是否可以獲取到之前上傳的成本？
答：在頭程->海外倉頭程發(fā)貨管理中創(chuàng)建的貨件，只要有填寫shipment id 和上傳對應的成本，
即可獲取到批次成本值
（若沒有填寫shipment id 后面再補到「參考號」字段上并更新運費（可增加或減少1分錢，數(shù)據(jù)發(fā)生變動了，才會觸發(fā)重新跑服務），但僅獲取近三個月的到貨貨件的成本）
14.貨件直接用系統(tǒng)的調(diào)撥流程走的單，上傳成本后，核算利潤時，是否可以獲取到這塊的成本值？
答：近三個月內(nèi)，創(chuàng)建的調(diào)撥單有填寫對應的shipment id 和上傳對應的頭程費用，是可以獲取到的
（若沒有填寫shipment id 后面再補到「跟蹤單號」上并更新運費（可增加或減少1分錢，數(shù)據(jù)發(fā)生變動了，才會觸發(fā)重新跑服務），但僅獲取近三個月的到貨貨件的成本）
15.當seller sku 與 倉庫sku 一致時，如何快速維護的sku關(guān)系？
答：
step1：在銷售->Listing，listing信息處下載內(nèi)容
step2：在產(chǎn)品->sku關(guān)系管理，下載「sku關(guān)系上傳」模板
step3：step1的表中的seller sku 復制到 step2中
step4：上傳sku 關(guān)系即可
14.FBM的商品成本是如何計算的？
答：
不管是采用固定成本核算利潤還是采用批次成本核算利潤，F(xiàn)BM的商品成本均取值于產(chǎn)品資料中的默認成本
若默認成本中的「默認采購成本」沒有維護，則取采購相關(guān)的「默認采購單價」
15.移除費用是否有按照seller sku進行分攤？
答：因交易報告中的移除費用沒有seller sku 維度，
故沒有按照產(chǎn)品維度進行分攤此費用
若您需要查看移除訂單中對應的seller sku 費用 可在 報表->移除訂單中查看
16.若有導入seller SKU成本又有維護產(chǎn)品資料中的默認成本，則按照固定成本核算利潤時，成本如何取值？
答：
針對導入的seller SKU的成本 則取值導入的成本
沒有導入的seller SKU的成本取值于產(chǎn)品資料中的默認成本
17.為什么貨件是直接從國內(nèi)倉發(fā)到FBA倉的，還有二程費用？
答：系統(tǒng)二程費用的計算邏輯是：貨件關(guān)聯(lián)的批次不是通過采購入的庫，則會將頭程的費用放置「二程費用」上
比如以下場景的操作都會將頭程費用放置到「二程費用」上
1.國內(nèi)倉的庫存是導入的
2.假設(shè)國內(nèi)有兩個倉A和B，將A的貨調(diào)撥到B，然后將B的貨發(fā)往FBA倉的情況
等其他非采購入庫的庫存被用作發(fā)FBA倉的情況
18.為什么在后臺下載的交易報告，選擇某一天的數(shù)據(jù)和系統(tǒng)選擇一天的數(shù)據(jù)不一致？
答：
1.因為Amazon后臺下載的的數(shù)據(jù)默認時間會轉(zhuǎn)換成UTC時區(qū)，系統(tǒng)是站點時區(qū)，時區(qū)不一致所以數(shù)據(jù)不一致
2.若需要核對單獨某一天或某幾天，請在Amazon后臺精準下載需要核對的時間范圍的數(shù)據(jù)，即要核對1號就只下載1號；不要下載1~3號再選擇1號進行核對
當然，按照一個月核對的話就沒有這個問題了。
