物流一站式查询之快递100篇

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 连载篇提前看 物流一站式查询之TrackingMore篇 物流一站式查询之顺丰接口篇 物流一站式查询之快递100 前言 前两篇我们已经讲了TrackingMore和顺丰接口的场景应用和对接示例,本篇,将会对项目中如何使用快递100物流平台进行物流信息跟踪的对接进行一个全面详细的讲解。

连载篇提前看

物流一站式查询之TrackingMore篇

物流一站式查询之顺丰接口篇

物流一站式查询之快递100

前言

前两篇我们已经讲了TrackingMore和顺丰接口的场景应用和对接示例,本篇,将会对项目中如何使用快递100物流平台进行物流信息跟踪的对接进行一个全面详细的讲解。同样,我们会分为申请接入、物流信息订阅、物流消息推送、物流消息查询等几个步骤分别讲解。各位看官,请拿好你们的板凳和瓜子。我们要开始了,

接口申请

进入快递100官网https://www.kuaidi100.com/ 

 在快递接口(API)菜单中,我们可以看到接口申请这个菜单,点击进去会有免费版和企业版两种功能和资费介绍。

这里我们选择企业版,点击企业版,会要求填一些基本信息,我们按要求填完然后点击提交申请即可。

申请之后,有客服会通过联系方式联系所填号码,然后进行需求确认。这时候我们可以注册一个快递100的账号

注册完之后就可以进行登录了,登录之后在主页面,就可以看到再快递100平台中的账户余额情况,以及下面表格给出的可用的产品、服务等开通的状态(具体开通流程和客服取得联系之后他会协助你完成的),如下图所示

开通各个接口是需要快递100 那边进行审核的,审核通过之后会发邮件出来,附件里面会带有一些接口文档,截图如下:

其中 较为重要的是审核结果中会有一个分配好的Key密匙,请求接口的时候需要用到。所以需要妥善保管。

首先来看一下快递100 给出的订阅和推送的流向示意图

 

物流订阅

拿到接口文档相关秘籍和查阅请求调用流程图之后,我们便可以进行开发了,下面是物流订阅的相关示例步骤:

2.1订阅请求

发起方:本服务用户,即贵公司

地址:http://www.kuaidi100.com/poll

通信协议:HTTP

请求类型:POST

字符集:utf-8

请求内容:

schema= json/xml             (或者xml,选择json则推送也是json,选择xml则推送也是xml,默认是json)

param=body

 

Body格式(json)

{

    "company":"yuantong",           //订阅的快递公司的编码,一律用小写字母,见章五《快递公司编码》

    "number":"12345678",            //订阅的快递单号,单号的最大长度是32个字符

    "from":"广东省深圳市南山区",     //出发地城市

    "to":"北京市朝阳区",             //目的地城市,到达目的地后会加大监控频率

    "key":"*********",              //授权码,签订合同后发放

    "parameters":{

       "callbackurl":" http://www.您的域名.com/kuaidi?callbackid=...", //回调地址

       "salt":"any string",     //签名用随机字符串(可选)

"resultv2":"1"           //添加此字段表示开通行政区域解析功能(仅对开通签收状态服务用户有效),见章3.1《推送请求》

    }

}

Body格式(xml)

  yuantong       //订阅的快递公司的编码,一律用小写字母,见章五《快递公司编码》

  123123123123             //订阅的快递单号

  北京市朝阳区东直门外大街     //出发地城市

  广东省深圳市南山区科技园         //目的地城市,到达目的地后会加大监控频率

  **********                 //授权码,签订合同后发放

 

http://www.你的域名.com/kuaidi/push?XXXXX=ZZZZ //回调地址

any string            //签名用随机字符串(可选)

1</ resultv2>      //添加此字段表示开通行政区域解析功能(仅对开通签收状态服务用户有效),见章3.1《推送请求》

 

 

①根据订阅请求文档编写请求方法,首先我们编写两个类,一个是快递订阅信息类,另一个是快递100返回信息类

 /// 
    /// 快递订阅信息
    /// 
    public class KuaiDiInput
    {
        /// 
        /// 快递单号
        /// 
        public string ExpressNumber;

        /// 
        /// 快递公司编号
        /// 
        public string CompanyNumber;

        /// 
        /// 收货地址
        /// 
        public string Address;

        /// 
        /// 回调接口Url
        /// 
        public string CallBackUrl;
    }
View Code
  /// 
    /// 快递100查询公司返回信息
    /// 
    public class KuaiDiOut
    {
        /// 
        /// 快递公司编码
        /// 
        public string comCode;

        /// 
        /// 内部字段
        /// 
        public string Id;

        /// 
        /// 内部字段
        /// 
        public string noCount;

        /// 
        /// 内部字段
        /// 
        public string noPre;

        /// 
        /// 内部字段
        /// 
        public string startTime;
    }
View Code

②编写快递100订阅接口请求类 KuaiDi100,此类中包含的请求方法如下

/// 
        /// 订阅快递单号
        /// 
        /// 
/// public static OperationResult Subscibe(KuaiDiInput input) { WebClient client = new WebClient(); NameValueCollection postVars = new NameValueCollection(); String param = "" ; param += " { " ; param += " \"company\":\" " + input.CompanyNumber + " \", " ; param += " \"number\":\" " + input.ExpressNumber + " \", " ; param += " \"from\":\"\", " ; param += " \"to\":\" " + TrimAddress(input.Address) + " \", " ; param += " \"key\":\" " + ConfigHelper.GetKey( " SendKey ") + " \", " ; param += " \"parameters\":{\"callbackurl\":\" " + input.CallBackUrl + " \"} " ; param += " } " ; postVars.Add( " schema ", " json " ); postVars.Add( " param " , param); byte[] byRemoteInfo = client.UploadValues( " http://www.kuaidi100.com/poll ", " POST " , postVars); string output = Encoding.UTF8.GetString(byRemoteInfo).ToLower(); if (GetValueFromJson(output, " result ") != " true " ) { string message = GetValueFromJson(output, " message " ); if (message.IndexOf( " 重复订阅 ") < 0 ) { return new OperationResult(message); } } return new OperationResult(); } View Code

方法的返回值是自定义的一个 OperationResult类,当前框架业务操作结果 此类返回操作成功或者操作失败,类部分内容如下:

 /// 
    /// 框架业务操作结果
    /// 
   public class OperationResult
    {
       /// 
       /// 默认操作成功
       /// 
       public OperationResult()
       {
           IsSuccess = true;
       }

       /// 
       /// 以操作失败信息实例操作结果
       /// 
       /// 
操作失败信息 public OperationResult( string failMessage) { IsSuccess = false ; FailMessage = failMessage; } } View Code

另外请求方法中的GetValueFromJson 方法是表示从Json字符串中取出某个值,再前两篇文章中我们也提到过这个方法,这里再贴一下:

 /// 
        /// 从json字符串中获取字段值
        /// 
        /// 
json字符串 /// 要解析出值的字段 /// private static string GetValueFromJson( string json, string field) { int start = json.IndexOf(field + " \": " ); start += field.Length + 2 ; int end = json.IndexOf( " , " , start); if (end < 0 ) { end = json.IndexOf( " } " , start); } return json.Substring(start, end - start).Trim( ' " ' ); } View Code

另外,请求方法中的地址我们使用了一个方法去除地址中的特殊字符,方法如下“:

/// 
        /// 去除地址中的特殊字符
        /// 
        /// 
地址 /// private static string TrimAddress( string address) { if (String.IsNullOrEmpty(address)) { return address; } return address.Replace( " ' ", "").Replace( " \\ ", "").Replace( " / ", "").Replace( " \" ", "").Replace( " \n ", "").Replace( " \r ", "").Replace( " \t ", "" ); }

这样,我们请求方法就完成了,现在只剩下调用,一般项目中可以写一个服务,定时查询数据库,根据一些特定条件筛选,然后进行接口调用。调用示例如下:

OperationResult result = KuaiDi100.Subscibe(new KuaiDiInput() { ExpressNumber = item.ExpressNumber, Address = item.Address, CompanyNumber = item.CompanyNumber, CallBackUrl = "此处是回调地址" });
if (result.IsSuccess)
{
  //订阅成功,记录一些状态
}else
{
  //订阅失败,记录一些状态
}

订阅返回的接口示例我们看一下

2.2订阅返回

由快递100直接通过订阅请求的response返回。

返回格式(json):

{

    "result":"true",

    "returnCode":"200",

    "message":"提交成功"

}

返回格式(xml):

  true

  200

  订阅成功

 

result: "true"表示成功,false表示失败

returnCode:

         200: 提交成功

         701: 拒绝订阅的快递公司

         700: 订阅方的订阅数据存在错误(如不支持的快递公司、单号为空、单号超长等)

         600: 您不是合法的订阅者(即授权Key出错)

         500: 服务器错误(即快递100的服务器出理间隙或临时性异常,有时如果因为不按规范提交请求,比如快递公司参数写错等,也会报此错误)

501:重复订阅

订阅成功后,我们再快递100后台是可以看到订阅记录的,如下图

 

物流推送

那推送就比较好处理了,推送即是 当物流信息有发生变化时,快递100 就会向请求订阅时所填的回调地址,发送此条变化的所有物流信息。推送请求示例如下(body太长了,这里就不贴出来了)

3.1推送请求

发起方:             快递100

请求地址:        在订阅请求中提供(即回调servlet的互联网地址)

通信协议:        HTTP

请求类型:        POST

字符集:             utf-8

请求内容:       param=body或者param=body&sign=signvalue

 

 查看了推送请求之后,我们根据快递100的推送请求,我们先写出相关的返回结果模型ModPushRequest

/// 
    /// 快递100传回快递结果模型
    /// 
    public class ModPushRequest
    {
        /// 
        /// 监控状态相关消息,如:3天查询无记录,60天无变化
        /// 
        public string message { set; get; }

        /// 
        /// 包括got、sending、check三个状态,由于意义不大,已弃用,请忽略
        /// 
        public string billstatus { set; get; }

        /// 
        /// 监控状态:polling:监控中,shutdown:结束,abort:中止,updateall:重新推送。
        /// 其中当快递单为已签收时status=shutdown,当message为“3天查询无记录”或“60天无变化时”status= abort ,对于stuatus=abort的状度,需要增加额外的处理逻辑,详见本节最后的说明
        /// 
        public string status { set; get; }

        /// 
        /// 最新查询结果,全量,倒序(即时间最新的在最前)
        /// 
        public ModLastResult lastResult { set; get; }
    }
View Code

其中 ModLastResult是 快递100传回快递状态模型如下

/// 
    /// 快递100传回快递状态模型
    /// 
    public class ModLastResult
    {
        /// 
        /// 消息体,请忽略
        /// 
        public string message { set; get; }

        /// 
        /// 快递单当前签收状态,包括0在途中、1已揽收、2疑难、3已签收、4退签、5同城派送中、6退回、7转单等7个状态
        /// 
        public string state { set; get; }

        /// 
        /// 快递单明细状态标记,暂未实现,请忽略
        /// 
        public string condition { set; get; }

        /// 
        /// 否签收标记,明细状态请参考state字段
        /// 
        public string ischeck { set; get; }

        /// 
        /// 快递公司编码,一律用小写字母
        /// 
        public string com { set; get; }

        /// 
        /// 快递单号
        /// 
        public string nu { set; get; }

        /// 
        /// 通讯状态,请忽略
        /// 
        public string status { set; get; }

        /// 
        /// 快递物流信息,时间到序
        /// 
        public List data { set; get; } 
    }
View Code

其中 ModData 是物流信息 如下

    /// 
    /// 快递100传回快递记录模型
    /// 
    public class ModData
    {
        /// 
        /// 快递物流内容
        /// 
        public string context { set; get; }

        /// 
        /// 快递原始时间
        /// 
        public string time { set; get; }

        /// 
        /// 快递格式化时间
        /// 
        public string ftime { set; get; }
    }

有了推送模型,那此时我们要做的就是接收快递100的请求数据即可,代码如下:

        /// 
        /// 更新订单快递信息
        /// 
        /// 
/// public ActionResult UpdateMessage(FormCollection form) { try { string json = form.Get( " param " ); JavaScriptSerializer serializer = new JavaScriptSerializer(); // 将Json字符串转换为ModPushRequest类型对象 ModPushRequest pustRequest = serializer.Deserialize (json);          // TODO         }         catch {}       }

以上我们就将收到的数据成功转换成了我们的模型数据,剩下的就是具体业务需求了,这个可以根据实际项目情况,做不同的处理。例如:TODO可以 先拿到返回的快递单号

string number = pustRequest.lastResult.nu;

然后可以去查询数据库中找到此单号的订单信息。再循环物流信息

 string senderMessage = "";
 string lastMessage = "";
 foreach (ModData item in pustRequest.lastResult.data)
  {
    //所有物流信息
    senderMessage += item.ftime + "   " + item.context + "
"; } if (pustRequest.lastResult.data.Count > 0) { //最近一条物流信息 lastMessage = pustRequest.lastResult.data[0].ftime + " " + pustRequest.lastResult.data[0].context; }

然后可以再根据不同的物流返回状态做不同的操作

 // 快递单当前签收状态,包括0在途中、1已揽收、2疑难、3已签收、4退签、5同城派送中、6退回、7转单等7个状态
if (pustRequest.lastResult.state == "3")
{
    //TODO   
}
else if (pustRequest.lastResult.state == "4" || pustRequest.lastResult.state == "6")
{
   //TODO
}

温馨提示,设计订单表的时候,可以多加三个字段,一个字段是订阅时间,一个是物流平台推送回来的时候推送时间,再一个是物流平台推送过来时的推送状态。可以记录用于后面物流数据分析。

 物流消息查询

 

5、整体使用流程:

第一步,后台创建链接,调用: ,调用后系统会返回一个url地址,如:

第二步:在要显示结果的页面添加一个iframe标签,将上述结果url地址传入该iframe标签的的src值,即可在该页面查看到结果(如果要实现系统自动地将结果url传入iframe标签的src,请参考下面第五章),iframe代码示范:

 使用场景,项目中的订单,我们一定不是每次都直接去调接口查询,那样太慢,效率也不高,只有部分,数据表中物流信息没有且平台订单不为空的时候,查询物流信息时,我们需要去实时调用查询接口,将数据返回出来。根据整体使用流程介绍,我们很容知道,是通过返回html绑定再iframe上实现的。实现如下:

前台页面(传入快递公司对应的公司编码和物流单号)

  ajaxGetContent("@Url.Action("ViewExpress")" + "?companyNumber=" + company + "&expressNumber=" + number, function (data) {
                var d = dialog({
                    title: '物流最新跟踪',
                    content: data,
                    okValue: '确定',
                    ok: true,
                });
                d.show(obj);
            });

Action

 public ActionResult ViewExpress(string expressNumber, string companyNumber)
 {
            #region 快递100 获取方式
            string url = "http://www.kuaidi100.com/applyurl?key=我是key&com=" + companyNumber + "&nu=" +
                         expressNumber;
            //初始化获取HTML动作
            GetHtmlFromUrl getHtml = new GetHtmlFromUrl(url);
            //获取请求的url中html字符串
            getHtml.StartWork();
            //数据绑定
            ViewData.Model = getHtml.ResultHtml;
            #endregion
}

其中初始化html方法如下:

    /// 
        /// 初始化一个获取html动作
        /// 
        /// 
要请求的url地址 public GetHtmlFromUrl( string requestUrl) { ArgumentChecker.ThrowExceptionWhenStringIsNullOrEmpty(requestUrl, " requestUrl " ); if (requestUrl.IndexOf( " // ") < 0 ) { requestUrl = " http:// " + requestUrl; } RequestUrl = requestUrl; }

获取请求url地址的html字符串方法如下:

 /// 
        /// 开始获取请求url地址的html字符串
        /// 
        public void StartWork()
        {            
            WebRequest request = WebRequest.Create(RequestUrl);
            using (WebResponse response = request.GetResponse())
            {
                using (Stream stream = response.GetResponseStream())
                {
                    using (StreamReader reader = new StreamReader(stream, System.Text.Encoding.GetEncoding("UTF-8")))
                    {
                        ResultHtml = reader.ReadToEnd();
                    }
                }
            }
        }

返回的ViewExpress视图如下

@model string
    <iframe name="kuaidi100" src="@Model" width="600" height="380" marginwidth="0" marginheight="0" hspace="0" vspace="0" frameborder="0" scrolling="no"></iframe>

这样我们就按照文档中所说的将返回html呈现出来了

返回结果说明:

提交请求后,快递100会给您返回一个可以看到结果的url地址,如: ,您直接访问或用iframe页调用该url(调用方法见后面第四章),即可以看到结果。效果:

 

 

特别提醒:

因为EMS、顺丰和申通偶尔会不稳定, 不稳定时会先显示验证码 (如下图所示),所以请勿直接将这个页面直接解析成JSON等形式,否则会出错

 

 至此,我们在通过快递100平台 完成了快递订阅、接收了快递消息的推送以及我们自主通过快递100接口查询最新的物流信息。

 

到这里,三篇关于快递接口的文章已经全部结束,文中给出的只是根据官方文档要求,编写的部分代码,可能不尽完善,能够优化的地方还有很多,大家能借鉴的地方借鉴一下就好~

 

     End!

 

  • 感谢你的阅读。如果你觉得这篇文章对你有帮助或者有启发,就请推荐一下吧~你的精神支持是博主强大的写作动力。欢迎转载!
  • 博主的文章没有高度、深度和广度,只是凑字数。由于博主的水平不高(其实是个菜B),不足和错误之处在所难免,希望大家能够批评指出。
  • 欢迎加入.NET 从入门到精通技术讨论群→523490820 期待你的加入
  • 不舍得打乱,就永远学不会复原。被人嘲笑的梦想,才更有实现的价值。
  • 我的博客:http://www.cnblogs.com/zhangxiaoyong/
目录
相关文章
申通快递单号查询api接口免费对接调用
申通物流轨迹查询-使用的物流单号和快递单号即可实现查询物流信息。 目前提供的快递查询接口有免费版和收费版,目前比较常用的是菜鸟和快递鸟接口。 快递鸟接口免费不限量对接 接口规则 (1)、查询接口支持按照运单号查询(单个查询,并发不超过10个/S)。
|
6月前
查询快递物流信息
摘要:使用阿里云市场第三方接口,可以根据快递单号查询快递物流信息。需获取接口开通地址并找到一个快递单号,接口返回数据包括快递公司、状态、详细轨迹等。示例中展示了查询结果,包括快递状态(已签收)、最新状态描述、物流轨迹详情等。
938 4
|
JSON 移动开发 监控
快递单号物流轨迹方案介绍——内附物流API对接指南
什么是物流轨迹,有什么用,今天来详细聊一聊
2432 2
快递单号物流轨迹方案介绍——内附物流API对接指南
|
存储 SQL 缓存
京东物流实时风控实践
京东风控数据产品组架构师周文跃,在 FFA 实时风控专场的分享。
京东物流实时风控实践
|
数据采集 算法 Java
全国快递物流 API 实现快递单号自动识别的原理解析
全国快递物流 API 实现快递单号自动识别的原理解析
678 0
《快递行业云上技术服务白皮书》——3. 快递业务介绍——3.3 快递业务主体流程
《快递行业云上技术服务白皮书》——3. 快递业务介绍——3.3 快递业务主体流程
112 0
《快递行业云上技术服务白皮书》——3. 快递业务介绍——3.4 快递业务核心系统分析
《快递行业云上技术服务白皮书》——3. 快递业务介绍——3.4 快递业务核心系统分析
125 0
|
存储 并行计算 Cloud Native
PolarDB 开源版通过 vrpRouting 解决 快递、出行、餐饮配送、旅游等商旅问题的最优解问题
PolarDB 的云原生存算分离架构, 具备低廉的数据存储、高效扩展弹性、高速多机并行计算能力、高速数据搜索和处理; PolarDB与计算算法结合, 将实现双剑合璧, 推动业务数据的价值产出, 将数据变成生产力. 本文将介绍PolarDB 开源版通过 vrpRouting 解决 快递、出行、餐饮配送、旅游等商旅问题的最优解问题
202 0
免费顺丰快递单号查询电子面单api接口对接
顺丰速运快递查询接口API和电子面单接口怎么对接?除了通过顺丰自己的接口对接外,用的最多的就是第三方通过快递鸟对接了,通过顺丰单号和手机号后四位查询轨迹信息,如果是通过快递鸟下单获得的顺丰单号,可通过单号直接查询,具体下载快递鸟接口技术文档查看接口说明。
7817 0
|
存储 BI
论物流点车系统
当前,我国的钢铁企业正处于转型升级的关键时期,传统钢铁产业产能严重过剩、资源环境约束强化,要素成本上升等矛盾日益突出。此时,紧紧抓住重大战略期出现的新机遇,大力推动信息化和工业化深度融合。根据公司两化融合的工作计划,同时钢材外发公路运输业务存在诸多问题,特开发销售物流点车系统。该系统属于企业自动化、信息化范畴。系统主要解决车牌的自动识别、点车模式的改进、排队车辆优先级的自动分析、库房账号的绑定、车辆锁定功能的设计等技术问题。从而减少人为因素对销售外发业务的干预、加快车辆进厂周转率,提高物流效率。
下一篇
无影云桌面