Sumscope 森浦 SMDS 行情数据服务
立即咨询
首页
3 形态
接口推送文件
字段级
数据字典
双链路
主备切换
可回放
历史序列
⚠️行业痛点与挑战
🔍多源字段对不上
成交、报价与估值来自不同供应商，同一只债在不同源里的简称、代码与量纲都不一样，下游每接一家就要重写一遍清洗逻辑。
⏱️延时口径说不清
拿到数据不知道是撮合时点还是推送时点，做盯市与回测时两边对不上，排查半天发现是同一笔成交被算了两次。
🧠单链路一断就停
只有一条推送链路，网络抖动后连接重建要人工介入，盘中一断下游估值就停在上一笔，恢复后还要人工补。
🔗历史补数靠翻库
某段时间的序列缺失，补数要人工找源、导表、对齐时点，补完还不敢确认与实时口径一致。
📉字段变更没通知
上游悄悄加了字段或改了单位，下游解析报错才发现，出错时已经写进了一批脏数据。
🚧授权边界不清楚
哪些数据可内部转发、哪些只能自用，合同与接口文档写得含糊，业务部门一转发就踩线。
🎯产品定位与核心价值
把行情从各家屏幕里抽出来变成可编程的数据：接口给实时，文件给批量，历史可回放，字段有字典可查，断线能续传补数，权限按域切。
💡开放协同架构
标准接口对接既有体系，债券行情数据接口服务能力按需叠加而非推倒重建。
🔁场景纵深适配
金融行业场景的特殊性被专项建模，估值与量化取数平台需求的覆盖不是套用通用模板。
🧷数据资产沉淀
债券行情数据接口服务运行过程的数据被结构化留存，越用越懂业务的复利效应。
⚙️核心能力详解
🧮实时推送
按订阅清单推送报价与成交，消息带源时点与序列号，客户端断线后按序列号续传，避免重复与漏收。
🧱快照与历史序列
提供按品种与时点的快照，以及可回放的历史序列，回放支持按时间区间与标的筛选，用于回测与事后核对。
⚡参考数据
债券基本信息、主体与评级等参考数据按版本发布，变更留生效时间，下游按生效时间取对应版本。
📊字段字典
每个字段给出名称、类型、单位、取值域与示例，字典随接口版本一起发布，废弃字段标注停用时间。
🌐主备链路与重连
主备两条链路同时在线，主链路异常时自动切换，切换过程记录日志；重连策略可配，退避间隔与重试上限可调。
🔧监控与告警
对推送延迟、消息积压与订阅失败做监控，超阈值告警到运维；每日出一份数据完整性报告，标出缺口的时段与标的范围。
📐技术规格
| 产品名称 | SMDS行情数据服务 |
| 所属厂商 | Sumscope森浦 |
| 产品分类 | 金融行业·债券行情数据接口服务 |
| 核心能力 | 实时推送、快照与历史序列、参考数据 |
| 应用场景 | 估值系统取数、风控实时盯市、量化回测取历史 |
| 扩展方式 | 固收行情数据平台等配套能力按需启用，不改动债券行情数据接口服务的既有部署 |
| 数据边界 | 估值与量化取数平台相关数据的归属与访问范围由客户按合规要求确定 |
| 部署前提 | 债券行情数据接口服务的运行环境需与金融行业场景的既有基础设施相匹配 |
| 能力颗粒度 | 债券行情数据接口服务可按估值与量化取数平台场景的规模逐级启用，初期投入可控 |
🏭典型应用场景
✈️估值系统取数
估值岗在日终前通过接口拉取当日成交与报价快照，按内部估值模型计算个券估值，缺失标的列出清单交数据岗确认，确认结果次日回填。按估值完成时点与缺失标的数量衡量。
🚗风控实时盯市
风控系统订阅持仓相关标的的实时推送，价格变动超过阈值时触发检查，检查结果记入当日风险日志并通知对应交易员，未回复的自动升级到主管。按推送延迟与告警处理时长衡量。
🔋量化回测取历史
研究员按时间区间回放历史序列，把成交与报价对齐到统一时点，构造因子并做回测，样本区间与字段版本一并记录，换版本后重新跑一遍验证。按回放数据完整度与回测复现一致性衡量。
🌊行情落地存储
数据岗把实时推送落到时序库，按标的与时点建索引，保留周期按内控要求设定，过期数据归档到冷存储，落库失败的消息进重试队列。按落库成功率与查询响应时长衡量。
🏗️下游二次分发
数据岗按部门订阅清单做二次分发，研究、交易与风控拿到不同字段范围，分发记录留痕以便追溯，超出授权范围的申请直接退回。按分发成功率与越权访问次数衡量。
🚢日终数据对账
运维在日终比对推送条数与源端统计，差异部分按序列号定位缺口，补数后重新核对并出具对账记录，缺口原因分网络、限流与源端三类归档。按差异条数与补数完成时点衡量。
🏆典型应用案例
📦
字段映射表先行
接入前先出对照表，把源字段、目标字段、单位与空值处理逐行写清，映射由数据岗维护、下游只读；新增源时先补映射再联调，避免代码里散着转换逻辑。核对口径用映射覆盖率与解析报错数，并按季复核。
🛫
双链路切换演练
主备链路同时订阅，按月做一次切换演练，记录切换耗时与期间丢失的消息条数，演练后核对补数是否补齐；不做演练的备链路，真切换时常常起不来。核对口径用切换时长与丢包条数，演练报告归档。
🏭
补数流程固定下来
缺口按序列号定位，补数从历史服务按区间重取，补完与实时数据做一次比对，差异逐条说明；补数记录进运维台账，注明原因与操作人。核对口径用补数时长与二次缺口数，补数不得跨版本。
📦
变更通知走版本
字段与单位变更提前发布版本说明，下游按版本切换，旧版本保留过渡期，过渡期内双跑并比对；变更窗口避开交易时段。核对口径用变更引发的故障数与切换完成率，回滚方案一并给出。
🔌接入方式
🖥️估值与风控系统
估值按日终批量取快照与成交，风控走实时推送，两条路径共用同一套标的编码；编码不一致时，估值与风控会对同一持仓给出两种价格，对账时很难判断谁错，得先归一到主键。
☁️消息中间件
推送可先落到机构内的消息队列再分发，队列要做持久化与消费位点管理；直接多点订阅源端，连接数与限流额度很快就不够用，扩订阅也要重开连接，顺序还难保证。
🤝数据仓库与文件交换
历史与参考数据以文件形式进仓，按日期分区并按版本留存；文件落地的校验要做条数与摘要比对，只比文件大小容易漏掉截断，截断的文件照样能解析，还会静默丢行。
🧩生态协同与能力底座
🧩数据使用部门与资管
券商、基金与保险资管多由数据岗统一接入再对内分发，业务部门按需申请字段范围；接入方式与预算通常由信息技术条线统一谈，业务侧只提场景不提接口。
🔗行情源与经纪机构
成交与报价来自不同源头，各源对同一标的的统计口径不完全一致；服务方在中间做归一与清洗，口径差异要在字典里写明，否则下游会按两套数算两个结果。
🌱系统集成与外包
估值、风控与量化平台多由集成商建设，数据接入往往由集成商落地；接口文档与联调环境要在项目早期提供，否则排期会卡在等接口上，最后压缩测试时间。
🚀产品差异化特点
🌟字典随版本一起发
字段名称、单位与取值域随接口版本发布，废弃字段标停用时间；只给接口不给字典的供给方式，下游要靠试错猜含义，猜错的数据会一直沉在仓库里。
🆚主备链路常态在线
两条链路同时订阅并定期演练切换，切换过程有日志可查；备用链路只在故障时才启用的方案，真到切换时常常连不上，还要临时调网络策略，恢复时间不可控。
🧬按数据域切权限
实时、历史与参考数据可分域授权，不同部门拿到不同范围；一揽子授权的做法，用不上的数据也进了内部库，管理成本反而更高，出了事还说不清边界。
✅最佳实践
📝
时钟先对齐
所有节点接同一时间源，源端时点与本地时点分开存；时钟漂移会让回测的对齐逻辑整体偏移，事后很难发现，换机器后也容易漏掉校时，偏差会持续累积。
🔄
映射表先于联调
字段对照没定就联调，改一次代码对一次字段，来回几轮项目就拖住了；映射表由数据岗统一维护，下游不提修改需求只提差异，避免各改一份，改完还要回归一轮。
🎯
限流与重连要压测
按峰值订阅量做一次压测，看限流触发点与重连退避是否合理；没压测过的客户端，在开盘集中推送时最容易积压，积压后重启也追不回来，只能等补数。
📈
授权台账要能查
谁申请了哪些字段、分发给哪些系统，要有一本台账；检查时拿不出台账，只能按合同范围整体解释，风险敞口说不清，追溯也要从头查起，耗时且不完整。
🗺️企业落地路径
1️⃣
订阅梳理与环境准备
按业务场景列出需要的标的范围与字段，确认网络与账号条件，申请联调环境并打通端口，产出订阅清单与接入方案，明确双方对接人。
2️⃣
接口联调与字段映射
完成推送与查询接口联调，落地字段对照表，用小批量真实数据验证解析与落库，差异逐条查清，产出映射表与联调记录，并封存一份样本。
3️⃣
主备切换与补数演练
上线主备双链路，做一次切换与补数演练，记录耗时与缺口范围，把操作步骤写进运维手册，产出演练报告与回滚方案，并指定切换决策人。
4️⃣
下游分发与对账常态
按部门做二次分发并建立日终对账，缺口按序列号定位，补数后重新核对，差异原因分三类归档，产出对账模板与月度完整性报告，并跟踪整改。
💬常见问题 FAQ
提供哪些接口形态？
常见的是消息推送、请求响应接口与批量文件三种，推送适合实时盯市，接口适合按需查询，文件适合日终批量；具体协议与端口要按机构网络环境确认后再定。
推送频率能调吗？
订阅可按标的范围与频率申请，频率越高对带宽与客户端处理能力要求越高；限流阈值按授权约定，超限会被降频或断开，需提前评估峰值。
历史数据有多长？
历史序列的深度按品种与授权不同，深度之外的区间要单独申请；补数与回放共用同一套时点口径，跨年度的序列要确认是否经历过字段调整。
并发和限流怎么算？
按账号或应用维度设并发上限，超过阈值的请求会排队或拒绝；批量任务要与实时订阅错峰，日终拉数的高峰最容易触发限流，建议把批量窗口提前或拆批。
断线后怎么续传？
消息带序列号，重连时从最后一条确认的序列号续订，服务端补发期间的消息；客户端要落盘最后序列号，只在内存里记，进程重启后会重复消费，还会把缺口补成重号，落盘要带上时间戳。
数据授权范围怎么看？
按合同约定的使用范围执行，内部使用与对外转发通常分开授权；二次分发要保留记录，接收方也要在授权名单内，否则属于超范围使用。
时钟不一致怎么办？
所有节点接入统一时间源，消息时点以源端时间为准并在字段里标明；本地时间与源端时间不一致时，回测会出现同一笔成交落在两个时段。
验收看哪些项？
看推送延迟分布、日终完整性、断线恢复时长与补数准确度四项；四项都要在真实网络环境与真实订阅量下测，演示环境的数据量说明不了问题。
📄信息来源与免责声明
本页面由云巴巴汇总Sumscope森浦官方公开资料，聚焦债券行情数据接口服务在金融行业领域的实际业务价值。
页面所述估值与量化取数平台能力基于公开信息整理，具体实现与指标口径以官方文档为准。
云巴巴为企业提供SMDS行情数据服务的选型咨询、方案对比与接入协调服务。
产品推荐
数划云食品行业预算管理分析解决方案，预算模型简单敏捷，聚焦基于业务量进行资源配置，通过标杆测算，细化编制标准。构建多维度、可拓展的维度体系，有序分层的表单框架，不受设备限制的在线表单编制。预算填报流程灵活，方便跨部门协作，内容精准投递。
云客家装行业营销解决方案，专注于提升家装企业营销效能。以销售线索跟进系统为核心，搭配专业的销售工作手机，实现精准的客户信息管理与高效沟通。从线索获取到转化成交，全程助力销售团队，让家装营销更具针对性与高效性，推动业务持续增长。
数字化社区
视频
文章
