合并报表主流程及与报表系统的联用.doc.doc

合并报表主流程及与报表系统的联用 EAS财务会计系统部 黄渊 总体说明：本文针对合并报表开发人员以及现场二次开发人员，从合并报表与报表系统联用的主流程业务作了介绍，并对勾稽关系检查业务及技术上的实现作了详细的介绍。通过此文档，开发人员特别是新入职的员工，可以对合并报表主流程有大概的了解，对合并报表业务建立初步的概念。 合并主流程 模板分配： 不包含项目公式的模板分配时，不做项目公式的检查、控制 包含项目公式的模板，做项目合法性检查和项目唯一性检查。（唯一性检查的目的是保证数据的唯一性） 保存时，检查当前模板中，同一表页类型的项目公式是唯一的 分配时，检查在同一合并范围（版本）内、同一公司、同一期间类型、同一表页类型下，项目公式是唯一的。 勾稽关系检查 流程： 勾稽关系检查入口：勾稽关系检查是报表检查的一部分，在表页上面，可以做单独的表内检查、表间勾稽关系检查、项目差异勾稽关系检查，全部检查是三个都做。 GR_CSL_RPTRECEIVE_001，系统参数，控制在报表审批或提交时检查勾稽关系，表内检查也同时做。 GR_CSL_RECEIVECHECK_001，系统参数，控制报表接收时是否检查勾稽关系，这两个参数调用的程序接口相同，都是调用CslReportControllerBean.reportCheck()方法。 勾稽关系检查时对报表状态的检查： 在编辑界面执行勾稽关系检查：ITEM取数时应检查处于编辑、审批、提交状态的所有报表的项目值。 例：勾稽关系“ITEM（A）= ACCTITEM（B）+ ITEM（C）”分配给A模板。ITEM（A）、ITEM（B）、 ITEM（C）分别在A、B、C三张模板中，其中A、B模板的报表是编辑状态，C模板的报表是审批状态。 A表编辑中执行勾稽关系检查时，应可以取到A、B、C三个项目的值。 在审批前执行勾稽关系检查：ITEM取数时应检查当前批次审批的所有报表和已经审批的所有报表的项目值。 续上例：如果A、B两张表同时批量审批，在A表审批前自动进行的检查，可以取到A、B、C三个项目的值； 如果只是单独审批A报表，在审批前的自动检查中，只能取到A、C项目的值，此时认为B项目值不存在，再根据参数确定是否检查此勾稽关系。 在提交时执行勾稽关系检查：ITEM取数时应检查当前批次提交的所有报表和已经提交的所有报表的项目值。 例：勾稽关系“ITEM（A）= ACCTITEM（B）+ ITEM（C）”分配给A模板。ITEM（A）、ITEM（B）、 ITEM（C）分别在A、B、C三张模板中，其中A、B模板的报表是审批状态，C模板的报表是提交状态。 如果当前只提交A报表，检查勾稽关系时，只能以取到A、C两个项目的值。B项目所在表由于未提交取不到数，此时认为B项目值不存在，再根据参数确定是否检查此勾稽关系。。 如果当前同时提交了A、B两张表，检查勾稽关系时，可以取到A、B、C三个项目的值。 在接收时执行勾稽关系检查：ITEM取数时应检查已经提交的所有报表的项目值。 例如：勾稽关系“ITEM（A）= ACCTITEM（B）+ ITEM（C）”分配给A模板。ITEM（A）、ITEM（B）、 ITEM（C）分别在A、B、C三张模板中。其中：A、B表均提交，C表是一张已确认报表。 无论只接收A表，还是A、B表同时接收，检查勾稽关系时，都可以取到A、B、C三个项目的值。 在代码里面，这里由一个调用勾稽关系检查的位置传入一个entryType，决定是在编辑、审批、提交还是接受时。 前置条件检查： 前置条件可以有多种类型，也可以是公式，前置条件的计算结果是一个boolean值。实现函数是CheckFormulaIfClauseUputeIfClause（）。 前置条件支持财务取数公式、合并报表取数公式、报表辅助公式三类。 勾稽关系检查的公式： 勾稽关系检查的公式只支持Item、Ditem、AcctItem、DyItem。Item和Ditem本来是存数公式，在这里当取数公式用，可以定位报表，但不支持嵌套其他公式，AcctItem和DyItem可以使用公式嵌套。 勾稽关系中计算，不关注报表是否已经接收，AcctItem和DyItem取调整前的数据（这里的代码实现在公式计算类AcctItemCalcuter和DyItemCalculator中）。 勾稽公式的计算是将Item转换成AcctItem，Ditem转换成DyItem，然后在表页中实现批量计算。 检查结果： 表间勾稽关系检查不通过有三种处理：禁止提交、允许提交但现实错误结果、有批注才允许提交（错误对应单元格、表页或整个报表）。 项目差异勾稽关系检查不通过有两种处理：禁止提交、有批注才允许