交易明细是通过亚马逊财务API获取到的最明细数据,我们熟知的日期范围报告,其实也是亚马逊基于交易明细汇总而成,所以交易明细和日期范围报告可以等价,两者区别仅是数据呈现的颗粒度不一样而已。
以下是亚马逊的接口文档,如果对数据来源有疑问的卖家,可以查看亚马逊官方API接口说明文档。
https://developer-docs.amazon.com/sp-api/docs/finances-api-reference
因交易明细和日期范围报告可以等价,所以完全可以用该数据来生成财务利润分析,积加ERP同时支持交易明细和日期范围报告作为财务利润分析的数据源,推荐云店铺卖家优先选择交易明细作为财务利润分析的数据源。当然如果您是云店铺卖家且已经习惯了通过以下方式获取数据,并形成了自己的工作流,可以不做调整。
- 卖家在店铺后台生成日期范围报告,积加ERP定时同步获取。
注意:应收报告-交易明细默认授权给了系统管理员,如需使用,请联系系统管理员开启菜单权限(路径:系统-菜单权限-功能权限-财务-应收报告)。
财务-财务结算-交易明细
首次使用时或新对接的店铺,默认同步近180天内的数据。
非首次使用默认对近90天内的数据同步更新。
同步频次:一天一次,每天凌晨1点开始同步。
类型名 | 中文名称 | 描述 |
Shipment | 发货 | 亚马逊订单交易,包含亚马逊的订单收入及订单费用,类似日期范围报告Type=Order; |
trialShipment | 先试后买 | |
shipmentSettle | 发货结算 | |
Refund | 退款 | 亚马逊订单退款,包含亚马逊的订单退款及订单退款,类似日期范围报告Type=Order; |
Adjustment | 调整 | 亚马逊库存赔偿、亚马逊费用调整及预留金额。 |
Chargeback | 拒付 | 买家信用卡拒付 |
ProductAdsPayment | 广告 | 仅体现通过卖家账户扣款的广告花费,不体现信用卡支付的广告花费,与日期范围报告的逻辑一致。 |
DebtRecovery | 信用卡扣款 | 当达到结算周期,账户余额是负数时,代表卖家账户上的钱不足以支付亚马逊的费用,此时亚马逊会从卖家绑定的信用卡中扣取这个款项。对应财务利润分析站点维度Debt; |
GuranteeClaim | AToZ亚马逊赔偿 | |
SellerReviewEnrollment | 早期评论人计划 | 无需关注,目前亚马逊已经无此项收费。 |
RemovalShipment | 清算 | |
removalShipmentAdjustment | 清算调整 | FBA清算库存的财务调整事件。正值表示买方欠亚马逊的钱(例如,当费用被错误地计算为低于应有水平时)。负值表示欠买方的全部或部分退款(例如,当买方收到损坏的物品或少于订购的物品时)。 |
ServiceFee | 服务费 | 亚马逊店铺或账号维度的服务费,主要包括订阅费、月度仓储费、长期仓储费等。 |
SellerDealPayment | 秒杀 | |
CouponPayment | 优惠券手续费 | |
Retrocharge | 赔偿撤销 | |
saFETReimbursement | Safe-T索赔 | |
adhocDisbursement | 特殊支付 | 有时候亚马逊会验证卖家收款账户是否正常,会做一笔很小金额的转账进行测试,即形成特殊支付。 |
交易对账即财务API的交易明细数据与日期范围报告(SUMMARY)数据进行核对,主要用于解决用户对API数据完整性和准确性核对难的问题。
对账数据即交易对账的主数据,系统默认按月度生成,当上月的交易明细已经全部获取回来后,即会自动生成生成月度对账信息,卖家仅需将对应的店铺、对应月份的SUMMARY上传到系统即可对账。
当对账不通过时,可以通过查看对账详情,具体的差异项目。
Q1:在财务利润分析卖家怎么区分当前使用的是哪个数据源?
A:可以查看任务重算记录,其中数据源列可以体现。
Q2:交易对账不通过怎么办?
A:请通过查看对账详情查看具体对账不通过的项目,请先自行核实是否PDF文件上传错误,其他情况请反馈给客服进行核实。