做电商账时，最容易出现的错误不是不会算，而是把不同平台后台里名为“销售额”“实收金额”“结算金额”的数字直接相加。一个同时经营三个平台的个体商家，某月后台显示的订单金额合计为 126,840 元，银行和支付账户实际到账只有 108,360 元。很多人会把 108,360 元当成收入，也有人坚持用 126,840 元申报，实际上这两个数字都不能在没有拆解的情况下直接作为最终依据。

电商怎么做账和报税：个体商家快速排查：平台账单为何会导致多平台难合并

我在复盘个体电商账单时，通常不会先问“这个月应该交多少税”，而是先问三个问题：这些数字分别代表什么业务环节？平台之间是否采用了同一统计口径？每一笔差异能不能被订单、结算单、退款记录和资金流水解释？如果这三个问题没有答案，直接汇总平台销售额，得到的往往只是一个看起来完整、实际上无法复核的数字。

一、先讲核心结论：平台账单不是财务账，到账金额也不是自动可申报收入

1. 多平台做账的第一步，是统一“数字的身份”

平台后台里的数字，通常来自订单、支付、售后、结算和资金五个不同环节。订单金额反映交易规模，支付金额反映付款动作，结算金额反映平台扣除部分项目后的应付金额，到账金额反映资金最终进入账户的结果。它们可能属于同一笔交易，但绝不天然是同一个数字。

真正适合合并的，不是平台报表中的同名字段，而是经过统一定义、统一期间、统一主体和统一证据链之后的业务数据。这也是为什么两个平台都写着“销售额”，相加后仍然可能无法与账簿、银行流水或申报资料对应。

2. “销售额、到账额、收入、利润”必须分开看

这张表最重要的地方，不是给出一个固定公式，而是提醒商家先确认“数字的身份”。如果把平台扣除的佣金、广告费、运费和退款全部揉成一个“差额”，后续就很难判断哪些是费用、哪些是收入调整、哪些只是结算时间差。

3. 报税前要完成的是“数据整理”，不是只做一个加法题

个体商家常说“我已经把三个平台的销售额加起来了”，但这只完成了最粗的一步。真正的账务准备至少还包括：确认经营主体是否一致、统一统计期间、去除重复订单、单列退款、拆分平台费用、核对结算批次、匹配银行或支付账户，并保留原始账单。

最终申报涉及纳税人身份、经营主体、适用税种、征收或核算方式、凭证情况和当期政策等因素。平台汇总表可以帮助会计或税务人员理解业务，但不能把平台导出的一个总数自动变成最终申报数。

二、为什么多平台账单特别难合并：难点不在平台多，而在口径不一样

1. 同一个词，在不同平台可能表示不同范围

“销售额”是最容易制造误会的字段。有的平台按买家实付金额展示，有的平台把运费计入，有的平台在订单完成后才纳入统计，还有的平台将平台补贴、商家优惠或退款调整分别列在其他页面中。

因此，在合并前不能只做字段名称匹配，还要为每个平台建立一个“字段说明”。例如，A 平台的“成交金额”可能包含运费，B 平台的“商品金额”可能不含运费，C 平台的“结算金额”已经扣除了部分平台服务费。名称不同并不可怕，名称相同但定义不同才最危险。

2. 优惠不是一个概念：商家承担、平台承担和混合承担要分开

一笔订单显示商品原价 120 元，买家支付 100 元，并不能直接说“销售额就是 100 元”，也不能直接说“销售额就是 120 元”。还需要知道 20 元优惠由谁承担、平台如何在结算单中列示、商家是否收到对应补贴，以及相关交易资料怎样保存。

如果优惠由商家承担，它可能影响商家实际取得的交易金额；如果优惠由平台承担，平台可能通过补贴或结算调整方式补回部分金额；如果是混合优惠，则需要根据平台明细拆开。把所有优惠都统一记成“折扣”，会导致收入、平台补贴和营销费用之间的关系无法解释。

3. 退款往往把两个期间的账单连接在一起

一笔 3 月 31 日支付成功的订单，可能在 4 月 2 日申请退款，4 月 5 日完成退款，4 月 8 日在平台结算单中体现。此时，3 月订单报表、4 月退款报表、4 月资金流水和结算单之间并不会自然一一对应。

如果商家只看每月后台的“净销售额”，可能暂时看不出问题；如果同时核对订单、退款、到账和账簿，就会发现不同报表的期间合计不一致。这不一定是错误，但必须留下“原订单号，退款单号，退款完成日，资金影响日”的关联记录。

4. 订单日、支付日、发货日、收货日和结算日不是同一个时间点

我在实际核对时，会把至少四个日期保留下来：订单创建日、支付成功日、退款或售后完成日、平台结算日。对于存在跨期结算的商家，还会增加资金到账日。不同日期用于解释不同问题，不能为了表格简单而只保留一个“交易日期”。

如果只按银行到账日统计，可能把上月订单放进本月；如果只按订单创建日统计，可能把尚未支付或已经取消的订单纳入；如果只按退款完成日调整，又可能找不到原始订单。日期字段越少，后期解释成本越高。

5. 平台费用、商品成本和资金扣款分别存在于不同系统

平台账单通常能看到佣金、技术服务费、广告推广费或交易手续费，但商品采购成本可能在供应商对账单里，快递费用在物流系统里，人工和仓储费用又在银行流水或工资资料里。平台账单只能说明平台这一条链路，不能代表完整经营成本。

最常见的错误，是把“订单金额减到账金额”全部当成成本。这个差额可能同时包含退款、平台费用、广告费、运费、保证金、冻结款、跨期结算和其他调整。不同性质的项目混在一起，既影响利润判断，也会增加凭证核对难度。

三、我建议采用的专业判断逻辑：四层核对，而不是一张汇总表包打天下

1. 第一层：先确认经营主体和店铺归属

多平台合并的第一个问题不是金额，而是谁在经营。如果三个店铺都属于同一个个体工商户，且合同、收款账户和实际经营安排一致，通常可以在同一主体下建立统一台账；如果店铺分别属于个人、个体工商户和另一家公司，就不能因为商品相同或老板相同而直接合并。

我会先做一张“主体关系表”，至少记录营业执照主体、平台店铺名称、店铺注册人、收款账户、发货主体、开票主体和采购主体。只要其中有一项明显不一致，就先停下来确认业务关系，而不是继续把金额相加。

2. 第二层：统一期间，但不要删除原始日期

多平台汇总通常按月或按季度进行，但统一期间不等于只保留一个日期。我的做法是：先保留原始日期，再增加一个“管理统计期间”字段。例如，订单发生在 3 月、退款完成在 4 月、平台结算在 4 月，那么原始日期全部保留，同时在差异表中标注它属于“跨期退款”。

这样做的好处是，管理层可以看到某月经营表现，会计或税务人员也能追溯每个数字为什么落在某个期间。相反，如果直接把 4 月退款冲回 3 月原始表，虽然合计数看起来更干净，却可能失去实际资金和平台账单中的时间证据。

3. 第三层：把每个平台的字段映射到统一分类

字段映射不是简单改名字，而是建立“原始字段，统一字段，处理说明”三列。例如，某平台原始字段叫“技术服务费”，统一分类可以设置为“平台服务费用”，同时在备注中保留原始名称、结算批次和凭证位置。

我不建议一开始就把所有平台原始文件覆盖成一张标准表。更稳妥的顺序是：保留原始文件，复制数据到整理层，再做字段映射，最后生成汇总层。这样即使统一分类出现错误，也不会破坏原始资料。

（1）原始层：不改动平台下载文件

原始层保存平台导出的订单明细、退款明细、结算单和费用账单。文件名最好包含平台、店铺、统计期间、下载日期和报表类型，例如“平台A_店铺1_2026年3月_订单明细_20260405”。

（2）整理层：处理格式和字段

整理层主要处理日期格式、金额格式、重复订单、空值、订单号和结算单号。此时不要急着删除异常行，建议增加“异常类型”和“待核查原因”字段。

（3）汇总层：生成管理和核对结果

汇总层才适合按平台、店铺、月份、商品类别或费用类型进行统计。它的每个汇总数字，都应该能够回到整理层，再回到原始文件和对应的订单或结算批次。

4. 第四层：用资金流水验证“结算是否真的发生”

平台结算单显示应付 86,000 元，不代表 86,000 元已经进入银行账户。可能存在到账延迟、部分冻结、跨期结算、提现手续费或账户余额结转。因此，对账时应分别比较“平台应结算金额”“平台实际出款金额”和“银行或支付账户实际入账金额”。

如果三者不一致，不要先手工改成一致，而要给差异标记原因。合格的对账不是让所有数字强行相等，而是让不相等的地方都有可追溯解释。

四、一个可复盘的多平台案例：126,840 元为什么不能直接拿来报税

1. 案例背景：三个渠道、一个经营主体、四个收款账户

下面这个案例采用脱敏后的情景模拟，数字用于展示排查方法，不代表任何具体商家的真实申报结果。某个体商家经营家居小商品，同时在三个电商渠道销售，三个店铺均登记在同一经营主体下，但实际使用了一个平台余额账户、两个个人支付账户和一个银行账户收款。

商家在月末导出三个平台的“销售额”后，得到 126,840 元；再查看银行和支付账户，当月实际到账合计 108,360 元。商家最初的判断是：“平台扣了 18,480 元，应该全部是平台费用。”这个判断在第一轮核对中就被推翻了。

2. 第一步排除重复与无效订单

这一步说明，平台后台的销售额并不一定是一个可直接汇总的“净完成交易额”。取消订单、重复导出和退款的处理方式，会直接影响当月统计结果。尤其是平台同时提供订单报表和结算报表时，不能把两张表都当成销售收入来源。

3. 第二步拆出平台费用和资金差异

商家原本认为 18,480 元全部是“平台扣费”，但从拆解结果看，其中一部分是退款，一部分是广告和平台服务费用，一部分是待结算资金，还有一部分来自账户和期间差异。只有把这些项目拆开，才知道哪些属于交易调整，哪些属于费用，哪些只是资金时间差。

4. 用统一对账表找到最后的差异原因

我在类似案例中，会给每一个差异设置状态，而不是只设置“已对上”和“未对上”两个选项。建议至少使用“已匹配、跨期、待凭证、主体待确认、疑似重复、非销售资金、金额异常”七种状态。

5. 这个案例带来的三个专业判断

第一，平台销售额可以作为经营分析入口，但不能跳过订单状态和退款状态。第二，平台扣款必须按性质拆分，不能用“订单金额减到账金额”一次性代替收入、成本和费用分析。第三，个人账户收款并不自动等于某种税务结论，但会增加资金归属、业务真实性和资料匹配的解释成本。

五、借助数据工具做对账：九数云适合解决什么问题，不能解决什么问题

1. 当平台超过两个，手工表格的瓶颈会先出现在“重复劳动”

一个平台、每月几十笔订单时，使用电子表格手工整理通常可以完成；但当店铺增加到三个以上、订单达到数千笔，问题就不再是会不会加法，而是每月是否重复下载、复制、清洗、筛选和核对。

我观察到，商家在这个阶段最容易出现三类低级错误：把本月和上月文件混在一起，把同一订单从两张报表中重复复制，把平台费用列放错到收入列。错误往往不是出在公式本身，而是出在数据进入表格之前没有统一结构。

2. 九数云的价值在于连接、整理和可视化，不在于替代税务判断

如果商家需要把多个平台、银行流水、采购表和费用表集中分析，可以了解 九数云 这类数据分析工具。它更适合承担数据连接、字段整理、维度汇总、异常筛选和可视化看板等工作。

例如，可以建立“平台，店铺，订单月份，结算月份，费用类型，订单状态”的分析维度，观察订单金额与结算金额的差异；也可以把退款、广告费、平台服务费和到账金额拆成独立指标，用筛选条件定位异常月份。

工具能帮助你更快发现差异，但不能替你判断交易的法律主体、税务属性、收入确认时点或某项支出是否符合具体凭证要求。这条边界必须提前说清楚，否则很容易把“报表自动化”误解成“申报自动正确”。

3. 我会怎样设计一套适合个体商家的数据模型

（1）订单事实表

订单事实表保存订单号、平台、店铺、商品、订单创建日、支付日、订单金额、优惠金额、运费、订单状态和退款金额。它解决的是“发生了什么交易”的问题。

（2）结算事实表

结算事实表保存结算单号、订单号、结算日、应结算金额、平台服务费、推广费、运费扣款、冻结金额和实际出款金额。它解决的是“平台如何把交易变成结算”的问题。

（3）资金事实表

资金事实表保存银行或支付账户、到账日期、交易摘要、入账金额、出账金额和关联流水号。它解决的是“钱何时进入哪个账户”的问题。

（4）凭证索引表

凭证索引表不一定要存储所有文件本身，但至少要记录凭证类型、所属期间、业务对象、金额、文件位置和核对状态。它解决的是“这个数字有什么证据”的问题。

4. 工具选型时要看“可追溯性”，不要只看看板是否漂亮

六、常见误区：看似省事的做法，为什么会在月底或申报前集中暴露

1. 误区一：把所有平台的“销售额”直接相加

这是最常见的做法，也是最难排查的做法。因为一旦只保留一个总数，后面很难知道差异来自哪个平台、哪个字段、哪个期间或哪类订单。

正确做法是先分平台保存原始数据，再按统一口径汇总。即使最终需要一个总数，也要保留平台维度、店铺维度、月份维度和订单状态维度。

2. 误区二：把银行到账金额当成全部经营收入

银行流水是重要证据，但它主要反映资金变化。平台扣费后结算、退款退回、保证金释放、历史余额结转和个人转账都可能影响到账金额。一个账户如果同时收取经营款和个人款项，单看入账合计更容易失真。

银行到账可以作为资金核对层，不能在没有业务背景的情况下替代订单和结算层。建议给每一笔大额或异常入账标注资金来源，并单独处理非销售资金。

3. 误区三：把平台所有扣款都当成成本

平台扣款至少要区分交易退款、平台服务费、广告推广费、物流费用、手续费、保证金、罚款或其他调整。它们对应的业务性质不同，所需凭证也可能不同。

如果商家只在表格中设置“平台扣款”一列，月底虽然能快速算出到账差额，却无法解释利润变化，更无法让专业人员准确判断每一项的处理方式。

4. 误区四：为了让账目相等，直接手工改数字

对账的目标不是让平台合计、结算合计和银行合计强行相等，而是让每个差异都有原因。手工修改数字会让当月看起来“对上了”，但会破坏原始记录，后续也无法说明为什么改动。

建议新增“调整原因”“调整依据”“调整日期”“审核人”四个字段。只要发生人工调整，就必须说明原始金额、调整金额和支持资料。

5. 误区五：只保存最终汇总表，不保存原始账单

最终汇总表适合管理，不适合作为唯一证据。平台页面可能更新，下载链接可能失效，订单状态也可能在售后完成后发生变化。没有原始账单，后续很难证明汇总表是怎样形成的。

建议按照平台、店铺、月份和报表类型保存原始文件，并记录下载日期。对于人工加工过的文件，保留版本号或修改记录，避免多人协作时覆盖原始数据。

6. 误区六：认为有营业执照就可以用一个固定公式报税

个体商家的税务处理会受到经营主体、纳税人身份、适用税种、征收或核算方式、经营地点、发票和凭证情况等因素影响。不能用“销售额乘一个比例”覆盖所有情况。

文章可以帮助商家整理资料和发现差异，但涉及实际申报时，应结合最新政策和主管税务机关要求确认。尤其是收入规模较大、多个主体混用、历史数据差异明显或收到风险提示时，不应只依赖通用模板。

七、给个体商家的具体操作流程：从下载账单到形成可复核资料

1. 每月固定日期下载四类原始资料

不要等到申报前才临时整理。建议每月固定一个日期，下载订单、退款售后、平台结算和平台费用四类资料。如果平台还提供营销投放、物流扣款或保证金明细，也应一并保存。

• 订单明细：保存订单号、商品金额、运费、优惠、支付状态和订单状态。
• 退款售后明细：保存退款申请日、退款完成日、退款金额和原订单号。
• 平台结算单：保存结算批次、应结算金额、扣款项目和实际出款金额。
• 平台费用账单：保存佣金、技术服务费、推广费、交易手续费和其他项目。
• 资金流水：保存银行或支付账户的入账日期、金额、摘要和流水号。

2. 先做数据清洗，再做业务判断

数据清洗主要是处理格式问题，不是决定税务结论。可以先统一日期格式、金额正负号、订单号长度和空值规则，识别重复订单，确保同一笔退款能够通过订单号关联到原交易。

业务判断则要回答：这笔交易是否已支付？是否已完成？是否发生退款？平台扣款属于什么性质？资金是否属于本期？是否属于同一经营主体？这两类工作不能混在同一个简单公式里。

3. 建立一张最小可用的对账表

4. 每月完成三次核对

1. 订单与退款核对：检查支付成功订单是否存在取消、退款或售后，避免把退款订单继续计入当期完成交易。
2. 结算与费用核对：检查平台结算单中的每项扣款是否能在费用账单或相关凭证中找到。
3. 结算与资金核对：检查应结算金额、平台实际出款金额和银行或支付账户到账金额之间的差异。

5. 形成“异常清单”，不要追求一次性全部处理完

小商家通常没有足够时间每天处理每个差异，可以把无法当场确认的项目放入异常清单。异常清单至少应包括订单号或流水号、差异金额、差异类型、发现日期、待补资料、负责人和处理状态。

这样做的好处是，月底不需要重新从头检查所有数据，只要优先处理金额大、跨期多、主体不清和凭证缺失的项目。对账效率的提高，往往来自异常分类，而不是增加更多复杂公式。

八、不同经营情况下的行动建议：不要用同一套方法处理所有商家

1. 单平台、订单量较少、收款账户清晰

如果只有一个平台、每月订单量不高、所有交易都由同一个经营主体完成，且平台结算与银行流水基本可以对应，可以先使用结构清晰的电子表格。

这类商家重点不是购买复杂工具，而是建立固定动作：每月下载原始账单、保存版本、拆分退款和平台费用、核对到账、留存采购和经营支出资料。只要流程稳定，简单工具也能满足早期需要。

2. 两到三个平台、退款和优惠较多

这类商家最容易被“同名字段”误导。建议为每个平台建立字段字典，明确商品金额、买家实付、平台补贴、商家优惠、退款、应结算和实际到账的定义。

如果每月都要手工复制多张表，建议使用统一模板或数据分析工具，优先解决字段映射和异常筛选，不要一开始追求复杂的利润看板。

3. 多店铺、多账户、个人收款和经营收款混用

这类场景应先做主体和账户梳理。把所有流水加总并不能解决问题，反而可能掩盖哪些收入属于哪个店铺、哪些支出是个人消费、哪些款项是代收或账户转账。

建议先建立账户清单，标注账户持有人、用途、是否用于平台结算、是否存在个人交易。再按主体和平台拆分业务。若历史资料已经无法区分，应尽早寻求专业人员帮助重建交易链条。

4. 高退款、高客单价或售后周期较长

家具、家电、服装、定制品和部分耐用品，可能存在较长的退换货周期。对这些商家来说，按订单创建日简单统计会产生较大期间差异，必须重点关注退款完成日、货物退回状态和结算调整。

建议建立“原订单，售后申请，退款完成，平台扣款，资金回退”的完整关联关系。对于金额较大的订单，保留物流、签收和售后沟通记录，避免只依赖一个金额字段。

5. 经营规模增长、平台数量持续增加

当每月订单量、平台数量和费用项目持续增加时，工具的价值会逐渐从“省时间”变成“保留可追溯性”。这时可以考虑使用数据分析工具统一多个来源，或者让代账、财务和业务人员共同维护同一套数据口径。

但要注意，系统上线前必须先确定字段定义和主体关系。没有统一口径时，自动化只能更快地产生错误。

九、不同方案的取舍：便宜、快速、准确，通常不能同时达到最高

1. 纯手工表格：成本最低，但依赖个人经验

纯手工方式适合业务简单、数据量小且由同一个人长期负责的商家。它最大的优点是灵活，不需要额外配置；最大的缺点是容易受到复制错误、版本覆盖、公式改动和人员变动影响。

如果选择纯手工，至少要建立原始层、整理层和汇总层，禁止直接在原始下载文件上反复修改。对于退款、跨期和异常扣款，必须使用单独的状态字段，而不是用颜色标记代替说明。

2. 统一模板：投入适中，适合形成固定习惯

统一模板适合大多数正在成长的个体商家。它可以把平台A、平台B和平台C的字段映射到同一套分类，减少每月重新设计表格的时间。

模板的局限在于，平台一旦改字段、改结算规则或增加新费用项目，就需要重新调整。它解决的是流程标准化问题，不一定解决大规模数据连接和自动更新问题。

3. 数据分析工具：前期需要建模，长期更适合多平台运营

数据分析工具适合需要长期观察平台差异、店铺利润、退款率、推广费用和资金周转的商家。它能够把人工时间从“复制粘贴”转移到“异常判断”，也更容易进行按平台、月份、商品和费用类型的交叉分析。

它的代价是前期需要整理字段、确认数据来源、设计指标和建立维护责任。如果商家连主体关系、字段含义和统计期间都没有确定，直接上工具往往会把混乱自动化。

4. 专业财税服务：适合复杂主体和高解释成本场景

当商家存在多个经营主体、多个账户、历史数据缺失、跨境交易、大量退款或税务风险提示时，重点已经不是做一张漂亮报表，而是重建业务与凭证之间的关系。

这类场景可以考虑让专业会计或税务人员参与。工具负责提升数据处理效率，专业人员负责判断主体、凭证、政策和申报边界。二者不是互相替代，而是分工不同。

十、报税前快速排查清单：用半天判断自己卡在哪里

1. 主体和账户检查

• 所有平台店铺是否属于同一个经营主体。
• 平台收款账户、银行账户和支付账户是否已经列出清单。
• 是否存在个人账户收款、家庭成员账户代收或多个主体共用账户。
• 发货主体、采购主体和开票主体是否与经营主体一致。
• 是否存在代运营、代收款、联营或关联主体安排。

2. 订单和退款检查

• 是否排除了未支付、已取消和重复导出的订单。
• 退款是否通过原订单号关联。
• 是否单独记录退款申请日、退款完成日和资金退回日。
• 跨月退款是否进入异常清单。
• 平台优惠和补贴是否区分了承担方。

3. 结算和费用检查

• 平台应结算金额是否能够与结算批次匹配。
• 佣金、技术服务费、广告费和物流扣款是否分别列示。
• 平台扣款是否有账单或相关凭证支持。
• 冻结金额、保证金和余额结转是否从本期销售数据中单独标识。
• 平台实际出款金额是否与银行或支付账户到账金额核对。

4. 资料和申报准备检查

• 是否保存各平台原始订单、退款、结算和费用文件。
• 是否保存采购、物流、仓储、广告和人工等经营支出资料。
• 是否明确当前纳税人身份、适用税种和申报周期。
• 是否保留过往申报记录，便于解释历史数据变化。
• 是否存在平台数据与已申报数据差异较大的月份。

十一、哪些情况不适合继续自行处理

1. 多个主体共用店铺或收款账户

如果不同营业执照、个人账户或公司账户共同承接平台交易，首先要确认合同、发货、采购、售后和收入归属。此时直接按平台后台总额合并，可能把不同主体的业务混在一起。

2. 平台金额与历史申报差异长期偏大

偶尔出现跨期差异并不罕见，但如果连续多个期间差异很大，且无法用退款、结算延迟、补贴或费用扣款解释，就应该进行专项复核。不要等到需要补资料时才开始寻找原始订单。

3. 经营支出很多，但凭证和主体关系不清

采购、物流、广告、仓储和人工支出可能占据经营成本的大部分。如果支出由个人账户支付、供应商资料不完整或费用与主体无法对应，利润分析和资料准备都会变得困难。

4. 收到税务风险提示或数据核查通知

这类情况不适合只套用网上模板。应尽快整理平台订单、结算单、退款记录、银行流水、采购资料和过往申报记录，并由专业人员结合具体主体和政策要求判断如何回应。

十二、结语：电商做账真正的起点，是让每个数字都能回答“它从哪里来”

多平台难合并，表面上是平台太多、字段太乱，深层原因是商家把交易、结算、资金和利润放在了同一个数字里。只要不区分这些层次，平台越多，汇总表越大，错误也越难发现。

我的建议是，先不要急着追求一个“最终销售额”。先把经营主体、订单状态、退款期间、平台费用、结算批次和资金到账逐层建立联系，再根据适用主体、政策和凭证情况准备做账与申报资料。

如果业务还小，使用结构清晰的表格即可；如果已经有多个平台和店铺，应优先建立统一字段和异常清单；如果存在多主体、多账户和历史数据缺失，则应让专业人员参与。像九数云这样的数据分析工具，可以帮助商家减少重复整理、发现异常和追踪差异，但最终的税务判断仍需要回到真实业务、合法凭证和适用规则。

下一步可以只做三件事：第一，下载最近一个完整期间的订单、退款、结算和费用账单；第二，列出所有平台、店铺、收款账户及其经营主体；第三，建立“订单金额，退款调整，平台费用，应结算金额，实际到账，差异原因”六列核对表。

当这张表中的每个差异都能被解释时，电商做账才真正从“拼数字”进入了“可复核、可沟通、可持续”的阶段。报税不是从平台后台找一个数字，而是把一整条经营事实整理清楚之后，形成有依据的数据结果。

免费注册

咨询方案

扫码咨询方案