Latest industry insights, tutorials, best practices and case studies.
320 articles
This tutorial systematically consolidates practical know-how on the Kingdee Cloud executeBillQuery (BD_MATERIAL) interface for retrieving batch-managed materials in an e-commerce ledger. It covers interface capabilities, field mapping, Qeasy Cloud configuration, cross-scenario lessons, and common pitfalls, serving as an authoritative reference for SQL Server–Kingdee supply-chain integration.
收入对账过去是「Excel 导出 → VLOOKUP 逐单比对 → 手工标差异 → 群里 @开发改脚本」的 4 步人工链——600 单 3 小时，220 行异常再补 1.5 小时，财务经理月均耗在对账上 14 小时。AI 财务智能体把这 4 步压成 1 步「**自然语言问 → 助手接管 → 一句话确认**」：自动匹配供应链、自动解释差异、自动生成对账结果、自动打标签。京东 POP 600 单实测，财务经理 6 分钟看到结果，220 行差异从「其他」升级到 23 个机读标签。
FBA 费用不是「仓储 + 履约」两个科目，而是 **月度仓储费 / 长期仓储费 / 履约费 / 移除费 / 弃置费 / 退货处理费** 的 6 大类共 11 种取数键——其中履约费（ItemFees）是订单级、按 SKU 拆出，单笔订单即占 GMV 的 12-18%；长期仓储费是阶梯式，库存周转天数 < 180 天几乎为 0、> 365 天可能吃掉全部利润。2026 年 9 月对 60 家中型跨境电商调研：**52% 把 FBA 仓储费与履约费合并到「物流费」1 行 Excel、31% 没把 FBA 退货处理费列入成本核算、68% 算不出「FBA 费用占 GMV 比」**——不是不会算，是**6 大费用的取数键分散在亚马逊后台 4 个不同的报表**。本文用 5 张图拆解 FBA 6 大费用的取数逻辑、与销售毛利的真实关系——并给出财务经理视角的「FBA 费用核算 5 步走 + 3 个反直觉结论」。
合并报表是电商 CFO 月底最怕、又必须做对的一张表。说"怕"，是因为多平台多店对账的颗粒度必须细到 38 个独立单元，但合并视角必须能跨过这 38 个单元看到整盘；说"必须做对"，是因为合并报表既是审计的入口，也是董事会、税务稽查、融资尽调的必读文件。一个口径错了，38 店的损益就会被双重计算 1.2 亿 GMV、抵消差出 480 万、汇兑损益飘 36 万——账面 18% 的合并毛利率会被审计师改成 12%。本文给 CFO 与财务总监一份合并报表精细化实现的完整工程方法：① 4 类合并边界（主体边界 / 业务边界 / 时间边界 / 币种边界）的界定；② 合并损益表从 38 店 7 层扣减到集团净额的口径折叠；③ 合并资产负债表的 3 类内部往来与 5 项抵消规则；④ 合并现金流量表的 4 大现金流分项与期末调汇；⑤ 真实踩坑案例（跨店调拨 / 平台代收代付 / 跨期结算 / 多币种折算）。读者读完应该能拍板"我们公司的合并报表到底应该做到多细、哪些自动化、哪些留人工"。
This tutorial aggregates multi-customer practical experience to systematically explain the field semantics, pagination/incremental mode, detail completion mechanism of the Xiaoman OKKICRM sales order query API (/v1/invoices/order/list), and the adapter configuration method on the Qeasy data integration platform, helping engineers quickly complete cross-system sales order synchronization.
2024 年是电商数据合规的"分水岭年"——国家网信办、市场监管总局先后开出多张千万级罚单，最高单笔 5,250 万元，处罚事由集中在「未告知收集目的」「未经同意跨境传输」「敏感个人信息未单独同意」三类。本文把电商企业数据合规拆成 3 根支柱：**数据隐私**（《个人信息保护法》PIPL，2021-11-01 生效）、**数据安全**（《数据安全法》DSL，2021-09-01 生效）、**跨境数据传输**（《数据出境安全评估办法》2022-09-01 +《促进和规范数据跨境流动规定》2024-03-22 修订），对每根支柱讲清合规义务、判定门槛、电商财务数据的对应口径。文末给出一份 12 项合规自检清单与 3 张合规层级对照表，CFO / CTO / 合规官可直接拿走即用。
欧洲 VAT 不是"13% 卖价 × 19% 税率"一道算式，而是 **4 类 VAT 流程并行 + 5 国税率差异 + 1 套平台代扣分离**——进口 VAT（清关时缴纳，可作进项抵扣）、销售 VAT（销售时计提）、IOSS（≤ €22 简化申报）、OSS（欧盟一站式申报），再加上亚马逊、eBay、速卖通对 IOSS VAT 的平台代扣。一笔订单在 VAT 这条线上要"过 4 遍税关"，而多数跨境电商的财务系统只有 1 个"代扣税合计"汇总行——**这就是为什么 43% 财务总监担心 VAT 漏报，38% 在月结前夜发现 VAT 差额对不上账**。本文用 4 张图 + 2 张流程图拆解欧洲 VAT 的 4 类流程边界、5 国税率与平台代扣的对账逻辑，并给出 1 个落地 3 步走的实操方案。
店铺级毛利率 18.5% 看着漂亮，账户里只剩 9% 的现金——中间差的 9.5 个百分点，并不在 GMV 里，也不在"GMV − 平台佣金"的简化公式里，而在 7 层扣减链条的 6 个隐性漏斗中。从 GMV → 商品实收 → 减平台佣金 → 减技术服务费 → 减广告费 → 减物流费 → 减退款损失 → 减公摊费用 → 净利，每一层都有反直觉的口径规则，跨层叠加后误差可放大 5~8 倍。本文按 7 层拆解，每层给出「业务口径 + 反直觉点 + 工程化实现」，并用一份 38 店 × 1200 SKU 的真实案例说明 CFO 月底为什么"账面赚、口袋少"。
This tutorial consolidates hands-on experience from multiple supply-chain integration projects around the Jushuitan /open/wms/partner/query warehouse API, covering field semantics, platform configuration, cross-system mapping, and common pitfalls.
京东 POP 营销对账差异判定（脚本 R3 轮次）的全部口径——"差额 = 营销对账表里京东承担的券金额 + 立减金额、容差 0.01 元、有退款的订单按退款商品的券份额算"。反向推，按订单全量券兜底是错的；SKU 级精确勾稽才是关键；主匹配严格相等 + 标签判定容差 0.01 的双层容差体系，是这一轮次能在 600 行订单里稳定识别自营券 / 立减份额不误判的全部原因。
SPH（Shipped but not yet Paid-cleared to Home，即"已发货但货款尚未结算到商家账户"）跨期收入是电商对账的第 4 大合规雷区——钱已发货、平台记了账，但货款结冻在平台手里没到商家账户。把这一段资金按"记账月"强行入账，CFO 拿到的不是"收入"，是平台给你的"账面流水"；按"结算月"一刀切，又会让月度利润表失真、税务申报与会计确认错配。本文把 SPH 跨期的合规口径从准则依据、税务影响、审计追溯三个维度拆给你看：订单结算时间归属账期（不是记账月）、无需结算/待结算的 period = NULL 不入账、carriedOverAmount 分离前期转入、`CROSS_PERIOD_MISMATCH` + `SPH_OUTSTANDING` 双机读码分流证据链。这套规则 2026-08-17 定稿、2026-09-20 升至 v2.3.0，9 月账期收入计划与手工表 28,475.30 元逐分项核验一致。
一家年 GMV 9.6 亿元的多平台电商，2026 年 6 月经营分析会上 CFO 想回答三个问题——这个月卖了多少、赚了多少、库存还安全吗？会议室里翻了 4 套系统（ERP / 5 大平台商家后台 / 供应链 OMS / 财务核算）凑出 3 张不同时点的截图，**会议开了 3 小时，问题没答完**。问题不是「数据没有」，而是「数据没有按 CFO 看得懂的口径聚合成一张看板」。本文给出电商财务的 **5 大经营看板**：销售看板（盘活钱）、毛利看板（看穿利）、库存看板（管住货）、退款看板（掐住损）、ROI 看板（算清投）——每一张看板都按「3 张必看子表 + 5 个口径红线 + 1 张责任人矩阵」三件套拆解，并回答「5 张看板背后的数据怎么不再靠人工凑」。
This guide aggregates hands-on experience from multiple real customer projects to systematically explain the fields, invocation patterns, and implementation lessons of JuShuiTan's non-QiMen simple sales outbound order query API. From header fields and nested collections, to time-window incremental pulls and SQL Server landing — master the full chain in one article.
This tutorial aggregates insights from multiple real customer projects on Kingdee Cloud's production order query interface (FormId: PRD_MO, API: executeBillQuery). It covers interface capabilities, typical fields, Qeasy Cloud platform configuration, cross-project best practices, and pitfall retrospectives—everything you need to master production order sync to MySQL.
This tutorial is built from real cross-solution field experience, systematically deconstructing 23 strategies, typical field mappings, encoding mapping tables, incremental pagination patterns, and pitfall reviews for the Wangdiantong and Kingdee Cloud Galaxy supply chain integration, enabling engineers to master the full interface in one document.
电商对账系统的「知识库」远不只是写几份帮助文档——同一份内容既要被人读（弹窗 / 帮助中心），又要被 AI Agent 检索（5 个业务 Agent 共用一套向量）。这份双重身份让维护复杂度翻倍：内容漂移、Agent 命中旧向量、跨平台列名变化没人同步……任意一条都会让对账系统从「可用」退到「假可用」。这篇文章把 2026 年 7 月知识库向量化验收后落地的 5 条维护纪律拆开——SSOT 单一真源、双通道同源；frontmatter 是 Agent 知识路由的关键；关键识别规则放小节靠前（前 500 字符）；按 800 字切分 + 关键词密度优先于行文流畅；改主题必重跑定向 seed + embed + 至少问一条目标 query 验 top-5 命中。每条对应一段真实踩坑记录，业务人员与开发者可以照抄即用。
库存周转天数（DOH, Days On Hand）是电商运营的核心指标，但绝大多数财务团队没有把它和对账挂钩。CFO 拿到的报表只有"销售成本、库存账面、库存差异"，看不到"按 SKU 算的库存周转天数是否在合理区间"。库存周转天数和成本对账之间有 5 类隐性咬合点——这 5 类咬合点不解决，账面对得上，毛利算错。某家居品牌 2026-08 月度对账，账面库存差异 32.4 万元。追溯发现：差异来
CAC（客户获取成本）和 LTV（客户终身价值）是电商业务最常被讨论的两个指标，但绝大多数电商企业的财务团队不会算这两个数字。CFO 拿到的报表只有"销售收入、销售成本、销售费用、净利润"，看不到"每个客户花了多少钱、每个客户会买多少"。某头部美妆品牌 2026-08 月度复盘，市场总监说"广告 ROI 1:3.2"，财务总监说"广告费占收入 18%"。两个数字看起来都正面，但合在一起是矛盾的——
2024 年 12 月金税四期在全国推广，电商企业的发票流和对账流被强制绑在了一起。金税四期的核心是"以票控税"，通过电子发票的全票面信息采集，让税务系统能实时看到企业的"销售收入"和"成本费用"，对账流的"账面销售"和发票流的"开票销售"必须一致。某头部美妆品牌 2026-Q1 第一次跑金税四期月度对账，账面销售 9,820 万元，发票销售 9,544 万元，差异 276 万元。追溯发现：差异来
很多电商企业第一次上 ERP 时都会面临一个问题：用友还是金蝶。这个选择一旦定下来，后续 5-10 年的对账、集成、单据流都跟这个选择绑死。所以在选型阶段就要想清楚：两个 ERP 在对账集成上的差异到底在哪里。对账集成差异最关键的 3 个维度是字段、单据、科目。同一笔电商订单，进金蝶云星空和进用友 U8/U9 的字段不一样、单据类型不一样、最终落到科目的方式也不一样。某服饰品牌 2025 年从用友
