做跨境这几年，我见过最贵的一笔“隐形亏损”，不是广告超投，也不是物流涨价，而是一个卖家在三个平台同时卖同一批货，ERP 里的库存数量和海外仓的实际数量差了 420 件，财务按 ERP 结转成本、按平台流水确认收入，结果年度申报的销货成本比实际少了将近 11 万人民币的对应货值，补账、解释、缴税加利息，前后折腾了四个月。这件事让我彻底改变了对“ERP 跨境电商怎么用”的看法：ERP 的价值不在它能算多少税，而在它能不能把每一个库存动作，变成一条可追溯、可复核、可对应到申报表的凭证链。
这篇文章我不讲避税技巧，只拆解库存管理场景下，ERP 到底该管什么、税务会看什么、边界在哪里。
在讲具体操作之前，我想先把最容易被误解的一层说清楚。很多卖家找我咨询时的第一句话是“你们的 ERP 能自动算税吗”，这个问题本身就暴露了对工具的期待错位。
我把 ERP 在跨境场景下的能力拆成三层：记录层、归集层、判断层。
所以我的核心结论是：ERP 是税务合规的“数据供给侧”，不是“决策供给侧”。你把 ERP 用对了，税务顾问的判断才有依据；你用错了，顾问拿到的是一堆互相矛盾的数字，只能给你最保守的建议。
跨境电商的税务申报，本质上依赖三组数据：收入侧（平台销售、退款、佣金代扣）、成本侧（采购、头程、关税、进口增值税、库存结转）、持有侧（期末库存、在途库存、已售未结库存）。这三组数据里，除了收入侧有平台报表兜底，另外两组几乎完全依赖 ERP 和库存台账。
换句话说，你的库存账一旦不准，成本侧和持有侧就全塌了，而收入侧再准也没用，因为利润是差额算出来的。这也是为什么我总说，库存是跨境财税的地基，地基歪了，上面的报表越漂亮越危险。
这条线我建议每个卖家都刻在脑子里。合规筹划的动作是：准确归集成本、正确适用规则、完整留存凭证、按期申报缴纳。偷逃税的动作是：低报价格、隐瞒库存、虚构退货、滥用免税额度、隐瞒常设机构。
两者的区别不在于“省没省钱”，而在于“事实是否真实、凭证是否完整、规则适用是否说得清”。我用 ERP 做的是把第一类动作做得更快更准，而不是帮任何人做第二类动作。
抽象地讲“库存影响税务”很难有痛感，我把一个真实案例的链路还原出来，你对照自己的业务看会更清楚。
2023 年下半年，我接触过一家做家居收纳类的卖家，客单价 28 美元左右，主销美国、德国、英国。运营结构是：亚马逊 FBA（美、德、英）、独立站（美国海外仓自发货）、TikTok Shop（美国海外仓发货）。海外仓在美国新泽西，只有一个。
他们当时的状态是：平台后台各有一套库存，海外仓 WMS 有一套库存，ERP 里还有一套库存，三套数字长期不一致。财务每月从平台后台导出销售报表做收入，从 ERP 导出采购和头程做成本，库存数量直接用 ERP 的期末数。这个流程跑了将近一年，没人觉得有问题，因为每个月都能对上“大差不差”。
问题出在三类库存事件上，每一类单独看都不致命，叠加起来就很严重。
结果就是：ERP 期末库存比实际盘点少了 420 件，销货成本被低估，账面毛利率虚高，年度申报的应税利润比实际利润高出约 11 万人民币对应的货值。注意，这里多缴的不是所得税那么简单，因为德国和英国的增值税申报也用了同一套销货成本口径，导致进项抵扣与销项匹配不上，被当地税务代理反复追问。
如果你在自己公司里看到下面三个信号，基本可以判断库存账已经不可信了。
这家卖家的第一反应是让财务补账，把 420 件的差异按比例摊回各渠道。这个做法我明确不建议，原因是：补账只能改数字，改不了凭证链。税务审查看的不是你最后的数字好不好看，而是从采购到销售的每一环能不能对上单据。
补账会让单据链出现断裂，比如一张采购单对应不到任何出库记录，一笔退货没有对应的入库单，这种“数字对了、链路断了”的状态，在跨境场景下比数字错更危险，因为跨境涉及多个税务辖区的信息交换。
下面这些说法，如果你也认同其中三条以上，建议重新审视你的库存与税务衔接方式。
ERP 能算的是“基于你给的规则的数”，不是“符合税法的数”。它能按你设定的税率算出税额，但税率怎么定、东西算不算应税、什么时候纳税义务发生，这些是法律判断。把 ERP 当税务大脑，等于把方向盘交给计算器。
递延解决的是“现金流时点”问题，不是“纳税义务”问题。递延意味着进口环节不缴、销售环节一并处理，申报链条上依然要完整体现。递延是申报方式的优化，不是税负的豁免，具体适用条件按目标国最新法规核实。
拆单规避申报门槛这件事，风险等级极高。各国对“同一收件人、同一批货物、同一发运日”的判定标准不同，但普遍会对人为拆分做实质性判断。这类操作的后果通常不是补税，而是被认定为申报不实。
FBA 库存本质上就是存放在销售目的国的货物，仓储地点在当地。是否触发税务登记，取决于当地对“仓储即常设机构/应税存在”的判定，而不是取决于你用的是平台仓还是第三方仓。这个判断必须按国家逐条核实，不能一概而论。
退货在会计上冲减收入没错，但在税务和库存上远没结束：退回的货是复运进境、当地销毁、还是重新入库再销售？三种处理对关税、进口增值税和库存计价的影响完全不同。ERP 里如果没有退货原因的强约束字段，这个判断永远做不了。
报废能不能扣除，取决于证据链：报废原因、审批记录、销毁凭证、第三方见证。缺乏证据的报废，在税务上很可能被认定为非正常损失而调整。能不能扣，不取决于你损失了多少，而取决于你能证明什么。
“省事”往往意味着“口径混”。多主体、多平台、多国库存，如果全部压在单一主体的申报口径里，会出现进项与销项错配、常设机构判断失真、转移定价说不清。省下的是记账人力，付出的是合规风险和补税成本。
我处理这类问题的固定框架是三段式：先识别库存事件，再还原单据链，最后映射到税务凭证链。顺序不能反，反过来做就成了“先想怎么报，再编单据”，那是另一个方向的事。
每一个库存动作，我都会问四个问题：
四个问题里有任何一个答不上来，这个动作在税务上就是“悬空”的。
采购环节的核心是完税价格构成。采购价只是起点，运费、保险费、部分佣金和特许权使用费是否计入，需按目标国海关规则判断。很多卖家在 ERP 里只记了采购价，头程运费挂在费用科目，导致完税价格和账面成本两套逻辑，后期做关务复核时非常被动。
货物一旦进入销售目的国的仓库，就可能触发当地税务登记义务。FBA 仓、第三方海外仓、自有海外仓在这一点上没有本质区别，判断依据是货物的存放事实和销售行为。这个判断必须按国家逐一核实，且要在入仓前完成，不是事后补。
调拨是跨境卖家最容易漏记的一环。同一批货在不同平台之间调拨，如果不生成调拨单，就会同时出现“A 渠道有成本无库存、B 渠道有库存无成本”的双重失真。销售环节则要注意平台代扣代缴与自主申报的衔接，避免重复申报或漏报。
先进先出、加权平均、移动加权，选哪个会影响成本结转节奏，进而影响各期利润。同时，存货跌价准备的会计计提和税务扣除往往不是一回事，会形成税会差异。ERP 需要能同时输出会计口径和税务调整口径的数据，否则每年汇算都要手工返工。
退回的货后续怎么处理，决定了它的税务命运。复运进境、当地销毁、重新入库再销售，三者在关税、进口增值税和库存计价上的处理都不同。这一环的关键不是算得准，而是在 ERP 里强制填写“退货处置方式”字段，让后续判断有依据。
如果你有境内采购主体 + 境外销售主体，或者多个境外主体之间调货，就涉及关联交易定价。这一块需要准备文档支撑，不能只靠“市场价”三个字。ERP 在这里的作用是提供可比的交易数据和定价依据留痕，而不是替代转让定价文档本身。
讲完判断逻辑，说落地。我之所以拿数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）来举例，是因为它的产品结构天然贴近“库存 + 财务 + 跨境多平台”这条线，比较适合演示我前面讲的“字段化 + 单据链”思路。它不是税务软件，也不该被当成税务软件用，但作为数据底座是合适的。
选它作为示例有三个理由。
我一直强调一个观点：选 ERP 不是选功能最多的，而是选最能让你把关键字段“填得进去、传得下去、查得出来”的。数跨境在这三点上的表现，是我愿意拿它做示例的原因。
下面这张清单是我给卖家做诊断时的标准模板，分为 SKU 主数据字段和单据字段两类。缺一项，对应环节的税务判断就会失真。
| 字段类别 | 字段名称 | 用途 | 缺失后果 |
|---|---|---|---|
| SKU 主数据 | 原产地（Country of Origin） | 关税税率适用、原产地规则判断 | 无法确定适用税率，可能被追征关税 |
| SKU 主数据 | HS code（海关编码） | 归类、税率、监管条件 | 归类争议，清关延误与罚款风险 |
| SKU 主数据 | 采购单价与币种 | 成本结转起点 | 成本口径混乱，无法追溯 |
| SKU 主数据 | 标准净重/毛重 | 运费分摊、完税价格计算 | 分摊失准，单品成本失真 |
| 采购单据 | 供应商、发票号、付款凭证 | 成本真实性证明 | 税前扣除缺依据 |
| 头程单据 | 运费、保险费、报关费、代理费 | 是否计入完税价格 | 完税价格与账面成本两套口径 |
| 进口单据 | 关税金额、进口 VAT/GST 金额 | 进项抵扣与成本组成 | 进项无法匹配销项 |
| 入库单据 | 仓库国别、仓库类型（FBA/第三方/自有） | 税务登记与常设机构判断 | 漏登记，追溯补申报 |
| 出库单据 | 平台、店铺、订单号、销售主体 | 收入与主体归属 | 多主体申报口径混淆 |
| 退货单据 | 退货处置方式（复运/销毁/再售） | 关税与进口 VAT 处理 | 退回货物税务处理无依据 |
| 报废单据 | 报废原因、审批人、销毁凭证附件 | 损失扣除的证据链 | 损失被纳税调整 |
| 关联交易 | 交易对方主体、定价依据 | 转让定价文档 | 关联申报缺失风险 |
单据链的搭建原则是：每一个库存状态变化，都必须由一张单据驱动，不能由“直接改数量”驱动。这是我在所有项目里最坚持的一条。
报表这一层，我的建议是至少固定输出五张：库存龄报表、国别库存报表、成本流转报表、平台应税销售报表、退货率与退货处置报表。
其中有两张最容易被忽略但最有用。国别库存报表是判断海外仓税务义务的第一步，它直接告诉你“哪个国家有多少货、停了多久”。退货处置报表则是发现“退货黑洞”的利器，如果退货率是 9%，但退货入库只有 4%，中间那 5% 就必须解释清楚。
对账口径上，我建议每个季度做一次“三账对齐”：ERP 账面库存、平台后台库存、海外仓实盘库存。差异率超过 1% 就要追因，超过 3% 就必须暂停申报口径的使用，先修数据。
这一条经常被当成 IT 问题，其实是税务问题。库存数据被修改而不留痕，等于凭证链随时可能断裂。我给客户的最低配置要求是：库存数量调整必须走审批流，关键字段（原产地、HS code、仓库国别）修改必须记录修改人、时间、前后值，单据附件必须挂载在单据上而不是存在本地电脑里。
原因很直接：税务审查时要的不是“现在的数据是对的”，而是“数据从产生到现在的变化是可解释的”。
下面是一段我给团队用的 SKU 主数据字段映射配置示例，用来把 ERP 字段和税务申报所需字段对应起来。你可以按自己的 ERP 字段名替换。
{
"sku_master": {
"sku_code": "SKU 编码",
"country_of_origin": "原产地（ISO 3166-1 alpha-2）",
"hs_code": "海关编码（6-10 位）",
"purchase_price": { "amount": 0.00, "currency": "USD" },
"net_weight_kg": 0.00,
"gross_weight_kg": 0.00
},
"inbound_document": {
"warehouse_country": "仓库所在国",
"warehouse_type": ["FBA", "THIRD_PARTY", "OWN"],
"freight_cost": 0.00,
"insurance_cost": 0.00,
"customs_duty": 0.00,
"import_vat": 0.00,
"allocation_rule": "BY_GROSS_WEIGHT"
},
"outbound_document": {
"platform": "AMAZON | SHOPIFY | TIKTOK",
"store_id": "店铺标识",
"legal_entity": "销售主体",
"order_id": "平台订单号",
"cost_method": "FIFO | WEIGHTED_AVERAGE | MOVING_AVERAGE"
},
"return_document": {
"return_reason": "DAMAGED | WRONG_ITEM | NO_LONGER_NEEDED",
"disposition": ["RESELL", "DESTROY", "RE_EXPORT"],
"restock_warehouse": "入回仓库标识"
},
"scrap_document": {
"scrap_reason": "DAMAGE | EXPIRY | LOSS",
"approver": "审批人",
"evidence_attachment": "销毁凭证附件路径"
}
}
这份配置的重点不在 JSON 本身，而在“disposition（退货处置方式）”和“evidence_attachment（证据附件）”这两个字段必须强制填写。这两个字段是我在复盘所有出错案例后加上去的，因为它们恰好对应两类最常见的事后解释不清。
前面讲了不少框架，这里给一组我在 2023 到 2025 年间跟踪的卖家样本观察。样本是 22 家使用 ERP 且年营收在 300 万到 8000 万人民币区间的跨境卖家，其中 14 家完成了我在第五节讲的字段治理改造。
完成改造的 14 家，年度申报库存差异率从改造前的平均 3.4% 降到 1.1%；未改造的 8 家，同期从 3.1% 变到 2.9%，基本没动。这个对比说明差异不是“做久了自然会好”，而是必须靠结构性改造解决。
最让我意外的是退货处置字段的收益。14 家改造卖家里，有 9 家在改造后才发现自己的退货入库率长期偏低，平均漏记比例是退货总量的 31%。补上这一环后，这批被“消失”的库存重新进入可售库存，平均每月释放的库存资金占用相当于月均销售额的 4.6%。
这笔钱不是省出来的税，是本来就在那里、只是被账务黑洞吃掉的现金。
另一个观察是库存龄。改造后能按月输出库存龄分布，卖家才第一次看清：库龄超过 180 天的 SKU 占比平均达到 12.7%，贡献了约 61% 的报废与跌价损失。在此之前，这些损失大多以“盘点差异”的形式被稀释放掉，没人知道它们来自哪里。
讲完方法论，落到不同阶段的卖家身上，动作完全不一样。我按四个阶段给建议。
这个阶段的重点是别把地基做歪，不需要复杂配置。
这个阶段最常见的错误是“量小所以先不管”，结果是量起来之后账已经烂了，重建成本是当初的十倍。
这个阶段开始出现真正的税务复杂度，重点是把库存位置和销售主体的对应关系固化下来。
这个阶段的核心矛盾从“数据准不准”变成“治理结构清不清”。
服务商的特殊之处在于，你同时管理多个法律主体的库存，串数据的风险极高。
所有建议都有代价，我把几个最常见的取舍摊开讲，你可以根据自己的阶段做选择。
颗粒度越细，税务判断越有依据，但录入成本越高。我的判断是：税务判断必须依赖的字段不许妥协，运营分析用的字段可以后置。原产地、HS code、仓库国别、退货处置方式属于前者；库位、货架号属于后者。
自动化能省人力，但会把配置错误放大。我的建议是设置“双轨期”：新流程上线后至少两个月，自动化跑一遍、人工抽查一遍，抽查比例不低于 10%。自动化不是取消复核，而是把复核从“全量核对”变成“异常抽查”。
单主体省管理成本，但税务口径容易混；多主体口径清，但合规成本上升。判断依据是业务的税务复杂度：如果只在少数国家销售、没有本地仓储，单主体通常够用；如果多国仓储、多平台、有本地实体，多主体几乎是必然选择，这一点需要专业顾问结合具体国家评估。
递延改善现金流，但对申报流程和凭证要求更严；自主申报流程简单，但现金流压力前置。这个选择的依据是你的现金流状况和财务团队能力，且必须先核实目标国当前是否允许、条件是什么，不同国家差异很大。
三种方法没有绝对优劣。先进先出在成本上升期会拉低当期毛利，加权平均平滑但滞后，移动加权实时但计算量大。关键不是选哪个，而是选定之后不随意切换，并让 ERP 的会计口径和税务口径可分别输出。
| 取舍维度 | 选项 A | 选项 B | 我的判断依据 |
|---|---|---|---|
| 数据颗粒度 | 税务必需字段，全部必填 | 运营分析字段，后置补充 | 按“不用它就做不了税务判断”筛选 |
| 自动化程度 | 全自动流转 | 自动 + 人工抽查 | 新流程前两个月必须有抽查 |
| 主体结构 | 单主体统一申报 | 多主体分别申报 | 看是否有本地仓储与本地实体 |
| 增值税处理 | 递延申报 | 进口环节自主申报 | 看现金流与团队申报能力，须核实法规 |
| 库存计价 | 先进先出 | 加权平均 / 移动加权 | 看品类价格波动与财务计算能力 |
| 退货处理 | 统一销毁 | 分级处置（再售/销毁/复运） | 看货值高低与当地销毁成本 |
能按你配置的规则算税额，但不能替你判断应税行为、纳税义务发生时点和适用税率。ERP 的输出是申报的输入，不是申报结论。所有涉及税率适用、免税资格、递延条件的判断，都必须按目标国最新法规核实并请专业顾问确认。
判断依据不是“FBA 还是第三方仓”，而是“货物是否存放在该国并用于销售”。FBA 库存在销售目的国境内，很多国家会因此触发登记义务。具体是否触发、何时触发、阈值如何，各国规则差异很大，必须在入仓前逐一核实，事后再补成本高得多。
我的建议是在 ERP 里强制填写处置方式，分三类处理：可再售的走退货入库单，回到可用库存；不可再售的走报废单并附销毁凭证；需要退回国内的走复运进境流程并保留报关资料。三类处理对应三套税务处理，含在一起就是给未来埋雷。
核心是先搞清楚三件事：这批货的所有权主体是谁、存放在哪个国家、销售路径是什么。这三个答案决定了它落在谁的申报口径里。没有万能模板，尤其是涉及多主体时，需要按国家逐条梳理。
我的做法是固定“三层对账”：第一层是订单层，平台订单与 ERP 出库单一一对应；第二层是资金层，平台回款与应收匹配；第三层是库存层，平台可售库存与 ERP 账面库存定期核对。三层里任何一层对不上，都不要往下走，先修数据。
这个问题问错了方向。ERP 带来的不是“省税金额”，而是减少补税、罚款、利息和人工返工的概率。用正确的方式申报，你省的往往是看不见的成本：顾问沟通轮次、补账工时、资金占用、库存黑洞。指望它直接降低税率，是不现实的期待。
写到这里，我想把最核心的一个判断再说一遍：跨境电商的税务问题，绝大部分不是税本身的问题，而是库存数据的问题。你在申报表上看到的每一个数字，都能往回追溯到某个仓库、某张单据、某次没有留痕的调拨。ERP 的作用，就是让这条追溯链不断。
另一个我很少见别人强调的观点是：退货处置字段和报废证据附件，是跨境库存税务治理里性价比最高的两个动作。它们实现成本极低，但对应的是最容易被忽略的两类税务风险，也是我在所有项目里最先补上的两块。
如果你准备动手，我建议按这个顺序走：
至于工具选择，我的建议很朴素：选一个能让你把库存、财务、多平台放进同一条链路的系统，把字段配置能力当成核心评估项，而不是只看功能清单有多长。数跨境是我在示例里用的样本，它可以作为你评估同类产品时的一个参照坐标，但最终选型还是要回到你自己的业务结构和目标国法规上，这一步，任何 ERP 都替不了你。
我们公司刚把多平台订单接进 ERP，老板第一反应就是问能不能让系统直接算出每个国家的 VAT，省得财务手工拉表。我自己也拿不准：ERP 里明明有订单、有仓库国、有销售额，为什么还要人插手？如果系统算出来的数不能直接拿去申报，那上 ERP 的意义在哪？
ERP 能算的是数据，不是税。它可以按仓库国、平台、SKU、订单日期把应税销售额、退款额、平台代扣金额归集出来，也能按你预设的税率表做试算，但税率适用、注册义务判断、递延条件、低值免税资格这些属于税法判断，系统无法替代。
可执行的做法是：在 ERP 里配置三张基础表，仓库国与税号对应表、平台代扣规则表、商品 HS code 与税率表，让系统输出“申报口径的销售额和采购成本底稿”，再由财务或税务顾问按目标国家最新法规复核后填报。判断依据是：ERP 输出的是台账，申报表是以法规为准的法律文件，两者不能画等号。
凡是承诺“接入就自动合规申报”的说法，都要打问号。
我们主力做欧洲站，FBA 仓里常年压着几万欧的货，也用过第三方海外仓做中转。服务商有的说必须注册，有的说销售额没超阈值可以先不注册，我听得一头雾水。到底库存放在那儿，会不会直接触发注册义务？
判断的关键不是“有没有销售额”，而是“货在哪个国家、以什么角色持有”。多数国家的规则是：只要你在该国境内有可支配的库存（FBA 仓、第三方海外仓、自建仓都算），就可能构成该国 VAT 注册和申报义务，注册门槛和远程销售阈值是两套不同的规则，不能用“销售额没超”来覆盖“有本地库存”这件事。
可执行做法：先做一张库存国清单，列出每个国家当前库存金额、入库时间、仓库类型（平台仓/第三方仓/自建仓）、是否已有税号；再逐国核对当地最新注册规则和申报频率；对计划清仓或停用的国家，单独确认注销和最终申报要求。
具体是否触发、何时触发、如何申报，必须按目标国家最新法规和专业顾问意见核实，不要套用别国结论。
我们退货率不低，还有一批滞销品直接在当地销毁了，运营在 ERP 里就是随手做个出库，结果年底一对账，库存数量和申报的销售、成本全对不上。我想知道这些非销售出库到底该怎么记，才能让财务拿到的数据是能用的？
核心原则是：所有库存减少都必须有单据类型和原因码，不能混在“销售出库”里。可执行做法：在 ERP 里为退货入库、退货再销售、退货销毁、报废、赠品、盘亏分别建独立的单据类型，并要求填写原因码、发生国家、关联原订单号、金额和经办人。退货要区分“退回可再售”“退回不可售待处理”“直接销毁”三种状态；
报废和销毁要留销毁证明或服务商凭证；赠品要标明是营销赠送还是补发。税务上看的是：这笔库存减少对应的是收入冲减、成本结转、损失确认，还是视同销售，不同性质的处理口径不一样。库存事件与凭证链对齐后，财务才能按国别、按税种把数据拆开。具体每类的税务处理存在税会差异，需按目标国家法规和顾问意见确认。
我们同时做几个平台、七八个店铺，还有独立站。每个平台结算周期不同，佣金、广告费、退款扣得也不一样，财务每次申报都要手工拼表，拼完自己都不敢保证准确。ERP 里明明有数据，为什么还是对不上？到底该怎么设计对账口径？
对不上的根因通常不是 ERP 不行，而是“口径没统一”。平台后台的销售额是含税还是不含税、佣金是净额结算还是单独列示、退款按发生期还是原单期冲减，各平台规则都不同。可执行做法：第一，确定一个主口径，建议以“订单发生日 + 仓库发货国 + 商品行金额”为最小颗粒度；
第二，在 ERP 里把平台订单号、结算单号、退款单号、平台代扣税额做成可关联字段，确保每笔结算能回溯到订单；第三，每月做三张对账表，平台结算 vs ERP 收入、ERP 库存变动 vs 实际库存、ERP 应税销售额 vs 申报表销售额，差异逐条标注原因。
判断依据是：申报数据必须可追溯到原始单据，不能只有汇总数。涉及平台代扣与自主申报的衔接规则，需按目标国家最新法规核实。
读者评论
文章把ERP定位为数据供给侧很准确。我们公司也遇到过ERP库存与海外仓不一致，最后补账改数字，但单据链断裂更麻烦。建议重点检查退货入库和调拨单，这两类最容易漏，直接导致销货成本口径偏差。
案例里德国英国VAT因同一销货成本口径被追问很真实。递延不等于不交税、FBA是否触发登记这两个误区需要按国家逐条核实。ERP深度配置能提高字段完整度，但税务判断仍要人工做。
跨平台借货和KOL赠品没有单据，我们团队也干过。看完瀑布图才意识到这些小事会累积成盘点差异。运营不能只管前台库存，调拨、退货、报废、赠品都得在ERP里留痕，否则财务年底很难受。
文章对记录层、归集层、判断层的拆分很清楚。ERP能解决单据留痕和字段归集，但若基础配置缺少原产地、HS code、仓库国别、运费分摊，报表再好看也支撑不了申报。重点是把强制字段和审批流做进流程。
七个误区里“单主体统一申报最省事”和“报废都能税前扣除”很有警示。前期为了省人力把多平台多主体混在一起，后面补税和解释成本更高。先别追求ERP自动算税，先把库存凭证链跑通。