[需求]物流系统的动力和源泉－订单

小辉

最初由 weecool 发布
[B]

对于本帖我的理解是，订单驱动物流系统，而系统如何适应来自不同地方订单。如果不是，请版主说说问题实质究竟是什么？ [/B]

应该是在这句 “而系统如何适应来自不同地方订单”上有偏差。不是来自不同地方，而是不同的订单。所以你会着重强调订单的数据交换，大谈EDI。其实现在系统与系统之间的数据交换已经不采用EDI这种技术，而是XML技术。当然很多大企业，因为以前就采用的是EDI技术进行数据整合和交换，那么肯定还在延续。

回归正题，我表达观点的时候站的角度是：系统设计的角度。探讨的是物流系统的兼容性和可扩充性。探讨实现的方式是对订单系统进行抽象和共性抽取，让系统尽可能的支持多种物流业务模式，提高系统灵活性，使系统产品化。

兄台的经验应该是很丰富的吧，请进行多多的阐述和探讨

weecool

谢谢版主积极响应。

抱歉这句 “而系统如何适应来自不同地方订单”让版主误解。那我重新表达一遍，系统的扩展性和兼容性从两个角度说，

1、接受外来的数据格式，来自不同地方的订单，指需要应对不同格式单据，不管是EDI还是XML，或者平面文件，系统总要有办法将之吸收进来，才能进入到系统业务流程，这就涉及到数据格式转换（或者是映射mapping）；

2、回归版主说的系统设计角度，如何从系统单据中抽取需要的字段，而适应不同的业务模式。我看SAP，业界公认系统设计的很完美，想的非常周到，只要配置不同的参数，就可以适应各种行业，各种业务模式。事实是如此吗？当然不是，SAP还是要做大量的客制化。原因是SAP的系统架构已经固化了一些基本的流程模式。应该说，从业务模型调研、需求分析、系统分析、架构设计，这样一步步做下来，必然陷入到一种固化的模式。版主说从系统单据中抽取不同的内容就可以支持不同业务模式，我想请问，这些系统单据是从哪里来的，是不是系统外的数据？如果是，随着供应链变化，这些单据更内容改了，字段更改了，字段逻辑更改了，甚至单据类型更改了，系统怎么抽取？二次开发？

我看到的解决办法.....（先开会，回头再补）

xuertam

精彩呀，等继续

小辉

最初由 weecool 发布
[B]谢谢版主积极响应。


我看到的解决办法.....（先开会，回头再补） [/B]

  等待……

weecool

我看到的解决方案，
1、系统如何与外部商业伙伴对话？有人说这是B2Bi的范畴，也有说是SCM领域，其实都没错。与外部商业伙伴对话，需要解决两个问题，怎么传输和传什么。怎么传输就是传输协议，目前主要是HTTP(S)、(S)FTP、AS1/2/3、SMPT、MQ等等，传什么是指数据类型和格式，EDI、XML、平面文件等等，系统能够很方便将这些格式与系统格式做转换。SAP为了解决这个问题，收购了Webmethods，是一家专门做B2Bi和EAI的公司，B2Bi系统处理与外部商业伙伴的对话，然后通过数据转换（mapping），变成SAP的idoc格式。目前市面上主流B2Bi产品也都可以解决这个问题。如IBM的WBI、Sterling commerce的Gentran系列、MS的Biztalk等等。我也碰到很多公司是自己开发一些外挂程序，也做接收和数据格式转换，当然比较辛苦，如国内的Sony花了几百人来做这个系统。
2、业务流程如何实现？B2Bi解决收发和转换，但是业务应用层面的处理全部交给一个系统吗？Oracle在过去2.3年推出Oracle as10这个产品，功能非常多，应用也非常广，但是其中最核心的东西是BPM（业务流程管理），相信大家也不陌生，近几年抄得非常火的一项技术。BPM的好处是，以企业内部多个系统为基础，图形化构建业务流程模型，与多个系统进行对话。这就解决了当业务流程更改，业务模式变动，BPM可以快速得应对。还有个问题，BPM与企业内部多个系统的对话机制，Oracle是做DB出身，所以基本在数据层面做抽取。也有的公司是在应用层面开发标准Adaptor，比如MS的Biztalk有很多Adaptor，如SAP、JDE、pepolesoft等等（可能不是非常准确），实在没有可以采用SDK开发一个Adaptor。BPM的数据流是XML。

订单驱动物流系统，我非常赞同。开发一个大而全，可以支持随需应变的业务流程和模式，恐怕连SAP也做不到。订单是公司正常运作的食粮，通过嘴，流到喉咙、再到食管，然后胃、大肠小肠，最后出来，涉及到多个部门，如果是多企业协同生产，OEM、ODM方式，那就更复杂，怎么用一个系统去支撑？

小辉

to weecool :

最近比较忙，没能仔细体会和拜读你的回贴，所以不敢随便回复，见谅。


可以看的出兄台在这方面的经验是相当丰富的。不过惭愧我并没有见过完整在跑的SAP的系统，仅是道听途说而已，很崇拜SAP在企业应用软件上的建树，当然对它的订单管理系统的功能是如何的我也更不清晰了，不过这也防碍不了我们的讨论。

我帖子所提的订单管理的背景应该仅基于物流业务，订单也尽基于物流业务的订单。想建立的抽象仅基于物流业务的抽象。在目前的工作内容当中，有家配送公司，就直接用客户的委托单做自己的业务驱动单据，经过实际的抽象和验证就可以统一成一种数据模式。在这里仅当是一个业务举例。

我起这个业务的讨论的目的，是为了我所设计的物流系统的可扩展性和通用性


再次谢谢各位参与进来的讨论！

穷得只有钱了

我昏~~~~~~~~~~~~
我就不参与讨论了
我看都看不怎么明白
看来我在大学中的三年是白读了
好郁闷~~~~~~~~~~~~~~~
看来以后还要好好像大家学习
希望大家可以在我困难的时候给予帮助
谢谢~~~~~~~~~

ioio1328

慢慢积累中!

ioio1328

好的~~~~~~~~~~~~~~~~~~~~`

rojer0571

不错，顶