• 1. OFBiz业务培训hongs
  • 2. 目录1装运 2装运细节 3装运到订单的关系 4装运收据 5出货装运的项目出库 6装运文档 7装运的行程安排 8小结
  • 3. 1装运装运实体,有很多类型。从装运到当事人的关系会记录下装运源当事人和装运目标当事人。装运到邮政地址的关系用来跟踪在何处开始装运以及在何处进行交付。该 模型同时也表明,如果运送人不能轻易找到邮政地址的话,还可以用附加的联系机制来记录从哪里可以查询到发送者装运的相关信息以及接收者的联系号码,这样有助于交付。
  • 4. 装运定义装运(出货装运:客户装运、进货退回;进货装运:购买装运、客户退回;转运;直接装运) 当事人 联系机制(邮政地址、电信号码、电子地址)
  • 5. (本页无文本内容)
  • 6. 1.1装运类型若装运是从内部组织到外部组织的,那它就是出货装运,可以是客户装运,也可以是进货退回。客户装运的定义是把货物发送给客户。进货退回的定义是把发来的项目返回给供应商。若装运是从外部组织到内部组织的,那我们就能推断出它是一个进货装运,可以是购买装运,也可以是客房退回。购买装运是从供应商那里把购买的项目运进来。客户退回是从购买了公司产品的客户那里把退回的产品运回来。从一个内部组织到另外一个内部组织的装运(如,从部分A到部分B)称为转运。若装运是从一个外部组织到另外一个不同的外部组织,则称其为直接装运。一般说来,直接装运是推销商把产品从供应商那里直接运送给客户的一种机制。
  • 7. 1.2装运当事人和联系机制装运必须从一个地点运送到另外一个地点。因此,在它和邮政地址之间存在两种关系。一种说明装运的最终目的地,另一种说明装运的来源或起始点。一旦装运被调度到,甚至在真正的装运活动开始之前,它就需要说明装运源和装运目标。 除联系机制外,装运也与当事人有关。装运需要装运源当事人和装运目标当事人。装运目标当事人很可能与订单的指定装运目标当事人相同,同样,装运目标联系机制关系可能是订单到联系机制的指定装运目标关系。因此,为了确定装运目标当事人和装运目标联系机制,可将这些信息作为默认信息来使用。 该模型另外 还说明了从装运到联系机制的关系,这些关系提供了怎样去跟踪装运过程的相关信息。其中有装运接收者的接收联系号码,它是一个电信号码,如一个电话号码。当装运邮政地址出现问题时,这个号码就用来联系接收者。从联系机制到装运的用于查询关系为每个当事人提供了一种查询装运的方法。
  • 8. 2装运细节装运项目实体将提供有关装运和调度装运的项目的数量信息。如果装运的项目是一种标准产品,关于它的信息可以在货物实体中找到;而如果项目不是保存于文件中的标准产品,那么它的信息可以在装运内容描述中找到。例如,可能存在来自供应商的一次性进货装运,因为它并不是标准产品,所以没有保存在货物实体中。由于装运可能会在它的生命周期中改变状态(如,从“运输中”到“已交付”),所以需要用装运状态实体来描述不同时间点上的装运状态。这种围绕装运项目的递归关系说明了一个事实,那就是一些装运项目可能会对应于另外一些装运项目。例如,当一个组织接收货物后发现它不合格,然后把它退回去(它是与原来的装运项目相关的另外一个装运项目)。
  • 9. 装运细节装运项目 货物 装运(出货装运:客户装运、进货退回;进货装运:购买装运、客户退回;转运;直接装运) 装运状态
  • 10. 3装运到订单的关系将装运和订单联系起来通过订购装运实体来实现。该实体表达的是装运项目和订单条目之间的多对多关系。这种多对多关系用来处理部分装运和组合装运问题。 每个装运项目都涉及一个且只有一个货物的装运和/或一个或者多个装运项目特征;另外,对非标准项目来说,装运项目可能仅由装运内容描述来描述。如果货物和产品特征都已包含在订单中,那么为什么还必须在装运中记录它们呢?首先,装运和装运项目可能独立于订单而存在—例如,转移库存。其次,装运的货物可能不同于订购的项目。例如,可能会出现某个替代品。
  • 11. 装运到订单的关系装运项目特征 装运项目 订购装运 订单条目 产品 产品特征
  • 12. (本页无文本内容)
  • 13. 4装运收据进货装运或许是在码头上正式接收,或许是在办公桌上非正式接收。不管哪种方式,都需要记录这些项目的接收信息。人们需要知道有哪些类型的多少项目被接受或拒收的相关信息,这些信息包括包装内容、收据所涉及的角色、收据的日期和时间、以及在哪里接受入库。
  • 14. 进货装运的装运收据装运收据 装运收据角色 装运收据角色类型 当事人 拒收原因 库存项目 货物 装运项目 包装内容 装运包裹 订单条目
  • 15. 进货装运的装运收据每个装运项目都可以包装成一个或多个装运包裹,反之亦然。这样就需要使用带有数量属性的关联实体包装内容来确定包裹中有多少项目。为了能方便地对装运包裹进行跟踪,装运包裹标识很可能是条形码。在接收每一个装运包裹都需要有一张或多张装运收据,它们存储了详细的接收信息。但是,也有的装运包裹没有任何装运收据,如在出货装运时组织把某些东西包装在一起。所以这仅是一种从装运收据到装运包裹的强制关系。每张收据或许会涉及到许多装运收据角色,如给收据签字的人、货物检查员、负责将收据入库的人、接收负责人以及接收项目的组织等。每张收据都可以用订单条目来审核,以记录接收的项目是否是希望接收的。可以把装运收据存储在库存项目中,这样就可以把已接收 的货物的实际存放位置记录下来。 装运收据保存了每一个项目以及在一个已接收的包裹中实际包含有多少项目的相关记录。装运收据将存储收到时间,它表示收到的确切时间。条目描述说明接收的非标准项目,这些项目不会在数据模型中作为货物存储,例如,一次性购买的项目。装运收据到货物的关系说明了什么可以作为标准货物来接收。接受数量表示组织同意接收的项目数量。拒收数量表示组织不同意接收的项目数量。拒收原因保存了对为什么不接受某个项目的解释。在装运项目上的递归可以处理相互关联的装运项目,这样允许公司对被退回的装运进行跟踪。
  • 16. (本页无文本内容)
  • 17. 5出货装运的项目出库出货装运的项目需要出库,换句话说,就是从库存中取出。这个过程可能会包括产生一张出库单,它根据当前装运的需要决定从库存中获取哪些项目。在库存出库的过程中,不同的人以不同角色提取项目和确保过程的质量。
  • 18. 出货装运的项目出库项目出库 项目出库角色 项目出库角色类型 装运项目 包装内容 装运包裹 库存项目 出库单条目 出库单 货物
  • 19. 出货装运的项目出库图5-5给出了一个数据模型,用来处理项目出库过程的信息需求。通过分析已产生的装运和装运项目可得到装运需求,在此基础上产生出库单,由它确定从库存中出货的计划。每个出库单都对应一个出库单条目,它存储了所需货物的数量,而这些货物也正是为了满足装运需要从库存项目中提取的。出库单的产生可以有不同的方法,一经产生,对信息存储就很重要,因为它表示 了对出库项目所作的行为规划。每个装运项目都可由一个或多个项目出库得到,项目出库是库存项目的每一次出库,每次项目出库过程都涉及到很多人,因此对于其中所涉及到的每个当事人都会有很多项目出库角色;每个角色由项目出库角色类型来描述。 注意,项目出库和装运项目的关系是可选的,这是因为由于其他原因项目也许会从库存中出货,而不是为了装运出货。比如说,一个项目从库存中出货,在公司内部使用,而公司与库房建在同一个地方。
  • 20. (本页无文本内容)
  • 21. 6装运文档由于各种原因,装运通常需要装运文档。有些是实际操作中需要的,如用一张包装单就可以轻松地识别包裹的内容,用提贷单就可以识别装运的内容。有些原因是必须遵守的规章制度,如税收、关税和出口文档。
  • 22. 装运文档文档(装运文档:提货单、包装单、出口文档、载货单、港务费文档、税收和关税文档、危险材料文档、其它装运文档) 文档类型 包装内容 装运包裹 装运项目 装运 货物
  • 23. 装运文档图5-6给出了一个数据模型以满足装运文档的信息需求。装运文档是文档的一个子类,因为公司还要维护许多其他文档。每个装运文档也许对应一个装运项目、一个装运包裹和/或一次装运,这由文档的类型和性质决定。例如,一张包装单通常描述一个包裹的内容;而一张载货单描述一次装运的内容。危险材料可能会描述一个装运项目或者整个装运的内容。 实际使用的装运文档会因为行业类型不同而有所不同;但是,本模型提供了一些标准子类。装运文档可细分为提货单、包装单、出口文档、载货单、港务费文档、税收和关税文档、危险材料文档或者其他装运文档。文档类型实体满足了公司想要维护的其他类型文档的需要。
  • 24. (本页无文本内容)
  • 25. 7装运的行程安排为了确保根据需要和人们的期望交付装运项目,经常需要跟踪装运及其项目、包裹所经过的路线。公司需要关于各种道路和装运路线区段的信息,由此来确定装运的状态,还有可能加速装运过程。有些包裹只有一条跟踪路线,如从仓库到客户地址。有些包裹可能有多个装运路线区段,如从仓库到分配中心,到航空路线,再到当地的卡车路线,最后到客户的接收码头。依据公司的性质,对包裹在交付路线上的运送过程进行跟踪或许是很重要的。同样也需要对进货和出货装运包裹进行跟踪。
  • 26. 装运路线区段装运路线区段 装运 装运方法类型 固定资产(运输工具) 设施 运送人装运方法 组织角色(运送人)
  • 27. 装运路线区段为了把包裹交付既定目的地,图5-7提供了一个数据模型用来在包裹的运送路线上跟踪它们。每个装运路线区段保存了一段装运行程信息。换句话说,它确定了装运行程的一个特定部分。装运路线区段必须经由一个具体的装运方法类型来进行装运,如地面运输、船运或空运。它也必须由一个具体的运送人来进行装运,即使这个运送人是公司本身的一部分。公司也可能希望了解在各段内所使用的具体的运输工具和起止设施,起止设施保存了装运路线区段经过的每一个地点。 通常只有在公司有自己的运输队时才需要跟踪装运路线区段到运输工具的关系。如果公司使用了外部的运送人,那么公司在它的数据模型中可能就不需要这种关系了。 装运路线区段到设施的关系是可选项的,因为公司可能不想也没有办法去跟踪装运行程经过的每一个实际地点。总是使用外部运送人运送他们的货物的公司也许并不需要这种关系。 由于所有装运项目都是作为装运的一部分存放在一起的,所以可能不需要分别去跟踪每个项目的路线。包裹也作为装运的一部分(通过它们与项目的关系)。是否可以把一个装运包裹同其他不同的装运包裹混合在一起以提供一条最优的货物行程?另一个问题是同一个装运中的不同包裹是否可以采用不同的路线,这还是同一个装运吗?例如,办公桌和一些供应品的装运,它们是分别包装的,是否可以通过不同的装运方法运输而且仍旧看作同一个装运?考虑到数据模型的表示,这将被看作两个不同的装运,因此将其作为两个装运事务分别进行跟踪和监视会更合理一些,即使它们适用于同一张订单。
  • 28. 装运路线区段另外一种情况是一个装运包裹在路上丢失了,这就需要分别跟踪装运包裹的路线。如果公司希望而且能够跟踪每个包裹的路线,那么就不会使用从装运路线区段到装运的关系了,而改用从装运路线区段到装运包裹的多对多关系(存在这些实体间的一个关联实体)。 装运方法类型实体包含项目的装运方式信息。在装运方法类型中描述的装运方法的各种类型可能包括这样的记录:“地上”、“铁路”、“一级空运”或者“船运”。这些值因公司的需要而有所不同。每个装运可以通过一种或多种装运方法来运送。例如,一个装运或许需要先用火车然后卡车来运输。
  • 29. 装运的运输工具如果公司自己装运并且有自己的装运方法,那么它或许会需要跟踪实际使用的运输工具。这样就需要实体运输工具来对这些信息进行记录。实体运输工具是固定资产的一个子类。从运输工具到装运路线区段有一个一对多关系,因为卡车可以进行多次装运。 公司希望保存的关于运输工具的信息可能是运输工具的使用统计数据,如开始英里里程和终止英里里程(如果合适的话),还有用油量。要想详细跟踪,可能还需要记录某特定运输工具获得装运的时间,另外还有卸载的时间,有了这些信息,就能很容易地确定多个运输工具以什么样的顺序完成了一次装运,这次装运用了多长时间,包括转运。 这些数据也为计算实际运送成本提供了必要的信息。它提供了英里里程和用油量。知道了用油量,就有可能确定每次装运的这部分运送成本。另外,英里里程还可以用来确定运输工具的磨损程度。 如果需要确定装运是否按照时间表进行,公司或许还需要跟踪每个装运路线区段和每个运输工具的预计和实际日期及时间。如果需要的话,实体装运路线区段的属性预计开始时间、预计到达时间、实际开始时间和实际到达时间提供了这种附加功能。
  • 30. (本页无文本内容)
  • 31. 8小结本章讨论了装运的细节问题,同时还讨论了它们与订单之间以及它们内部相互之间是如何进行关联的。提出的数据模型有:装运、装运项目、装运项目到订单条目的关系、装运收据、项目出库、装运文档以及装运路线区段。主要的实体及其关系如图中的总体模型所示。利用这些数据结构以及它与其他方面模型之间的相互关系,可以开发出健壮的、集成的系统。这些模型一旦实现,将会使数据冗余达到最小并使参照完整性的维护更加容易。
  • 32. 装运总体模型