常见问题FAQ
Q1：数据同步服务相较于接口调用的优势?
A：1）实时调用：数据同步服务在订单状态变更时，会实时推送订单详情到数据库中，相比API需要使用定时轮的方式获取，检测到变化再去更新系统数据及后续订单打单发货等操作，较为实时；2）减少接口调用费用：数据同步可代替接口调用获取订单详情，可减少接口调用的费用；
Q2：商家Id(venderId)怎样获取?
A：如何获取商家ID请参看开通及使用的第一章节中1.2.1 获取商家ID并进行宙斯应用授权相关说明。商家Id可通过宙斯开放平台的api接口获取, 详见jingdong.seller.vender.info.get
Q3：数据同步服务目前都支持哪些类型的数据?
A：订单：18：厂直； 21：（PopFbp）Fulfilled By POP：使用京东销售、仓储、配送，生产流程可理解为一般订单；22：（PopSop） Sale On POP：使用京东销售；23：（PopLbp）Logistic By POP：销售、配送（不含仓储）25：（POp SOPL）Sale on POP Logistic：销售、配送、商家开发票 75：（LOC）本地生活服务；77：（LSP）本地购订单；112：（FCS） 自营采购，以销定结 ；115：商家资质认证费用订单；142：（IBS）IBS 类型的订单；152：海外集运订单；193：（SCF模式订单）商超入驻京东模式
Q4：现在数据同步服务会同步哪些状态的订单
A：当前数据同步服务会将以下状态的订单推送到数据库中：
1）WAIT_SELLER_STOCK_OUT 等待出库 2）WAIT_GOODS_RECEIVE_CONFIRM 等待确认收货 3）WAIT_SELLER_DELIVERY等待发货（只适用于海外购商家，含义为“等待境内发货”标签下的订单,非海外购商家无需使用） 4) PAUSE 暂停（loc订单可通过此状态获取） 5）FINISHED_L 完成 6）TRADE_CANCELED 取消 7）LOCKED 已锁定 8）POP_ORDER_PAUSE pop业务暂停
Q5：数据同步服务触发推送的节点是什么，推送新的数据后是新增一条数据还是覆盖原有数据?
A：1）订单状态变更触发，状态可参考Q4；2）推送数据后会覆盖原有数据。
Q6：如何实现商家给应用(appKey)授权?
A：请参看该文档用户授权介绍
Q7：使用数据同步服务时, 是否可以获取数据库的写权限?
A：不可以, 基于安全方面的考虑, 数据同步服务使用的数据库不能提供写权限
Q8：在服务器连接RDS为什么看不到数据同步的数据库(jcloud_yunding_db_push)?
A：基于安全方面的考虑, 这个库不在页面中展示; 使用邮件中提供的账号和密码登录数据库实例, 即可看到这个库
Q9：开通数据同步服务时, 是否需要将数据库和表创建好?
A：不需要, "开启推送"时, 系统会自动创建数据库和表结构
Q10：为什么我其他商家都能同步到数据有一个商家却同步不到数据呢?
A：这中情况大多是商家对开发者的授权过期导致的，请确认下商家授权是否正常。重新授权后如需获取授权失效期间数据请使用历史同步功能
Q11：数据同步服务多久生效，生效后为什么没有信息推送?
A：开通后立即生效，开启数据同步服务后，如有新订单会实时同步到数据库，历史订单不同步。请确认您按照开通及使用的第二章节完成操作步骤。
Q12：有多家店铺如ABC三家店时，如何开通数据同步服务?
A：甲开了A,B,C三家店，给甲开通数据同步后，是都不会推送的；需要 ABC 三家店铺账户分别给甲开通数据同步功能的JOS应用授权，授权后将三家店铺的vendorID（商家ID）添加到管理商家中才会推送，如果方便可以将三家店铺都入驻下云鼎方便这边维护时查询信息。如果店铺都是自研应用需要JOS 提工单开通自营商家授权。
自研应用权限只能供同一公司的店铺使用，如果一个自研应用需要管理该公司的多家店铺（同一个公司主体注册的店铺），需要将appkey和店铺账号通过工单系统进行提交；如果需要管理的店铺与申请自研应用的店铺主体不同，需提供公司关系证明，包括但不限于投资关系、集团公司关系证明、股权关系、同一法人证明等（提供一项证明即可）,将关系证明、店铺账号和APPKEY一起提交工单。
Q13：数据同步服务中如何添加商家?
A：输入商家ID搜索，然后添加。请确认商家ID的正确性，该商家ID属于已选应用下，且已发布。
Q14：云鼎数据库升级多久生效?
A：根据您现有的数据库大小，数据库越大升级时间越长。数据库升级配置是底层资源的升级迁移，请您耐心等待。
Q15：如何将本地数据库备份恢复到云鼎数据库?
A：本地数据库支持公网访问的前提下可使用云鼎提供的DTS迁移工具，具体开通请联系云鼎运营人员。
Q16：我使用pushModified作为条件分页查询数据库为什么会有小概率数据丢失情况?
A: 您好，有一种可能性是 pushModified 时间是秒级，多个行可能具有相同的值， 数据库可以自由以任何顺序返回这些行，查询数据存在相同的pushModified值且恰巧处在分页边缘，则有小概率导致数据查询丢失。 需要优化下查询SQL，如将查询结果集按 orderId 进行 orderBy 后再进行分页。