辽宁省锦州市人民政府


锦州市政府投资项目跟踪审计监督暂行办法（2007年9号政府令）


2007年锦州市人民政府令第9号 　


　　　　　　　　　　　　　　　　　　　锦州市人民政府令
　　　　　　　　　　　　　　　　　　　　　第9号
　　《锦州市政府投资项目跟踪审计监督暂行办法》业经2007年9月17日市政府第六次常务会议通过，现予发布，自发布之日起施行。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　市长 刘志强
　　　　　　　　　　　　　　　　　　　　　　　　　　　二○○七年九月二十五日

　　　　　　　　　　　　　　锦州市政府投资项目跟踪审计监督暂行办法

　　　　　　　　　　　　　　　　　　　第一章　总　　则

　　第一条 为加强政府投资项目的审计监督，规范建设行为，提高投资效益，根据《中华人民共和国审计法实施条例》、审计署《审计机关国家建设项目审计准则》、审计署《政府投资项目审计管理办法》等有关规定，结合我市实际，制定本办法。
　　第二条 本办法适用于市政府投资项目的跟踪审计监督。
本办法所称政府投资项目，是指以财政性资金、政府专项资金（基金）、政府统一借贷资金以及其他国有资金为主投入建设的项目。
本办法所称跟踪审计，是指审计机关依法对政府投资项目从立项到竣工实施的全程审计。
　　第三条 市审计机关是市政府投资项目审计监督的主管部门，负责政府投资项目跟踪审计监督的具体组织、协调、实施。
　　第四条 市发展改革、建设、财政、国土资源、规划等行政主管部门应当依照各自职责，协助市审计机关共同做好政府投资项目的审计监督工作。
　　第五条 市发展改革、建设等部门制定年度政府投资项目计划、建设和管理实施方案时，应当将建设项目投资规模和标准、年度投资安排和建设内容、概算等有关材料及时报送市审计机关。
　　第六条 政府投资项目的审计监督实行计划管理。市审计机关应当按照市政府、上级审计机关的要求，会同市发展改革、建设、财政等部门，依法确定年度审计任务，编制政府投资项目年度审计计划，报市政府批准后实施。
　　市审计机关应当将经批准的纳入年度审计计划的政府投资项目及时告知建设单位或者项目法人及主管部门。
　　第七条 市审计机关根据跟踪审计的需要，可以依法组织社会中介机构和具有职业资格与技能的专业人员参与审计。审计所需专项经费由同级财政予以安排。审计机关工作人员从事跟踪审计不收取任何费用。
　　第八条 市审计机关依照规定，可以向有关部门通报或者向社会公布审计结果。
　　通报或者向社会公布审计结果，应当依法保守国家秘密和被审计单位的商业秘密。

　　　　　　　　　　　　　　　　　　　第二章　审计内容
　　第九条 项目前期跟踪审计的主要内容：
　　（一）项目概算的编制依据是否充分，内容是否真实，深度是否合理；
　　（二）项目建设规模、内容和标准是否符合经批准的项目计划；
　　（三）项目总预算、分项预算是否符合总概算、分项概算；
　　（四）项目征地拆迁、勘察、设计、监理、咨询服务等前期工作及其资金运用的真实性、合法性；
　　（五）项目建设资金筹集的真实性、合法性。
　　第十条 项目实施阶段跟踪审计的主要内容：
　　（一）设计变更、现场签证的手续是否完备，变更部分的工程内容和工程量的真实性、合法性，计价是否符合招标文件、合同和其他计价文件的规定；
　　（二）单项工程结算是否高估冒算、虚报工程款，是否重复计算、增大工程量，是否随意变更工程内容、提高造价，是否符合单项工程投标时的预算报价；
　　（三）建设成本的归集、待摊投资的核算、单项工程成本的计算是否真实、合法，项目设计、施工各个环节中财务政策的执行情况以及项目内部控制制度的建立和执行情况是否良好。
　　第十一条 项目竣工决算跟踪审计的主要内容：
　　（一）竣工决算报表和竣工决算说明书的真实性、合法性；
　　（二）项目建设规模及总投资控制情况，资金到位情况及对项目的影响程度；
　　（三）建设资金使用的真实性、合法性、效益性，有无截留、挪用建设资金和违法集资、摊派、收费情况；
　　（四）项目建筑安装工程核算、设备投资核算、待摊投资的列支内容和分摊以及其他投资列支的真实性、合法性；
　　（五）交付使用资产的真实性、合法性、完整性；
　　（六）项目基建收入的来源、分配、上缴和留成使用的真实性、合法性；
　　（七）项目投资包干指标完成的真实性和包干结余资金分配的合法性；
　　（八）项目尾工工程、未完工程量及其预留工程价款的真实性。

　　　　　　　　　　　　　　　　　　第三章　审计程序及要求

　　第十二条 市审计机关在实施年度审计计划前，应选派审计人员组成审计组，对审计的项目进行必要的审前调查和编制审计实施方案，并在实施审计3日前向被审计单位送达审计通知书。
　　第十三条 市审计机关针对跟踪审计中发现的问题，应当及时向有关单位和部门提出审计建议；在阶段性审计结束后，应当按照规定程序依法向被审计单位出具审计结论性文书。
　　第十四条 项目建设单位对未经审计的工程，在支付工程价款时不得超过监理核定总结算价款的90％，更不得结清工程价款。
　　第十五条 项目经过竣工决算审计后，方可办理资产移交手续。

　　　　　　　　　　　　　　　　　　　第四章　法律责任

　　第十六条 被审计单位或者个人违反本办法规定，有下列行为之一的，由市审计机关依法责令改正，并由市审计机关或者由市审计机关建议其他有关部门依法给予行政处罚；对被审计单位负有直接责任的主管人员和其他直接责任人员，由市审计机关建议有关部门、单位给予行政处分或者纪律处分：
　　（一）拒绝或者拖延提供与审计事项有关的资料的,或者拒绝、阻碍检查的;
　　（二）截留、挪用项目建设资金的；
　　（三）虚报投资完成额、虚列建设成本、隐匿结余资金的；
　　（四）施工单位偷工减料、虚报冒领工程款的；
　　（五）工程造价咨询机构超越资质证书规定的业务范围，从事工程造价编制和咨询活动，或故意少算、高估冒算工程造价的；
　　（六）其他违反政府投资项目有关规定的行为。
　　第十七条 因勘察、设计及监理单位的过错而造成项目重大预、决算失控和投资损失的，市审计机关应当及时报告政府，并责成项目建设单位或者项目法人依据合同约定追究其赔偿责任。
　　第十八条 审计人员有下列行为之一的，由市审计机关责令改正并消除影响，情节严重的，依法给予行政处分；构成犯罪的，依法追究刑事责任：
　　（一）泄露国家秘密或者被审计单位商业秘密；
　　（二）索贿、受贿或者接受可能影响公正执行职务的不当利益；
　　（三）隐瞒被审计单位财经方面违法违规行为；
　　（四）违反法律、法规的其他行为。

　　　　　　　　　　　　　　　　　　　第五章　附　　则

　　第十九条 本办法由锦州市审计局负责组织实施。
　　第二十条 本办法自发布之日起施行。

建设银行


中国人民建设银行业务网间交易报文验证代码（ＭＡＣ）的算法（试行）
建设银行



本算法等同采用ＩＳＯ9807和ＩＳＯ8731－1。
一、主题内容
报文验证代码字段是在报文发送者和接收者之间，对报文始发源和内容的有效性进行验证的字段。由所有位元表的最后位元，即比特位第64位或128位表示。建设银行业务网间交易中报文验证代码（ＭＡＣ），遵照ＩＳＯ9807《银行业务及其相关金融服务——报文验证要求》
的要求，采用ＩＳＯ8731－1《银行业务——已核准的报文验证算法第一部分ＤＥＡ》产生。
二、应用指南
根据ＩＳＯ8731－1中4．2认证元的要求和建设银行网间交易格式的定义，建设银行业务网间交易格式中参加ＭＡＣ验证的数据应包括ＩＳＯ9807附录Ｄ“认证元选择指南”所确定的内容。
三、ＩＳＯ9807《银行业务及其相关金融服务——报文验证要求》
0．简介
报文验证码（ＭＡＣ）可用于认证在发送者和接受者之间传递的报文的出处和内容。发送者产生ＭＡＣ并将其与相关报文一同传输。
该国际标准使那些希望在零售银行业环境中实现报文认证的机构能够以安全的方式进行，并且对不同的实现方法之间提供便利的相互协作。
报文验证码是一个数据域，可用于验证报文的真实性。它或者由整条报文产生，或者由报文中那些需要保护以防偶然或故意篡改的特定数据元产生。
本国际标准属于描述零售银行业务环境中安全要求的系列标准。与之相关的另一系列标准描述了批发银行业务环境中的安全要求。
本标准的要求与ＩＳＯ8730相兼容，并均与ＩＳＯ8731有着紧密的联系，ＩＳＯ8731描述了已批准的用于报文认证的算法。
1．适用范围
该标准描述了用于保护零售银行业务报文完整性和用于证实报文来源的一系列规程，并且描述了已批准的用于零售银行业务报文认证算法。
尽管通信双方有必要采用同一数据表示方法，标准中并未定义数据表示规则，而且认证过程也与传输过程相互独立。
附录Ａ给出了已批准的报文验证码（ＭＡＣ）算法清单，附录Ｂ则描述了算法加入标准的核准过程，附录Ｃ提供关于防止穷举法确定密钥的方法。
附录Ｄ在如何挑选认证元上给予指导，附录Ｅ提供有关防止由发方或收方引起的内部欺骗（例如收方伪造报文验证码）的一般信息，附录Ｆ描述了产生伪随机密钥的方法，附录Ｇ提供一些参考书目。
本国际标准不提供：
ａ）为防止报文非授权泄露而进行的加密；以及
ｂ）有意或无意的报文丢失或重复的防范。
该标准适用于负责实现零售银行业务环境中报文认证的机构。
2．规范参考
以下标准包含的条款通过本国际标准的引用，构成本国际标准的条款。在其发布之时，所注明的版本有效。所有标准都可能再修订，所以鼓励基于本国际标准达成协议的各方，调查应用以下标准的最新版本的可能性。ＩＥＣ和ＩＳＯ的成员保持对当前有效的国际标准的注册。
ＩＳＯ8730：1990，银行业务——报文认证要求（批发）。
ＩＳＯ8731——1：1987，银行业务——已核准的报文认证算法——第一部分：ＤＥＡ。
ＩＳＯ8731——2：1997，银行业务——已核准的报文认证算法——第二部分：报文认证器算法。
3．术语
本国际标准采用以下术语及定义：
3．1 算法（ａｌｇｏｒｉｔｈｍ）：一个用于计算的特定数学过程。
3．2 认证（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）：为了确保数据完整性并提供数据来源认证而在收发双方间使用的一个过程。
3．3 认证算法（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｌｇｏｒｉｔｈｍ）：使用认证密钥、一个或多个认证元完成认证的算法。
3．4 认证元（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｅｌｅｍｅｎｔ）：将由认证保护的一个报文元。
3．5 认证密钥（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｋｅｙ）：用于认证的加密密钥。
3．6 加密密钥（ｃｒｙｐｔｏｇｒａｐｈｉｃ ｋｅｙ）：完成证实、认证、加密或解密并被某一算法使用的一个参数。
3．7 密钥有效期（ｃｒｙｐｔｏｐｅｒｉｏｄ）：某一特定密钥被授权可用的一段时间，或给定系统密钥保持有效的一段时间。
3．8 加密（ｅｎｃｉｐｈｅｒｍｅｎｔ）：将可读的明文转换为不可读的密文的过程，以确保安全性或私有性。
3．9 报文认证码（MAC）（Message Authentication Code）：在收发方之间传递的报文中，用于证实报文源和部分或全部报文内容。该码为一个协定计算结果。
3．10 报文元（ｍｅｓｓａｇｅ ｅｌｅｍｅｎｔ）：为特定目的而指定的一串连续字符。
3．11 接收者（ｒｅｃｅｉｖｅｒ）：接收报文的一方。
3．12 发送者（ｓｅｎｄｅｒ）：负责且有权发送报文的一方。
4．报文认证过程
4．1 认证密钥
认证密钥是供认证算法使用、保密的加密密钥，发方和收方应事先互相交换并确定。密钥必须是随机或伪随机产生的（见附录Ｆ）。用于报文认证的密钥不能用于其他目的，而且应加以保护，以防泄漏给非授权方。
4．2 认证元
收发双方协定应包括在ＭＡＣ的运算中的报文元，以防欺骗性更改。
注：
1．建议所有报文元加入ＭＡＣ计算；
2．ＭＡＣ计算中可包括不发送元素。
ＭＡＣ的计算中应忽略用于传输目的的头、尾报文信息。
4．3 ＭＡＣ长度
ＭＡＣ的长度应为32比特。
4．4 ＭＡＣ生成
认证算法使用认证密钥和认证元，应依照收发双方协定的某一已批准认证算法的要求生成ＭＡＣ。
注：
3．已批准认证算法清单见附录Ａ。
4．生成ＭＡＣ后，若改变认证元或其表示的序列顺序，将导致认证失败。
4．5 ＭＡＣ的放置
ＭＡＣ应放于：
ａ）报文中为ＭＡＣ指定的域；或者
ｂ）如果没有ＭＡＣ指定域，附加在报文的数据部分的尾部。
若为了传输目的，分配的域大于32比特，则ＭＡＣ应在该域内以左对齐放置。
5．ＭＡＣ的验证
为了验证含有ＭＡＣ报文的完整性，接收者采用4．4中指定的计算方法计算出一个ＭＡＣ（参考ＭＡＣ），计算时应以与发方相同的顺序使用相同数据、相同认证密钥和相同的认证算法。收到的ＭＡＣ域不应包括在参考ＭＡＣ的计算中。
将参考ＭＡＣ与收到的ＭＡＣ进行比较，若完全相同，则认证元的完整性以及报文来源的正确性得到证实。
6．认证算法的核准过程
在一个认证算法被批准加入附录Ａ以前，该算法应满足以下两个基本要求：
ａ）该算法应提供附录Ａ中已有算法所没有的功能。例如，适用于一个不同的操作环境，或可显著减少实现或操作费用，或可提供更高级别的保护。
ｂ）对所宣称功能有足够的把握。
附录略。



1995年8月16日