维护过程和常见问题
目录表
一套清晰一致和可预测的规则到位,用于核准和维护全球共同实施交付品官方批准的流程为CGI成员以及实施方和潜在采纳者提供透明度
术语CGI可实现性使用为CGI为信息实现制作的所有指南和辅助文档泛词
目标
拥有官方批准的CGI交付品审批和维护过程的目的是有一套清晰的一致和可预测的规则,以便向CGI成员以及实施者/潜在通过者提供关于CGI交付品审批和维护过程的透明度
内容类
文档分两部分,一部分审批CGI交付品,另一部分维护这些交付品CGI交付品用词泛指CGI为信息实现制作的所有指南和辅助文档
状态
该文件经CGI成员批准
CGI审批交付品
GCI所有交付品一经CGI成员核准为CGI工作项后,即指定加入由CGI管理委指定的协调人领导的工作组协调者与工作组共同负责开展工作,制作并交付CGI最终可实现性
每一个工作组-由CGI管理支持-负责生产CGI交付品过程所有部分无法达成一致时,问题将提交GI表决成员
审批过程
CGI交付品的批准过程遵循下列步骤和时间框架:
- 工作组编写并商定可交付公共评审文件草稿(CGI和公众评审)。可交付文件发回cGI支持网站发布并分发CGI成员并发布公开评审通知
- 公共审查周期为45天,经CGI成员请求可最多延长10天
- 公开审查周期结束时,工作组负责评审并处理所有评论鼓励工作组将提交评论者纳入审查过程,以便以令人满意的方式澄清和解决所有评论工作组随后拟出最后草案供GI投票成员核准。
- 工作组向CGI管理队提交最后草稿,该队向CGI成员分发草稿供批准。
- CGI投票成员在14天投票中审查最后草案并投票表决(通过email)如果CGI投票成员不投票,理由必须投无票提交
- 依据治理模型核准后,CGI支持向CGI网站和CGI全体会议发布最后核准稿
- 未经核准时,CGI交付品随所收到评论返回工作组工作组与GI合作处理所有评论,与GI成员合作处理,成员投了反对票并提出了评论
- 步骤4-6重复
- 如果CGI交付品第二轮未获核准,CGI交付品从CGI工作方案中撤销
维护过程
维护过程有两条轨迹CGI交付品规范元素和信息元素
- 规范指引用消息实现指南基本模板
- 信息性指附件,如具体国家市场实践或实例
规范CGI交付
规范CGI交付量维护过程基于年度发布周期维护过程原理以ISO20022维护过程为基础固定发布日期每年7月1st.
需要以下步骤:
- CGI更改请求提交者向CGI支持提交,并转呈相关工作组
- CRR必须包括下列信息:
- 提交者名(不必为CGI成员)
- 消息范围
- 商业原因CR
- CCRs截取日期为3月1日st.
- 如果CCR得到相关CGI工作组的批准,CCR遵循上文批准过程步骤1-6此外,CGI交付品更新版还附加单列修改报告,详细说明应用修改CRR提交器受鼓励参加CCR工作组讨论
- 如果CGI工作组不批准CCR,拒绝理由返回提交者提交者可就决定向CGI投票成员上诉
在特殊情况下,CGI成员可决定修改上述过程并排出紧急释放时间
此外,如果更正涉及发布文档中发现的微小更正或编辑错误,则可以发布更正
信息化CGI交付
CGI成员或外部方可请求随时更新信息化CGI交付品信息交付按7月1日年度发布周期按季度发布st.
需要以下步骤:
非CGI成员提交
- 外部方向CGI支持提交CGI更改请求书,并提交相关工作组
- CRR必须包括下列信息:
- 名称组织提交器
- 消息范围
- 商业原因CR
- 相关CGI工作组将作出必要修改并更新辅助文档,包括向拒绝修改的提交者反馈反馈
CGI成员提交
- CGI成员向CGI相关工作组提交电子邮件,详细介绍附加内容或修改为Twitter交付
- CGI成员参加CGI工作组会议介绍拟议内容或修改
- 相关CGI工作组将作出必要修改并更新辅助文件
- 对通知文档的所有修改都记录在应用文档的标签或段落中
- 不迟于新季度发布前一个月,CGI成员将被告知修改和更新证明文件从GI成员收到的任何评论将由GI工作组审查发布文件
CGI成员可决定修改上述过程并排出紧急发布辅助交付品的时间表