概述基金行情查询，指的是投资者通过各类平台获取基金数据包括：基金持仓数据基金费率数据基金分红送配基金公告数据基金规模变化基金基础数据基金经理数据基金历任经理基金历史净值基金收益排名基金走势数据新发基金列表在售基金列表用途对于普通投资者和专业人士而言，其核心用途主要体现在以下几个方面：评估投资盈亏查询基金净值、收益率等数据，可以直观地了解自己持有的基金是赚是亏，以及不同时间维度的业绩表现，帮助投资者理性判断是否继续持有。把握买卖时机观察基金的历史净值走势、回撤情况，以及基金经理的调仓动向，决定是否在相对低点或合适时机建仓。当基金连续表现不佳或出现重大变动时，行情数据能辅助做出止盈、止损或转换基金的决定。筛选与对比基金通过查询多只基金的业绩排名、风险指标、持仓风格等，投资者可以横向对比，筛选出更符合自己风险偏好的产品。跟踪市场热点与行业动态对于行业主题基金，查询其净值变化可以间接反映相关板块的涨跌，帮助投资者捕捉行业轮动机会，及时调整资产配置。辅助长期资产配置定期查询基金的表现，结合市场整体估值，可以动态调整股债配比、不同风格基金的权重，确保资产组合与自己的投资目标和风险承受能力保持一致。满足合规与专业研究需求机构投资者、基金投顾或金融从业者需要通过准确、及时的行情数据来进行产品分析、撰写研究报告、提供投资建议，并满足合规风控的要求。接入说明以基金持仓数据为例请求参数名称类型必须说明fundCodeString是基金代码reportDateString是公告日期，格式为2020-06-30,2020-03-31，不传则默认最新参见此处返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "492823910191448773171202",//本次请求号 "data": { "reportDate": "2024-06-30",//持仓数据报告期 "stock": [//持仓股票数据集合 { "stockName": "", "rate": 9.18, "type": "增持", "stockCode": "600383" } ], "fof": [],//持仓fof数据集合 "bond": [] //持仓债券数据集合 } }

当我们开发或集成物流系统时，需要用到各种物流数据。本文介绍快递物流全生命周期的解决方案和API，包括：快递查询、快递订阅推送、快递物流轨迹地图、快递地址解析、快递单号识别、快递价格预估、快递时效查询、快递拦截、快递面单打印、快递签单回传。快递查询快递查询即根据快递单号查询快递实时物流信息。这种方式有一定的不足：无论物流状态有无变化，需要主动查询，有可能多次查询的结果是没有变化的。通常按次计费，无论物流状态有无变化，只要发起查询就计费，增加了查询成本。详见此处快递订阅推送快递物流轨迹订阅，即提交一次单号，当此单物流发生变化时，会将物流信息主动推送给提交者。与快递查询相比，它有以下优点：提交一次单号，无需频繁手动查询快递状态，提高了获取物流信息的效率和便捷性。减少查询成本（按单计费），提升系统效率不再需要反复请求接口获取最新状态。详见此处快递物流轨迹地图当我们想查询快递实时物流信息时，如果只是文字信息，那些阅读起来就非常费时费力。如果有一张地图能查看快递的实时物流信息，那就更加直观了。快递物流轨迹地图可以实现此功能。详见此处快递地址解析在电商平台或APP中，当我在填写快递收货地址时，收件方给我的地址杂乱无章，比如：张三13566778899杭州市爱力中心307。而电商平台如果需要按省、市、区、街道、门牌号这样的逐个信息去填写，这就非常不人性化了，还容易输错。那有没有办法把杂乱无章地址转换成省、市、区、街道、门牌号这样的结构化地址的，答案是有的，即快递地址解析API。电商平台只要快递地址解析API集成到他们的平台或AP中，就可以大大提升用户的体验。快递地址解析API的核心功能就是将用户输入的杂乱无章地的地址，转换成结构化地址。不仅如此，还能处理简写、拼音混用等复杂地址格式，支持方言输入和语音转文字的容错修正。详见此处快递单号识别当我们在开发产品时，有查询快递物流的场景。假如手上已有了快递查询API，但需要输入快递公司和快递单号，而且我们的数据只有快递单号，那么怎样才能查询快递物流呢？答案是用快递物流单号API，输入快递单号获取快递公司，再用获取到的快递公司和快递单号来查询快递。快递面单OCR识别支持市面上常见版式的快递面单识别，包括申通、圆通、中通、百世汇通、韵达、顺丰、京东、邮政、极兔、天天等面单版式，结构化识别运单号、收/寄件人姓名、收/寄件人电话、收/寄件人地址等字段。详见此处快递价格预估快递价格预估即根据始发地、目的地、重量和体积来预估寄件费用。用途最优选择：帮助用户根据预算（选最便宜）、时效（选最快）或服务（选送货上门）快速找到最适合的快递方案。运费模板设置：对商家来说，利用预估可测算不同地区的运费成本，从而在后台设置准确的“运费模板”，避免设置过低导致亏损，或设置过高劝退买家。决策参考，选择最优服务：在寄件前，用户可以通过预估价格比较不同快递公司（顺丰、京东、“通达系”等）以及不同时效产品（特快、标快、经济件）的费用。这能帮助你在“时效”与“价格”之间找到平衡点，避免寄完才发现有更划算的选择。快速对比：用户无需逐个登录不同快递公司官网或致电客服，只需输入重量、体积、起止地点，即可一键对比顺丰、京东、通达系等多家快递的预估价格。支持范围支持主流快递公司，包括：顺丰快递，京东快递，EMS，中通快递，圆通快递，申通快递，韵达快递，极兔快递，德邦快递等。详见此处快递时效查询快递时效查询，就是预估快递从寄出到送达的预计时间。它主要分为两种类型：发货前预估；发货后查询。发货前预估在发货前根据始发地和目的地，预估快递从寄出到送达的预计时间。这种方式适用于准备寄快递但还没下单时，提前了解不同快递公司的大致运输时长，方便你根据自己的需求来选择最合适的快递服务。发货后查询发货后可以根据快递单号来预测此单的到达时间，方便收件人及时收货。还可以结合快递查询接口，查询物流轨迹。详见此处快递网点查询快递网点查询，即查询快递公司在各个地区设立的货物分发站点。网点信息包括：详细地址（含省市区）、网点名称、快递公司名称、快递公司编码、网点电话。目前支持：顺丰、中通、圆通、申通、韵达、极兔、德邦、邮政平邮快递网点查询的作用远不止“找一个地方寄快递”那么简单。它更像一个连接您与整个物流网络的智能枢纽，通过提供精准、全面的信息，为您在寄件、收件和物流管理等多个环节带来实质性的便利。其核心价值主要体现在以下几个方面：查询网点联系方式：获取电话、营业时间，方便联系催件、改地址、投诉、协商二次派送。查附近网点位置：找到离自己最近的快递网点、驿站、代收点，方便上门寄件、自提。确认派送范围：看自己的地址是否在派送范围内，避免超区不送、需要自提。跟踪快件异常：物流显示 “到达网点”“滞留网点” 时，可直接联系对应网点处理。解决丢件、破损问题：定位负责该快件的具体网点，针对性沟通理赔、找回快件。当物流显示“已签收”但你没收到，或者退货被拒收时，实体网点往往是最高效的解决途径。详见此处快递拦截已在途中的物流订单，将快递退回原址，部分快递公司可返回寄件网点或转寄其它地址。快递面单打印用于向快递/快运公司下单并获取快递单号，通过快递单号打印面单。详见此处快递签单回传在运单揽收后订阅，可获取用户签单照片，支持顺丰、中通、京东、德邦、百世等十余家快递公司。详见此处

快递网点查询，即查询快递公司在各个地区设立的货物分发站点。网点信息包括：详细地址（含省市区）、网点名称、快递公司名称、快递公司编码、网点电话。目前支持：顺丰、中通、圆通、申通、韵达、极兔、德邦、邮政平邮快递网点查询的用途快递网点查询的作用远不止“找一个地方寄快递”那么简单。它更像一个连接您与整个物流网络的智能枢纽，通过提供精准、全面的信息，为您在寄件、收件和物流管理等多个环节带来实质性的便利。其核心价值主要体现在以下几个方面：查询网点联系方式：获取电话、营业时间，方便联系催件、改地址、投诉、协商二次派送。查附近网点位置：找到离自己最近的快递网点、驿站、代收点，方便上门寄件、自提。确认派送范围：看自己的地址是否在派送范围内，避免超区不送、需要自提。跟踪快件异常：物流显示 “到达网点”“滞留网点” 时，可直接联系对应网点处理。解决丢件、破损问题：定位负责该快件的具体网点，针对性沟通理赔、找回快件。当物流显示“已签收”但你没收到，或者退货被拒收时，实体网点往往是最高效的解决途径。API介绍请求参数名称类型必须说明shipperCodeString是快递公司编码provinceNameString是省份cityNameString是城市areaNameString是区县addressString否地址信息详见此处返回样例{ "msg": "成功",//返回码对应描述 "code": 200,//返回码，详见返回码说明 "taskNo": "591593430181347812119657",//本次请求号 "data": { "totalCount": "18",// "list": [ { "address": "",//详细地址 "pointCode": "",//网点编码 "cityName": "杭州市",//所在市 "areaName": "余杭区",//所在区 "pointName": "",//网点名称 "shipperName": "",//快递公司名称 "tel": "",//网点联系电话 "provinceName": "浙江省",//所在省 "shipperCode": "" //快递公司编码 }， ... ] } }

快递时效查询，就是预估快递从寄出到送达的预计时间。它主要分为两种类型：发货前预估；发货后查询。功能介绍发货前预估在发货前根据始发地和目的地，预估快递从寄出到送达的预计时间。这种方式适用于准备寄快递但还没下单时，提前了解不同快递公司的大致运输时长，方便你根据自己的需求来选择最合适的快递服务。发货后查询发货后可以根据快递单号来预测此单的到达时间，方便收件人及时收货。还可以结合快递查询接口，查询物流轨迹。支持范围支持主流快递公司，包括：德邦、邮政、京东、顺丰、申通、韵达、圆通、中通、菜鸟速递、极兔速递、顺心捷达等。API介绍详见此处发货前预估请求参数名称类型必须说明shipperCodeString是快递公司编码，详见快递公司编码sendProvinceString是始发省sendCityString是始发市sendAreaString是始发区县sendAddressString否始发详细地址receiveProvinceString是目的省receiveCityString是目的市receiveAreaString是目的区县receiveAddressString否目的详细地址catchTimeString否揽收时间，如不传，默认当前时间为揽收时间返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "310595155210053618722987",//本次请求号 "data": { "SendProvince": "浙江省",//始发省 "ReceiveProvince": "江苏省",//目的省 "ShipperCode": "STO",//快递公司编码 "Hour": "24h",//预计时效 "DeliveryDate": "2024-11-14",//预计送达时间 "ReceiveCity": "南京市",//目的市 "DeliveryTime": "11月14日下午可达",//预计送达时间 "ReceiveArea": "建邺区",//目的区县 "ReceiveAddress": "",//目的详细地址 "PredictPath": "浙江杭州转运中心->江苏南京转运中心",//预估行驶线路 "SendArea": "余杭区",//始发区县 "SendAddress": "",//始发详细地址 "SendCity": "杭州市" //始发市 } } 发货后查询请求参数名称类型必须说明shipperCodeString是快递公司编码，详见快递公司编码logisticCodeString是快递单号sendProvinceString否始发省sendCityString否始发市sendAreaString否始发区县sendAddressString否始发详细地址receiveProvinceString是目的省receiveCityString是目的市receiveAreaString是目的区县receiveAddressString否目的详细地址catchTimeString否揽收时间，如不传，默认当前时间为揽收时间senderPhoneString否寄件人后四位手机尾号，当快递公司为顺丰时，senderPhone、receivePhone必须传一个receivePhoneString否收件人后四位手机尾号，当快递公司为顺丰时，senderPhone、receivePhone必须传一个返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "taskNo": "310595155210053618712345",//本次请求号 "data": { "DeliveryMemo": "预测发起时间：2024-11-13 14:45:45",//备注 "LogisticCode": "78854085582018",//快递单号 "SendProvince": "浙江省",//始发省 "ReceiveProvince": "江苏省",//目的省 "ShipperCode": "STO",//快递公司编码 "Hour": "24h",//预计时效 "DeliveryDate": "2024-11-14",//预计送达时间 "ReceiveCity": "南京市",//目的市 "DeliveryTime": "11月14日下午可达",//预计送达时间 "ReceiveArea": "建邺区",//目的区县 "ReceiveAddress": "",//目的详细地址 "PredictPath": "浙江杭州转运中心->江苏南京转运中心",//预估行驶线路 "SendArea": "余杭区",//始发区县 "SendAddress": "",//始发详细地址 "SendCity": "杭州市", //始发市 "LatestStation": "xx转运中心",//最新轨迹发生的站点 "LatestProvince": "",//最新所在省份 "LatestCity": "",//最新所在城市 "LatestArea": ""//最新所在区县 } } 快递公司编号快递公司编码DBL德邦EMS邮政JD京东JTSD极兔速递SF顺丰SX顺心捷达STO申通YD韵达YTO圆通ZTO中通CNSD菜鸟速递（丹鸟）

当我们想查询快递实时物流信息时，如果只是文字信息，那些阅读起来就非常费时费力。如果有一张地图能查看快递的实时物流信息，那就更加直观了。快递物流轨迹地图可以实现此功能，下面来介绍下快递物流轨迹地图。功能介绍接入快递物流轨迹地图，开发者可以在自身的APP中，可以在地图上显示实时物流轨迹，如下图所示：支持范围支持包括顺丰、邮政，极兔，申通、圆通、韵达、中通、百世、EMS、天天、国通、德邦、宅急送等600家以上快递公司。API说明请求参数名称类型必须说明expressCodeString否快递公司编号，详见：快递公司编码对照表快递公司编号不传时，系统会自动识别快递公司编号，但响应时间会比传递快递编号略长numberString是运单编号mobileString否顺丰速运、中通、跨越速运需要传入收/寄件人手机号或后四位手机号sortString否物流明细排序，desc：倒序，asc：升序，默认asc详见此处返回说明{ "code": 200, // 详见code返回码说明 "msg": "成功", // code 对应的描述 "charge": true, // 计费标志 "taskNo": "30853523396532582768", // 本次请求号 "data": { "url": "https://express-1.jumdata.com/express/amap?trackMapCode=xxxxxxxxx" } } 业务对照表快递公司编码对照表序号快递编码快递公司1SF顺丰快递2YTO圆通快递3ZTO中通快递4YUNDA韵达快递5YDKY韵达快运6STO申通快递7TTKDEX天天快递8JD京东快递9EMS中国邮政（其他常用名称：邮政国内小包、EMS、邮政标准快递、E邮宝、EMS经济快递、EMS特快专递、邮政快递包裹、EMS快递包裹、邮政EMS速递、邮政平邮、邮政商务小包、平邮、邮包、邮政快递，都可以使用此对照关系查询或订阅物流）10DBKD德邦快递11DBL德邦物流12DBKY德邦快运13SURE速尔快运14UC优速快递15JT极兔速递16KYE跨越速运17CP471906顺心捷达18ANE56安能物流19BESTQJT百世快运20FW丰网速递21YMDD壹米滴答22JYM加运美23ZTOKY中通快运24CP449455京广速递25ZJS宅急送26FAST快捷快递27FEDEX联邦快递28RRS日日顺29SNWL苏宁快递30ZMKM丹鸟31ZMKMKD丹鸟快递32RFD如风达33YCKY远成快运34JYXP九曳供应链35CP468398圆通承诺达36GTO国通快递37QFKD全峰快递38SDSD山东递速39XFWL信丰物流40CP443514百世云配41LE10032270韵达同城42PADTF平安达腾飞43HOAU天地华宇44STOKY申通快运45ZTKY中铁物流/飞豹快递46EWINSHINE万象物流47QRT全日通48GZFY凡宇快递49XBWL新邦物流50CRE中铁快运51LTS联昊通52SHENGHUI盛辉物流53HUANGMAJIA黄马甲配送54CHENGBANG晟邦物流55GZLT飞远配送56HZABC飞远(爱彼西)配送57YCT黑猫宅急便58COECOE59DTW大田物流60AIR亚风速递61WJ万家物流62D4PX递四方63UPSUPS64SUIJIAWL穗佳物流65SUTENG速腾快递66ANNTO安得智联67DISUD速68ZZJHTD郑州建华69ZTOGJ中通国际70SXJH建华快递71ZL四川增联供应链72JUSDA准时达73YDGJ韵达国际74FENGNIAO蜂鸟配送75FJGJ泛捷国际物流76CVP潮优配77LSWL林氏物流78CQLY重庆铃宇消费品供应链79XINZHIHUI新智慧80STOINTL申通国际81HBZL湖北众联82GOODKUAIDIGOOD快递83EWE_GLOBALEWE GLOBAL84WDSWL鸿达顺物流85AXD安鲜达86GDNFCMFXWL广东南方传媒发行物流87XLOBO贝海国际速递88ESDEX卓志速运89YTOGJ圆通国际90STWL速通物流91WAJ沃埃家92UBON优邦速运93WNDWnDirect94SXXF山西馨富95YC远长物流96BSGJ百世国际97YUD长发快递98KMYRX昆明云瑞祥99DHLDHL全球100CN7000001011758泰进物流101BYZH贝业智慧物流102JQWL浙江鉴强物流103ESBE速宝104SZXK苏州熙康105DDS点点送106SUYUN12358速运107SEND2CHINASend2China108CYEXP长宇快递109TTKEU天天欧洲物流110SQWL商桥物流111WORLDCPS天马物流112KXTX卡行天下113AOYOUZGKY澳邮中国快运114EFSEFSPOST115AXWL安迅物流116RUSTON俄速通117PAKD平安快递118TDWL_123456腾达物流119XZB鑫泽邦物流120HCT新竹物流121MGSD美国速递122SCJXWLYXGS余氏东风123DD当当宅配124AST安世通125FTDKD富腾达快递126EHAOYAO好药师物流127RBYZEMS日本邮政EMS128CGKD程光快递129DOD门对门130YDTKD易达通快递131BHWL保宏物流132XAJ新安居仓配133CSZX城市之星134XYWL秀驿物流135LTJZPS蓝豚家装配送136DJ56东骏快捷137NEDA能达速递138CHS重庆中环139YXWLJT宇鑫物流

功能介绍快递价格预估即根据始发地、目的地、重量和体积来预估寄件费用。用途最优选择：帮助用户根据预算（选最便宜）、时效（选最快）或服务（选送货上门）快速找到最适合的快递方案。运费模板设置：对商家来说，利用预估可测算不同地区的运费成本，从而在后台设置准确的“运费模板”，避免设置过低导致亏损，或设置过高劝退买家。决策参考，选择最优服务：在寄件前，用户可以通过预估价格比较不同快递公司（顺丰、京东、“通达系”等）以及不同时效产品（特快、标快、经济件）的费用。这能帮助你在“时效”与“价格”之间找到平衡点，避免寄完才发现有更划算的选择。快速对比：用户无需逐个登录不同快递公司官网或致电客服，只需输入重量、体积、起止地点，即可一键对比顺丰、京东、通达系等多家快递的预估价格。支持范围支持主流快递公司，包括：顺丰快递，京东快递，EMS，中通快递，圆通快递，申通快递，韵达快递，极兔快递，德邦快递等。API介绍请求参数名称类型必须说明expressCodeString是快递公司编码，详见快递公司编码originProvinceString是始发地省份originCityString是始发地城市originDistrictString是始发地区域destProvinceString是目的地省份destCityString是目的地城市destDistrictString是目的地区域weightDouble否重量,单位KG,默认1KGvolumeDouble否体积,单位立方米详见此处返回样例{ "code": 200,//返回码，详见返回码说明 "msg": "成功",//返回码对应描述 "charge": true,//计费标志 "taskNo": "310595155210053618722987",//本次请求号 "data": { "price": 17.5//预估费用 } } 快递公司编码code公司名称sf顺丰快递zto中通快递yto圆通快递sto申通快递jd京东快递yunda韵达快递jt极兔快递deppon德邦快递emsEMS

书号通常指国际标准书号（ISBN，International Standard Book Number），是国际通行的图书唯一标识符，相当于每一本书、每一种版本的“身份证号码”。书号的构成目前使用最广的是13位ISBN（2007 年之后全面推行），其结构为：前缀元素：固定为978或979（图书产品代码）国家/语言区号：如中国为7（简体中文出版物常用）出版社代码：由书号管理机构分配给出版社书序号：出版社为具体出版物分配的编号校验码：最后一位，用于验证书号是否正确书号的作用唯一标识：一本书的不同版本（精装、平装、电子书）、不同语种、不同格式都会有各自独立的书号。全球通用：在世界范围内，通过书号可以精准定位一本出版物。出版必备：在中国，正规出版物必须配有书号，才能进入发行渠道（实体书店、电商平台、图书馆等）。流通与数据基础：图书的编目、订购、库存、销售统计、版权管理都依赖书号。#书号查询API介绍可以接入书号查询API，根据书号来查询书本的详细信息，包括：书名、作者（编者、译者）、出版社、出版日期、出版地、版次、印次、装帧信息、纸张开数、语言、字数、页数等信息。详细使用参见此处请求参数名称类型必须说明isbnString是书的isbn码（必须是10、13位的纯数字）返回样例{ "code": 200, "msg": "成功", "taskNo": "65171553403304103621", "charge": true, "data": { "details": [ { "series": "",//丛书信息（不是丛书为空字符串） "title": "2",//书名 "author": "",//作者（编者、译者）信息 "publisher": "",//出版社 "pubDate": "",//出版日期 "pubPlace": "长春",//出版地 "isbn": "9787555357902",//13位isbn号 "isbn10": "7555357909",//10位isbn号 "price": "28.80",//定价 "genus": "TP311.132.3",//中图分类号 "levelNum": "",//读者评分 "heatNum": "0",//图书热度（即：购买或评论总人次） "format": "",//纸张开数 "binding": "平装",//装帧信息 "page": "",//页数 "wordNum": "",//字数 "edition": "1版",//版次 "yinci": "1",//印次 "paper": "",//书籍纸张类型 "language": "",//语言 "keyword": "",//图书关键词 "img": "",//封面图片大图链接，有效期10天。建议自行下载保存，避免丢失 "bookCatalog": "",//目录 "gist": "",//图书内容简介 "cipTxt": "",//cip信息 "annotation": "",//一般附注 "subject": "",//主题 "batch": ""//丛编信息 } ] } }

前言商品条码查询在现代商业和日常生活中有着广泛的用途。比如：商品信息核实与溯源基础信息获取：快速查询商品的名称、品牌、规格、型号、生产厂家等基本信息。真伪鉴别：虽然条码本身容易被复制，但结合官方数据库（如中国物品编码中心）或品牌方的防伪系统，可以辅助判断商品是否为正规渠道产品。部分高级应用会结合“一物一码”技术进行深度溯源。产地查询：通过条码前缀初步判断注册地，或通过详细数据查询具体生产地。零售与库存管理快速结算：在超市、便利店等零售场景，扫描条码是收银结算的标准流程，极大提高了效率并减少人工输入错误。库存管理：企业利用条码系统进行入库、出库、盘点，实时掌握库存动态，优化供应链效率。价格管理：确保货架标签价格与系统结算价格一致，方便进行促销变价管理。消费者决策辅助比价购物：消费者在实体店扫描条码，通过电商平台或比价工具查看该商品在网络上的价格，寻找更优惠的购买渠道。评价参考：查询商品后，直接查看其他用户对该商品的使用评价、评分和避雷指南。成分与安全查询：对于食品、化妆品，通过条码查询详细的成分表、保质期、过敏原信息以及是否有召回记录。如果需要将商品条码查询集成到系统中，那么可以接入商品条码查询API。API介绍根据条码信息，返回此条码对应商品的名称、价格、厂家、图片等资料。能够实现来源可查、去向可追、责任可究，从而有效控制产品质量安全风险，保障消费者权益。极大的降低运营成本，提升数据质量，避免人工出错的可能。请求参数名称类型必须说明codeString是条码（必须是13、14位的纯数字，13位以69开头，14位以0开头）详见此处返回样例{ "code": 200, "msg": "成功", "taskNo": "41020892700032664119", "data": { "code": "6922266457432", // 条形码 "sptmImg": "", // 条码图片 "img": "", // 图片，有效期10天。建议自行下载保存，避免丢失 "goodsType": "", // 商品分类 "trademark": "", // 品牌 "goodsName": "", // 商品名称 "spec": "", // 规格 "note": "", // 备注信息 "price": "", // 参考价格(单位:元) "ycg": "", // 原产地(可能无此参数信息) "manuName": "", // 厂商 "manuAddress": "", // 厂商地址 "qs": "",//生产许可证号 "nw": "",//净重 "description": "",//形态描述 "gw": "",//毛重 "width": "",//宽 "hight": "",//高 "depth": "",//深 "gpc": "",//gpc分类代码 "gpcType": "",//gpc分类名称 "keyword": "",//关键词 "imgList": [] // 条码中心图片列表 } }

前言汇率换算（Currency Conversion）是指将一种货币的价值转换为另一种货币价值的过程。它是国际贸易、旅游、投资和金融交易中的基础操作。在金融系统常用到汇率换算功能，用于国际结算、银行汇率查询应用、开展跨国贸易、投资等参考场景。集成汇率换算API可实现实时汇率转换和汇率查询功能。汇率换算API有以下特点：支持全球一百多种货币实时汇率换算和汇率查询。数据每分钟更新。实时汇率转换币种间的汇率转换。请求参数名称类型必须说明fromCodeString是源货币类型 详见货币代码表toCodeString是目标货币类型 详见货币代码表moneyString是转换的金额，单位元参见接口文档成功返回样例{ "code": 200,//返回码，详见code返回码说明 "msg": "成功",//code对应的描述 "charge": true,//计费标志 "taskNo": "825091389158520001104287",//本次唯一请求号 "data": { "money": "120.043880",//换算后金额 "to_name": "欧元",//目标货币名称 "from": "GBP",//源货币类型 "exchange": "1.199000",//当前汇率 "to": "EUR",//目标货币类型 "from_name": "英镑",//源货币名称 "updatetime": "2024-10-29 14:00:04" //更新时间 } } 失败返回样例{ "msg": "源货币类型不能为空", "code": 400 } 汇率查询根据货币查询其汇率请求参数名称类型必须说明fromCodeString是需要查询的货币代码 详见货币代码表toCodeString否目标货币类型，会单独返回toCode对应的汇率信息，默认CNY 详见货币代码表参见接口文档成功返回样例{ "code": 200, //返回码，详见code返回码说明 "msg": "成功", //code对应的描述 "charge": true, //计费标志 "taskNo": "825091389158520001104287", //本次唯一请求号 "data": { "name": "英镑", //货币名称 "currency": "GBP", //货币代码 "toData": {//参数toCode对应的汇率信息 "rate": "1.293100", "name": "美元", "updatetime": "2025-04-01 17:25:06" }, "list": { "FJD": { "rate": "2.946800", //汇率 "name": "斐济元", //目标货币名称 "updatetime": "2024-10-29 04:37:55" //更新时间 }, "MXN": { "rate": "25.949600", "name": "墨西哥比索", "updatetime": "2024-10-29 13:54:37" } } } } 失败返回样例{ "msg": "源货币类型不能为空", "code": 400 } 附录货币代码表货币代码货币名称CNY人民币USD美元EUR欧元JPY日元HKD港币KRW韩元RUB卢布GBP英镑SGD新加坡元TWD新台币CAD加拿大元AUD澳大利亚元BRL巴西雷亚尔INR印度卢比CHF瑞士法郎THB泰国铢MOP澳门元NZD新西兰元ZAR南非兰特SEK瑞典克朗IDR印尼卢比MXN墨西哥比索ARS阿根廷比索MYR林吉特OMR阿曼里亚尔EGP埃及镑PKR巴基斯坦卢比PYG巴拉圭瓜拉尼BHD巴林第纳尔PAB巴拿马巴尔博亚BMD百慕大元BGN保加利亚列弗ISK冰岛克朗PLN波兰兹罗提BOB玻利维亚诺BWP博茨瓦纳普拉DKK丹麦克朗PHP菲律宾比索COP哥伦比亚比索CUP古巴比索KZT哈萨克斯坦坚戈ANG荷兰盾GHS加纳塞地CZK捷克克朗ZWL津巴布韦元QAR卡塔尔里亚尔KWD科威特第纳尔HRK克罗地亚库纳KES肯尼亚先令LVL拉脱维亚拉特LAK老挝基普LBP黎巴嫩镑LTL立陶宛立特RON罗马尼亚列伊MUR毛里求斯卢比MNT蒙古图格里克BDT孟加拉塔卡PEN秘鲁新索尔MAD摩洛哥迪拉姆NOK挪威克朗SAR沙特里亚尔LKR斯里兰卡卢比SOS索马里先令TZS坦桑尼亚先令TND突尼斯第纳尔TRY土耳其里拉GTQ危地马拉格查尔UYU乌拉圭比索HUF匈牙利福林JMD牙买加元ILS以色列谢克尔JOD约旦第纳尔VND越南盾CLP智利比索PGK巴布亚新几内亚基那KPW朝鲜圆LSL莱索托洛提LYD利比亚第纳尔RWF卢旺达法郎MMK缅甸元MWK马拉维克瓦查NIO尼加拉瓜科多巴NPR尼泊尔卢比SBD所罗门群岛元SCR塞舌尔法郎BND文莱元SYP叙利亚镑DZD阿尔及利亚第纳尔AED阿联酋迪拉姆BBD巴巴多斯元AFN阿富汗尼ALL阿尔巴尼亚勒克AMD亚美尼亚德拉姆AOA安哥拉宽扎AWG阿鲁巴盾弗罗林AZN阿塞拜疆新马纳特BAM波斯尼亚马尔卡BIF布隆迪法郎BSD巴哈马元BTN不丹努扎姆BYN白俄罗斯卢布BZD伯利兹美元CDF刚果法郎CRC哥斯达黎加科朗CUC古巴可兑换比索CVE佛得角埃斯库多DJF吉布提法郎DOP多明尼加比索NGN尼日利亚奈拉ERN厄立特里亚纳克法ETB埃塞俄比亚比尔FJD斐济元FKP福克兰镑GEL格鲁吉亚拉里GIP直布罗陀镑GMD冈比亚达拉西GNF几内亚法郎GYD圭亚那元HNL洪都拉斯伦皮拉HTG海地古德IQD伊拉克第纳尔IRR伊朗里亚尔KGS吉尔吉斯斯坦索姆KHR柬埔寨瑞尔KMF科摩罗法郎KYD开曼群岛元LRD利比里亚元MDL摩尔多瓦列伊MGA马尔加什阿里亚MKD马其顿第纳尔MVR马尔代夫拉菲亚MZN新莫桑比克梅蒂卡尔NAD纳米比亚元RSD塞尔维亚第纳尔SDG苏丹镑SHP圣圣赫勒拿镑SLL塞拉利昂利昂SRD苏里南元STD圣多美多布拉SZL斯威士兰里兰吉尼TJS塔吉克斯坦索莫尼TMT土库曼斯坦马纳特TOP汤加潘加TTD特立尼达多巴哥元UAH乌克兰格里夫纳UGX乌干达先令UZS乌兹别克斯坦苏姆VEF委内瑞拉玻利瓦尔VUV瓦努阿图瓦图WST萨摩亚塔拉XAF中非法郎XCD东加勒比元XOF西非法郎XPF太平洋法郎YER也门里亚尔ZMW赞比亚克瓦查SVC萨尔瓦多科朗MRU毛里塔尼亚乌吉亚

随着“金税四期”的全面深化和数电票（全面数字化的电子发票）的普及，如今企业财税管理已进入高度自动化与智能化的新阶段。发票作为经济活动的核心凭证，其管理效率直接关系到企业的合规性与运营成本。本文将介绍发票全生命周期API接口，包括：自动开票，发票识别，发票查验，发票下载，企业开票信息查询。自动开票企业内部的ERP、CRM或业务系统接入自动开票API，即可实现“业务发生即开票”。数据直连：系统直接抓取订单系统中的交易数据（购买方信息、商品明细、金额等），无需人工二次录入，从源头杜绝了错行、错号的风险。规则引擎：企业可预设开票规则（如：满额自动开、特定客户自动开、发货后自动开），系统根据规则自动触发开票指令。多票种支持：不仅支持传统的增值税专用/普通发票，更完美适配数电票。对于数电票，系统可直接生成XML/PDF文件并交付，无需打印纸质介质。详见此处发票识别面对海量的纸质发票、拍照件或PDF文件，如何快速将其转化为结构化数据？高精度的发票OCR识别是关键。全票种覆盖：如今的识别引擎已能精准识别增值税专票/普票、数电票、火车票、飞机行程单、出租车票、定额发票等几乎所有国内票据类型。复杂场景适应：即使发票存在褶皱、倾斜、光照不均或部分遮挡，AI算法仍能通过深度学习模型高精度提取关键字段（发票代码、号码、日期、金额、校验码、购销方信息等）。可支持自动验真联动：识别完成后，系统可自动调用查验接口进行真伪验证，实现“识别+查验”一体化。批量处理：支持一次性上传上百张发票图片，系统在几分钟内完成所有信息的提取与分类。自动归档：识别后的数据结构化存入数据库，自动关联对应的报销单或入账凭证，彻底告别手工录入。详见此处发票查验收到发票后，确认其真伪及状态是财务合规的底线。如今，发票查验渠道更加多元，查验内容也更加丰富。一键批量查验：第三方财税SaaS平台通过授权接口，允许企业上传Excel表格或扫描识别后，后台自动批量调用官方接口进行查验，并生成查验报告。风险预警：系统不仅查验真伪，还能监控发票状态（如是否已红冲、作废、失控），一旦发现异常立即预警。详见此处发票下载在数电票时代，发票的交付形式发生了根本变化，下载与归集变得更加灵活高效。邮箱/短信交付：开票方系统自动将数电票的PDF/XML文件发送至受票方指定邮箱或手机。税务数字账户下载：受票方登录电子税务局“税务数字账户”，可批量查询、下载、打印归属于本企业的进项发票。这是最权威的获取方式，确保票源完整。企业开票信息查询用户在开具发票（尤其是电子专票）时，只需输入企业名称或关键词，接口即可自动返回该企业规范化的全称、纳税人识别号（税号）、注册地址、联系电话、开户银行及账号等“开票四要素”或“五要素”信息。避免人工手动输入导致的错误（如税号输错一位导致发票作废），大幅缩短开票时间，提升用户体验。详见此处

发票识别通常结合光学字符识别（OCR）、自然语言处理（NLP）和机器学习技术，将电子图片格式的发票转化为结构化数据。发票识别的作用发票识别核心作用主要体现在以下几个方面：提升财务工作效率自动化录入：传统的人工录入发票信息（如发票代码、号码、日期、金额、税额、购买方/销售方信息等）耗时且容易出错。发票识别可以实现秒级自动提取，将财务人员从繁琐的打字工作中解放出来。批量处理：能够同时处理成百上千张发票，显著缩短月度结账和报销周期。降低错误率与合规风险减少人为失误：人工录入难免出现数字看错、小数点点错或名称输错的情况，机器识别的准确率通常远高于人工（尤其在清晰图像下可达99%以上）。优化业务流程与管理加速报销流程：员工只需拍照或上传电子发票，系统自动填单，审批流转更快，提升员工满意度。数据结构化与分析：将非结构化的图片数据转化为结构化数据（如Excel、数据库记录），便于企业进行多维度的财务分析（如按部门、项目、供应商统计支出），为预算控制和决策提供数据支持。档案电子化：配合电子会计档案政策，实现发票的自动归档、存储和检索，节省物理存储空间，方便审计调阅。支持发票种类增值税发票OCR识别支持对增值税普票、专票、全电发票（新版全国统一电子发票，专票/普票）、卷票、区块链发票的所有字段进行结构化识别，包括发票基本信息、销售方及购买方信息、商品信息、价税信息等字段信息的识别准确率超过 99.9%支持对增值税卷票的 21 个关键字段进行识别，包括发票类型、发票代码、发票号码、机打号码、机器编号、收款人、销售方名称、销售方纳税人识别号、开票日期、购买方名称、购买方纳税人识别号、项目、单价、数量、金额、税额、合计金额(小写)、合计金额(大写)、校验码、省、市 等字段信息的识别准确率可达95%。详见此处医疗发票OCR识别支持识别全国各地门诊/住院发票的业务流水号、发票号、住院号、门诊号、病例号、姓名、性别、社保卡号、金额大/小写、收款单位、省市、医保统筹支付、个人账户支付等关键字段，其中北京/广东/河北/河南/江苏/山东/上海/天津/浙江等地区票据识别效果较佳。支持识别收费项目明细，并可根据不同省市地区返回对应的识别参数。详见此处财务票据OCR识别支持财务场景中13种常见票据的识别，包括增值税发票、卷票、机打发票、定额发票、火车票（含铁路电子客票）、出租车票、网约车行程单、飞机行程单、汽车票、过路过桥费、船票、机动车/二手车销售发票支持多张不同种类票据在同一张图片上的混贴场景，可返回每张票据的种类及票面信息的识别结果详见此处机动车销售发票OCR识别支持对机动车销售发票的26个关键字段进行结构化识别，包括发票代码、发票号码、开票日期、机器编号、购买方名称、购买方身份证号码/组织机构代码、车辆类型、厂牌型号、产地、合格证号、发动机号码、车架号码、价税合计、价税合计小写、销货单位名称、电话、纳税人识别号、账号、地址、开户银行、税率、税额、主管税务机关及代码、不含税价格、限乘人数。详见此处

前言在“金税四期”和全面数字化的电子发票（数电票）推广背景下，自动开票已成为电商、外卖、生鲜配送等平台或APP必不可少的环节。而自动开票需要购买方的企业名称和税号，如果开发的APP需要手动录入企业名称和税号，这将带来输入的不便利，另外还容易出错，导致大量不必要的冲红。那么怎么能自动录入企业名称和税号呢？答案是：企业开票信息接口。用途企业开票信息接口用途非常广泛，下面列举几种：智能填充开票信息：用户在开具发票（尤其是电子专票）时，只需输入企业名称或关键词，接口即可自动返回该企业规范化的全称、纳税人识别号（税号）、注册地址、联系电话、开户银行及账号等“开票四要素”或“五要素”信息。价值：避免人工手动输入导致的错误（如税号输错一位导致发票作废），大幅缩短开票时间，提升用户体验。系统集成与自动化报销/采购：将接口嵌入企业的ERP、CRM、费控报销系统或采购平台中。当员工提交报销单或采购订单时，系统自动调用接口匹配供应商或客户的开票信息。实现从业务发生到发票开具的全流程自动化，减少财务人员重复录入工作，降低人力成本。模糊搜索与名称标准化：支持通过企业名称的部分关键词进行模糊查询，解决企业简称、别名与工商注册全称不一致的问题，返回标准的工商注册名称。确保发票抬头的规范性，避免因名称不匹配导致发票无法抵扣或报销受阻。使用说明请求参数名称类型必须说明enterpriseNameString是企业名称pageSizeString否每页条数，默认为100pageNoString否页码，默认第一页详见此处返回说明{ "code": 200, "msg": "成功", "taskNo": "41020892700032664119", "charge": true, "data": { "count": 2, //记录数 "items": [ { "enterpriseName": "",//公司名称 "taxNo": "",//税号 "address": "",//地址和电话（部分返回） "phone": "",//电话 （部分返回） "bankName": "",//开户银行名称 "bankNo": ""//开户银行账号 } , ... ] } }

现状当我们在做产品等推广时，向微信分享产品链接是一种常用的方式。但是，微信会拦截一些外部链接，禁止跳转，停止访问。域名在微信被拦截的3种常见情况：域名因违规或有风险被拦截，停止访问（红色感叹号图标）提醒拦截，可复制浏览器访问（无图标）提醒，可以点击按钮继续访问（蓝色感叹号图标）如果我们的推广链接被微信拦截，就会无法推广，造成业务受损。下面来介绍一种解决方法。解决方法将推广链接生成短网址，用短网址分享到微信。再用微信域名检测接口去检测短网址域名。如果出现拦截，可更换短网址域名重新生成短网址，从而能保证新生产的短网址不会被微信拦截。接口介绍请求参数名称类型必须说明urlString是网址可参见接口文档短网址生成可参考这里返回样例// 检测正常 { "code": 200, "msg": "成功", "taskNo": "41020892700032664119", "charge": true, "data": { "message": "正常", "result": true } } // 检测不正常 { "code": 200, "msg": "成功", "taskNo": "41020892700032664119", "charge": true, "data": { "message": "已被封禁", "result": false } }

路径规划-路线规划-驾车路径规划-步行路径规划-骑乘路径规划-公交路径规划API接口介绍当我们日常出行时，免不了需要用到导航，那么地图路线规划API可以很好地实现此功能。本文将功能、适用场景和使用说明三个方面来介绍路径规划API接口。功能介绍驾车路线规划：开发者可根据起终点坐标检索符合条件的驾车路线规划方案，支持一次请求返回多条路线结果、支持传入多个途经点、支持传入车牌规避限行、支持根据不同业务场景设置不同的算路策略等。步行路线规划：开发者可根据起终点坐标检索符合条件的步行路线规划方案。公交路线规划：开发者可根据起终点坐标检索符合条件的公共交通路线规划方案，支持结合业务场景设置不同的公交换乘策略。骑行路线规划：开发者可根据起终点坐标检索符合条件的骑行路线规划方案。电动车路线规划：开发者可根据起终点坐标检索符合条件的电动车路线规划方案，与骑行略有不同的是会考虑限行等条件。适用场景无需展现地图的场景下，进行线路查询，如以线路结果页形式展现换乘方案；根据返回线路数据，自行开发线路导航。使用说明下面介绍驾车路线规划和公交路线规划的使用，其他可参见接口文档驾车路线规划请求参数名称类型必须说明originString是起点经纬度 经度在前，纬度在后，经度和纬度用","分割，经纬度小数点后不得超过6位destinationString是目的地经纬度 经度在前，纬度在后，经度和纬度用","分割，经纬度小数点后不得超过6位originTypeString否起点处道路类型 填入此值可以辅助更精准的起点算路0：普通道路1：高架上2：高架下3：主路4：辅路5：隧道7：环岛9：停车场内部strategyInteger否驾车算路策略0：速度优先（只返回一条路线），此路线不一定距离最短1：费用优先（只返回一条路线），不走收费路段，且耗时最少的路线2：距离优先（只返回一条路线），仅走距离最短的路线，但是可能存在穿越小路/小区的情况3：速度优先（只返回一条路线），不走快速路，例如京通快速路32：默认，推荐33：躲避拥堵34：高速优先35：不走高速36：少收费37：大路优先38：速度最快39：躲避拥堵＋高速优先40：躲避拥堵＋不走高速41：躲避拥堵＋少收费42：少收费＋不走高速43：躲避拥堵＋少收费＋不走高速44：躲避拥堵＋大路优先45：躲避拥堵＋速度最快waypointsString否途经点 途径点坐标串，默认支持1个有序途径点。多个途径点坐标按顺序以英文分号;分隔。最大支持16个途经点avoidpolygonsString否避让区域 区域避让，默认支持1个避让区域，每个区域最多可有16个顶点；多个区域坐标按顺序以英文竖线符号分隔，如果是四边形则有四个坐标点，如果是五边形则有五个坐标点；最大支持32个避让区域。同时传入避让区域及避让道路，仅支持避让道路；每个避让区域不能超过81平方公里，否则避让区域会失效avoidroadString否避让道路名 只支持一条避让道路plateString否车牌号码 车牌号，如 京AHA322，支持6位传统车牌和7位新能源车牌，用于判断限行相关carTypeString否车辆类型0：普通燃油汽车1：纯电动汽车2：插电式混动汽车ferryString否是否使用轮渡0:使用渡轮1:不使用渡轮showFieldsString否返回结果控制,用来筛选接口返回结果中是否出现哪些字段。show_fields的使用需要遵循如下规则：1、具体可指定返回的字段类型有：costtmcsnavicitiespolyline任选一个或多个作为入参值，即可在返回结果中显示。2、多个值间采用“,”进行分割；3、show_fields未设置、为空时，只返回基础信息类内字段；返回样例{ "code": 200,// 返回码，详见返回码说明 "msg": "成功",// 返回码对应描述 "taskNo": "786758979152547317551847",// 本次请求号 "charge": true,// 计费标志 "data": { "strategyNum": "1",//路径规划方案总数 "strategyList": { //返回的规划方案列表 "paths": [ //算路方案详情 { "distance": "12784",//方案距离，单位：米 "restriction": "0",//0代表限行已规避或未限行，即该路线没有限行路段 1代表限行无法规避，即该线路有限行路段 "steps": [ //路线分段 { "orientation": "西", //进入道路方向 "step_distance": "81",//分段距离信息 "road_name": "", //分段道路名称 "instruction": "向西行驶81米左转", //行驶指示 //以下字段是否返回，需要根据 showFields 字段传入的值来控制 "cost": {//设置后可返回方案所需时间及费用成本 "duration": "30",//线路耗时，分段step中的耗时 "toll_road": "",//主要收费道路 "toll_distance": "0",//收费路段里程，单位：米，包括分段信息 "traffic_lights": "0",//方案中红绿灯个数，单位：个 "tolls": "0"//此路线道路收费，单位：元，包括分段信息 }, "cities": [//设置后可返回分段途径城市信息 { "citycode": "0571",//途径城市编码 "adcode": "330100",//途径区域编码 "city": "杭州市",//途径城市名称 "districts": [//途径区县信息 { "adcode": "330106",//途径区县adcode "name": "西湖区"//途径区县名称 } ] } ], "navi": {//设置后可返回详细导航动作指令 "assistant_action": "",//导航主要动作指令 "action": "左转"//导航辅助动作指令 }, "polyline": "120.109051,30.277231;120.108209,30.277183",//设置后可返回分路段坐标点串，两点间用“,”分隔 "tmcs": [//设置后可返回分段路况详情 { "tmc_distance": "81",//从当前坐标点开始step中路况相同的距离 "tmc_status": "未知",//路况信息，包括：未知、畅通、缓行、拥堵、严重拥堵 "tmc_polyline": "120.109051,30.277231;120.108209,30.277183"//此段路况涉及的道路坐标点串，点间用","分隔 } ] } ] } ], "origin": "120.10910,30.27714",//起点经纬度 "destination": "120.17931,30.25326",//终点经纬度 "taxi_cost": "27" //预计出租车费用，单位：元 } } } 公交路线规划请求参数名称类型必须说明appidString是服务商分配的唯一标识timestampLong是当前时间的毫秒数signString是签名，详见签名算法说明originString是起点经纬度 经度在前，纬度在后，经度和纬度用","分割，经纬度小数点后不得超过6位destinationString是目的地经纬度 经度在前，纬度在后，经度和纬度用","分割，经纬度小数点后不得超过6位origAddCodeString否起点所在行政区域编码 参考国家行政区域编码表destAddCodeString否终点所在行政区域编码 参考国家行政区域编码表origCityCodeString是起点所在城市 仅支持citycode，参考国家行政区域编码表 相同时代表同城，不同时代表跨城 譬如西湖区citycode为330106destCityCodeString是目的地所在城市 仅支持citycode，参考国家行政区域编码表 相同时代表同城，不同时代表跨城 譬如西湖区citycode为330106strategyString否公共交通换乘策略可选值：0：推荐模式，综合权重1：最经济模式，票价最低2：最少换乘模式，换乘次数少3：最少步行模式，尽可能减少步行距离4：最舒适模式，尽可能乘坐空调车5：不乘地铁模式，不乘坐地铁路线7：地铁优先模式，步行距离不超过4KM8：时间短模式，方案花费总时间最少alternativeRouteString否返回方案条数 可传入1-10的阿拉伯数字，代表返回的不同条数multiexPortString否地铁出入口数量0：只返回一个地铁出入口1：返回全部地铁出入口maxTransString否最大换乘次数0：直达1：最多换乘1次2：最多换乘2次3：最多换乘3次4：最多换乘4次nightFlagString否考虑夜班车0：不考虑夜班车1：考虑夜班车dateString否请求日期 例如:2013-10-28timeString否请求时间 例如:9-54showFieldsString否返回结果控制,用来筛选接口返回结果中是否出现哪些字段。show_fields的使用需要遵循如下规则：1、具体可指定返回的字段类型有：costnavipolyline任选一个或多个作为入参值，即可在返回结果中显示。2、多个值间采用“,”进行分割；3、show_fields未设置、为空时，只返回基础信息类内字段；返回样例{ "code": 200,// 返回码，详见返回码说明 "msg": "成功",// 返回码对应描述 "taskNo": "697790392161452073342933",// 本次请求号 "charge": true,// 计费标志 "data": { "strategyNum": "2",//路径规划方案总数 "strategyList": { "cost": { "taxi_fee": "32" }, "distance": "163755",//本条路线的总距离，单位：米 "origin": "120.10910,30.27714", //起点经纬度 "destination": "121.63084,29.86607",//终点经纬度 "transits": [ //公交方案列表 { "cost": { "duration": "8040", "transit_fee": "79.000000" }, "distance": "179370",//本条路线的总距离，单位：米 "nightflag": "",//0：非夜班车；1：夜班车 "segments": [ { "walking": {//步行方案信息 "distance": "621",//每段线路步行距离 单位：米 "origin": "120.215919,30.294054",//起点坐标 "destination": "120.212502,30.290972",//终点坐标 "duration": "100000",//步行预计时间 单位：秒 "cost": {//设置后可返回方案所需时间及费用成本,需传showFields才可返回 "duration": "951"//线路耗时，方案总耗时，包含等车时间 }, "steps": [//步行路段列表 { "distance": "87",//此段路的距离 "road": "",//路的名字 "instruction": "步行87米左转",//此段路的行走介绍 "duration": "",//此段路预计消耗时间 单位：秒 "polyline": "",//此段路的坐标 "action": "",//步行主要动作 "assistant_action": "", //步行辅助动作 "navi": {//设置后可返回详细导航动作指令。需传showFields才可返回 "assistant_action": "",//导航辅助动作指令 "action": "左转",//导航主要动作指令 "walk_type": "0"//算路结果中存在的道路类型：0:普通道路；1:人行横道；3:地下通道；4:过街天桥；5:地铁通道；6:公园；7:广场；8:扶梯；9:直梯；10:索道；11:空中通道；12:建筑物穿越通道；13:行人通道；14:游船路线；15:观光车路线；16:滑道；18:扩路；19:道路附属连接线；20:阶梯；21:斜坡；22:桥；23:隧道；30:轮渡； }, "polyline": {//需传showFields才可返回 "polyline": "120.109055,30.277231;120.108215,30.277187"//设置后可返回分路段坐标点串，两点间用“,”分隔 } } ] } }, { "railway": { //火车换乘信息 "trip": "G195",//线路车次号 "distance": "154600",//该item换乘段的行车总距离 "name": "G195(北京南-宁波)",//线路名称 "id": "101001614253",//线路id编号 "time": "2760",//该线路车段耗时 "type": "G字头的高铁火车",//线路车次类型 "departure_stop": { //火车始发站信息 "adcode": "330102",//上车站点所在城市的adcode "name": "杭州东",//上车站点名称 "start": "0",//是否始发站，1表示为始发站，0表示非始发站 "location": "120.212600 30.290851",//上车站点经纬度 "id": "B023B08WDR",//上车站点ID "time": "2221"//上车点发车时间 }, "arrival_stop": { //火车到站信息 "adcode": "330203",//下车站点所在城市的adcode "name": "宁波",//下车站点名称 "location": "121.536807 29.861967",//下车站点经纬度 "end": "1",//是否为终点站，1表示为终点站，0表示非终点站 "id": "B023E0YC7M",//下车站点ID "time": "2307"//到站时间，如大于24:00，则表示跨天 }, "via_stop": { //途径站点信息，extensions=all时返回 "name": "宁波",//途径站点的名称 "location": "121.536807 29.861967",//途径站点的坐标点 "id": "B023E0YC7M",//途径站点的ID "time": "2307"//途径站点的进站时间，如大于24:00,则表示跨天 "wait": "5",//途径站点的停靠时间，单位：分钟 }, "alters": { //聚合的备选方案，extensions=all时返回 "name": "宁波",//备选方案ID "id": "B023E0YC7M"//备选线路名称 }, "spaces": [//仓位及价格信息 { "code": "",//仓位编码 "cost": "120"//仓位费用 } ] } }, { "bus": {//公交方案信息 "buslines": [//步行路段列表 { "start_time": "",//首班车时间 格式如：0600，代表06：00 "distance": "2022",//公交行驶距离 单位：米 "bustimetag": "0", "id": "330200021780",//公交路线id "type": "地铁线路",//公交类型 格式如：地铁线路 "bus_time_tips": "", "name": "轨道交通2号线(栎社国际机场--红联)",//公交路线名称 "end_time": "",//末班车时间 格式如：2300，代表23：00 "via_num": "1",//此段途经公交站数 "departure_stop": { //此段起乘站信息 格式如：中关村 "name": "宁波火车站",//站点名字 "location": "121.537022,29.862141",//站点经纬度 "id": "330200021780011",//站点id "entrance": {//入口信息 "name": "B口",//入口名称 "location": "121.537102,29.860975"//入口经纬度 }, "exit": {//出口信息 "name": "B口",//出口名称 "location": "121.537102,29.860975"//出口经纬度 } }, "arrival_stop": {//此段下车站 格式如：中关村 "name": "鼓楼", //站点名字 "location": "121.548970,29.873914",//站点经纬度 "id": "330200021780013"//站点id }, "via_stops": [ //此段途经公交站点列表 { "name": "城隍庙", //途径公交站点信息 "location": "121.548778,29.867124",//公交站点经纬度 "id": "330200021780012" //公交站点编号 } ], "cost": {//设置后可返回方案所需时间及费用成本,需传showFields才可返回 "duration": "1073"//线路耗时，方案总耗时，包含等车时间 }, "polyline": {//需传showFields才可返回 "polyline": "120.109629,30.281911;120.111323,30.281943;"//设置后可返回分路段坐标点串，两点间用“,”分隔 } } ] }, "taxi": {//出租车方案信息 "price": "338",//打车预计花费金额 "drivetime": "",//打车预计花费时间 "distance": "",//打车距离 "polyline": "",//线路点集合，通过show_fields控制返回与否 "startpoint": "",//打车起点经纬度 "startname": "",//打车起点名称 "endpoint": "",//打车终点经纬度 "endname": "",//打车终点名称 } } ] } ] } } }

在电商平台或APP中，当我在填写快递收货地址时，收件方给我的地址杂乱无章，比如：张三13566778899杭州市爱力中心307。而电商平台如果需要按省、市、区、街道、门牌号这样的逐个信息去填写，这就非常不人性化了，还容易输错。那有没有办法把杂乱无章地址转换成省、市、区、街道、门牌号这样的结构化地址的，答案是有的，即快递地址解析API。电商平台只要快递地址解析API集成到他们的平台或AP中，就可以大大提升用户的体验。快递地址解析API的核心功能就是将用户输入的杂乱无章地的地址，转换成结构化地址。不仅如此，还能处理简写、拼音混用等复杂地址格式，支持方言输入和语音转文字的容错修正。接口说明请求参数名称类型必须说明addressString是地址详见此处返回样例{ "msg": "成功",//返回码对应描述 "code": 200,//返回码，详见返回码说明 "taskNo": "591593430181347812119657",//本次请求号 "data": { "province": "福建省",//省 "provinceCode": "350000",//省国标code "city": "莆田市",//市 "cityCode": "350300",//城市国标code "county": "涵江区",//区（县） "countyCode": "350303",//区县国标code "town": "江口镇",//街道（乡/镇） "townCode": "350303104",//街道/乡镇国标code "phoneNum": "17286356303",// 电话号码，如果出现多个则按顺序输出 "extMobile": "1590",//分机号 "person": "小魏",//姓名，如果出现多个则按顺序输出 "detail": "石庭华侨职业中专丰巢柜" //详细地址 } }