从一个小例子来看传统ERP在3PL业务中应用的问题

zxl

作为软件厂家的销售人员，他永远首先考虑一个问题，那就是能不能把软件卖给你，和能卖多少钱。至于其他的，先放放再说吧。

听说曾经有一个大仙甚至想把ERP卖进殡仪馆（说不定真的有用），真是应了你提到的那句话，有市场，厂家就要占领。

至于物流是不是属于服务行业，我觉得虽然在大范围内它属于第三产业，但是物流有与一般服务业很不同的地方，那就是它对服务的管理必须基于对物料和物流的管理。抛开物料、库存、运输和单据而只谈服务是不行的，同样反过来也不灵，这恰恰是物流业的难点。

ampmiao

经典，收藏

lodge

不会这么复杂吧, 物流企业所提供的商品是货物保管配送服务而不是所送的货物, 因此SO中商品的价值应为保管运送成本, 当然和出入库商品的价值没有关系,
也许一般概念上的ERP无法管理这样的的情况,
哈! 机会来了, 找几个朋友自己做一个不就成了, 干嘛去找ERP的大老板, 有钱自己赚吧.
开个玩笑

kinghq

那个置顶的帖子中不是有个服装类企业需要重新做一个系统的建议么？
我觉得技术上可以探讨是一方面；另一方面还可以在解决方案上进行探讨。比如说BOM没有用，我觉得不尽然：就看怎么定义，怎么用。我觉得BOM的概念是非常不错的；如果再配合恰当的应用，也许又是另一个景象。针对这个物流，我觉得是实务的多。但针对这些实务的分析总结，我还没有找到让我豁然开朗的信息。
事实上我看到的物流主要是这三方面：一、物流与设施规划；二、物流实务及技巧；三、物流信息化。所有这些方面都围绕“物”而展开；并不围绕“物流”这项服务而展开。
另外，拿某些行业的信息化解决方案来说：信息化是分层次的，底层是什么，中层是什么，高层又是什么。针对提供物流这项服务的企业来说，他所面临的问题并不一定都要通过一个方案就解决了所有问题；也可以参考这种模式来走我们的解决方案之路。夯实基础没错；但针对管理问题不能拿操作层的解决方案来概全。相应的需求总可以在相应的地方得到满足；但对高层应用应该保证透明性。
lodge，能否就这些空白给我们提供一些解决方案呢？不开玩笑，呵呵。

log96

最初由 lodge 发布
[B]不会这么复杂吧, 物流企业所提供的商品是货物保管配送服务而不是所送的货物, 因此SO中商品的价值应为保管运送成本, 当然和出入库商品的价值没有关系,
也许一般概念上的ERP无法管理这样的的情况,
哈! 机会来了, 找几个朋友自己做一个不就成了, 干嘛去找ERP的大老板, 有钱自己赚吧.
开个玩笑 [/B]

算我一份吧,呵呵

lodge

哦， 说到具体的解决方案就很复杂了， 不过我想就kinghg所说的层次化谈谈自己的想法。
从软件系统构造的角度来说，比较流行的层次化是这样的：
1，底层被称作商业对象层， 主要由信息对象构成， 如， PO等
2，中间层被称作业务层，主要管理对商业对象所作的业务处理，如，入库手续等
3，高层被称作流程管理层， 主要管理业务流程， 如从采购到生产的材料，成本等的流程管理

由于各业务处理模块相对独立并只通过对象层的信息对象联络， 而流程管理层只负责系统协调和事务管理，该系统具备了相当的灵活性
比如， 当某管理对象变更时（如，PO的内容变更）只需要对相关的业务处理模块作改动就可以了
至于添加新的管理机能， 则只要准备好业务处理模块， 然后再在流程管理层作相应处理， 而无需牵动其他部分。

这一思路， 同时也提供了另一个好处， 那就是把系统构造和业务实际作了一个很好的结合， 使得， 抽象的系统模型能更好的反映出实际情况。在设计和制造ERP的时候， 对所谓信息层次， 也有了一个明确的说法。

kinghq

这个三层构思正是整个应用系统的核心。如果针对每个层次都加上适当的变更控制，将使整个框架更加健壮，扎实。另外，我有两点补充的是：在层次上，底层的更往下挖掘，以便联结现有的技术标准和框架，高层的更往上扩展，以便与现有的应用实际相融合。这样好象就变成了五层了；实际上也是三层——应用规范、转换、技术实现。另外还有一个补充的是作为这些自包含的部分，一定要充分考虑验证这一环节，以确保系统稳定，正确，可靠。

其实，我很想看lodge对解决方案的总体看法，尽管挺复杂的。事实上，我在上贴中提到的分层次正是针对解决方案的。

lodge

咳咳, 其实我不是很懂SAP或者ORACLE这样的ERP, 但在我看来没有一种ERP可以放之四海而皆准, 这些公司的做法和宣传无非是企图垄断市场而已咯.
对于,解决案我很赞同KINGHG的说法, 并想做点扩充:
1. 在实际开发中, 五层构造是必要的, 也就是在流程管理层之上建立的用户界面层和在对象层之下的物理通信层

2. 这一构造的意义, 并不只是针对某一个具体的ERP, 其真正的意义是为ERP开发搭建框架结构, 以缩短定制开发周期, 提高开发质量, 并使开发人员可以把主要精力放在业务机能的实现上从而避免过多的考虑软件实施的技术问题