全球共同实现

有一套清晰的一致的和可预见规则的批准和维护常见全球实现(CGI)可交付成果。正式批准过程提供透明度CGI成员,以及实现者和潜在采用者。

“CGI交付”这个词一般术语用于指导和支持文档CGI产生消息实现。

目的

的目的有一个官方批准过程的批准和维护CGI交付是有一套清晰的一致的和可预测的规则为了提供透明度以及实现者CGI成员/批准的潜在采用者CGI交付和维护过程。

内容

本文档在两个部分,一个部分的批准CGI交付和维护的另一个部分。CGI交付这个词一般术语用于指导和支持文档CGI产生消息实现。

状态

本文档是CGI成员批准2011年9月02

CGI批准交付物

所有CGI交付,一旦批准的CGI成员作为CGI的工作项,指定一个工作小组由一个CGI管理层的主持人。主持人,一起工作小组,负责执行工作为了生产和交付最后一个CGI交付。

每个工作小组将支持CGI管理和CGI支持——负责所有部件在生产过程的CGI交付。如果他们不能同意,这个问题将被称为CGI投票权。

审批流程

CGI交付的批准过程遵循以下步骤和时间表:

1. 工作组生产和公共审查同意交付草案(CGI和公众)。可交付成果草案发送给CGI支持,这帖子CGI网站并分发它CGI公众的注意。
2. 公众评论期是45天,可以要求从一个CGI成员,最多延长额外10天。
3. 公众评论期结束时,工作小组负责审查和处理所有的评论。鼓励工作组包括审查过程中的评论提交者为了澄清和解决所有评论以令人满意的方式。然后工作组准备批准的最终草案CGI投票成员。
4. 工作小组提交最终稿CGI管理团队,分配它CGI成员批准。
5. CGI投票成员审查最终草案投票(通过电子邮件)在14日投票最终稿。如果一个CGI投票成员投票不,必须与提交的反对票比例的原因。
6. 如果批准根据治理模型,CGI支持发布最后批准草案CGI网站和CGI全体。
7. 如果不批准,CGI交付返回给工作组收到的评论。一起CGI,工作组将处理所有的评论与投了反对票的CGI成员合作与评论。
8. 步骤4 - 6然后重复。
9. 如果CGI交付不批准第二轮,CGI交付是CGI的退出了工作计划。

维护流程

维护处理有两个跟踪规范和信息元素的CGI可交付成果:

• 规范性是指被引用的消息实现方针基本模板。
• 信息指的是附件,如国家特定的市场惯例或例子。

规范的CGI交付

维护过程规范性CGI交付是基于年度发布周期。维护流程的原则是基于ISO 20022的维护过程。每年固定的发布日期是7月1日^圣。

需要以下步骤:

1. CGI变更请求的提交者(CCR)提交的CGI支持,进而将它转发给相关工作小组。
2. CCR必须包括以下信息:
   • 提交者的名称(不需要一个CGI成员)。
   • 消息(s)范围。
   • CCR的商业原因。
3. ccr自己的截止日期是3月1日^圣。
4. 如果CCR批准相关的CGI工作组,CCR遵循步骤1 - 6以上的审批流程。此外,一个单独的更改报告添加到更新版本的CGI应用详细说明更改的交付。CCR提交者被鼓励参与的工作小组讨论CCR。
5. 如果CGI工作组不批准CCR,拒绝的原因是返回给提交者。提交者可以上诉的决定CGI投票权。

在特殊情况下,CGI会员可以决定修改上述过程和进度紧急释放。

此外,勘误表可能发行如果担心微小的修改或编辑错误发布的文档中找到。

的CGI交付

CGI成员或外部方可以要求信息CGI交付内容随时更新。信息交付遵循一个季度发布周期的基础上,每年7月1日的发布周期^圣。

需要以下步骤:

提交由non-CGI成员

1. 外部方提交一个CGI变更请求(CCR) CGI支持,将它转发给相关工作小组。
2. CCR必须包括以下信息:

• 提交者的名称和组织。
• 消息(s)范围。
• CCR的商业原因。

1. 有关CGI工作小组将进行必要的更改和更新支持文档,包括返回反馈给提交者如果更改被拒绝。

提交由CGI成员

1. CGI成员提交的电子邮件附加的细节内容或更改信息交付到适当的CGI工作组。
2. CGI成员参加预定的CGI工作组会议的提议内容或改变。
3. 相关的CGI工作小组将进行必要的更改和更新支持文档。

• 所有更改的文档记录在“变更控制”选项卡或段适用的文件。
• 不迟于一个月前一个实际的新季度发布,CGI成员将通知的更改和更新的支持文档。任何评论收到CGI成员将被审查的CGI工作组发布的文档。

CGI会员可以决定修改上述过程和进度紧急发布支持的可交付件。

笔记

请注意,这个过程目前并不包括任何其他决策过程覆盖的治理模型文档。也不涉及任何其他问题CGI的日常运营操作或组织域CGI管理或全体负责。

常见问题

找到答案对CGI-MP最复发的问题。

阅读更多

免责声明

阅读更多