当前位置：文档之家 › 数据稽核审计教学案例分析与设计

数据稽核审计教学案例分析与设计

  • 格式：doc
  • 大小：1.63 MB
  • 文档页数：12

龙源期刊网

数据稽核审计教学案例分析与设计

作者：陈旭

来源：《中国管理信息化》2016年第01期

[摘 要] 随着信息化的深入，企业内部管理信息系统的分析、设计与开发应用对于规范企业管理、提高企业竞争力发挥着越来越重要的作用。然而，网络、数据库的应用，不可避免地给企业带来了一定的风险，数据的正确性、完整性、安全性受到极大的威胁。这给当前对企业数据库中的数据进行稽核审计提出了挑战。信息社会对财会人员信息技术能力要求越来越高，相关课程的建设与教学改革也迫在眉睫。本文即尝试在会计信息化教学过程中引入一全新的案例教学，旨在通过对一简单账务处理系统进行数据的稽核审计，提出相关思路与技术处理方法，从而培养学生在信息化环境下对企业内部数据稽核审计的能力 。

[关键词] 账务处理系统；原型案例；数据稽核审计；教学改革

doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2016 . 01. 127

[中图分类号] G420 [文献标识码] A [文章编号] 1673 - 0194（2016）01- 0244- 06

0 引 言

随着信息化的深入，企业内部管理信息系统的分析、设计与开发应用对于规范企业管理、提高企业竞争力发挥着越来越重要的作用。会计信息系统的实施应用将广大财会人员从繁杂的手工计算处理数据中解脱出来，财会人员的技能竞赛也从过去的拨打算盘比拼到计算器计算比拼到现在似乎已经不再需要进行计算能力比拼；至于查账、核对等过去的基础性工作在信息化环境下早已消失；随着ERP系统的实施，财会人员对凭证的处理能力也终将越来越弱化了。会计软件的广泛应用使得财会人员已经过度依赖会计软件进行操作使用，除了计算机屏幕上显示的数据以外，传统环境下的凭证、账簿、报表在网络、数据库环境下的存储、读写、传递已经变得不可见、不可控了。

然而，网络、数据库的应用，不可避免地给企业带来了一定的风险，数据的真实性、正确性、合规性、合法性、完整性、安全性随时都面临着遭到破坏的威胁。数据受到破环，这种破坏可能来自系统本身的问题、也可能来自人为篡改的因素，因为通过对后台数据库的操作，任何数据都可能被轻而易举地改变。在审计实务中，信息技术的应用改变了传统审计的思维与方法，单一的审计财务软件系统已经远远不能满足审计工作的要求，需要通过同时审核业务信息系统与财务软件系统发现各类违规违法问题。这给当前对企业数据库中的数据进行操作应用的财会人员以及需要对数据进行稽核审计的人员提出了挑战。因此，信息社会对财会人员信息技术能力要求越来越高，信息化后对企业内部数据进行稽核审计的需求也将越来越强烈。为适应龙源期刊网

企业信息化的需求，培养财会人员应用信息技术手段发现、分析和解决相关问题的能力日显重要，对相关课程的建设与教学改革也迫在眉睫。

笔者经过多年来的探索，对会计信息化课程教学内容进行了新的改革与实践。在会计信息化教学过程中引入案例教学，旨在通过对一简单账务处理系统进行数据的稽核审计，提出相关思路与技术处理方法，从而培养学生在信息化环境下对企业内部数据稽核审计的能力 。

1 案例设计思路

通过本案例的教学，告诉学生在信息化环境下，会计工作将面临的主要问题，同时应掌握怎样的技能、找到什么样的解决方法，如表1所示。

账务处理系统稽核审计教学案例设计思路：设计开发账务处理系统原型案例（V1初级版）→应用原型案例，模拟手工操作，对账务处理系统中所有表进行数据输入→账务处理系统中非正常数据分析→对账务处理系统中非正常数据进行稽核审计检查→对账务处理系统中的账表自动计算→设计开发账务处理系统原型案例（V2完善版）→开展综合教学实验。设计思路如图1所示。

2 账务处理系统原型案例（V1初级版）设计

原型案例设计思路：案例以最简单的账务处理业务为背景，流程清晰。

原型案例数据库设计：只需要涵盖账务处理系统最基本的业务数据。

原型案例功能设计：账务处理系统原型案例（V1初级版）的功能设计要求只需要实现对账务处理系统的最基本处理，实现对所有表的输入、查询、修改、删除、保存功能（无任何输入控制、账表自动计算功能，以便产生各类错误数据）。

账务处理系统原型案例（V1初级版）应用：学生完全模拟手工，对账务处理系统中所有表的数据进行数据输入。

对于部分基础数据的输入，也可要求学生直接应用SQL语句进行输入。

2.1 “XXX公司”账务处理系统案例背景描述

“XXX公司”账务处理系统案例可根据用户需求建立多套账，系统使用会计科目编码结构方案为一级4位的会计科目，支持转账凭证，账簿包括会计科目余额表、明细账表。系统主要包括新建账套、账套管理、系统码表管理、操作员管理、会计科目管理、科目余额初始化管理、试算平衡、凭证录入、凭证审核、凭证记账、期末结账以及账簿查询等功能模块。案例基本数据如下： 龙源期刊网

（1）科目类别 系统有六种科目类别，分别为“1”：资产、“2”：负债、“3”共同类、“4”：权益、“5”：成本、“6”：损益。

（2）科目性质 系统有六种科目性质，分别为“01”：现金、“02”：银行、“03”：应收、“04”：应付、“05”：存货、“06”：其他。系统默认 “库存现金”和“现金”的会计科目性质为“现金”， “银行存款”的会计科目性质为“银行”， “原材料”“库存商品”以及“材料”的会计科目性质为“存货”，其他会计科目的科目性质为“其他”。

（3）币别 系统币别有“01”：人民币、“02”：美元、“03”：欧元。

（4）行业 系统行业有：“01”：工业企业、“02”：商品流通企业。

（5）账套信息 账套号为“1”，账套名称为“XXX公司”，行业为“商品流通企业”，本位币为“人民币”，会计期间数为12，且取年度自然月份，起始日期为YYYY年1月1日，结束日期为YYYY年12月31日，启用日期为YYYY年1月1日，年会计期间为YYYY。账套使用状态，主要包括以下三种：“初始”表示该账套在进行初始化操作、“正常”表示该账套进入日常操作、“停用”表示该账套不能打开使用。

（6）操作员 操作员：何一（编码：0，密码：000）为系统管理员，负责初始设置、日常维护等，王二（编码：1，密码：111）工作为凭证录入，张三（编码：2，密码：222）工作为凭证审核，李四（编码：3，密码：333）工作凭证记账、期末结账。

（7）会计科目编码 案例涉及的科目编码与案例的经济业务相关。学生自己设计数据样例。

（8）科目期初余额 案例涉及的科目期初余额，由学生自己设计数据样例。

（9）日常业务（凭证） 案例涉及的凭证数据，由学生自己设计经济业务编写数据样例。

（10）账簿 账簿包括会计科目余额表、明细账表，计算产生。

2.2 “XXX公司”账务处理系统案例数据库设计

数据库（系统表分为码表、基本信息表、单据表和账表，共计11张表。其中，码表共4张，包括科目类别码表C_ZW_KMLB、科目性质码表C_ZW_KMXZ、币别码表C_ZW_BB、行业码表C_ZW_HY；基本信息表共3张，包括账套信息表ZW_ZTXXB、会计科目编码表ZW_KJKMBMB、操作员信息表ZW_CZY；单据表共2张，包括凭证主表ZW_PZZB、凭证明细表ZW_PZMXB；账表共2张，包括科目余额表ZW_KMYEB、明细账表ZW_MXZB。）账务处理系统数据表结构如表2 所示。 龙源期刊网

2.3 账务处理系统案例业务流程图

“XXX公司”账务处理系统案例业务流程图如图2所示。

2.4 账务处理系统案例主要功能图

“XXX公司”账务处理系统案例主要功能图如图3所示。

3 账务处理系统非正常数据分析

由于账务处理系统原型案例（V1初级版）只有对数据的基本操作功能，没有对数据输入实施任何的控制，也没有开发账表自动计算功能模块，导致在应用中会出现许多的数据录入、计算错误。教学中，我们正是要利用这些错误的数据，对错误进行分析、稽核、查找。针对本账务处理系统案例中各表的结构与业务关系，分析可能存在的非正常数据。主要包括：

（1）信息为空或重复。各项实际应用中不应该为空的列，其值为空；不能重复的名称，结果有重复的数据。如：币别名称、行业名称、科目类别名称、科目性质、操作员名称、会计科目名称为空；期间数、余额方向、日期、年会计期间、账套状态为空；制单日期、制单人、审核标记、记账标记、摘要、金额为空等等；账套名称、币别名称、行业名称、科目类别名称、科目性质名称、会计科目名称重复等等。

（2）信息不匹配。年会计期间与起始日期的年份不一致，会计科目编码与会计科目类别不相符、会计科目编码与会计科目性质不相符、会计科目编码与余额方向不相符，表表关联错误等等。

（3）凭证数据错误。凭证主表、明细表数据不一致，制单人、审核人、记账人权限有误，审核标记、记账标记、审核人、记账人、审核日期、记账日期关系混乱，借方贷方金额有误，一条记录里借贷双方金额同时存在或者同时不存在，日期与会计期间不一致等等。

（4）账表数据错误。科目余额表本月期初不等于上月期末，期末借方余额不等于期初借方余额+借方发生额，期末贷方余额不等于期初贷方余额+贷方发生额；借方累计发生额不等于借方发生额的累计，贷方累计发生额不等于贷方发生额的累计；对于余额方向为借方的会计科目，期初余额不等于期初借方余额 - 期初贷方余额，期末余额不等于期末借方余额 - 期末贷方余额；对于余额方向为贷方的会计科目，期初余额不等于期初贷方余额 - 期初借方余额，期末余额不等于期末贷方余额 - 期末借方余额；本月期初余额不等于上月的期末余额；同一会计科目编码，在同一年、月会计期间内，明细账表中的借方的累计金额不等于科目余额表中的借方发生额，贷方的累计金额不等于科目余额表中的贷方发生额等等。 龙源期刊网

（5）单据账表数据不一致。单据账表中的记录行数不相同，单据账表中的各列数据项如账套号、日期、会计期间、会计科目编码、摘要、借方贷方金额不一致，凭证主表的记账标记为“是”但该分录未记入明细账表、科目余额表中，凭证主表的记账标记为“否”但该记录已记入明细账表、科目余额表中，损益类科目期初有余额，上月月末已结账，但还存在未记账的凭证，同一会计科目编码，在同一年、月会计期间内，凭证主表中的记账标记为“是”，科目余额表中的借方发生额不等于凭证明细表中的借方金额的累计，贷方发生额不等于凭证明细表中的贷方金额的累计等等。

合集下载

税务稽核的三级交叉稽核方法

税务稽核的三级交叉稽核方法

税务稽核的三级交叉稽核方法

1. 引言

税务稽核是确保纳税人遵守税法规定并正确履行纳税义务的重要手段。为了提高稽核效果和效率，三级交叉稽核方法被广泛应用于税务稽核工作中。本文将详细介绍三级交叉稽核方法的概念、原理、步骤以及应用案例。

2. 三级交叉稽核方法的概念

三级交叉稽核方法是一种通过多个层次的审核和核实，提高税务稽查准确性和全面性的方法。它通过将相同纳税人在不同层次、不同时间段内的相关数据进行对比分析，发现异常情况，并进一步展开调查和审计。

3. 三级交叉稽核方法的原理

三级交叉稽核方法基于以下原理： - 数据一致性原理：相同纳税人在不同层次、不同时间段内的数据应该是一致的。 - 数据异常性原理：如果某个纳税人在不同层次、不同时间段内的数据存在异常情况，可能存在违法行为。 - 数据关联性原理：相同纳税人在不同层次、不同时间段内的数据之间存在一定的关联性。

4. 三级交叉稽核方法的步骤

三级交叉稽核方法包括以下步骤： ### 第一级：内部稽核 - 内部稽核人员对纳税人的申报数据进行审核，与其他内部数据进行比对，发现异常情况。 - 内部稽核人员将发现的异常情况记录下来，并进行初步分析和判断。

第二级：地方税务机关稽查

• 地方税务机关稽查人员根据内部稽核的结果，对纳税人进行进一步调查和审计。

• 稽查人员通过与其他企事业单位、金融机构等相关数据进行比对分析，确定异常情况是否属实。

第三级：国家税务机关审计

• 国家税务机关审计人员根据地方税务机关的调查结果，对纳税人进行最终审计。

• 审计人员通过与其他地区、其他行业、其他时间段的相关数据进行比对分析，最终确定纳税人是否存在违法行为。

5. 三级交叉稽核方法的应用案例

以下是一个实际应用三级交叉稽核方法的案例： 某企业在申报期间内多次申报了相同的销售额，但与其他企业的销售额相比存在较大差异。经过内部稽核发现异常情况后，地方税务机关稽查人员对该企业进行了进一步调查和审计。稽查人员发现该企业与多家关联企业存在虚开发票等违法行为。国家税务机关审计人员通过与其他地区、其他行业、其他时间段的相关数据进行比对分析，确认了该企业的违法行为，并采取相应措施进行处理。

银行业数字化审计案例

银行业数字化审计案例

银行业数字化审计案例

案例一：某银行数字化审计系统应用

某银行为了提高审计效率和质量，决定引入数字化审计系统。该系统可以实现自动化数据采集和分析，以及自动生成审计报告。具体应用流程如下：

1. 数据采集：数字化审计系统通过与银行核心系统的接口，自动从各个业务系统中抽取数据。包括客户信息、贷款和存款记录、资金流动等。

2. 数据整合和清洗：系统将采集到的数据进行整合和清洗，去除冗余和重复数据，确保数据的准确性和一致性。

3. 数据分析：系统使用数据挖掘和统计分析技术对数据进行深入分析，发现潜在的风险和问题。例如，检测异常交易、探测内部欺诈等。

4. 自动化审计：系统根据预设的审计规则和风险模型，对数据进行自动化审计。例如，审计贷款发放的合规性、存款账户的资金安全等。

5. 结果报告：系统根据审计结果自动生成审计报告，包括问题发现和建议改进。报告可以自动发送给相关人员，提供参考和决策依据。

通过引入数字化审计系统，该银行的审计效率得到大幅提升。传统手工审计需要大量人力和时间，而数字化审计系统可以在更短的时间内完成审计任务，并提供更准确和全面的结果。

案例二：某银行数字化审计案例

某银行引入了数字化审计工具来改进其审计流程。以下是该案例的具体应用情况：

1. 数据采集和整合：数字化审计系统通过与银行的核心业务系统进行集成，自动获取并整合了来自各个业务线的数据。这些数据包括客户信息、贷款和存款交易记录、交易流水等。

2. 自动化审计：数字化审计系统基于预设的审计规则和风险模型，对采集到的数据进行自动化审计。例如，对贷款发放流程中的风险点进行检测，包括贷款合规性、担保品评估等。

3. 异常检测：数字化审计系统使用数据分析技术，对大量数据进行挖掘和分析，以检测潜在的异常行为和风险。例如，通过分析客户的交易模式和行为，检测潜在的洗钱行为。

4. 自动报告生成：数字化审计系统根据审计结果自动生成报告。报告包括问题发现、风险点分析以及建议的改进措施。报告的生成速度和准确性大大提高，提供了及时而有实际应用价值的审计结果。

银行业数字化审计案例 2

银行业数字化审计案例 2

银行业数字化审计案例

1. 数据安全审计案例：

在数字化时代，银行面临着大量的数据存储和处理，包括客户信息、交易记录等。数字化审计可以帮助银行确保数据的安全性。例如，审计人员可以检查银行的数据存储系统和安全措施，确保其符合相关的法规和标准。他们还可以审查访问控制和身份验证措施，以确保只有授权人员能够访问敏感数据。

2. 交易合规审计案例：

数字化审计可以帮助银行确保其交易符合法规和合规要求。例如，审计人员可以审查银行的交易记录，确保其符合反洗钱和反恐怖融资法规。他们可以使用数据分析工具来检测异常交易模式，以及对高风险客户的审查情况。

3. 内部控制审计案例：

数字化审计可以帮助银行评估和改进其内部控制体系。例如，审计人员可以审查银行的业务流程和操作规范，以确保其有效性和合规性。他们还可以评估内部控制的设计和实施情况，提出改进建议，并确保其有效执行。

4. IT系统审计案例：

数字化审计可以帮助银行评估其IT系统的安全性和有效性。例如，审计人员可以审查银行的IT基础设施，包括网络安全、系统访问控制和灾备恢复等方面。他们还可以评估IT系统的性能和可靠性，确保其能够支持银行的业务需求。

5. 数据分析审计案例：

数字化审计可以利用数据分析工具和技术来提取有价值的信息和洞察。例如，审计人员可以使用数据挖掘技术来检测潜在的欺诈行为，或者使用预测分析来评估风险和未来趋势。他们还可以使用可视化工具来呈现审计结果，以便更好地理解和传达。

以上只是一些银行业数字化审计案例的示例，实际情况可能更加复杂和多样化。数字化审计在银行业中起着重要的作用，可以帮助银行提高运营效率、减少风险，并确保合规性。

企业大数据内部审计案例

企业大数据内部审计案例

企业大数据内部审计案例

企业大数据内部审计是指通过对企业大数据的分析和审查，识别潜在的风险和问题，发现潜在的违规行为，并提供改进和优化的建议。下面列举了十个企业大数据内部审计的案例。

1. 客户数据分析审计：企业通过分析客户数据，可以了解客户的消费习惯、需求和行为，从而制定更具针对性的销售策略。审计可以确保客户数据的准确性和安全性，并发现潜在的数据泄露和滥用风险。

2. 供应商数据审计：审计企业与供应商之间的数据交互和交易，确保供应商的合规性和可靠性。审计可以发现潜在的供应链风险，如供应商的延迟交货、质量问题或违规行为。

3. 员工数据分析审计：通过对员工的数据进行分析，可以发现员工的绩效、离职率、满意度等问题。审计可以发现潜在的员工欺诈、不当行为和人力资源管理问题。

4. 财务数据审计：审计企业的财务数据，确保财务报表的准确性和合规性。审计可以发现潜在的财务欺诈、虚假报表和违规行为。

5. 操作日志审计：审计企业的操作日志，监控员工的操作行为和系统访问记录。审计可以发现潜在的数据篡改、非法访问和滥用权限的问题。

6. 数据隐私保护审计：审计企业的数据隐私保护措施，确保数据的安全性和隐私性。审计可以发现潜在的数据泄露、不当使用和未经授权访问的问题。

7. 数据备份和恢复审计：审计企业的数据备份和恢复策略，确保数据的可靠性和完整性。审计可以发现潜在的数据丢失、备份不及时或恢复失败的问题。

8. 数据治理审计：审计企业的数据治理策略和流程，确保数据的质量和一致性。审计可以发现潜在的数据重复、冗余或不一致的问题。

9. 数据合规审计：审计企业的数据合规政策和措施，确保企业遵守相关的法律法规和行业标准。审计可以发现潜在的数据安全漏洞、违反隐私规定或未经授权的数据使用。

10. 数据分析工具审计：审计企业使用的数据分析工具和算法，确保其准确性和可靠性。审计可以发现潜在的数据偏差、算法错误或不当使用的问题。