区域配送系统介绍

miaorun

关于运输-配送管理软件，曾经和国内某大型家电企业谈过软件需求，如以下几个问题：
1、线路优化问题：已知库房和客户的位置,系统如何给出较优的几种路线方案,供操作者选择.
这个问题可大可小,大了说用建个模型求解；小了说,我总觉得应该在IT系统上有不那么复杂的实现方法哪怕算出来的线路优化程度是前者的60~70%。毕竟谁能保证建模算得就真优？

2、多运输模式的支持问题：系统如何支持MilkRun、CrossDocking等不同运输模式的集拼分拆？

3、派车建议：输入了车辆信息、车辆位置信息、发货计划信息，系统要给出一次发货的派车建议，是几吨车？5吨？15吨？   派几辆

4、装载建议：这也是个在系统实现上可简可繁的功能，怎么实现？

没了，还望赐教

w1234thunder

根据我的经验，一个个回答你的问题：
1、单纯线路优化不算太难，加上时间窗口，和道路速度指标就比较难，毕竟不是求最短路径问题，而是配送问题。已经有成熟的软件在玩，而且获得成本不算太高（也不便宜）没必要自己建模。
2、如果是milkrun问题不大，这些系统都支持送货与提货的同时优化。crossdock有点难，什么东西该进xdk点，一般不再路线配送系统中考虑，可以在订单系统或者专门的运输系统中考虑，比较好。研究manu tm的时候，那里面有，主要是通过判断货物量的大小来区分，大于多少量的订单直送，小于的就进入xdk点，二次配送。
3、看看levite的截图，你就知道影响发货的信息还很多，也可以设定偏好的车辆，派几辆车什么车是由客户服务水平，以及装载得到的。
4、装载建议，毕竟只是派车系统，简单计算（可同时考虑）体积，重量，栈板数量而已。毕竟配送不能象集装箱那样，一定要塞的慢慢的。配送装卸的方便性，可得性比装满率更重要。maxload或者qbiq这样的软件就是算出来，让物流中心作配送的人员能塞进去，到了客户那里如何掏出来？
互相沟通，也希望和大家共享一些经验。

w1234thunder

还有，你刚才提到了家电企业，是类似国美，永乐这样的企业吗？如果这样，配送的难度又更大一些了，关键是动态地址的问题。在这些系统中，客户的地址需要相对固定（要抓经纬度），需要在订单导入时，将动态地址转换为静态地址。
不要相信所谓门牌号转换的软件，不是这些软件不好，而是客户的门牌号与系统门牌号一一对应困难一一五号，与115号与115＃都是可以人工识别的正确号码，对于软件来说，难纳。

miaorun

1、单纯线路优化不算太难，加上时间窗口，和道路速度指标就比较难，毕竟不是求最短路径问题，而是配送问题。已经有成熟的软件在玩，而且获得成本不算太高（也不便宜）没必要自己建模。
Re：只是想了解已经成形的软件中，在实现线路优化上是按照建模求解的方法那还是用相对简化一些的方法。我总觉得就算是专业线路规划的软件真去做规划求解从实现上来说也较麻烦，
大多数中型运输或非专业线路规划软件可以走的路 或许是具备简单的线路优化功能；当然，或者不具备。

2、如果是milkrun问题不大，这些系统都支持送货与提货的同时优化。crossdock有点难，什么东西该进xdk点，一般不再路线配送系统中考虑，可以在订单系统或者专门的运输系统中考虑，比较好。研究manu tm的时候，那里面有，主要是通过判断货物量的大小来区分，大于多少量的订单直送，小于的就进入xdk点，二次配送。
Re: 关于Milk与CrossDock，我见过有的系统是把同收发货地址的货物定义为“发货批”，同时定义收发货两点属于哪条线路：比如 发货地为广州，收货地为郑州，凡是此两个收发货地的定义为一个发货批，同时定义 广州到郑州属于广州至北京线路。
这样可以把所有同线路的同发货地的货物合并发运，CrossDock也大致如此实现。
当然，再加上重量的判断是比较复杂了。

不知道其他软件是如何实现此类功能的？


3、看看levite的截图，你就知道影响发货的信息还很多，也可以设定偏好的车辆，派几辆车什么车是由客户服务水平，以及装载得到的。

4、装载建议，毕竟只是派车系统，简单计算（可同时考虑）体积，重量，栈板数量而已。毕竟配送不能象集装箱那样，一定要塞的慢慢的。配送装卸的方便性，可得性比装满率更重要。maxload或者qbiq这样的软件就是算出来，让物流中心作配送的人员能塞进去，到了客户那里如何掏出来？
Re：见过有的系统是根据可以维护一条线路的不同到货地址的顺序，比如广州到北京线路：广州1-郑州2-北京3，这样就可以给出装载顺序。但是具体的装载方法没见过给出。我总觉得
用货物体积* 冗余率就得了贝？


互相沟通，也希望和大家共享一些经验。

w1234thunder

成熟软件，已经在系统内部建立了模型，完全不必从数学角度考虑建模，当然结合企业的自己情况，在软件中选取符合自己的模式还是一定需要的。
对于收发货的优化，并不是收发货一定要在一辆车，原则还是考虑整体最优，强行定义的话，局部最优，但是可能总体不优化。
装载建议一般就是按照你说的方法，实用，没问题。

谭彪

是不是可以分成几个块、区初估算后再外包呢。你没有利润的出让谁又会作？

anderson22558

最近有兴研究了一些其他的Routing系统，有不少的收获。这里传个资料给大家参考（2004年7月的一个routing系统调研对比报告）。这个报告里面并没有把TR列入。对比过TR和这些系统后，有一下几点感受：
1、TR是个纯粹的计划系统，没有execution和tracking的部分，相对来说TR没有这些系统完整。
2、tracking和execution的部分，很多系统都集成了车辆指定和司机指定功能，为配送执行中的客户端应用打下基础。这些系统很多都集成了RF应用，通过RF来跟踪计划执行情况，包括条码交付检核、车辆装载检核及手写屏幕签收功能等。
3、这些系统多数都支持多仓库配送的优化功能，即由系统来指定订单的多仓库出货地点，以达到整体的优化。这个方面TR就有些欠缺了。
4、因为集成了GPS和RF技术，一些系统具备动态排程的功能，即在车辆出发后仍可对计划的执行进行再计算，把新的计划通过RF发送给司机。这个功能对于动态计划模式非常有帮助，如车辆出发后，对于陆续接到的picking（如退货）、stock moving（如门店间调货）具有相当的优势。这个方面TR基本上是很难处理的。
    后续有其他的收获，再和大家分享。这里和我熟识的人不少，请大家发言。

robinlhm

友了一些可以实际操作的建议了，比单纯的IT要好很多，现实的中国国情太复杂，工具和重要

yangqing1976

這是那個軟件啊？

spring797

看不懂。