快递单号功能建议征询

admin

之前在其他帖子中论坛会员俊杰提出开发快递单（快递单为自己自定义样式，采用热敏纸打印，附有条形码）打印功能。


当然里面可以有多个条形码，现在姑且先考虑其中的一个条形码--快递单号条形码。那么这里就延伸出来一个快递单号管理功能，官方思路如下：
1、开发快递单号管理功能，对应配送方式添加不同的快递单号。提供快递单号添加入口，主要采用两种添加方式，1）单一添加；2）批量导入。批量导入将excel中的快递单号一次性批量导入快递单号管理功能，官方只规定一个超简单的快递单号excel表格，用户可以自由填写自己的快递单号。之所以这样处理，是因为快递单号的生成方式有很多，官方如果开发类似于批量生成快递单号也不现实（因为生成方式太多，研究公式就要研究很久），那么干脆不开发，而把主动权交给用户，用户可以用任何方式将快递单号输入excel表格中，然后统一通过导入口导入。
2、快递单号功能开发完毕后，对于订单的发货处理，可以做优化调整。因为用户在购物过程中已经选择了配送方式（快递），那么管理员在后台点击发货的时候，如果该订单中的快递对应有可用快递单号，则快递单号自行抽取填入快递单号输入框，如无可用快递单号，可手动填写。
3、订单列表，可添加批量发货功能，及统一将已付款待发货订单根据配送方式分类显示（不需要显示具体订单信息，只需显示这个配送方式对应有多少个订单未发货），其中有可用快递单号显示，点击发货，则将可用快递单号自行加入未发货订单，订单变为发货状态。
4、发货单列表，批量导出或批量打印发货单，在web端预览样式，进行条形码生成，打印最终发货单。


我了个去，一个快递单打印，引出这么多点，这一写就写了这么多字，各位朋友可以给给建议，建议不要太笼统，最好对应上面的点进行建议。建议时需考虑，有些功能不能完全满足用户的时候，可以将灵活处理的方式给用户自行去处理，程序之提供一个中间环节，这样既满足了不同用户，又不会让程序本身变得更复杂（比如点1）。

俊杰

哎呀。。。要我说啊。你想的太复杂啦。。

我之前说的那些。其实更多的是涉及到自有配送体系。。
至于外部的。比如说申通啦。圆通啦。等等的。你可以使用导入导出功能。。（安你上面写的那些）

况且在第三方配送上。你生成二维码，，人家第三方会承认么？ 答案是否定的。

如果需要第三方的快递单生成，，需要等好久，，但是对于体积客户（快递的大客户）来说，第三方在可以使用条形码或者说是电子快递单的时候。肯定会给你一个第三方自己的单号生成工具，以至于不会跟他们内部其他单号重复，，（这个不用我说把。）

至于第三方的这类方式。我理解。。前期你可以参考我说的那种。。导出导入。

意思是在下单成功后，，（肯定会有人下单后不付款的，或者不要了的，这种的刨除去）。 把即将发货的，（你货物封装好的） 导出来，。

导出的格式无非就是。。订单号（系统内部，自己的） 客户姓名。电话，地址  这类的。

导出后。因为是EXCEL表格，，那么你可以做个规范，，店主可以在后面或者前面加以个快递单的列，然后自己写单号。（其实快递单都是连续的，1-1000这类的，你第一个商品用的第一张快递单，下面的递增就可以）

然后就会涉及到我说的那个生成条形码啦。。。（这里卖条形码打印机的都会有一个简单的条形码批量打印工具，也是利用的EXCEL行列进行的调用，进行打印）

然后在导出那里，你多加个功能，比如说使用圆通发货的，可以单独导出，
然后用中通的，可以单独导出，，，然后后面按照上方进行快递单号的录入，

之后（因为会有自己的订单号嘛） 可以批量导入（批量发货）会有前面订单号的判断，别导入一行后，结果数据库内，没有该订单号。。。估计会导致数据库出错吧

归根结底，，其实对于就是导入导出，然后批量打印，，
如果是自有配送，那么导入导出就不需要了，无论是已付款的还是到付的，，会在打印出来的东西上有标注（你见过超市的那种购物单吧？ 哈。。其实快递的没那么复杂，就一个贴，然后在边上有个已付款或者应付：金额，，我是这么想的。哈）

如果是外部配送，也是用这个导入导出，然后批量把单号导入到系统内，至于打出来的条形码功能，你肯定得用第三方配送给你提供的条形码生成工具的，，然后别的就跟上面一样啦。。

关于你说的快递单，，第三方的都会有数生成，肯定都是EXCEL的列。，你不用操心啦，直接按列复制到你导出来的发货表里就行啦。。

自有的。按我想的那样可以用1万号开始（毕竟是自己的配送体系，你用那么10位的单号，有病不是？）
10000开始，，递增，。或者你按照订单号来弄，订单号就是自己的配送号。。

看看你能明白么？？

还有就是这些单号你也都会有EXCEL列，，然后你弄不弄个批量签收呢？
哈哈。。第一列是单号，第二列是签收人，然后倒入到批量签收的功能，，，
可以弄个简单的，签收啦就写个1   ，代签就把字输入进去，，是否简单呢？

当然啦。这也只是我对于这方面的理解。。。

你不用纠结快递单号这里，你也不需要去单独开发，，，就递增就行，，批量随机生成的，多乱

如果遇到该单号有问题的，后台无论是通过快递单号（已经导入进去了），或者根据订单号都能查到该用户订单信息，，，

呵呵。。有问题回复看看。

俊杰

尽量写了详细点，，，你看看哪里不太理解，咱俩再讨论讨论哈。。。

我只能把功能上的使用需要的大概说出来。至于你那代码怎么写出来，还真不太一样，

哈哈。。。

admin

俊杰 发表于 2014-5-29 09:12
哎呀。。。要我说啊。你想的太复杂啦。。

我之前说的那些。其实更多的是涉及到自有配送体系。。

我能理解，功能说明我写的复杂，开发出来，开发出来用户使用会感觉方便。
其实条形码或者二维码，这些都是有行业标准的，是通用的，没区别。

admin

拓宽了我的思路，看来还需要加一个配送方式区分。

xiaolembo

。。。说得好复杂的样子。。坐等功能出来。。

俊杰

哈哈，看看，，又给你拓宽思路了，，，加油哈，想到好玩的再告诉你哈

admin

虽说条形码通用，但是条形码类型也不少，不同的快递也使用不同的（有使用code39、有使用code25，还有使用code128类型的），所以条形码生成决定还是交给打印机去处理了，程序就不生成了。

俊杰

让打印机自带的软件生成的话，就有个导出就行了，，，我觉得咱们自己生成的话，可以利用web2.0，，弄个打印预览，然后可以自己随意拉伸条形码大小，，或者利用编辑器，把生成的变大小，，我觉得利用框架，应该实现起来不难吧？哈哈。。。

admin

俊杰 发表于 2014-5-30 10:46
让打印机自带的软件生成的话，就有个导出就行了，，，我觉得咱们自己生成的话，可以利用web2.0，，弄个打印 ...

应该实现起来不难吧？《--这句话的杀伤力比较大，不少程序员被这句话搞的死去活来的。哈哈哈

打印暂时不做了（不难但是麻烦），条形码的不确定类型导致又加大了开发难度也不一定好用。直接做导入快递单号，批量发货、自动匹配快递单号就行了，剩下的，让用户自己导出，想怎么折腾就怎么折腾。

简单粗略讲，web1.0是纯信息展示，web2.0是信息与互动，他们就是一个概念而已（烦透），不是技术。

俊杰

哈哈，，，我记得以前刚出web2.0的时候，，各大微博，上面修改模板的时候都可以自己放大缩小，想放哪都行，，现在的qq空间是最典型的了，，主页想怎么搞就怎么搞，，，哈哈。。。。骚年，前方的路还很长，哈哈。。。。

admin

俊杰 发表于 2014-5-30 15:46
哈哈，，，我记得以前刚出web2.0的时候，，各大微博，上面修改模板的时候都可以自己放大缩小，想放哪都行， ...

慢慢走，慢慢走，不是有你们这些骚年鼓动和鞭策莫。哈哈哈，现在的版本和年初的时候相比，也确实改进了不少。

俊杰

我们能整的动你么?

得拿个电锯在后面追着才行....HOHO~