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