电商指南 · Eurotrade

电商会计:实现增值税、对账与分类的自动化

作者:Rémi Delapierre,联合创始人 阅读时长:9 分钟
摘要

电商会计并不是「行数更多的传统会计」:它是一个对账问题。从 Amazon、Stripe 或 PayPal 收到的每一笔打款,都是一个净额,它汇总了数十乃至数千笔销售、佣金、退款、代扣和税款 —— 而且往往涉及多种货币。

所谓自动化,就是把收到的每一欧元与其组成部分关联起来正确分类市场平台流水,并按目的地国家拆分增值税。一套集中化会计 —— 一家公司、一条流水、一位负责验证的会计师 —— 能大幅降低出错的风险。

而这正是一家已完成增值税注册的保加利亚公司(DPK/EDPK)所能从一开始就帮您搭建的结构 —— 它兼容多币种金融科技账户(由自行开立),账目在当地记账,且无需注资,也无需前置的银行步骤

1
集中化会计 · 一家公司,一条合并流水
3
需对账的典型来源 · Amazon、Stripe、PayPal
10 000
OSS 门槛 · 超过后适用目的地国家的增值税
10–14.5%
EOOD 的整体税负 · 属欧盟极低之列

什么是电商会计,它为何与众不同?

电商会计涵盖对线上销售业务所产生的全部资金流水的记录、分类与管控。

它与传统经营会计的区别,与其说在于分录的性质,不如说在于其数量拆分程度:传统门店每月可能只产生几十笔操作,而一家运营中的网店则可能生成数千行 —— 每一笔销售、每一笔佣金、每一笔退款、每一笔代扣、每一次货币换算各占一行。

尤其是,资金几乎从来不是一笔销售对应一次到账。平台会把收款合并:Amazon 每两周打出一次余额,Stripe 和 PayPal 则按各自的节奏释放净额。因此,收到的每一笔打款都是一个需要拆解的不透明的汇总金额。全部难点恰恰在此:不在于录入,而在于对账

要点

电商会计的核心不在于录入,而在于对账:把您账户收到的每一笔净额打款,与构成它的销售、费用、退款和税款逐一关联起来。这一拆解一日未完成,无论真实营业额还是应缴增值税都谈不上可靠。

一笔市场平台打款从来都不等于「营业额」。它是一个净余额:佣金已先行扣除,有时还要再减去退款。 由此引出第一块需要自动化的基石:银行对账。

如何为一家网店实现银行对账的自动化?

所谓自动化对账,就是搭建一套流程,让每一笔银行收支都自动对应到其背后的具体操作,无需人工重复录入。业内大多数工具所遵循的总体原理,都建立在三个步骤之上:

1. 接入各来源

银行或金融科技账户、Stripe、PayPal、Amazon:每个来源都通过连接器或结构化导出文件(结算报告、余额交易)接入会计系统。任何数据都无需再录入第二遍。

2. 净额与明细对应

工具把收到的净额打款与构成它的详细报告关联起来。一笔 4 230 欧元的 Amazon 打款,随即被拆解为销售总额、佣金、退款、代扣和已收增值税。

第三个步骤 —— 常被低估 —— 始终离不开人工验证。任何自动化都无法取代会计师的把关 —— 由会计师核对各项对应关系是否一致,处理例外情形(争议、拒付、汇兑差异),并最终结账。自动化省去的是重复录入,而非会计判断。

市面上的工具 —— 通用概念,并非我方承诺

在工具层面,电商生态通常依赖可连接的会计软件(Xero、QuickBooks,或某款本地软件),以及专门用于汇总市场平台报告的网关。

Fenchell 的角色不在于另起炉灶重造这些技术模块,而是把它们正确地接入您的公司,并由一家合作会计师事务所对结果进行验证。自动化服务于可靠性,而不会取代为您结账的会计师。

若金额最终被记入了错误的科目,仅做接入和对应便远远不够。 于是剩下真正的关键一环:正确分类每个平台打出的款项。

如何对 Amazon、Stripe 和 PayPal 的流水进行分类?

每个平台都会打出一笔净额,其中混合了多种会计性质。把这笔净额直接当作「营业额」入账,是一种极为常见 —— 代价也极高 —— 的错误:它会低估真实营业额、扭曲增值税,并让利润变得难以辨读。良好做法是回到各平台的详细报告,把打款逐项拆分。

平台来源报告需从净额打款中拆出的项目
Amazon结算报告 / 付款报告销售总额 · 卖家佣金 · FBA 费用 · 退款 · 代扣 · 已收增值税
Stripe余额交易 / 打款(payouts)客户付款 · Stripe 费用 · 退款 · 拒付(chargebacks) · 汇兑调整
PayPal活动报告 / 结算收款 · PayPal 佣金 · 退款 · 代扣 · 货币换算
银行 / 金融科技对账单 & 导出文件各平台打来的款项 · 银行手续费 · 内部转账 · 多币种汇兑

逻辑始终一致:收到的净额 = 销售总额 − 费用 − 退款 − 代扣,且已收增值税必须按国家单独区分。若缺少这一拆分,两项关键指标都会出错:申报的营业额与应缴的增值税。

对于低价值进口和远程销售而言,这项拆分工作直接衔接 OSS 与 IOSS 制度,详见我们的指南电商 OSS 与 IOSS 增值税

货币陷阱

以多种货币销售会再添一层复杂度:每一次换算都会产生一笔必须入账的汇兑差异。拥有多币种账户(例如 Wise、Airwallex 或 Paysera),便可以原币种收款并持有余额,仅在您选定的时点换汇 —— 这能简化对账,并减少被动承受的汇兑损失。

如何无差错地跟踪多国增值税?

一旦您的欧盟跨境远程销售每年超过 10 000 欧元(各国合计),适用的增值税便不再是您设立国的增值税,而是客户目的地国家的增值税。具体而言,同一家网店可能需要根据收货地址,分别适用法国、德国、意大利或西班牙的税率 —— 并通过 OSS 一站式窗口统一申报。

因此,跟踪需要按国家和税率拆分每一笔销售,再将这些数据汇总以用于申报。而集中化会计的价值正在于此:如果所有流水(Amazon、Stripe、PayPal)都汇入同一套账目,按国家的拆分便建立在单一而连贯的基础之上,无需再逐个平台手工重建。

如果您还在境外存储货物(FBA 仓库)或在英国销售,整套机制会更为复杂:参见我们的专题指南欧盟 + 英国多国增值税

集中化可避免的三类增值税错误
  • 首先是税率错误:在超过门槛后,仍套用设立国税率,而非目的地国家税率。
  • 其次是国家错误:因缺乏可靠的地址数据,把一笔销售拆分到了错误的成员国。
  • 最后是平台已代收增值税却未作相应处理:在某些流水上,市场平台会自行代收增值税 —— 若再重复计算一次,就会扭曲申报。

一套接收各来源详细报告的统一账目,能让这三种情形可见且可控。视您的具体情况,可能还会叠加其他本地义务。

对账、分类、多国增值税:整套机制能够成立,只有一个前提 —— 一切都汇聚到同一处。 由此引出真正的问题:应当从哪家公司来统筹这一切?

为什么要把会计集中到一家保加利亚公司?

既然可靠性依赖于集中化 —— 一条流水、一套账目、一位负责验证的对接人 —— 那么由哪种结构来承载这一切,便成了至关重要的选择。

这正是一家已完成增值税注册的保加利亚公司(DPK/EDPK)的意义所在 —— 它无需注资,也无需前置的银行步骤即可成立,对一位欧洲线上卖家而言,构成一个尤为连贯的基础。

若希望100% 远程注册、无需注资也无需前置银行账户DPK/EDPK 往往是较为简便的选择;EOOD(或 OOD)则仍是经典的有资本形式 —— 参见EOOD、OOD 还是 DPK

先从税务层面看:保加利亚企业所得税通常为 10 %(固定税率),随后在利润分配后,对股息征收 0 至 5 % 的预提税 —— 向欧盟 / 欧洲经济区母公司分配为 0 %,无门槛、无持有期要求(чл. 194, ал. 3, т. 3 ЗКПО),向自然人支付则为 5 %

因此,综合实际税负将视所适用的股息税率,落在 ≈ 10 至 14.5 % 之间 —— 视您的具体情况,属欧盟极低之列。

为何规范的会计也能守护您的股息

除了增值税管理之外,严谨的会计还有一个常被低估的保护作用:它清晰地划出公司开支与构成董事个人利益之间的界线。记录不清的流水 —— 私人支出被列作业务费用、含糊的报销、无凭证的提款 —— 可能被重新定性为隐性利润分配并据此征税,从而抵消掉管理得当的保加利亚税务安排本可带来的优势。

由当地记账、收到的每一笔款项都经对账、每一笔支出都有凭证 —— 这是确保您的股息得以干净分配的有力保障,其中也包括 0 至 5 % 的预提税。

年度日历,一目了然

三个期限构成一家活跃保加利亚公司的全年节奏:

  • 增值税:最迟于所属期次月的 14 日前申报并缴纳(чл. 125 ЗДДС)。
  • 企业所得税:最迟于次年 6 月 30 日前完成年度申报(чл. 92 ЗКПО)。
  • 年度财务报表(ГФО):最迟于 9 月 30 日前向商业登记处提交(чл. 38 Закон за счетоводството)。

那如果您并不立即开始经营呢?对于完全没有任何经营活动的会计年度,一份简单的无经营活动声明декларация за неактивност)即可替代完整的会计报表:最迟于次年 6 月 30 日前向商业登记处提交(чл. 38, ал. 9 Закон за счетоводството)。这样,一家休眠公司的持有成本便可保持在极低水平。

但本指南的主题不在于税率,而在于会计上的可操作性。这也正是 Fenchell 的方案区别于一次单纯注册之处。

真正得到统筹运营的会计,而非一个空壳

一次通用的公司设立只交付法律外壳便戛然而止 —— 余下的找会计师、接入各平台、对账各项流水,全得由您自行承担。

Fenchell 的方案则相反,从一开始就把会计纳入其中:一家合作会计师事务所 —— 属电商领域颇为领先的事务所之一,拥有 21 年经验且熟悉各市场平台 —— 在当地为您记账,并统筹您的增值税申报。

您的各付款来源 —— Stripe、PayPal、Amazon,以及由自行开立的多币种金融科技账户 —— 都接入一个集中化看板,将会计与增值税跟踪持续汇集于一处。您不必再在各平台的导出文件之间来回切换:单一系统合并所有流水,再由一位会计师进行验证。

具体而言,Fenchell 的电商生态汇集了四块彼此协同设计的模块 —— 单一系统,为一家既合规真正可远程运营的公司而打造:

  • 保加利亚公司(DPK/EDPK)的注册(核心服务:名称预留、公司章程、向商业登记处提交、EIK、EORI、增值税注册)—— 这是一个既无需注资,也无需前置银行步骤的载体;
  • 兼容的多币种金融科技账户(Wise、Airwallex、Paysera),由您自行开立,可完全自主完成,或借助我们的开户资料整理咨询(consulting)—— 您始终是申请人;
  • 一个可连接的会计看板(Stripe、PayPal、Amazon、Wise、Airwallex);
  • 以及由合作事务所在当地完成的记账,由其统筹您的 OSS/IOSS 申报与多国增值税注册。

开户不包含在公司注册套餐内,亦不作任何保证。

要实现电商会计的自动化,仅有一家公司是不够的:您需要一切能让流水可对账、让增值税从单一节点可管控的要素。一次通用的公司设立止步于外壳;Eurotrade 套餐则逐项满足 —— 可逐行核查。

实现集中化电商会计所需具备的要素 通用注册 Eurotrade 套餐
法律与税务基础
已注册公司 + EIK + 保加利亚增值税号
让流水可对账的要素
由电商合作事务所在当地完成的记账
集中化看板(会计 + 增值税持续跟踪)
接入各付款来源(Stripe、PayPal、Amazon)
多币种金融科技开户资料整理协助(Wise、Airwallex、Paysera)—— 账户由您开立
让增值税可管控的要素
从集中化账目统筹的 OSS / IOSS 申报
本地增值税注册(德国、波兰、意大利等地的 FBA 库存…)
用于进出口清关的保加利亚 EORI 编号

从一开始就把您的电商会计集中起来

保加利亚公司(DPK/EDPK)100% 远程注册,会计与增值税由合作事务所统筹。您的流水从单一看板完成对账。

了解 Eurotrade 套餐 委托办理电商增值税

常见问题

什么是电商会计,它与传统会计有何不同?
电商会计处理的是数量庞大、被拆分、来自多个来源的流水:市场平台销售、佣金费用、退款、代扣、合并打款以及多种货币。传统业务每月可能只记录几十条分录,而电商卖家则可能产生数千行。难点不只是数量,而在于对账:将收到的每一笔打款,与构成它的销售、费用和税款逐一对应,并按目的地国家拆分增值税。
如何为一家网店实现银行对账的自动化?
自动化通常依赖于把各来源(银行或金融科技账户、Stripe、PayPal、Amazon)通过连接器或结构化导出文件接入会计工具。工具随后将收到的打款与详细的交易报告进行匹配。目标是让任何一笔合并打款都不再是一个不透明的金额:收到的每一欧元都应能被拆解为销售、佣金、退款和增值税。验证环节始终由人完成,由会计师负责。
如何在会计中对 Amazon、Stripe 和 PayPal 的流水进行分类?
每个平台都会打出一笔净额,它汇总了多种性质的操作。良好做法是使用各平台的详细报告(Amazon 结算报告、Stripe 余额交易、PayPal 报告),将打款拆分为销售总额、佣金费用、退款、代扣和已收增值税。若缺少这一拆分,营业额与申报的增值税都会失真。
在多个欧盟成员国销售时,如何跟踪多国增值税?
当欧盟跨境远程销售每年超过 10 000 欧元这一门槛后,应缴的增值税即为客户所在目的地国家的增值税。跟踪需要按国家和适用税率拆分每一笔销售,再将这些数据汇总以用于 OSS 申报。一套接收所有平台流水的集中化会计,能让这种拆分更简便,并降低税率或国家出错的风险。
为什么要把电商会计集中到一家公司之内?
把流水集中到一家公司、一套账目之内,可避免数据分散在各平台与各账户之间。这让对账、增值税汇总与利润管控更为简便。一家已完成增值税注册的保加利亚公司(DPK/EDPK),账目在当地记账,并兼容由您自行开立的多币种金融科技账户,能为从单一节点统筹全局提供一个连贯的基础。

一般性信息,截至 2026 年 6 月 12 日有效,不构成针对个案的税务、法律或会计意见。各项门槛、税率与金额均为参考值,会因您的具体情况和业务而异。Fenchell Capital OOD —— 总部位于普罗夫迪夫的保加利亚事务所(EIK 207945095)。

首次通话免费