您的位置: 首页 » 法律资料网 » 法律法规 »

黄石市人民政府办公室关于印发《黄石市企业集资建房管理暂行规定》的通知

时间:2024-07-07 14:07:18 来源: 法律资料网 作者:法律资料网 阅读:8735
下载地址: 点击此处下载

黄石市人民政府办公室关于印发《黄石市企业集资建房管理暂行规定》的通知

湖北省黄石市人民政府办公室


黄石市人民政府办公室关于印发《黄石市企业集资建房管理暂行规定》的通知

大冶市、阳新县、各区人民政府,市政府各部门:
  《黄石市企业集资建房管理暂行规定》已经市政府同意,现印发给你们,请遵照执行。

二OO六年四月十二日

黄石市企业集资建房管理暂行规定

  第一条 为了加强对企业集资建房的管理,改善住房困难家庭条件,促进房地产市场持续健康发展,根据《经济适用住房管理办法》(建住房[2004]77号)、《关于促进房地产业持续健康发展的意见》(鄂政发[2004]29号)及《关于严禁行政事业单位自建住房、变相集资建房和规范企业集资建房的通知》(黄办文[2005]25号)等文件规定,结合我市实际,制定本暂行规定。
  第二条 本市城区(开发区)范围内企业新建职工集资住房,适用本规定。
  第三条 本规定所称企业集资建房,是指为解决职工住房困难问题,企业采取职工集资的形式,经批准,在自己现有的土地上,根据城市规划和土地利用总体规划的要求,新建职工住房的行为。
  第四条 加强企业集资建房的计划管理。市房管部门会同市发改、建设、经济、规划、国土部门根据企业的实际,科学制订企业职工集资建房计划,报市政府批准后实施。未纳入当年建房计划的不予批准建设。
  第五条 企业集资建房必须具备下列条件:
  (一)属省、市经委认定的困难企业或住房困难户较多的大型工矿企业;
  (二)企业无房职工家庭和人均住房建筑面积不足15平方米的住房困难家庭占全部职工家庭的30%以上;
  (三)无住房补贴资金来源,确实没有条件实行住房分配货币化;
  (四)企业有自己所有的土地使用权;
  (五)拟集资建设的住房符合城市规划和土地利用总体规划、土地利用年度计划。
  第六条 企业集资建房报建程序:
  (一)符合本规定第五条所述条件的企业向市房管部门提出书面申请,提交困难企业的批准认定文件(大型工矿企业除外)、自有土地使用权证复印件、职工住房困难情况说明、参加集资建房的职工名单及其身份证明(如职工社会保险帐户年帐)等材料;
  (二)市房管部门收到企业集资建房申请,会同市发改、建设、经济、规划、国土等部门每年集中一次研究通过后,报市政府分管领导审批;
  (三)经审批同意集资建房的企业,凭批准文件依照建设项目审批程序办理相关审批手续。
  第七条 企业集资建房享受经济适用住房有关优惠政策,建设用地保持企业原土地使用权性质不变,建设过程中的行政事业性收费按规定减半征收。
  第八条 参与企业集资建房对象必须限定在本单位无房职工家庭和人均住房建筑面积不足15平方米的住房困难家庭。凡已享受房改政策购房、计发住房补贴、已购买经济适用住房或已参加集资建房的职工家庭,不得再次参加集资建房。
  第九条 集资房必须按建造成本向职工出售,建房单位不得以任何形式进行补贴,也不得超过成本赚取差价。建设成本由市物价局、房地产管理局按照《经济适用住房价格管理办法》规定的程序在办理出售审批手续前核定,并予以公示。
  第十条 集资建房要严格按照中小套型建设,每户建筑面积控制在100平方米以内,对因建房地块等客观原因造成的超标准建设的住房,超面积部分,由集资建房人按同地段、同档次商品房的价格补交建房款。2005年5月24日后批准建设的企业集资房,集资建房人补交的超面积商品房价格与建造成本的差价款经市房改部门核实后,一律上缴市财政。
  第十一条 集资房竣工验收合格后,由建房单位到市房地产管理部门申请初始登记,到市房改部门办理出售审批手续。办理审批手续时总证面积必须与分户面积之和相一致,且不得改变集资房的用途及性质。未经房产部门初始登记和房改部门审批的集资房,不得办理职工个人房屋所有权证书和土地使用权证书。
  第十二条 集资建房的职工应当按房价的2%缴存住房共用部位、共用设施设备维修基金,并在办理房屋所有权证书前一次性缴清。维修基金实行专户存储、专款专用、分栋立帐、分栋使用,严禁挪作它用。
  第十三条 严禁企业以集资建房的名义变相搞实物分配,或对外销售集资房变相进行房地产开发经营。对违规销售集资房的,必须补办土地使用权出让手续,并将市房改部门核定的市场价与建造成本价的差价部份,全额上缴市财政。
  第十四条 严禁超标准建设集资房。市建管委、市规划局要对集资房的户型和面积严格把关,对超出住房面积标准报建的项目,不得办理规划许可手续。
  第十五条 主城区临街建设用地一律不得申请集资建房。
  第十六条 经批准集资建房的企业,从下发建房计划通知书之日起,二年内不实施集资建房的,取消其建房计划和建设用地计划。
  批准集资建房计划一次性未使用完的,不接转连用,需再次建房时,按本规定重新申报。
  第十七条 企业职工购买集资房后,从《房屋所有权证》发放之日起,必须住满五年才能上市转让,上市转让时,依法交纳土地使用权出让金、契税等相关税费。
  第十八条 违反本规定的程序和要求进行集资建房的,各行政管理部门不予审批发证;对未经审批建设的集资房,按违法建筑进行处罚;凡以集资建房的名义变相搞实物分配、不按审批标准超面积建房或违规销售集资房的企业,除依法予以处罚外,今后不予批准集资建房。
  对违反本规定审批企业集资建房或对违规建房不予查处的行政机关,由纪检、监察机关按照有关规定,追究单位领导和相关责任人的责任。
  第十九条 本规定自印发之日起执行。大冶市、阳新县可参照本规定执行,也可结合本地实际,另行制订管理规定。

关于印发公路施工企业信用评价规则的通知

交通运输部


关于印发公路施工企业信用评价规则的通知

交公路发〔2009〕733号


各省、自治区、直辖市、新建生产建设兵团交通运输厅(局、委),天津市市政公路管理局:
现将《公路施工企业信用评价规则(试行)》印发给你们,请遵照执行。


中华人民共和国交通运输部(章)
二00九年十一月二十七日


主题词:公路 施工 评价 通知



--------------------------------------------------------------------------------


抄送:驻部纪检组监察局、部质量监督总站。



--------------------------------------------------------------------------------
交通运输部办公厅              2009年12月1日印发


文档附件:


公路施工企业信用等级评价规则.doc

附件1公路施工企业信用行为评定标准.xls
http://www.moc.gov.cn/zfxxgk/JG010000/JG010300/JG010306/200912/P020091209352259357002.xls

附件2公路施工企业信用行为评价计算公式.doc
http://www.moc.gov.cn/zfxxgk/JG010000/JG010300/JG010306/200912/P020091209352259359616.doc



公路施工企业信用评价规则

第一条 为规范公路施工企业信用评价工作,统一方法和标准,根据《中华人民共和国公路法》、《建设工程质量管理条例》、《公路建设市场管理办法》、《公路建设监督管理办法》和《关于建立公路建设市场信用体系的指导意见》,制定本规则。
第二条 本规则所称公路施工企业信用评价是指省级及以上交通运输主管部门或其委托机构依据有关法律法规、标准规范、合同文件等,通过量化方式对具有公路施工资质的企业在公路建设市场从业行为的评价。
第三条 公路施工企业信用评价遵循公平、公正、公开的原则,评价结果实行签认和公示、公告制度。
第四条 信用评价管理工作实行统一管理、分级负责。
第五条 国务院交通运输主管部门负责全国公路施工企业信用评价的监督管理工作。主要职责是:
(一)制定全国公路施工企业信用行为评价标准;
(二)指导省级交通运输主管部门的信用评价管理工作;
(三)对国务院有关部门许可资质的公路施工企业进行全国综合评价。
第六条 省级交通运输主管部门负责本行政区域内公路施工企业的信用评价管理工作。主要职责是:
(一)制定本行政区域公路施工企业信用评价实施细则并组织实施;
(二)对在本行政区域内从业的公路施工企业进行省级综合评价。
第七条 公路施工企业信用评价工作实行定期评价和动态评价相结合的方式。
第八条 定期评价工作每年开展一次,对公路施工企业上一年度(1月1日至12月31日期间)的信用行为进行评价。
省级交通运输主管部门应在2月底前组织完成对上年度本行政区域公路施工企业的综合评价,并于3月底前将由国务院交通运输主管部门评价的施工企业的评价结果上报。
国务院交通运输主管部门应当在4月底前完成由国务院有关部门许可资质的公路施工企业的全国综合评价。
第九条 公路施工企业信用评价等级分为AA、A、B、C、D五个等级,各信用等级对应的企业评分X分别为:
AA级:95分≤X≤100分,信用好;
A级:85分≤X<95分,信用较好;
B级:75分≤X<85分,信用一般;
C级:60分≤X<75分,信用较差;
D级:X<60分,信用差。
第十条 评价内容由公路施工企业投标行为、履约行为和其他行为构成,具体见《公路施工企业信用行为评定标准》(附件1)。
投标行为以公路施工企业单次投标为评价单元,履约行为以单个施工合同段为评价单元。
第十一条 投标行为和履约行为初始分值为100分,实行累计扣分制。若有其他行为的,从企业信用评价总得分中扣除。具体的评分计算见《公路施工企业信用行为评价计算方法》(附件2)。
第十二条 公路施工企业投标行为由招标人负责评价,履约行为由项目法人负责评价,其他行为由负责项目监管的相应地方人民政府交通运输主管部门负责评价。
招标人、项目法人、负责项目监管的相应地方人民政府交通运输主管部门等评价人对评价结果签认负责。
第十三条 公路施工企业信用评价的依据为:
(一)交通运输主管部门及其公路管理机构、质量监督机构、造价管理机构督查、检查结果或奖罚通报、决定;
(二)招标人、项目法人管理工作中的正式文件;
(三)举报、投诉或质量、安全事故调查处理结果;
(四)司法机关做出的司法认定及审计部门的审计意见;
(五)其他可以认定不良行为的有关资料。
第十四条 公路施工企业的信用评价程序为:
(一)投标行为评价。招标人完成每次招标工作后,仅对存在不良投标行为的公路施工企业进行投标行为评价。联合体有不良投标行为的,其各方均按相应标准扣分。
(二)履约行为评价。结合日常建设管理情况,项目法人对参与项目建设的公路施工企业当年度的履约行为实时记录并进行评价。对当年组织交工验收的工程项目,项目法人应在交工验收时完成有关公路施工企业本年度的履约行为评价。
联合体有不良履约行为的,其各方均按相应标准扣分。
(三)其他行为评价。负责项目监管的相应地方人民政府交通运输主管部门对公路施工企业其他行为进行评价。
(四)省级综合评价。省级交通运输主管部门或其委托机构对本行政区域公路施工企业信用行为进行评价,确定其得分及信用等级,并公示、公告信用评价结果。公示期不少于10个工作日。
(五)全国综合评价。国务院交通运输主管部门根据各省级交通运输主管部门上报的公路施工企业信用评价结果,在汇总分析的基础上,对施工企业的信用行为进行综合评价并公示、公告。
第十五条 公路施工企业对信用评价结果有异议的,可在公示期限内向公示部门提出申诉。
第十六条 对信用行为直接定为D级的施工企业实行动态评价,自省级交通运输主管部门认定之日起,企业在该省一年内信用评价等级为D级。对实施行政处罚的施工企业,评价为D级的时间不低于行政处罚期限。
被1个省级交通运输主管部门直接认定为D级的企业,其全国综合评价直接定为C级;被2个及以上省级交通运输主管部门直接认定为D级以及被国务院交通运输主管部门行政处罚的公路施工企业,其全国综合评价直接定为D级。
第十七条 公路施工企业资质升级的,其信用评价等级不变。企业分立的,按照新设立企业确定信用评价等级,但不得高于原评价等级。企业合并的,按照信用评价等级较低企业的等级确定合并后企业。
第十八条 公路施工企业信用评价结果按以下原则应用:
(一)公路施工企业的省级综合评价结果应用于本行政区域。
(二)国务院有关部门许可资质的公路施工企业初次进入某省级行政区域时,其等级按照全国综合评价结果确定。尚无全国综合评价的企业,若无不良信用记录,可按A级对待。若有不良信用记录,视其严重程度按B级及以下对待。
(三)其他施工企业(国务院有关部门许可资质的除外)初次进入某省级行政区域时,其等级参照注册地省级综合评价结果确定。
(四)联合体参与投标的,其信用等级按照联合体中最低等级方认定。
第十九条 公路施工企业信用评价结果有效期1年,下一年度公路施工企业在该省份无信用评价结果的,其在该省份信用评价等级可延续1年。延续1年后仍无信用评价结果的,按照初次进入该省份确定,但不得高于其在该省份原评价等级的上一等级。
第二十条 公路建设项目的招标人和项目法人应当建立公路施工企业信用管理台帐,及时、客观、公正地对公路施工企业进行信用评价,不得徇私舞弊,不得设置市场壁垒,一经发现,将在全国通报批评。
第二十一条 省级交通运输主管部门应当建立对招标人、项目法人评价工作的考核、处罚机制,确保公路施工企业信用评价工作客观、公正。
第二十二条 省级及以上交通运输主管部门应当建立健全信用评价工作机制和监督举报制度,结合督查工作不定期对公路施工企业的从业行为进行抽查,当招标人或项目法人对施工企业的评价与实际情况不符的,应当责令招标人或项目法人重新评价或直接予以调整。
任何单位和个人均可对公路施工企业的不良行为,以及信用评价工作中的违纪、违规行为进行投诉举报。
第二十三条 省级交通运输主管部门可依据本规则制定本行政区域公路施工企业信用评价实施细则,对履约行为检查的频率、组织方式等作出具体要求。信用评价实施细则报国务院交通运输主管部门备案。
第二十四条 本规则由国务院交通运输主管部门负责解释。
第二十五条 本规则自2010年1月1日起试行。

Guidelines on the Risk Management of Commercial Banks’ Information Technology ——附加英文版

China Banking Regulatory Commission


Guidelines on the Risk Management of Commercial Banks’ Information Technology





Chapter I General Provisions

Article 1. Pursuant to the Law of the People’s Republic of China on Banking Regulation and Supervision, the Law of the People's Republic of China on Commercial Banks, the Regulations of the People’s Republic of China on Administration of Foreign-funded Banks, and other applicable laws and regulations, the Guidelines on the Risk Management of Commercial Banks’ Information Technology (hereinafter referred to as the Guidelines) is formulated.

Article 2. The Guidelines apply to all the commercial banks legally incorporated within the territory of the People’s Republic of China.

The Guidelines may apply to other banking institutions including policy banks, rural cooperative banks, urban credit cooperatives, rural credit cooperatives, village banks, loan companies, financial asset management companies, trust and investment companies, finance firms, financial leasing companies, automobile financial companies and money brokers.


Article 3. The term “information technology” stated in the Guidelines shall refer to the system built with computer, communication and software technologies, and employed by commercial banks to handle business transactions, operation management, and internal communication, collaborative work and controls. The term also include IT governance, IT organization structure and IT policies and procedures.

Article 4. The risk of information technology refers to the operational risk, legal risk and reputation risk that are caused by natural factor, human factor, technological loopholes or management deficiencies when using information technology.

Article 5. The objective of information system risk management is to establish an effective mechanism that can identify, measure, monitor, and control the risks of commercial banks’ information system, ensure data integrity, availability, confidentiality and consistency, provide the relevant early warning, and thereby enable commercial banks’ business innovations, uplift their capability in utilizing information technology, improve their core competitiveness and capacity for sustainable development.



Chapter II IT governance

Article 6. The legal representative of commercial bank should be responsible to ensure compliance of this guideline.

Article 7. The board of directors of commercial banks should have the following responsibilities with respect to the management of information systems:
(1) Implementing and complying with the national laws, regulations and technical standards pertaining to the management of information systems, as well as the regulatory requirements set by the China Banking Regulatory Commission (hereinafter referred to as the “CBRC”);
(2) Periodically reviewing the alignment of IT strategy with the overall business strategies and significant policies of the bank, assessing the overall effectiveness and efficiency of the IT organization.
(3) Approving IT risk management strategies and policies, understanding the major IT risks involved, setting acceptable levels for these risks, and ensuring the implementation of the measures necessary to identify, measure, monitor and control these risks.
(4) Setting high ethical and integrity standards, and establishing a culture within the bank that emphasizes and demonstrates to all levels of personnel the importance of IT risk management.
(5) Establishing an IT steering committee which consists of representatives from senior management, the IT organization, and major business units, to oversee these responsibilities and report the effectiveness of strategic IT planning, the IT budget and actual expenditure, and the overall IT performance to the board of directors and senior management periodically.
(6) Establishing IT governance structure, proper segregation of duty, clear role and responsibility, maintaining check and balances and clear reporting relationship. Strengthening IT professional staff by developing incentive program.
(7) Ensuring that there is an effective internal audit of the IT risk management carried out by operationally independent, well-trained and qualified staff. The internal audit report should be submitted directly to the IT audit committee;
(8) Submitting an annual report to the CBRC and its local offices on information system risk management that has been reviewed and approved by the board of directors ;
(9) Ensuring the appropriating funding necessary for IT risk management works;
(10) Ensuring that all employees of the bank fully understand and adhere to the IT risk management policies and procedures approved by the board of directors and the senior management, and are provided with pertinent training.
(11) Ensuring customer information, financial information, product information and core banking system of the legal entity are held independently within the territory, and complying with the regulatory on-site examination requirements of CBRC and guarding against cross-border risk.
(12) Reporting in a timely manner to the CBRC and its local offices any serious incident of information systems or unexpected event, and quickly respond to it in accordance with the contingency plan;
(13) Cooperating with the CBRC and its local offices in the supervisory inspection of the risk management of information systems, and ensure that supervisory opinions are followed up; and
(14) Performing other related IT risk management tasks.

Article 8. The head of the IT organization, commonly known as the Chief Information Officer (CIO) should report directly to the president. Roles and responsibilities of the CIO should include the following:
(1) Playing a direct role in key decisions for the business development involving the use of IT in the bank;
(2) The CIO should ensure that information systems meet the needs of the bank, and IT strategies, in particular information system development strategies, comply with the overall business strategies and IT risk management policies of the bank;
(3) The CIO should also be responsible for the establishment of an effective and efficient IT organization to carry out the IT functions of the bank. These include the IT budget and expenditure, IT risk management, IT policies, standards and procedures, IT internal controls, professional development, IT project initiatives, IT project management, information system maintenance and upgrade, IT operations, IT infrastructure, Information security, disaster recovery plan (DRP), IT outsourcing, and information system retirement;
(4) Ensuring the effectiveness of IT risk management throughout the organization including all branches.
(5) Organizing professional trainings to improve technical proficiency of staff.
(6) Performing other related IT risk management tasks.

Article 9. Commercial banks should ensure that a clear definition of the IT organization structure and documentation of all job descriptions of important positions are always in place and updated in a timely manner. Staff in each position should meet relevant requirements on professional skills and knowledge. The following risk mitigation measures should be incorporated in the management program of related staff:
(1) Verification of personal information including confirmation of personal identification issued by government, academic credentials, prior work experience, professional qualifications;
(2) Ensuring that IT staff can meet the required professional ethics by checking character reference;
(3) Signing of agreements with employees about understanding of IT policies and guidelines, non-disclosure of confidential information, authorized use of information systems, and adherence to IT policies and procedures; and
(4) Evaluation of the risk of losing key IT personnel, especially during major IT development stage or in a period of unstable IT operations, and the relevant risk mitigation measures such as staff backup arrangement and staff succession plan.

Article 10. Commercial banks should establish or designate a particular department for IT risk management. It should report directly to the CIO and the Chief Risk Officer (or risk management committee), serve as a member of the IT incident response team, and be responsible for coordinating the establishment of policies regarding IT risk management, especially the areas of information security, BCP, and compliance with the CBRC regulations, advising the business departments and IT department in implementing these policies, providing relevant compliance information, conducting on-going assessment of IT risks, and ensuring the follow-up of remediation advice, monitoring and escalating management of IT threats and non-compliance events.

Article 11. Commercial banks should establish a special IT audit role and responsibility within internal audit function, which should put in place IT audit policies and procedures, develop and execute IT audit plan.

Article 12. Commercial banks should put in place policies and procedures to protect intellectual property rights according to laws regarding intellectual properties, ensure purchase of legitimate software and hardware, prevention of the use of pirated software, and the protection of the proprietary rights of IT products developed by the bank, and ensure that these are fully understood and complied by all employees.

Article 13. Commercial banks should, in accordance with relevant laws and regulations, disclose the risk profile of their IT normatively and timely.


Chapter III IT Risk Management

Article 14. Commercial banks should formulate an IT strategy that aligns with the overall business plan of the bank, IT risk assessment plan and an IT operational plan that can ensure adequate financial resources and human resources to maintain a stable and secure IT environment.

Article 15. Commercial banks should put in place a comprehensive set of IT risk management policies that include the following areas:
(1) Information security classification policy
(2) System development, testing and maintenance policy
(3) IT operation and maintenance policy
(4) Access control policy
(5) Physical security policy
(6) Personnel security policy
(7) Business Continuity Planning and Crisis and Emergency Management procedure

Article 16. Commercial banks should maintain an ongoing risk identification and assessment process that allows the bank to pinpoint the areas of concern in its information systems, assess the potential impact of the risks on its business, rank the risks, and prioritize mitigation actions and the necessary resources (including outsourcing vendors, product vendors and service vendors).

Article 17. Commercial banks should implement a comprehensive set of risk mitigation measures complying with the IT risk management policies and commensurate with the risk assessment of the bank. These mitigation measures should include:
(1) A set of clearly documented IT risk policies, technical standards, and operational procedures, which should be communicated to the staff frequently and kept up to date in a timely manner;
(2) Areas of potential conflicts of interest should be identified, minimized, and subject to careful, independent monitoring. Also it requires that an appropriate control structure is set up to facilitate checks and balances, with control activities defined at every business level, which should include:
- Top level reviews;
- Controls over physical and logical access to data and system;
- Access granted on “need to know” and “minimum authorization” basis;
- A system of approvals and authorizations; and
- A system of verification and reconciliation.

Article 18. Commercial banks should put in place a set of ongoing risk measurement and monitoring mechanisms, which should include
(1) Pre and post-implementation review of IT projects;
(2) Benchmarks for periodic review of system performance;
(3) Reports of incidents and complaints about IT services;
(4) Reports of internal audit, external audit, and issues identified by CBRC; and
(5) Arrangement with vendors and business units for periodic review of service level agreements (SLAs).
(6) The possible impact of new development of technology and new threats to software deployed.
(7) Timely review of operational risk and management controls in operation area.
(8) Assess the risk profile on IT outsourcing projects periodically.

Article 19. Chinese commercial banks operating offshore and the foreign commercial banks in China should comply with the relevant regulatory requirements on information systems in and outside the People’s Republic of China.


Chapter IV Information Security

Article 20. Information technology department of commercial banks should oversee the establishment of an information classification and protection scheme. All employees of the bank should be made aware of the importance of ensuring information confidentiality and provided with the necessary training to fully understand the information protection procedures within their responsibilities.

Article 21. Commercial banks should put in place an information security management function to develop and maintain an ongoing information security management program, promote information security awareness, advise other IT functions on security issues, serve as the leader of IT incident response team, and report the evaluation of the information security of the bank to the IT steering committee periodically. The Information security management program should include Information security standards, strategy, an implementation plan, and an ongoing maintenance plan.
Information security policy should include the following areas:
(1) IT security policy management
(2) Organization information security
(3) Asset management
(4) Personnel security
(5) Physical and environment security
(6) Communication and operation security
(7) Access control and authentication
(8) Acquirement, development and maintenance of information system
(9) Information security event management
(10) Business continuity management
(11) Compliance

Article 22. Commercial banks should have an effective process to manage user authentication and access control. Access to data and system should be strictly limited to authorized individuals whose identity is clearly established, and their activities in the information systems should be limited to the minimum required for their legitimate business use. Appropriate user authentication mechanism commensurate with the classification of information to be accessed should be selected. Timely review and removal of user identity from the system should be implemented when user transfers to a new job or leave the commercial bank.

Article 23. Commercial banks should ensure all physical security zones, such as computer centers or data centers, network closets, areas containing confidential information or critical IT equipment, and respective accountabilities are clearly defined, and appropriate preventive, detective, and recuperative controls are put in place.

Article 24. Commercial banks should divide their networks into logical security domains (hereinafter referred to as the “domain”) with different levels of security. The following security factors have to be assessed in order to define and implement effective security controls, such as physical or logical segregation of network, network filtering, logical access control, traffic encryption, network monitoring, activity log, etc., for each domain and the whole network.
(1) criticality of the applications and user groups within the domain;
(2) Access points to the domain through various communication channels;
(3) Network protocols and ports used by the applications and network equipment deployed within the domain;
(4) Performance requirement or benchmark;
(5) Nature of the domain, i.e. production or testing, internal or external;
(6) Connectivity between various domains; and
(7) Trustworthiness of the domain.

Article 25. Commercial banks should secure the operating system and system software of all computer systems by
(1) Developing baseline security requirement for each operating system and ensuring all systems meet the baseline security requirement;
(2) Clearly defining a set of access privileges for different groups of users, namely, end-users, system development staff, computer operators, and system administrators and user administrators;
(3) Setting up a system of approval, verification, and monitoring procedures for using the highest privileged system accounts;
(4) Requiring technical staff to review available security patches, and report the patch status periodically; and
(5) Requiring technical staff to include important items such as unsuccessful logins, access to critical system files, changes made to user accounts, etc. in system logs, monitors the systems for any abnormal event manually or automatically, and report the monitoring periodically.

Article 26. Commercial banks should ensure the security of all the application systems by
(1) Clearly defining the roles and responsibilities of end-users and IT staff regarding the application security;
(2) Implementing a robust authentication method commensurate with the criticality and sensibility of the application system;
(3) Enforcing segregation of duties and dual control over critical or sensitive functions;
(4) Requiring verification of input or reconciliation of output at critical junctures;
(5) Requiring the input and output of confidential information are handled in a secure manner to prevent theft, tampering, intentional leakage, or inadvertent leakage;
(6) Ensuring system can handle exceptions in a predefined way and provide meaningful message to users when the system is forced to terminate; and
(7) Maintaining audit trail in either paper or electronic format.
(8) Requiring user administrator to monitor and review unsuccessful logins and changes to users accounts.

Article 27. Commercial banks should have a set of policies and procedures controlling the logging of activities in all production systems to support effective auditing, security forensic analysis, and fraud prevention. Logging can be implemented in different layers of software and on different computer and networking equipment, which falls into two broad categories:
(1) Transaction journals. They are generated by application software and database management system, and contain authentication attempts, modification to data, error messages, etc. Transaction journals should be kept according to the national accounting policy.
(2) System logs. They are generated by operating systems, database management system, firewalls, intrusion detection systems, and routers, etc., and contain authentication attempts, system events, network events, error messages, etc. System logs should be kept for a period scaled to the risk classification, but no less than one year.
Banks should ensure that sufficient items be included in the logs to facilitate effective internal controls, system troubleshooting, and auditing while taking appropriate measures to ensure time synchronization on all logs. Sufficient disk space should be allocated to prevent logs from being overwritten. System logs should be reviewed for any exception. The review frequency and retention period for transaction logs or database logs should be determined jointly by IT organization and pertinent business lines, and approved by the IT steering committee.

Article 28. Commercial banks should have the capacity to employ encryption technologies to mitigate the risk of losing confidential information in the information systems or during its transmission. Appropriate management processes of the encryption facilities should be put in place to ensure that
(1) Encryption facilities in use should meet national security standards or requirements;
(2) Staff in charge of encryption facilities are well trained and screened;
(3) Encryption strength is adequate to protect the confidentiality of the information; and
(4) Effective and efficient key management procedures, especially key lifecycle management and certificate lifecycle management, are in place.

Article 29. Commercial banks should put in place an effective and efficient system of securing all end-user computing equipment which include desktop personal computers (PCs), portable PCs, teller terminals, automatic teller machines (ATMs), passbook printers, debit or credit card readers, point of sale (POS) terminals, personal digital assistant (PDAs), etc and conduct periodic security checks on all equipments.

Article 30. Commercial banks should put in place a set of policies and procedures to govern the collection, processing, storage, transmission, dissemination, and disposal of customer information.

Article 31. All employees, including contract staff, should be provided with the necessary trainings to fully understand these policies procedures and the consequences of their violation. Commercial banks should adopt a zero tolerance policy against security violation.


Chapter V Application System Development, Testing and Maintenance

Article 32. Commercial banks should have the capability to identify, plan, acquire, develop, test, deploy, maintain, upgrade, and retire information systems. Policies and procedures should be in place to govern the initiation, prioritization, approval, and control of IT projects. Progress reports of major IT projects should be submitted to and reviewed by the IT steering committee periodically. Decisions involving significant change of schedule, change of key personnel, change of vendors, and major expenditures should be included in the progress report.

Article 33. Commercial banks should recognize the risks associated with IT projects, which include the possibilities of incurring various kinds of operational risk, financial losses, and opportunity costs stemming from ineffective project planning or inadequate project management controls of the bank. Therefore, appropriate project management methodologies should be adopted and implemented to control the risks associated with IT projects.

Article 34. Commercial banks should adopt and implement a system development methodology to control the life cycle of Information systems. The typical phases of system life cycle include system analysis, design, development or acquisition, testing, trial run, deployment, maintenance, and retirement. The system development methodology to be used should be commensurate with the size, nature, and complexity of the IT project, and, generally speaking, should facilitate the management of the following risks.

Article 35. Commercial banks should ensure system reliability, integrity, and maintainability by controlling system changes with a set of policies and procedures, which should include the following elements.
(1) Ensure that production systems are separated from development or testing systems;
(2) Separating the duties of managing production systems and managing development or testing systems;
(3) Prohibiting application development and maintenance staff from accessing production system under normal circumstances unless management approval is granted to perform emergency repair, and all emergency repair activities should be recorded and reviewed promptly;
(4) Promoting changes of program or system configuration from development and testing systems to production systems should be jointly approved by IT organization and business departments, properly documented, and reviewed periodically.

Article 36. Commercial banks should have in place a set of policies, standards, and procedures to ensure data integrity, confidentiality, and availability. These policies should be in accordance with data integrity amid IT development procedure.

Article 37. Commercial banks should ensure that Information system problems could be tracked, analyzed, and resolved systematically through an effective problem management process. Problems should be documented, categorized, and indexed. Support services or technical assistance from vendors, if necessary, should also be documented. Contacts and relevant contract information should be made readily available to the employees concerned. Accountability and line of command should be delineated clearly and communicated to all employees concerned, which is of utmost importance to performing emergency repair.

Article 38. Commercial banks should have a set of policies and procedures controlling the process of system upgrade. System upgrade is needed when the hardware reaches its lifespan or runs out of capacity, the underpinning software, namely, operating system, database management system, middleware, has to be upgraded, or the application software has to be upgraded. The system upgrade should be treated as a project and managed by all pertinent project management controls including user acceptance testing.


Chapter VI IT Operations

Article 39. Commercial banks should consider fully the environmental threats (e.g. proximity to natural disaster zones, dangerous or hazardous facilities or busy/major roads) when selecting the locations of their data centers. Physical and environmental controls should be implemented to monitor environmental conditions could affect adversely the operation of information processing facilities. Equipment facilities should be protected from power failures and electrical supply interference.

Article 40. In controlling access by third-party personnel (e.g. service providers) to secured areas, proper approval of access should be enforced and their activities should be closely monitored. It is important that proper screening procedures including verification and background checks, especially for sensitive technology-related jobs, are developed for permanent and temporary technical staff and contractors.

Article 41. Commercial banks should separate IT operations or computer center operations from system development and maintenance to ensure segregation of duties within the IT organization. The commercial banks should document the roles and responsibilities of data center functions.

Article 42. Commercial banks are required to retain transactional records in compliance with the national accounting policy. Procedures and technology are needed to be put in place to ensure the integrity, safekeeping and retrieval requirements of the archived data.



Article 43. Commercial banks should detail operational instructions such as computer operator tasks, job scheduling and execution in the IT operations manual. The IT operations manual should also cover the procedures and requirements for on-site and off-site backup of data and software in both the production and development environments (i.e. frequency, scope and retention periods of back-up).

Article 44. Commercial banks should have in place a problem management and processing system to respond promptly to IT operations incidents, to escalate reported incidents to relevant IT management staff and to record, analyze and keep tracks of all these incidents until rectification of the incidents with root cause analysis completed. A helpdesk function should be set up to provide front-line support to users on all technology-related problems and to direct the problems to relevant IT functions for investigation and resolution.

Article 45. Commercial banks should establish service level agreement and assess the IT service level standard attained.

Article 46. Commercial banks should implement a process to ensure that the performance of application systems is continuously monitored and exceptions are reported in a timely and comprehensive manner. The performance monitoring process should include forecasting capability to enable exceptions to be identified and corrected before they affect system performance.

Article 47. Commercial banks should carry out capacity plan to cater for business growth and transaction increases due to changes of economic conditions. Capacity plan should be extended to cover back-up systems and related facilities in addition to the production environment.

Article 48. Commercial banks should ensure the continued availability of technology related services with timely maintenance and appropriate system upgrades. Proper record keeping (including suspected and actual faults and preventive and corrective maintenance records) is necessary for effective facility and equipment maintenance.

Article 49. Commercial banks should have an effective change management process in place to ensure integrity and reliability of the production environment. Commercial banks should develop a formal change management process.


Chapter VII Business Continuity Management

Article 50. Commercial banks should have in place appropriate arrangements, having regard to the nature, scale and complexity of its business, to ensure that it can continue to function and meet its regulatory obligations in the event of an unforeseen interruption. These arrangements should be regularly updated and tested to ensure their effectiveness.

Article 51. Commercial banks should consider the likelihood and impact of a disruption to the continuity of its operation from unexpected events. This should include assessing the disruptions to which it is particularly susceptible including but not limited to:
(1) Loss of failure of internal and external resources (such as people, systems and other assets);
(2) The loss or corruption of its information; and
(3) External events (such as war, earthquake, typhoon, etc).

Article 52. Commercial bank should act to reduce both the likelihood of disruptions (including system resilience and dual processing); and the impact of disruptions (including by contingency arrangements and insurance).

Article 53. Commercial bank should document its strategy for maintaining continuity of its operations, and its plans for communicating and regularly testing the adequacy and effectiveness of this strategy. Commercial bank should establish:
(1) Formal business continuity plans that outline arrangements to reduce the impact of a short, medium and long-term disruption, including:
a) Resource requirements such as people, systems and other assets, and arrangements for obtaining these resources;
b) The recovery priorities for the commercial bank’s operations; and
c) Communication arrangements for internal and external concerned parties (including CBRC, clients and the press);
(2) Escalation and invocation plans that outline the processes for implementing the business continuity plans, together with relevant contact information;
(3) Processes to validate the integrity of information affected by the disruption;
(4) Processes to review and update (1) to (3) following changes to the commercial bank’s operations or risk profile.

Article 54. A final BCP plan and an annual drill result must be signed off by the IT Risk management, or internal auditor and IT Steering Committee.


Chapter VIII Outsourcing

Article 55. Commercial banks cannot contract out its regulatory obligations and should take reasonable care to supervise the discharge of outsourcing functions.

Article 56. Commercial banks should take particular care to manage material outsourcing arrangement (such as outsourcing of data center, IT infrastructure, etc.), and should notify CBRC when it intends to enter into material outsourcing arrangement.

Article 57. Before entering into, or significantly changing, an outsourcing arrangement, the commercial bank should:
(1) Analyze how the arrangement will fit with its organization and reporting structure; business strategy; overall risk profile; and ability to meet its regulatory obligations;
(2) Consider whether the arrangements will allow it to monitor and control its operational risk exposure relating to the outsourcing;
(3) Conduct appropriate due diligence of the service provider’s financial stability, expertise and risk assessment of the service provider, facilities and ability to cover the potential liabilities;
(4) Consider how it will ensure a smooth transition of its operations from its current arrangements to a new or changed outsourcing arrangement (including what will happen on the termination of the contract); and
(5) Consider any concentration risk implications such as the business continuity implications that may arise if a single service provider is used by several firms.

Article 58. In negotiating its contract with a service provider, the commercial bank should have regard to ( but not limited to ):
(1) Reporting and negotiation requirements it may wish to impose on the service provider;
(2) Whether sufficient access will be available to its internal auditors, external auditors and banking regulators;
(3) Information ownership rights, confidentiality agreements and Firewalls to protect client and other information (including arrangements at the termination of contract);
(4) The adequacy of any guarantees and indemnities;
(5) The extent to which the service provider must comply with the commercial bank’s polices and procedures covering IT Risk;
(6) The extent to which the service provider will provide business continuity for outsourced operations, and whether exclusive access to its resources is agreed;
(7) The need for continued availability of software following difficulty at a third party supplier;
(8) The processes for making changes to the outsourcing arrangement and the conditions under which the commercial bank or service provider can choose to change or terminate the outsourcing arrangement, such as where there is:
a) A change of ownership or control of the service provider or commercial bank; or
b) Significant change in the business operations of the service provider or commercial bank; or
c) Inadequate provision of services that may lead to the commercial bank being unable to meet its regulatory obligations.

Article 59. In implementing a relationship management framework, and drafting the service level agreement with the service provider, the commercial bank should have regarded to (but not limited to):
(1) The identification of qualitative and quantitative performance targets to assess the adequacy of service provision, to both the commercial bank and its clients, where appropriate;
(2) The evaluation of performance through service delivery reports and periodic self assessment and independent review by internal or external auditors; and
(3) Remediation action and escalation process for dealing with inadequate performance.

Article 60. The commercial bank should enhance IT related outsourcing management, in place following (not limited to ) measures to ensure data security of sensitive information such as customer information:
(1) Effectively separated from other customer information of the service provider;
(2) The related staff of service provider should be authorized on “need to know” and “minimum authorization” basis;
(3) Ensure service provider guarantee its staff for meeting the confidential requests;
(4) All outsourcing arrangements related to customer information should be identified as material outsourcing arrangements and the customers should be notified;
(5) Strictly monitor re-outsourcing actions of the service provider, and implement adequate control measures to ensure information security of the bank;
(6) Ensure all related sensitive information be refunded or deleted from the service provider’s storage when terminating the outsourcing arrangement.


Article 61. The commercial bank should ensure that it has appropriate contingency in the event of a significant loss of services from the service provider. Particular issues to consider include a significant loss of resources, turnover of key staff, or financial failure of, the service provider, and unexpected termination of the outsourcing agreement.

Article 62. All outsourcing contracts must be reviewed or signed off by IT Risk management, internal IT auditors, legal department and IT Steering Committee. There should be a process to periodically review and refine the service level agreements.


Chapter IX Internal Audit

Article 63. Depending on the nature, scale and complexity of its business, it may be appropriate for the commercial banks to delegate much of the task of monitoring the appropriateness and effectiveness of its systems and controls to an internal audit function. An internal audit function should be adequately resourced and staffed by competent individuals, be independent of the day-to-day activities of the commercial bank and have appropriate access to the bank’s records.

Article 64. The responsibilities of the internal IT audit function are:
(1) To establish, implement and maintain an audit plan to examine and evaluate the adequacy and effectiveness of the bank’s systems and internal control mechanisms and arrangements;
(2) To issue recommendations based on the result of work carried out in accordance with 1;
(3) To verify compliance with those recommendations;
(4) To carry out special audit on information technology. The term “special audit” of information technology refers to the investigation, analysis and assessment on the security incidents of the information system, or the audit performed on a special subject based on IT risk assessment result as deemed necessary by the audit department.

Article 65. Based on the nature, scale and complexity of its business, deployment of information technology and IT risk assessment, commercial banks could determine the scope and frequency of IT internal audit. However, a comprehensive IT internal audit shall be performed at a minimum once every 3 years.

Article 66. Commercial banks should engage its internal audit department and IT Risk management department when implementing system development of significant size and scale to ensure it meets the IT Risk standards of the Commercial banks.


Chapter X External Audit

Article 67. The external information technology audit of commercial banks can be carried out by certified service providers in accordance with laws, rules and regulations.

Article 68. The commercial bank should ensure IT audit service provider to review and examine bank’s hardware, software, documentation and data to identify IT risk when they are commissioned to perform the audit. Vital commercial and technical information which is protected by national laws and regulations should not be reviewed.

Article 69. Commercial bank should communicate with the service provider in depth before the audit to determine audit scope, and should not withhold the truth or do not corporate with the service provider intentionally.

Article 70. CBRC and its local offices could designate certified service providers to carry out IT audit or related review on commercial banks when needed. When carrying out audit on commercial banks, as commissioned or authorized by CBRC or its local offices, the service providers shall present the letter of authority, and carry out the audit in accordance to the scope prescribed in the letter of authority.

Article 71. Once the IT audit report produced by the service providers is reviewed and approved by CBRC or its local offices, the report will have the same legal status as if it is produced by the CBRC itself. Commercial banks should come up with a correction action plan prescribed in the report and implement the corrective actions according to the timeframe.

Article 72. Commercial banks should ensure the service providers to strictly comply with laws and regulations to keep confidential and data security of any commercial secrets and private information learnt and IT risk information when conducting the audit. The service provider should not modify copy or take away any documents provided by the commercial banks.


Chapter XI Supplementary Provisions

Article 73. Commercial banks with no board of directors should have their operating decision-making bodies perform the responsibilities of the board with regard to IT risk management specified herein.

Article 74. The China Banking Regulatory Commission supervises and regulates the IT risk management of commercial banks under its authority by law.

Article 75. The power of interpretation and modification of the Guidelines shall rest with the China Banking Regulatory Commission.

Article 76. The Guidelines shall become effective as of the date of its issuance and the former Guidelines on the Risk Management of Banking Institutions’ Information Systems shall be revoked at the same time.