EDI及在物流中的应用

Awner

某一方的数据修改后，EDI交换后，另一方的数据库将应该相应变动，因为涉及到对已confirmed记录的修改，人工确认在很多情况是需要的，这样会导致协调速度慢，龙其是量大时。

SOA，EAI，EDI对这个问题有什么较好的解决方案？

dipi518

我个人认为，移动的供应链平台可以比较好的处理这个问题
比如说可以在库存产品上附加条形码，扫描，利用移动商务的技术及时传递给MSCM，进行统一的后台处理，这样可以节省大量的人工，和时间也大幅度提高了准确性啊！
EDI是电子商务和供应链结合的第一个阶段，虽然它的好处大家都清楚，不过已经不再是主流了
我只是瞎说的，不知道对不对
我是在校研究生，第一次来，第一次贴
望有什么问题大家可以在线交流
QQ：93331166    MSN：dipi518@hotmail.com

felixdong

最初由 Awner 发布
[B]某一方的数据修改后，EDI交换后，另一方的数据库将应该相应变动，因为涉及到对已confirmed记录的修改，人工确认在很多情况是需要的，这样会导致协调速度慢，龙其是量大时。

SOA，EAI，EDI对这个问题有什么较好的解决方案？ [/B]

真正EDI解决的就是不同结构数据库之间的数据交换，如果一方数据修改，另一方的数据库就要相应变动，那还叫什么EDI啊？？
建议找本EDI的书看看

ztka

楼上说对了，EDI就是针对不同数据库格式，不同系统进行文档传输的，不然叫什么EDI。。。EDI就是一个交换标准，美国用X12 欧洲用UDIFACT

Awner

最初由 ztka 发布
[B]楼上说对了，EDI就是针对不同数据库格式，不同系统进行文档传输的，不然叫什么EDI。。。EDI就是一个交换标准，美国用X12 欧洲用UDIFACT [/B]

换个说法吧

“双方各有一个完全独立的系统处理完全相同的task，当某一方的数据修改后，另一方的数据库需相应变动，因为涉及到对已confirmed记录的修改，人工确认在很多情况是需要的，这样会导致协调速度慢，龙其是量大时。”

SOA，EAI，EDI对这个问题有什么较好的解决方案？ （合并数据库的选项不在讨论之列）

ztka

甲方系统A， 一方系统B 交换数据 甲方A数据修改，更改的是什么？如果是格式完全变动，那么甲方和乙方之间的第三方交换程序也需要变动，如果只是数据修改，那么不牵涉到程序变动。

关键是中间的一个交换程序，利用EDI就有这样的好处，甲方数据变动，和乙方数据库没有关系，只要根据双方的协定，统一一个格式就行了。甲方发出文档，乙方只要接受甲方文档中有用的数据就可以了。例如EDI 某为是一个货物代码SKU 数量，日期等等，乙方只需要sku，日期，其他都不要，那么EDI第三方程序只要把甲方给出的数据转换成乙方那种格式就可以了。即使以后甲方格式发生变化，只要根据双方的协定，提供给乙方所需要的格式就可以了，例如 EDI 第三行 的20－30位是乙方需要的东西，甲方发出的文档只要按照要求把第三行，第20－30位填写乙方需要的东西就完成了，任你甲方内部如何变化，乙方不需要管。

至于甲方今天用oracle，过了几个月用sap，过了几个月又要MA什么的，和乙方无关，只要提供给乙方正确的EDI文档就可以了。

Awner

让我把问题更加细化：

1。A公司是一个生产商，B公司是一个3PL
2。A与B公司的系统完全独立
3。A与B的数据交换量示小，大概是60~80车辆每天，active SKU有120个，目的地有30~50处
4。一般来说，A公司2天前向B公司下达task，对于这些新单，两方对系统处理效率是满意的。但实际上，有20%在发货前1天又要修改（假定这是不可控制的），由于是对已经确认的，已经processed的(不仅仅是数据）修改，需要很高比例的人工处理，双方对这些二次修改都有提高系统处理效率的意向。

问题：可有相应的解决方案的案例？如流程，政策，报表的种类（手工与系统）等等

pennyjoe

我觉得这是逆向物流需要考虑的，提供此逆向的WEB-SERVICE，而不需要对方知道你是怎么处理，处理还是自己本地的事情（如状态等判断）

Awner

因为无论A或是B的效率低都意味着成本的增加，

不管是A做做多一点或是B做多一点，希望能找到一个事半功倍的方案，能降低整个供应链的营运成本，然后双方分享。

loveit518

这需要管理信息系统都要确认的一种文件格式,并能提供软件数据库能够转化成这种格式的工具.