第三百三十二章：东风

每一个物流基地的仓储情况，甚至精确到每一个员工信息，以及该员工负责的辖区，以及他的工作状态、他接到的每一个包裹，以及派送的每一个包裹，总而言之一句话，这套系统要监控物流的每一个部门和环节。一旦某件快递出现问题，我们可以在最短的时间内找到到底是哪个环节出了问题！”

    听到这话一个技术开发点了点头说道，“这个问题好解决，对了苏总我们的快件id是要采用什么方法，要知道如果想要追踪每一件快递动态的话，每一件快递都必须有一个独立的编号。”

    “这个问题不大，我们可以在每一个运单上面都有一个第一无二的运单号码，并且搭配上相应运单号码所对应的条形码，之后就是将扫码枪和这些软件相结合，当快递员收到一件物品的时候，收件处理的人员就要对快件的运单进行扫码，只要他选择的是‘入库扫码’系统这个时候就要自动将这个运单号录入系统，从这一刻起，该包裹状态正式定义为被揽收，并且自动注明该揽收营业点名称，就好比是从燕京神秀科技的营业点揽收快件需要发往沪上某地，那么神秀科技营业点的收件人员只要扫一下单号，系统就会录入，并且将这件快递的状态变更。

    接着每个营业点都会以下午六点作为一个工作日收件的截止时间，每天下午六点钟以后，就要对这个工作日收到的所有快件进行打包，将其集中到一个或者几个大包裹内，打包完成后营业点可以通过系统将其信息录入，这样也就很容易的清楚知道这些包裹是从哪个区域发来的。

    同时在打包的过程中每一件快件在装进包裹前都先扫码，营业点的工作人员只要在系统内选择打包扫码那么他扫过的每一件快件都会在系统上的状态变为：某某营业点正在打包。

    打包完成之后，工作人员把包裹编码生成条形码打印出来，贴在包裹上，这两个大包裹都要送到燕京物流基地，那么装车之前，工作人员就要对这个包裹进行扫码确认，把状态改为已装车、发往燕京物流基地，这个时候一旦某大包裹被扫描确认装车，那么大包裹内包含的所有小快件的状态都要批量改为：某某营业点—已装车，发往燕京物流基地。”

    “也就是说我们的快件从收到后每一次的移动客户都可以通过快递单号查询到他的快递的动态。”

    “没错就是这样！做出来有没有困难？”

    苏炎点了点头后，对着办公室里的几位开发人员说道。

    “没有困难。”

    几人对视了一样后开口说道。

    对于他们来说这又不是什么凭空开发出来，国外的快递行业目前就有类似的系统，他们只要将其模仿在加上一些苏炎要求的功能就可以了。

    而苏炎相信一旦自己的这套物流系统构建出来，那么在接下来的快递大战中自己绝对立于不败之地！

    “对了苏总我们的物流公司叫什么啊？”

    刘强子这时候才想起来似乎一直光顾着讨论，没有考虑过公司的名称。

    “叫东风吧，东风快递使命必达！”

    苏炎开口说出了一个通俗易懂的名字。

    “东风，好风凭借力，送我上青云！好名字。”

    请记住本书首发域名：。手机版网址：