销售易结算币别查询接口权威教程:从字段映射到金蝶集成实战
金蝶云星空销售易接口字段手册多币种轻易云集成实战
这个接口解决什么问题
在多币种业务场景里,结算币别主数据是销售订单、合同、收款单等单据金额字段的根基。某零售企业把销售易 CRM 与金蝶云星空打通时,最容易翻车的不是订单本身,而是币别没对齐——人民币写成 CNY、 RMB 或者直接空着,导致金额对账时两边对不上。本接口通过销售易 WebAPI /rest/data/v2/query 把结算币别主数据拉出来,作为跨系统币别对照的权威来源,避免下游单据集成时反复修数据。
接口能力总览
- 认证方式:OAuth2 授权码模式,调用前需在销售易开放平台获取 access_token。
- 请求方法与端点:
GET /rest/data/v2/query,queryString 传参。 - 请求参数:
table(对象 API 名,默认customEntity70__c)、select(逗号分隔字段列表)、where(过滤条件,SOQL 风格)、limit(每页条数,默认 10,上限 1000)、offset(分页偏移量)。 - 响应结构:标准
{ records: [...], totalSize, done },单条记录为对象字段集合。 - 分页模式:基于
limit+offset的传统分页;在轻易云里,适配器会按totalSize自动算页数并循环拉取,直到done=true。 - 增量模式:原 API 不提供
lastModifiedTime增量字段,因此业内多用全量 + 时间窗口过滤的准增量方案。 - 调度建议:典型策略配
*/30 23 * * *(每日 23:00、23:30 跑两次),避开业务高峰期。
典型字段映射
| 字段名 | 类型 | 含义 | 实战注意事项 |
|---|---|---|---|
id | string | 结算币别在销售易的唯一主键,metadata 中同时作为 id 与 number | 跨系统对照时优先用 id 做匹配,idCheck 开启后平台会自动去重 |
name | string | 币别显示名称,如「人民币」「美元」 | 同一币种不同租户叫法可能不一致,建议以编码为准 |
customItem8__c | string | 平台自定义项,结算币别场景下通常存币别编码(CNY/USD/EUR 等) | 这是与金蝶币别做对照的关键字段,建议映射成 ISO 4217 标准码 |
customEntity70__c | string | 自定义对象引用或父对象关联 | 多数租户此处为空,作为普通字段透传即可 |
customItem10__c | string | 扩展属性,可能存货币符号、小数位、汇率类型 | 含义随租户配置变化,必须打开实际租户后端确认 |
在轻易云上如何配置
- 适配器选型:源系统选「销售易 WebAPI」,接口路径填
/rest/data/v2/query,Table 填customEntity70__c。 - 字段映射器:在轻易云字段映射器里,把
id映射到目标模型的「币别主键」、customItem8__c映射到「币别编码」、name映射到「币别名称」,轻易云会自动处理 null 与空字符串归一化。 - 目标端配置:Target 选「写入空操作」,表示这是纯查询策略,数据落平台后供下游金蝶币对照、单据同步复用。
- 调度与分页:轻易云的循环器会自动按
totalSize分页,建议把单页limit调到 500 以减少请求次数。 - 主键校验:开启
idCheck=true,配合autoFillResponse,避免重复写入。
跨方案实战要点
- 以金蝶币别编码为基准建对照表:金蝶云星空的币别编码是稳定主数据,销售易侧用
customItem8__c对齐,销售订单同步时才不会因两端名称差异报错。 - 币别主数据先于业务单据同步:结算币别策略务必先跑,跑完再触发销售订单、收款单等下游链路,顺序错了就会出现「币别找不到」类异常。
name字段重定义要留意:Source 配置中 response 出现两处name描述时,轻易云只取最后一次声明,定义映射前先在平台预览实际响应。- 自定义字段含义按策略名反推:
customItem8__c、customItem10__c等无业务标签字段,必须结合策略名称「结算币别」反推含义,不要照搬其他主数据策略的映射。 - 增量靠时间窗口,不靠 API 增量字段:原 API 不返回
lastModifiedTime,稳妥的做法是在where条件里加LastModifiedDate >= LAST_N_DAYS:1,每天补跑一次保证新币别及时入库。 - 调度避开业务高峰期:23:00 和 23:30 跑两次是经验值,能避开白天订单写入高峰,也能在凌晨留出重试窗口。
踩坑复盘
- 坑 1:把
name当编码用。某零售企业集成时直接拿「人民币」去匹配金蝶,结果金蝶那边存的是「CNY」,导致订单金额币别全部对不上。应对:跨系统映射一律走customItem8__c(编码),name只做展示。 - 坑 2:
customEntity70__c当成业务字段。把它误以为是币别编码,结果下游全是父对象引用值,根本匹配不到。应对:先在销售易后端打开该对象,看实际存储内容。 - 坑 3:分页
limit默认 10 不调整。币别主数据条数多时,请求次数暴增,跑一次要十几分钟。应对:把limit调到 500~1000,配合轻易云循环器一次跑完。 - 坑 4:增量误用全删全插。以为「查询策略」就重跑覆盖,结果下游缓存的币别编码被刷新掉,正在传输的订单引用了失效编码。应对:币别主数据用 upsert 语义,只新增和更新,不删除。
- 坑 5:调度时间撞上金蝶结算。把币别同步放在凌晨 1:00,恰好和金蝶日结冲突,触发锁表。应对:调到 23:00 和 23:30,错开金蝶结算窗口。
何时选用
适合金蝶云星空与销售易双向集成、需要对齐结算币别主数据的场景;不适合仅做销售易单点查询、或者币种单一无对照需求的轻量集成。多币种、跨国业务、涉及订单与收款跨系统流转的项目强烈建议先建这套币别查询策略。
本文为原创内容,转载请注明出处:https://www.qeasy.cloud/insights/engineering/hb-p2-452-6663