财务实时预警系统模型设计方案

财务实时预警系统目录(一)总体系2(二)模型41、凭证模型41)总流程42)用户设置界面1-凭证53)用户设置界面2-条件设置52、科目金额模型61)总流程62)科目目标金额预警63)科目金额变动预警74)科目金额关联预警73、指标模型8(三)附录81)实时数据接口的一些规则82)凭证变动的推理83)监管周期9 (一)总体系以下是预警监管体系可以看到，目前我们应该分为凭证模型、科目金额模型、指标模型三大类，而检查的大致流程是一致的，但检查条件是不一致的。目前记录更新时间的仅凭证，科目余额是没有更新时间的，因此关于科目金额的更新时间必须依赖于凭证检查，即发生额的变化。目前暂时不考虑年初余额发生变化，这个问题主要考虑放在将来的周期检查，属于规范一类。下面是各类模型设置与监管计划的关系。其中监管方案列表是作为监管计划的有效组成部分，可以被多次选用，同时也是用户在监管结果汇总的统计方法。监管方案列表模型类别监管方案类别方案名状态凭证凭证条件预警采购监管启用科目金额科目目标金额预警银行余额预警启用科目金额科目金额变动预警营业收入减少预警启用指标赢利能力分析房地产企业若山风向标未启用指标杜邦分析房地产企业杜邦分析启用模型类别：是我们大的分类方法，涉及到整个监管模型，目前共三大类，凭证、科目金额、指标。监管方案类别：是在大的分类方法下的小分类方法，涉及用户设置界面，监管的周期、监管结果的显示，可以自由扩展，但这是系统开发时候定义的，不能在实施过程中扩展，如果用户有需求可以由实施人员向开发人员申请，规划后作为方案类别放入系统中。方案名：实施人员或监管人员设置条件后的起的名字。因为一个方案类别可能有多个设置条件应用于下属单位的不同类型企业。状态：包含“启用”、“未启用”两种，表示是否纳入了监管计划，如果是“未启用”，则任何时候都可以修改该方案。如果是“启用”，则修改该方案提示用户“只会对修改时间以后的内容进行实时监管！”。监管计划设置监管计划被监管的单位监管人员通知形式预算金额控制A公司、B公司等张三、李四杜邦分析预警A公司张三银行余额B公司、C公司等李四、王五监管计划是可以重复应用监管方案，区别是监管人员、被监管单位的不同，这个与原先基本相同，唯一的区别是原先的监管方案不能被重用，必须在计划下设置，而现在是可以从一堆已经设置好的监管方案中选取。“通知形式”，这项参考原先邮件发送形式。选择监管方案的界面模型类别监管方案类别方案名状态凭证凭证条件预警采购监管科目金额科目目标金额预警银行余额预警科目金额科目金额变动预警营业收入减少预警指标赢利能力分析房地产企业若山风向标指标杜邦分析房地产企业杜邦分析 (二)模型1、凭证模型1)总流程凭证模型是基础模型，但也可能是用户用的最少的，因为它过于细节了，用户可能没有这个耐性去使用。但这也是最容易抓问题的，因为它是最有规范可设置。以下就是凭证模型实时预警的流程。部分关键点说明：1)用户设置界面有两个，是用户可能有不同的设置习惯，我们应该把条件作为模板，而把用户设置界面设计多个，这样不同的用户可以选择不同的界面来进行设置。并且模板也可以作为实时查询条件来从新过滤数据。这里指出的是将来可能还会增加新的用户设置界面。2)关于需要检查的凭证，需要检查的凭证应该按照一张完整的凭证(即凭证头记录)来归集，这主要因为我们预警条件是按照一张凭证来设置的。在现实中可能修改了一张凭证中的一条分录，这时候该分录的时间戳已经被更新，而凭证头的时间戳没有更新，而这个凭证头也是要纳入我们的检查范围，另外还有可能某些凭证已经被删除了，这样在正常的凭证表中也不存在。所以这数据来源应该是“凭证明细历史表”(dbo.RWS_VoucherDetailhistory)，按照凭证头分类，然后在正常凭证表中做条件判断。在正常凭证表中存在的凭证只能是新增、修改的凭证，可以按照条件去过滤。3)修改、删除凭证的处理，如果一张凭证已经被修改或删除，可能带来的问题是原先可能该凭证已经被预警条件给过滤出来了，而现在可能已经不符合条件了，或则虽然符合条件，但两次记录同一张也是不正确的，因此对于修改、删除的凭证，只要在预警记录中存在就应该将之标记为“无效”。2)用户设置界面1-凭证摘要科目辅助信息方向金额范围 类似凭证的输入界面其中分录与分录之间是“而且”的关系，即都要满足。分录上的“摘要”、“科目”、“辅助信息”、“方向和金额范围”是“而且” 关系，只要设置了，就要满足，但可以不设置。“摘要”、“科目”、“辅助信息”每个都可以多选，这些多选项相互之间是“或则”关系，即满足一个即可。如科目选择“现金”、“银行”，则科目无论是“现金”还是“银行”都满足条件。“方向和金额范围”是成对的，只能设置一个。“方向”包括“借”“贷”“无方向”。3)用户设置界面2-条件设置条件关系预警条件比较关系内容 类似凭证查询的条件输入界面“条件关系”包括“而且”、“或则”、“不包括” “预警条件”是凭证的各类信息及“分组”，如“摘要” 、“科目”、“代码”等。其中“分组”表示的是一对“()”关系。表示下面的条件必须一起判断。“比较关系”，比较符号，包括“大于”、“大于等于”、“范围”等。“内容”，就是用户输入的比较内容。2、科目金额模型1)总流程科目模型可能是用户用的比较多的模型，目前我们有“科目目标金额预警”、“科目金额变动预警”、 “科目金额关联预警”等三种类型。部分关键点说明：1)定时扫描可能不需要实时，如果实时也可以考虑与凭证一起处理，即把凭证筛选的结果直接产生科目。但目前考虑凭证需要的是凭证头，而科目流程需要的是凭证明细，因此可以单独处理，而且两者的数据集范围不重合。2) 筛选来源于时间段内的凭证明细，然后再合并相同的科目供筛选条件。3) 科目金额是个累计运算的关系，因此一个科目的一条分录的新增、删除、修改不代表该科目也是属于新增、删除、修改。如分录是新增的，但该科目上个监管周期有一条分录了,并且产生预警记录,对本次来说还是就是重复记录。如果是按会计期做一次判断，则只有一条记录，不存在本问题，而如果是实时的，或则按天做记录，则有效果的只能是最后一条，因此就是按照所有科目去填写前面的记录为无效标志即可。2)科目目标金额预警用于对某些能够确切知道目标的科目金额作出预警。后期扩展判断值可能来源于其他业务数据，如预算系统、出纳系统(支出或收入的核对)，即支持取数公式。科目预警内容预警条件值“科目”：是要预警的科目“预警内容”：是“借方发生额”、“贷方发生额”、“借方余额”、“贷方余额”这样的科目金额条件，“预警条件”：是“大于等于”、“小于等于”、“大于”、“等于”这样的比较条件3)科目金额变动预警用于对某些能够确切知道变动趋势的科目金额作出预警。如企业发展，则营业收入应该同比增加，或则要控制某项开支，则该费用科目是同比减少。科目预警内容变动条件值“科目”：是要预警的科目“预警内容”：是“借方发生额”、“贷方发生额”、“借方余额”、“贷方余额”这样的科目金额条件，“预警条件”：“同比增加”、“同比减少”、“环比增加” 、“环比减少”这样的比较条件，“同比”意味着把当前会计期的数据与去年同期做比较，而“环比” 意味着把当前会计期的数据与本年上期做比较。4)科目金额关联预警用于对某些能够相互之间有关系的科目金额作出预警，甚至能给出一个比例关系。如收入增加，利润也应该相应增加，收入与成本的配比，所得税占利润的比例。目标科目关联科目关联关系比例“目标科目”：是引起变化的科目“关联科目”：根据“目标科目”的变化而变化的科目，即预警的科目“关联关系”：是“同时增减”、“比例关系”这样的关联关系条件。3、指标模型本版本文档暂时不描述(三)附录1)实时数据接口的一些规则1、存在更新的时间戳概念，但只存在于凭证头、凭证明细，科目余额的更新时间戳不存在2、存在八张历史数据表，所有的数据变化放入到该历史表中以下是数据接口存在的历史表Table dbo.RWS_Accounthistory 科目历史表Table dbo.RWS_AccountBalancehistory 期初余额历史表Table dbo.RWS_AssistHShistory 辅助帐字典历史表Table dbo.RWS_AssistHsTypehistory 辅助帐类型历史表Table dbo.RWS_BaseInfohistory 基本信息历史表Table dbo.RWS_VoucherDetailhistory 凭证明细历史表Table dbo.RWS_VoucherHeadhistory 凭证头历史表Table dbo.RWS_VoucherTypehistory 凭证类型历史表3、凭证表与凭证明细是通过PZID联系在一起的，但如果对应的财务软件中不存在该ID，将由数据接口按照一定的业务规则产生PZID。而该业务规则包含一些用户可以修改的信息，如凭证的会计期间、凭证类别、凭证编号等，因此可能导致同样的凭证做出修改被数据接口认为是删除一张凭证、新增一张凭证。2)凭证变动的推理这里不讨论一些普通的、常见的凭证变动，只讨论一些可能会出现问题的情况，并给出逻辑上应该的正确结果，以便数据接口。1、在一张凭证上删除一条记录后再新增相同的记录。如果是删除记录后数据接口就得到更新，则历史表中会出现一条删除的记录，等更新增后出现一条新增记录。如果是删除、新增完成后数据接口才更新，则应该没有任何变化。2、修改凭证的日期、凭证类别、编号等信息，当前财务软件没有PZID。这样应该是删除一张凭证，新增一张凭证。因为原先的PZID找不到了。3、删除一系列凭证中的一张凭证，并且后后面的凭证自动连号更新，当前财务软件没有PZID。会产生了类似上一情况的现象，后面的凭证都会出现被删除、且新增的情况。3)监管周期1、实时监管这个没什么好说的，就是有空就不断的去查。记录检查的时间即可。2、日监管必须设置时间，但可能该时间服务器被关闭了，因此判断依据是本次应该检查的时间是否大于上次的检查时间。如设置每晚20：00检查，上次检查时间是3日的20：00，而4日晚上的机器被关掉了，5日也休息，6日早上开机后，应该的检查时间是5日20：00，则大于上次的检查时间3日20：00，则执行检查。另外一种，是总归放到固定