用友软件股份有限公司研发过程 U9 研发体系（下发复制业务说明） 文件编号：U9-SE-××-SPEC-×× 版 本 号 ： 修改状态：0 编 写 人 ：万金伍 审 核 人 ： 批 准 人 ： 批准时间：2008-07 第 1 页 共 4 页 适用对象 该规范适用于全部 U9 开发人员。 版本记录 【此部分要记录该文档形成过程中的历次版本变更过程及变更的内容】 版本 修改与参与人 修改时间 修改原因 修改概述 审批人1.0 万金伍 2007/07/17 原始文档建立 相关文档 【此部分包含对该文档起指导与约束作用的相关文档以及预计在该文档指导与约束下将要建立的文档。】 � CBO-基础设置用户手册.doc 约定 标有 ★ 的条目表示强制性规范。 第 2 页 共 4 页 基础设置规范细则 1.下发复制业务 1.1 特别说明 1、本文所述之业务细节以 U9V2.0 版本为准，和目前版本稍有差异是正常的。 1.2 下发复制业务目的 1、建立组织体系后，业务档案、单据等业务数据在组织间进行传播。 2、下发： 是在有垂直关系的组织间，操作人员按业务需要按指定规则在系统内把数据发送给下级组织的行为，称之为下发。 3、复制： 是在有平行关系的组织间，系统按平行关系类型、档案种类和分 Site 部署情况按业务规则自动把数据发送给部署在其它 Site 的平行组织的行为，称之为复制。 1.3 下发复制的物理原理 下发和复制物理上等同于一条记录的 copy。不同点在于下发的 Copy 在一个数据库实例(instance)内；复制的 Copy 在不同 Site 的数据库实例(instance)间进行。 虽然在物理上等同于 Copy，但下发复制业务上还有业务规则要处理。 1.4 下发复制的业务规则 1.4.1 下发要处理目标组织 新记录的所属组织(Org)要从来源记录的来源组织(Org)替换为目标组织，即新记录为目标组织所有。注意：复制不用处理目标组织。 1.4.2 业务对象属性下发要定义规则 从业务角度讲，一个业务数据下发给下级组织，有如下几种情况要处理： 1、 一条业务数据只是部分信息下发。不下发的部分信息称之为来源组织 Private 2、 下发的信息中，一部分信息不允许下级组织更改，只可读。由来源组织统一更改。称之第 3 页 共 4 页 为 Public 3、 下发的信息中，另一部分信息允许下级组织更改。但更改不会影响到来源组织。称之为Default 这个过程还要考虑到下级组织接收数据的完整性。即，牵涉到完整性的信息是必须下发的。完整性又分：强制性的必填项和上下文相关的必填项。 1.4.3 下发复制要按业务对象处理关联记录 从业务角度讲，一个业务数据不是孤立的，必然要关联到很多其它数据。例如：订单必然要关联到客户。如果下发订单，客户如何处理：先下发客户？不下发客户？同步下发客户？必然要有一种策略来处理。 1.4.4 下发复制要按业务对象处理子记录 从业务角度讲，一个业务数据有时存在其所有的子数据。例如：订单必然有订单行。如果下发订单，订单行如何处理：不下发订单行？同步下发订单行？必然要有一种策略来处理。 1.4.5 下发复制要建立日志(Log) 如果批量的下发复制，可能是一个长时间运行的事务。需要 1 个日志来处理：记录不成功原因、部分回滚、因网络故障需要重试等。 附录 Q&A 第 4 页 共 4 页
