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

交通行政许可实施程序规定

作者:法律资料网 时间:2024-06-16 11:22:41  浏览:9381   来源:法律资料网
下载地址: 点击此处下载

交通行政许可实施程序规定

交通部


中华人民共和国交通部令

2004年第10号



《交通行政许可实施程序规定》已于2004年11月5日经第24次部务会议通过,现予公布,自2005年1月1日起施行。



部长 张春贤

二○○四年十一月二十二日




交通行政许可实施程序规定



第一条 为保证交通行政许可依法实施,维护交通行政许可各方当事人的合法权益,保障和规范交通行政机关依法实施行政管理,根据《中华人民共和国行政许可法》(以下简称《行政许可法》),制定本规定。

第二条 实施交通行政许可,应当遵守《行政许可法》和有关法律、法规及本规定规定的程序。

本规定所称交通行政许可,是指依据法律、法规、国务院决定、省级地方人民政府规章的设定,由本规定第三条规定的实施机关实施的行政许可。

第三条 交通行政许可由下列机关实施:

(一) 交通部、地方人民政府交通主管部门、地方人民政府港口行政管理部门依据法定职权实施交通行政许可;

(二) 海事管理机构、航标管理机关、县级以上道路运输管理机构在法律、法规授权范围内实施交通行政许可;

(三) 交通部、地方人民政府交通主管部门、地方人民政府港口行政管理部门在其法定职权范围内,可以依据本规定,委托其他行政机关实施行政许可。

第四条 实施交通行政许可,应当遵循公开、公平、公正、便民、高效的原则。

第五条 实施交通行政许可,实施机关应当按照《行政许可法》的有关规定,将下列内容予以公示:

(一) 交通行政许可的事项;

(二) 交通行政许可的依据;

(三) 交通行政许可的实施主体;

(四) 受委托行政机关和受委托实施行政许可的内容;

(五) 交通行政许可统一受理的机构;

(六) 交通行政许可的条件;

(七) 交通行政许可的数量;

(八) 交通行政许可的程序和实施期限;

(九) 依法需要举行听证的交通行政许可事项;

  (十) 需要申请人提交材料的目录;

(十一) 申请书文本式样;

(十二) 作出的准予交通行政许可的决定;

(十三) 实施交通行政许可依法应当收费的法定项目和收费标准;

(十四) 交通行政许可的监督部门和投诉渠道;

  (十五) 依法需要公示的其他事项。

已实行电子政务的实施机关应当公布网站地址。

第六条 交通行政许可的公示,可以采取下列方式:

(一) 在实施机关的办公场所设置公示栏、电子显示屏或者将公示信息资料集中在实施机关的专门场所供公众查阅;

(二) 在联合办理、集中办理行政许可的场所公示;

(三) 在实施机关的网站上公示;

(四) 法律、法规和规章规定的其他方式。

第七条 公民、法人或者其他组织,依法申请交通行政许可的,应当依法向交通行政许可实施机关提出。

申请人申请交通行政许可,应当如实向实施机关提交有关材料和反映真实情况,并对其申请材料实质内容的真实性负责。

第八条 申请人以书面方式提出交通行政许可申请的,应当填写本规定所规定的《交通行政许可申请书》(见附件1)。但是,法律、法规、规章对申请书格式文本已有规定的,从其规定。

依法使用申请书格式文本的,交通行政机关应当免费提供。

申请人可以通过信函、电报、电传、传真、电子数据交换和电子邮件等方式提交交通行政许可申请。

申请人以书面方式提出交通行政许可申请确有困难的,可以口头方式提出申请,交通行政机关应当记录申请人申请事项,并经申请人确认。

第九条 申请人可以委托代理人代为提出交通行政许可

申请,但依法应当由申请人到实施机关办公场所提出行政许可申请的除外。

代理人代为提出申请的,应当出具载明委托事项和代理人权限的授权委托书,并出示能证明其身份的证件。

第十条 实施机关收到交通行政许可申请材料后,应当根据下列情况分别作出处理:

(一) 申请事项依法不需要取得交通行政许可的,应当即时告知申请人不受理;

(二) 申请事项依法不属于本实施机关职权范围的,应当即时作出不予受理的决定,并向申请人出具《交通行政许可申请不予受理决定书》(见附件2),同时告知申请人应当向有关行政机关提出申请;

(三)申请材料可以当场补全或者更正错误的,应当允许申请人当场补全或者更正错误;

(四)申请材料不齐全或者不符合法定形式,申请人当场不能补全或者更正的,应当当场或者在5日内向申请人出具《交通行政许可申请补正通知书》(见附件3),一次性告知申请人需要补正的全部内容;逾期不告知的,自收到申请材料之日起即为受理;

(五) 申请事项属于本实施机关职权范围,申请材料齐全,符合法定形式,或者申请人已提交全部补正申请材料的,应当在收到完备的申请材料后受理交通行政许可申请,除当场作出交通行政许可决定的外,应当出具《交通行政许可申请受理通知书》(见附件4)。

《交通行政许可申请不予受理决定书》、《交通行政许可申请补正通知书》、《交通行政许可申请受理通知书》,应当加盖实施机关行政许可专用印章,注明日期。

第十一条 交通行政许可需要实施机关内设的多个机构办理的,该实施机关应当确定一个机构统一受理行政许可申请,并统一送达交通行政许可决定。

实施机关未确定统一受理内设机构的,由最先受理的内设机构作为统一受理内设机构。

第十二条 实施交通行政许可,应当实行责任制度。实施机关应当明确每一项交通行政许可申请的直接负责主管人员和其他直接责任人员。

第十三条 实施机关受理交通行政许可申请后,应当对申请人提交的申请材料进行审查。

申请人提交的申请材料齐全、符合法定形式,实施机关能够当场作出决定的,应当当场作出交通行政许可决定,并向申请人出具《交通行政许可(当场)决定书》(见附件5)。

依照法律、法规和规章的规定,需要对申请材料的实质内容进行核实的,应当审查申请材料反映的情况是否与法定的行政许可条件相一致。

实施实质审查,应当指派两名以上工作人员进行。可以采用以下方式:

(一) 当面询问申请人及申请材料内容有关的相关人员;

(二) 根据申请人提交的材料之间的内容相互进行印证;

(三) 根据行政机关掌握的有关信息与申请材料进行印证;

(四)请求其他行政机关协助审查申请材料的真实性;

(五)调取查阅有关材料,核实申请材料的真实性;

(六) 对有关设备、设施、工具、场地进行实地核查。

(七)依法进行检验、勘验、监测;

(八)听取利害关系人意见;

(九)举行听证;

(十)召开专家评审会议审查申请材料的真实性。

依照法律、行政法规规定,实施交通行政许可应当通过招标、拍卖等公平竞争的方式作出决定的,从其规定。

第十四条 实施机关对交通行政许可申请进行审查时,发现行政许可事项直接关系他人重大利益的,应当告知利害关系人,向该利害关系人送达《交通行政许可征求意见通知书》(见附件6)及相关材料(不包括涉及申请人商业秘密的材料)。

利害关系人有权在接到上述通知之日起5日内提出意见,逾期未提出意见的视为放弃上述权利。

实施机关应当将利害关系人的意见及时反馈给申请人,申请人有权进行陈述和申辩。

实施机关作出行政许可决定应当听取申请人、利害关系人的意见。

第十五条 除当场作出交通行政许可决定外,实施机关应当自受理申请之日起20日内作出交通行政许可决定。20日内不能作出决定的,经实施机关负责人批准,可以延长10日,并应当向申请人送达《延长交通行政许可期限通知书》(见附件7),将延长期限的理由告知申请人。但是,法律、法规另有规定的,从其规定。

实施机关作出行政许可决定,依照法律、法规和规章的规定需要听证、招标、拍卖、检验、检测、检疫、鉴定和专家评审的,所需时间不计算在本条规定的期限内。实施机关应当向申请人送达《交通行政许可法定除外时间通知书》(见附件8),将所需时间书面告知申请人。

第十六条 申请人的申请符合法定条件、标准的,实施机关应当依法作出准予行政许可的决定,并出具《交通行政许可决定书》(见附件9)。

依照法律、法规规定实施交通行政许可,应当根据考试成绩、考核结果、检验、检测、检疫结果作出行政许可决定的,从其规定。

第十七条 实施机关依法做出不予行政许可的决定的,应当出具《不予交通行政许可决定书》(见附件10),说明理由,并告知申请人享有依法申请行政复议或者提起行政诉讼的权利。

第十八条 实施机关在作出准予或者不予许可决定后,应当在10日内向申请人送达《交通行政许可决定书》或者《不予交通行政许可决定书》。

《交通行政许可(当场)决定书》、《交通行政许可决定书》、《不予交通行政许可决定书》,应当加盖实施机关印章,注明日期。

第十九条 实施机关作出准予交通行政许可决定的,应当在作出决定之日起10日内,向申请人颁发加盖实施机关印章的下列行政许可证件:

(一) 交通行政许可批准文件或者证明文件;

(二) 许可证、执照或者其他许可证书;

(三) 资格证、资质证或者其他合格证书;

(四) 法律、法规、规章规定的其他行政许可证件。

第二十条 法律、法规、规章规定实施交通行政许可应当听证的事项,或者交通行政许可实施机关认为需要听证的其他涉及公共利益的行政许可事项,实施机关应当在作出交通行政许可决定之前,向社会发布《交通行政许可听证公告》(见附件11),公告期限不少于10日。

第二十一条 交通行政许可直接涉及申请人与他人之间重大利益冲突的,实施机关在作出交通行政许可决定前,应当告知申请人、利害关系人享有要求听证的权利,并出具《交通行政许可告知听证权利书》(见附件12)。

申请人、利害关系人在被告知听证权利之是起5日内提出听证申请的,实施机关应当在20日内组织听证。

第二十二条 听证按照《行政许可法》第四十八条规定的程序进行。

听证应当制作听证笔录。听证笔录应当包括下列事项:

(一)事由;

(二)举行听证的时间、地点和方式;

(三)听证主持人、记录人等;

(四)申请人姓名或者名称、法定代理人及其委托代理人;

(五)利害关系人姓名或者名称、法定代理人及其委托代理人;

(六)审查该行政许可申请的工作人员;

(七)审查该行政许可申请的工作人员的审查意见及证据、依据、理由;

(八)申请人、利害关系人的陈述、申辩、质证的内容及提出的证据;

(九)其他需要载明的事项。

听证笔录应当由听证参加人确认无误后签字或者盖章。

第二十三条 交通行政许可实施机关及其工作人员违反本规定的,按照《行政许可法》和《交通行政许可监督检查及责任追究规定》查处。

第二十四条 实施机关应当建立健全交通行政许可档案制度,及时归档,妥善保管交通行政许可档案材料。

第二十五条 实施交通行政许可对交通行政许可文书格式有特殊要求的,其文书格式由交通部另行规定。

第二十六条 本规定自2005年1月1日起施行。



下载地址: 点击此处下载

西安市人力三轮车、摩托车、农用车交通管理暂行规定(2004年)

陕西省西安市人民政府


西安市人力三轮车、摩托车、农用车交通管理暂行规定


西安市人民政府令 第 30 号

《关于修改〈西安市人力三轮车、摩托车、农用车交通管理暂行规定〉的决定》已经市人民政府2004年6月4日第51次常务会议通过,现予公布,自公布之日起施行。

市 长 孙清云

2004年8月15日



( 2000年10月20日市人民政府发布 根据市人民政府2004年8月15日《关于修改〈西安市人力三轮车、摩托车、农用车交通管理暂行规定〉的决定》修正)


第一条 为了加强我市人力三轮车、摩托车、农用车的交通管理,确保市区道路交通安全畅通,根据国家有关法律、法规的规定,结合我市实际,制定本规定。
第二条 禁止人力三轮车在城市道路上载客经营。
第三条 人力货运三轮车应当按照公安机关规定的时间和路线通行。
第四条 禁止无牌、无证的人力三轮车、摩托车、农用车上路行驶。
第五条 禁止用摩托车从事营运活动。
第六条 禁止农用车在城市道路上通行,如遇特殊情况,确需在城市道路上通行的,应按公安交通管理部门指定的时间和路线通行,但不得进入二环以内。
第七条 违反本规定第二条、第五条规定的,处以500元以下罚款;违反本规定第三条、第四条规定的,按照道路交通管理的有关规定予以处罚。对不接受处罚的可暂扣其车辆,其中对非法拼装、不能提供合法证明的车辆,以及暂扣超过一个月仍不接受处罚的车辆,由公安交通管理部门依照有关规定处置。
第八条 本规定自公布之日起施行。






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.