论文部分内容阅读
[摘 要] 会计信息系统实验教学案例经过多年发展依然没有摆脱单一用户对业务的验证模式，无法体现真实的业务处理环境和移动网络环境中对业务处理的要求。分布式会计信息系统实验教学案例的设计则从业务过程的设计、业务量的规划、内嵌舞弊业务的设计等方面提出建议，以期达到更符合现实的案例教学环境，提升会计信息系统案例教学效果。
[关键词] 会计信息系统；分布式；案例教学
doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2018. 05. 025
[中图分类号] F232；G642 [文献标识码] A [文章编号] 1673 - 0194（2018）05- 0060- 02
1 会计信息系统实验教学案例现状分析
会计信息系统教学案例一直以来都是基于业务处理的单一验证模式，通过单个使用者的操作来完成所设计的业务过程，以此来验证整个业务处理过程的正确性。这种处理模式从业务验证的角度来讲是比较有效的，可以让使用者了解业务的基本操作过程，但不能体现实际业务中的多岗位、多用户协同处理的特征，也不能反映会计信息系统设计过程中以及使用过程中所关注的内部控制要点和环节，更无法表现实际业务处理过程中可能出现的操作错误或舞弊行为形成的业务问题，使得实验教学过程脱离了实际的业务环境。造成这方面的原因主要有以下几个方面。
1.1 教学案例设计基于手工环境中业务处理流程
这和会计信息系统发展的历程有关。会计信息系统的实施经历了手工替代的过程，在转化为实验教学过程中也依然保持了这样的特点。，验证信息系统环境下的业务处理和手工环境下的业务处理一致是教学案例最初的一个出发点，业务流程中有很大的手工处理的痕迹。
1.2 教学软件选择受到一定的限制
在云计算的环境下，企业会计业务的处理已从部门内的处理转变为随时随地可以通过不同类型的移动设备终端来完成，如手机、PAD等，各种应用APP使得业务处理完全依托与云的环境。而此类软件的应用还未能和学校中的教学过程结合。另外，学校在实施会计学信息系统教学过程中所使用的软件往往投入不足，不能很好地运用最新的会计核算软件及其他管理类软件。如目前普通高校中所使用的教学软件依然以用友U8-ERP8.72版本为主，且为演示版本，诸多功能受限，不能实施网络化的业务和跨年度结转业务，只可完成基本的业务流程模拟。
1.3 教学思想未能随时代和技术的发展转变
会计信息系统的教学思想一直以来都是以业务处理的说明为主导。这是基于会计软件的使用需要专业学习的假设下来实施的。基于这一假设，同步实施出版教材也是基于这一假设的，多以介绍业务处理流程为主，通过调查23种2015年以来出版的会计信息系统实验教材，基本都是基于这一思想进行编写的。在云计算环境下会计软件及相关管理类软件快速更新换代的现实里，这一教学思想无法满足信息技术处理的发展要求。在云计算环境下，不仅改变了会计处理的流程，而且改变了企业数据生成、采集、加工的模式，因此对数据和业务流程的理解比了解一种软件的操作方法更为重要。
2 分布式实验教学案例设计思路
分布式实验过程的关键在于岗位和业务的合理配置。经过精心设计而配置的业务和实际工作中业务流程一致，这样的教学案例应用对学生理解企业会计的处理过程和业务流程有更深入的认识，也能够体驗到会计系统和其他业务系统所涉及的内部控制要点和业务牵制的表现，能更好的完成核算工作的各个环节，并能在练习过程中接触实际工作中可能出现的业务错误。为实现这样的案例教学目标，在分布式实验教学案例设计过程中，需要考虑以下几个方面的问题。
2.1 业务过程设计要突出岗位分离
验证式案例描述往往用自然语言描述了业务发生的过程，如“某年某月某日，管理部门职工李某报销差旅费1 000元，通过银行转帐完成支付，进行凭证的编制和处理”。在验证式的实验环境中，由一名操作人员进行凭证处理，生成付款凭证，进行审核记账，完成该笔业务的核算处理。而分布式实验环境下，该业务的完成需要若干岗位的参与才能实施。为了让实验者更好地完成该项业务的处理，需要指明该业务涉及的岗位，具体包括：出纳岗、会计岗、审核岗等，其中会计依据差旅费单据编制分录，出纳进行付款的操作，审核人员进行凭证的审核，主管会计完成记账。通过这样的处理，业务的整个过程就完整地体现在实验中，不同岗位的操作和业务控制关系也非常清晰。实验者在实验过程中也能够深入理解不同岗位的业务职责和岗位间的业务联系，对企业会计数据的产生和流转也有更深刻的认识。
2.2 业务量的设计要符合现实情况
验证式实验教学过程中，因案例设计是为单一实验者而设计的，从工作量上来讲，只能注重业务类型的问题，即不同的业务类型不会重复地出现，否则业务处理工作量对单一实验者来讲会过于繁重，引起实验者抵触情绪。这种设计主要基于实验过程是练习相关业务处理的思想，并不符合企业实际业务处理的现状。实际中各类业务都有不同的发生概率，而业务处理出现问题较多的业务大多隐藏在业务发生频率较高的业务中。验证式的实验不能够对这样的问题进行解决，也就和实际业务环境有较严重的脱节。
分布式实验设计了不同的岗位，由多岗位共同完成某一业务，可以有条件实施高频业务的处理，如销售业务、存货收发业务等。通过该类高频业务的设计和练习，可以表现实际工作中业务处理的实际状况，包括高频业务输入产生的错误、重复性的输入内容、金额输入的错误、单位选择或存货项目选择错误等等。这些问题可以在业务处理流程中通过后续岗位的复核、检查来发现，这样既能解决数据输入问题也能体现系统内部控制的作用，对学生理解系统的运行和业务流程有很好的帮助，也能提升学生的业务处理能力，提高业务处理的准确性和速度。 2.3 内嵌舞弊业务的设计思路
验证式实验案例教学过程中以单人处理为主，各类控制业务的实施通过切换业务员的方式来实施，目的只是了解业务的处理过程，但对业务处理的内在控制关系却无法很好地领会，会计信息系统对控制要点和业务流程的设计并没有发挥作用。这种模式下，也无法进行业务舞弊处理的设计。因此，验证式案例设计中都是正常业务的处理，不会出现主动设计业务舞弊的处理。这种情况下，实验者对会计信息系统设计时所重点关注的内部控制要点、控制流程不能够真正了解，使得业务系统实验的效果大打折扣。
分布式实验案例运用不同的岗位将业务进行分割，不同的岗位由不同的人员担当，相互独立，在业务设计时可以在业务中某个岗位嵌入设计好的舞弊事件，如现金金额问题、销售收入问题、费用成本问题等，这些问题以随机的方式或指定的方式出现，用以体现岗位牵制和检验内部控制要点的有效性。而岗位的分离，业务描述与岗位相关使得此类业务的实施具有可行性，是实验者更加关注业务处理的质量和岗位的具体职责，而非单纯的点击审核，仅仅完成业务规定的流程。这样的案例设计会和现实状况有更好的契合性，使实验者真正理解会计信息系统的功能和岗位职责。
3 分布式案例设计需要注意的问题
3.1 案例设计需要依托现实业务数据
在分布式案例设计思路的指导下，完成的案例设计和企业实际处理过程更加吻合，实现这一过程需要借鉴企业实际业务数据，进行合理的岗位分工设计、高频业务处理设计、易出错业务处理设计、舞弊业务设计，真正体现对现实环境的模拟。同时在实施过程中，通过采用岗位轮换的方式或角色转换的方式，让实验者在不同的岗位都有实践的经验，能够理解不同岗位的职责，也可以达到在工作量方面的平衡。
3.2 在软件应用方面需要进一步投入
分布式实验案例的运用虽然可以实现实际业务的练习环境，但需要软件和硬件技术的支持。目前来看，多数高校中的硬件配置、网络设备配置较完善，对多用户软件的实施有很好的支持。主要的问题在于软件的选择，需要进一步加大投入，购买使用多用户的软件版本来实现分布式的實验过程。
在此基础上，进一步应用可以结合软件开发厂商，提供移动终端的应用，摆脱实验过程在时间、空间上的限制，更好地体现云计算环境下对业务处理的特点。
3.3 实验案例对业务的整合问题
在分布式案例设计期初关注的是岗位分离和内部控制制度的设计，通过岗位分离的业务处理反映企业数据的产生、流转过程，关注于业务流程及其实现，未来发展应该与财务报表审计业务、财务预算编制业务等进行整合。例如将审计业务的关注点、内部控制要点等融入到基本的业务中，结合舞弊业务的设计、进行审计业务的案例延伸设计，充分利用分布式案例产生的数据完成相关案例实验业务的展开。这一过程可以充分利用云计算的优势，使得数据的产生、传递、审核、审计等流程充分整合，提高案例实验教学水平，提升实验案例的应用深度和广度。
主要参考文献
[1]刘湘宁，李欣.会计信息系统课程实验教学现状与改革[J].实验室研究与探索，2010，29（4）：182-185.
[2]陈丰照，王中华.ERP环境下会计信息系统实验教学改革研究[J].中国管理信息化，2014（14）：31-32.
[3]占学德.会计信息系统系列课程建设的探讨[J].杭州电子科技大学学报：社会科学版，2007（3）：63-66.
[4]董黎明.移动互联环境下我国会计软件发展趋势[J].财会月刊，2015（11）.
[关键词] 会计信息系统；分布式；案例教学
doi ： 10 . 3969 / j . issn . 1673 - 0194 . 2018. 05. 025
[中图分类号] F232；G642 [文献标识码] A [文章编号] 1673 - 0194（2018）05- 0060- 02
1 会计信息系统实验教学案例现状分析
会计信息系统教学案例一直以来都是基于业务处理的单一验证模式，通过单个使用者的操作来完成所设计的业务过程，以此来验证整个业务处理过程的正确性。这种处理模式从业务验证的角度来讲是比较有效的，可以让使用者了解业务的基本操作过程，但不能体现实际业务中的多岗位、多用户协同处理的特征，也不能反映会计信息系统设计过程中以及使用过程中所关注的内部控制要点和环节，更无法表现实际业务处理过程中可能出现的操作错误或舞弊行为形成的业务问题，使得实验教学过程脱离了实际的业务环境。造成这方面的原因主要有以下几个方面。
1.1 教学案例设计基于手工环境中业务处理流程
这和会计信息系统发展的历程有关。会计信息系统的实施经历了手工替代的过程，在转化为实验教学过程中也依然保持了这样的特点。，验证信息系统环境下的业务处理和手工环境下的业务处理一致是教学案例最初的一个出发点，业务流程中有很大的手工处理的痕迹。
1.2 教学软件选择受到一定的限制
在云计算的环境下，企业会计业务的处理已从部门内的处理转变为随时随地可以通过不同类型的移动设备终端来完成，如手机、PAD等，各种应用APP使得业务处理完全依托与云的环境。而此类软件的应用还未能和学校中的教学过程结合。另外，学校在实施会计学信息系统教学过程中所使用的软件往往投入不足，不能很好地运用最新的会计核算软件及其他管理类软件。如目前普通高校中所使用的教学软件依然以用友U8-ERP8.72版本为主，且为演示版本，诸多功能受限，不能实施网络化的业务和跨年度结转业务，只可完成基本的业务流程模拟。
1.3 教学思想未能随时代和技术的发展转变
会计信息系统的教学思想一直以来都是以业务处理的说明为主导。这是基于会计软件的使用需要专业学习的假设下来实施的。基于这一假设，同步实施出版教材也是基于这一假设的，多以介绍业务处理流程为主，通过调查23种2015年以来出版的会计信息系统实验教材，基本都是基于这一思想进行编写的。在云计算环境下会计软件及相关管理类软件快速更新换代的现实里，这一教学思想无法满足信息技术处理的发展要求。在云计算环境下，不仅改变了会计处理的流程，而且改变了企业数据生成、采集、加工的模式，因此对数据和业务流程的理解比了解一种软件的操作方法更为重要。
2 分布式实验教学案例设计思路
分布式实验过程的关键在于岗位和业务的合理配置。经过精心设计而配置的业务和实际工作中业务流程一致，这样的教学案例应用对学生理解企业会计的处理过程和业务流程有更深入的认识，也能够体驗到会计系统和其他业务系统所涉及的内部控制要点和业务牵制的表现，能更好的完成核算工作的各个环节，并能在练习过程中接触实际工作中可能出现的业务错误。为实现这样的案例教学目标，在分布式实验教学案例设计过程中，需要考虑以下几个方面的问题。
2.1 业务过程设计要突出岗位分离
验证式案例描述往往用自然语言描述了业务发生的过程，如“某年某月某日，管理部门职工李某报销差旅费1 000元，通过银行转帐完成支付，进行凭证的编制和处理”。在验证式的实验环境中，由一名操作人员进行凭证处理，生成付款凭证，进行审核记账，完成该笔业务的核算处理。而分布式实验环境下，该业务的完成需要若干岗位的参与才能实施。为了让实验者更好地完成该项业务的处理，需要指明该业务涉及的岗位，具体包括：出纳岗、会计岗、审核岗等，其中会计依据差旅费单据编制分录，出纳进行付款的操作，审核人员进行凭证的审核，主管会计完成记账。通过这样的处理，业务的整个过程就完整地体现在实验中，不同岗位的操作和业务控制关系也非常清晰。实验者在实验过程中也能够深入理解不同岗位的业务职责和岗位间的业务联系，对企业会计数据的产生和流转也有更深刻的认识。
2.2 业务量的设计要符合现实情况
验证式实验教学过程中，因案例设计是为单一实验者而设计的，从工作量上来讲，只能注重业务类型的问题，即不同的业务类型不会重复地出现，否则业务处理工作量对单一实验者来讲会过于繁重，引起实验者抵触情绪。这种设计主要基于实验过程是练习相关业务处理的思想，并不符合企业实际业务处理的现状。实际中各类业务都有不同的发生概率，而业务处理出现问题较多的业务大多隐藏在业务发生频率较高的业务中。验证式的实验不能够对这样的问题进行解决，也就和实际业务环境有较严重的脱节。
分布式实验设计了不同的岗位，由多岗位共同完成某一业务，可以有条件实施高频业务的处理，如销售业务、存货收发业务等。通过该类高频业务的设计和练习，可以表现实际工作中业务处理的实际状况，包括高频业务输入产生的错误、重复性的输入内容、金额输入的错误、单位选择或存货项目选择错误等等。这些问题可以在业务处理流程中通过后续岗位的复核、检查来发现，这样既能解决数据输入问题也能体现系统内部控制的作用，对学生理解系统的运行和业务流程有很好的帮助，也能提升学生的业务处理能力，提高业务处理的准确性和速度。 2.3 内嵌舞弊业务的设计思路
验证式实验案例教学过程中以单人处理为主，各类控制业务的实施通过切换业务员的方式来实施，目的只是了解业务的处理过程，但对业务处理的内在控制关系却无法很好地领会，会计信息系统对控制要点和业务流程的设计并没有发挥作用。这种模式下，也无法进行业务舞弊处理的设计。因此，验证式案例设计中都是正常业务的处理，不会出现主动设计业务舞弊的处理。这种情况下，实验者对会计信息系统设计时所重点关注的内部控制要点、控制流程不能够真正了解，使得业务系统实验的效果大打折扣。
分布式实验案例运用不同的岗位将业务进行分割，不同的岗位由不同的人员担当，相互独立，在业务设计时可以在业务中某个岗位嵌入设计好的舞弊事件，如现金金额问题、销售收入问题、费用成本问题等，这些问题以随机的方式或指定的方式出现，用以体现岗位牵制和检验内部控制要点的有效性。而岗位的分离，业务描述与岗位相关使得此类业务的实施具有可行性，是实验者更加关注业务处理的质量和岗位的具体职责，而非单纯的点击审核，仅仅完成业务规定的流程。这样的案例设计会和现实状况有更好的契合性，使实验者真正理解会计信息系统的功能和岗位职责。
3 分布式案例设计需要注意的问题
3.1 案例设计需要依托现实业务数据
在分布式案例设计思路的指导下，完成的案例设计和企业实际处理过程更加吻合，实现这一过程需要借鉴企业实际业务数据，进行合理的岗位分工设计、高频业务处理设计、易出错业务处理设计、舞弊业务设计，真正体现对现实环境的模拟。同时在实施过程中，通过采用岗位轮换的方式或角色转换的方式，让实验者在不同的岗位都有实践的经验，能够理解不同岗位的职责，也可以达到在工作量方面的平衡。
3.2 在软件应用方面需要进一步投入
分布式实验案例的运用虽然可以实现实际业务的练习环境，但需要软件和硬件技术的支持。目前来看，多数高校中的硬件配置、网络设备配置较完善，对多用户软件的实施有很好的支持。主要的问题在于软件的选择，需要进一步加大投入，购买使用多用户的软件版本来实现分布式的實验过程。
在此基础上，进一步应用可以结合软件开发厂商，提供移动终端的应用，摆脱实验过程在时间、空间上的限制，更好地体现云计算环境下对业务处理的特点。
3.3 实验案例对业务的整合问题
在分布式案例设计期初关注的是岗位分离和内部控制制度的设计，通过岗位分离的业务处理反映企业数据的产生、流转过程，关注于业务流程及其实现，未来发展应该与财务报表审计业务、财务预算编制业务等进行整合。例如将审计业务的关注点、内部控制要点等融入到基本的业务中，结合舞弊业务的设计、进行审计业务的案例延伸设计，充分利用分布式案例产生的数据完成相关案例实验业务的展开。这一过程可以充分利用云计算的优势，使得数据的产生、传递、审核、审计等流程充分整合，提高案例实验教学水平，提升实验案例的应用深度和广度。
主要参考文献
[1]刘湘宁，李欣.会计信息系统课程实验教学现状与改革[J].实验室研究与探索，2010，29（4）：182-185.
[2]陈丰照，王中华.ERP环境下会计信息系统实验教学改革研究[J].中国管理信息化，2014（14）：31-32.
[3]占学德.会计信息系统系列课程建设的探讨[J].杭州电子科技大学学报：社会科学版，2007（3）：63-66.
[4]董黎明.移动互联环境下我国会计软件发展趋势[J].财会月刊，2015（11）.