发布时间:2026-10-14 00:58 更新时间:2026-10-14 00:58 阅读量:1
做韩国市场的独立站,订单量起来之后,老板常会收到税理士(세무사)的一句话:「매출 자료 좀 보내주세요」。很多站长第一反应是把商城后台的订单列表导成 CSV 发过去,结果对方回一句「이대로는 못 씁니다」,要求重做。问题不在数据真假,而在于网站订单的字段口径是按「发货」组织的,税理士要的口径是按「申报期」组织的。这篇就从非技术负责人的角度,把两边怎么对齐讲清楚。
网站订单页关心的通常是:谁买的、买了什么、发到哪、付款成没成。而부가세 신고(增值税申报)关心的是:这一期确认了多少销售额、其中应税与免税各多少、税额多少、有没有신용카드/현금영수증 발급(信用卡或现金收据开具)记录、有没有세금계산서(税务发票)需要对应。
所以差异集中在三点:时间基准(下单日、付款日还是发货日)、金额拆分(含税总额有没有拆出공급가액与부가세)、凭证关联(这笔订单对应哪张세금계산서或현금영수증)。如果导出文件里只有「订单金额」一列,税理士就得手工反算,返工几乎必然。
还有一类容易被忽略的:询盘表单。韩国B2B客户常先在询盘页留下사업자등록번호与담당자信息,之后才转成订单。如果询盘和订单存在两套系统、字段名不一致,到了申报期就会出现「这笔到底算不算这一期的매출」的扯皮。建议在建站阶段就把两者的字段命名统一起来,可以参考 建站方案 里关于表单与订单模块衔接的规划思路。
给税理士的导出文件,建议按「一行一笔可申报交易」来组织,列名用韩文,减少对方二次理解成本。下面是一份可参考的导出结构(具体字段以你实际系统和税理士要求为准):
주문번호,거래일자,공급가액,부가세,합계금액,과세구분,거래처명,사업자등록번호,증빙구분,증빙번호,통화
20261001-0001,2026-10-01,909091,90909,1000000,과세,OO상사,123-45-67890,세금계산서,2026-0001,KRW
几个关键点:거래일자要明确是哪一天——通常按세금계산서 발급일或发货确认日,和税理士确认清楚后固定下来,不要混用;과세구분用과세/영세/면세这类固定枚举值,不要写自由文本;증빙구분标明是세금계산서、현금영수증还是카드매출전표,并带上对应编号,方便对方在홈택스系统里核对。
如果网站同时有韩语和外语订单,币种列要保留,但建议另附一列「원화환산액」并注明所用汇率来源与日期,避免对方按自己的汇率重算导致对不上。
真正省时间的做法,是在每月(或每申报期)固定跑一次导出流程,而不是临时拼凑。可以照下面的清单推进:
如果站点刚起步、还没有独立的订单模块,建议在规划阶段就把「可导出」当作一项需求提出来,而不是上线后再补。表单字段与订单字段的对应关系,也可以参考 客户案例 中类似站点的字段设计方式。
返工大多不是技术问题,而是口径没提前定:比如把下单日当交易日,但实际发货跨月;或者把运费、折扣混进공급가액里没单独列;又或者免税订单和应税订单混在一张表里没标과세구분。这些都可以在导出前用一两条校验规则挡住。
韩国부가세 신고有明确的申报期,网站导出只要把「时间基准、金额拆分、凭证关联」这三件事在字段里说清楚,税理士拿到文件基本就能直接用。趁下一次申报前,先把导出模板和字段说明定下来,比每次临时解释省事得多。
如果你希望把上面的思路落到自己的行业与目标市场,可以先看 建站方案 了解一站式流程,再对照 客户案例 判断哪些做法适合自己的业务;也可以加微信 tsrz001 沟通需求,把页面结构、预算和排期先聊清楚再动手。
| 📑 | 📅 |
|---|---|
| 日语报价页消费税端数处理:切り捨て与四捨五入一致性 | 2026-10-14 |
| 阿拉伯语报价单跨页表头重复与页码方向错乱:RTL打印排版取舍清单 | 2026-10-14 |
| 法语报价单PDF变音字符丢失排查:从字体子集到PDF/A | 2026-10-14 |
| 西语询盘表单RGPD同意勾选框:拉美与西班牙差异与留档设计 | 2026-10-14 |
| 俄语站СНИЛС字段加密存储与掩码展示设计 | 2026-10-14 |
| 印尼语站点NPWP 16位新格式与旧15位并存:表单校验与历史线索兼容处理 | 2026-10-14 |
| 越南语站点电子发票对接:税号、公司名、邮箱与地址字段盘点 | 2026-10-14 |
| 泰语站点地址双语字段:存一份还是双写 | 2026-10-14 |
| 希腊语表单变音符号与Greeklish混填:校验容错清单 | 2026-10-15 |
| 希伯来语站点发票字段方向修正:מספר עוסק与金额符号在RTL表格中的对齐清单 | 2026-10-15 |