Latest industry insights, tutorials, best practices and case studies.
276 articles
某家居品牌 2026 年 3 月从德国 FBA 仓调 8,000 件家居到美国 FBA 仓，账面库存成本 32 万美元、实际到岸成本 41.6 万美元，差额 9.6 万美元（30%）找不到去向。财务查了 2 周才发现——调拨头程运费 6.2 万、保险费 0.8 万、关税 2.1 万、亚马逊入库费 0.5 万，全部分摊到了"在途库存"科目，但没有在调拨完成时重新分配到目的仓的库存单价里。海外仓调拨成
某 3C 跨境电商 2026 年 Q2 申报德国 VAT 时，被税务稽查补缴 38.6 万欧元。翻账本才发现，真正能抵的进项税只用了 47%，剩下 53% 因为凭证不合规被全部驳回——仓库租金发票抬头错、广告费发票没翻译、海运提单缺签字。稽查员一句话："发票我认，链条对不上，我不认。"跨境电商的 VAT 进项税抵扣难的不是税率，是"凭证能否构成抵扣链条"。欧盟五国、英国、日本、沙特，每个市场的进项
某服饰集团 2026 年 Q1 试点 AI 财务智能体，发现一个反常识的结论："大数据 + 大模型"在 90% 的电商财务场景打不过"小数据 + 提示词工程"。某团队用 50 条历史账单 + 提示词工程训练 AI，在"京东 POP 账单解析"任务上准确率 96.2%；而另一个团队用 5 万条历史账单 + 直接微调模型，准确率只有 91.4%——小数据 + 提示词工程完胜。"小数据训练"是2025-
电商企业的"内控对账"不是「账面对得上就行」，而是把 SOX 404 内控框架的 5 大控制点（订单审批、退款审批、佣金对账、库存对账、资金对账）落到对账系统里——每条控制点对应一类业务风险、对应一组机读标签、对应一份可被审计师抽样追溯的证据链。本文从一家年 GMV 12 亿的电商企业内审复盘出发，把 5 大内控点拆给你看：触发场景、控制活动（preventive / detective）、对账实现路径、抽样证据、常见失效模式。文末给出一份可直接套用的「内控对账 5 大点 × 7 列自检表」，CFO 和审计师都能拿走即用。
2026 年 6 月德国站（德站）第一次跑亚马逊收入对账脚本，结果贴在财务部周会上：2,473 个订单只对平 1,607 个，成功率 65.0%。同一时期，京东、抖店、支付宝对账脚本的成功率已经稳定在 99% 以上。财务总监的第一反应是「亚马逊数据是不是没拉对」——但这不是数据问题，是亚马逊的业务结构问题：它的结算资金明细里每一笔钱都按方向（正 / 负）拆开…
2026 年企业财务岗位的招聘 JD 已经悄悄换了一副面孔——"Excel 熟练、持有中级会计师证"不再是加分项,而是基本盘。HR 真正想要的,是能在 50 万行数据里挖出"店铺级费用率比上季度高 1.2 个百分点是因为抖店扣点变了"的人,能跟业务、IT 一起设计流程的人,能写规则把经验沉淀进 AI 知识库的人。本文给出 AI 时代财务人的 5 大新能力清单(数据分析、业务理解、AI 工具使用、跨部门协作、风险管理)、各能力的"四级自检"标尺,以及一份集团级的能力配比样本。
This tutorial focuses on the OKKI CRM Product Query API, aggregating hands-on experience from multiple customer projects. It systematically explains the API capabilities, field mappings, pagination and incremental patterns, configuration on the Qeasy platform, and common pitfalls when integrating with a WMS system for supply chain scenarios.
This tutorial systematically reviews the Changjietong T+ inventory archive query API (/tplus/api/v2/inventory/Query), covering field structure, incremental patterns, and cross-system integration essentials, with practical configuration guidance on the Qeasy Cloud platform.
This article aggregates experience from multiple real customer projects to systematically break down the Wangdiantong Qimen wdt.wms.stockin.refund.querywithdetail API, covering master and detail fields, Kingdee stock-in bill mapping points, pagination/incremental patterns, and common pitfalls, helping engineers quickly complete sales return stock-in synchronization integration.
This tutorial consolidates hands-on experience from multiple customer projects to systematically dissect the DingTalk Open Platform topapi/v2/department/listsub endpoint, covering field semantics, invocation patterns, and cross-system integration essentials for scenarios such as org-structure sync between Kingdee Cloud Galaxy and DingTalk, department mapping, and employee affiliation.
This tutorial, based on the Kingdee material query interface, consolidates hands-on experience from multiple supply chain integration projects between retail-style ERP systems and Kingdee Cloud Skylight. It systematically covers the executeBillQuery API capabilities, field mapping, Qeasy platform configuration, cross-project practices, and common pitfalls, helping engineers master the full master data sync chain in one read.
This tutorial systematically reviews the practical essentials of Youzan Cloud's 'User union_id Query' API, covering the 'main API + lookup API' pattern for paginated customer retrieval and union_id/open_id lookup, typical field mappings, configuration on the Qeasy platform, and cross-project pitfall retrospectives, enabling engineers to master all practical experience of this API in one read.
This tutorial consolidates hands-on experience from multiple customer projects, systematically explaining the field schema, master-detail structure, state machine, and Kingdee Cosmos mapping points of the Wangdiantong wdt.purchase.return.query interface. It also covers configuration in QeasyCloud and common pitfalls.
Based on a real-world supply-chain integration project at a retail enterprise, this tutorial systematically breaks down the Jky erp.storage.goodsdocout.v2 Assembly/Disassembly Outbound Query interface — covering field semantics, request parameters, paging & incremental patterns, and cross-system reconciliation essentials. It also shows how to configure the adapter and field mapper on the Qeasy Data Integration Platform.
This tutorial systematically reviews the Kingdee Cloud 'Assistant Data Detail' query interface (FormId: BOS_ASSISTANTDATA_DETAIL), covering field definitions, filter conditions, and typical configurations in CRM/ERP master data synchronization scenarios. Distilled from multiple customer implementations, it consolidates common practices, pitfall checklists, and configuration guidance on the Qeasy data integration platform.
Set against the supply-chain integration between a retail platform and Kingdee Cloud, this tutorial systematically consolidates the executeBillQuery API for querying STK_Inventory: capabilities, field mapping, online-warehouse filtering, pagination, incremental strategy, and field pitfalls drawn from multiple customer projects, so engineers can master every practical detail in one read.
把电商财务的整个流程拆开看，本质就是 5 个独立的"自动化单元"——账单自动解析（JS 沙箱）、对账自动匹配（双码匹配）、凭证自动生成（集成转换规则引擎）、报表自动生成（VTable 三段式）、推送自动触发（BullMQ + 集成中心）。**这 5 件套不是 5 个孤立的产品功能，而是「数据接入 → 业务核对 → 财务入账 → 决策支持 → 系统闭环」的完整价值链**——少任何一件，闭环都不成立。本文从 CFO 与财务经理视角拆解每件套的工程实现、生产纪律与真实上线效果。
CFO 想看「上周抖店毛利情况」——过去要「提需求 → 财务经理分派 → 财务核算专员写 SQL/Excel 透视 → 出表 → 邮件发送」五段人工链，**单张临时报表平均 4.8 小时、月耗 110 小时**。AI 财务智能体的「报表生成」应用，把这条 110 小时的链压成 **90 秒一句话：CFO 用自然语言问「上周抖店毛利情况」，AI 自动从 6 个受控数据集选数据集、组装报表定义、运行预览、用业务语言讲清楚图表+洞察+建议——CFO 不写 SQL、不提需求、不等开发**。
审计师最爱什么样的对账系统？不是"对得最快的"，而是"解释得最清楚、追溯得最全、改得最透明"的那一种。这篇文章不讲通用对账流程，直接讲 5 个让审计师愿意在底稿上签字的工程化细节——**完整的差异追溯链、状态机的清晰迁移、操作日志的全量记录、桥表的 5 字段最小化、物料明细独立表**。每一条都是从 SOX 抽样测试、内控合规审计、年审问询函的真实踩坑里反推出来的工程纪律，不只是"对得上"，而是"对得上 + 能解释 + 留得下证据链"。
同一句话「对账」，在京东 POP、抖店、支付宝、亚马逊、速卖通五个平台跑出来的是五种不同的判定逻辑——京东用整单轧差把同一订单的收款和退款合并成净额再判、抖店沿用同一种整单轧差但把判定轮次刻意做少靠多证据链单点爆破、亚马逊坚持分向不轧差让收款与退款各对各的、支付宝靠三张表分别告诉你「平台给了多少」「在哪个账户」「生了多少利息」、速卖通用 4 个资金 billType 拆开两套资金账户再叠 1 张不入金蝶的 JIT 维表。这篇文章不是平台对比表，是把这五种「判定权威」背后的工程逻辑拆给你看——读完你会知道为什么亚马逊的对账失败率能从 20% 压到 5% 靠的不是多写代码而是认清「分向不轧差」是账单本质决定的。
