This process describes the act of a

This process describes the act of approving or revoking a request that is subject to the Four-Eye-Principle.The request can be either a static data request or a dynamic142 data request. T2S allows the administrators of CSD, CSD Participants, Central Bank and Payment Banks to define for the privileges they grant to the users falling under their responsibility a binary setting that specifies whether the privilege and its associated functionality in T2S is subject to 4 eye principle. Only the requests submitted in U2A can be subject to the Four-Eye-Principle. The Four-Eye-rinciple is not
10 applicable to privileges related to queries and reports. Yet, the Four-Eye-Principle related privileges can include any functionality related to static data or transactional data in T2S. For example a CSD administrator could define that the privilege “send settlement instruction” should besubject to 4 eye principle when granting this privilege to one of its user. This action would result in a two step approach when this user send a settlement instruction to T2S, i.e. the instruction will be validated by T2S once a second user of the CSD will have “approved” the request. The second user can as well revoke the request in case the action is not allowed. After the second user has approved the request, the life cycle of the request is the same as for Two-Eye-Principle requests.

Kết quả (Việt) 1:

Quá trình này mô tả các hành động của việc phê duyệt hoặc thu hồi lại một yêu cầu phải tuân thủ các yêu cầu bốn-mắt-Principle.The có thể là một yêu cầu dữ liệu tĩnh hoặc một yêu cầu dữ liệu dynamic142. T2S cho phép các quản trị viên CSD, CSD người tham gia, ngân hàng Trung ương và thanh toán ngân hàng để xác định cho các đặc quyền mà họ cấp cho những người sử dụng rơi theo trách nhiệm của một nhị phân thiết lập mà xác định cho dù các đặc quyền và chức năng liên quan của nó trong T2S là tuân theo nguyên tắc 4 mắt. Chỉ các yêu cầu gửi trong U2A có thể tùy thuộc vào bốn-Eye-nguyên tắc. Bốn mắt rinciple là không10 áp dụng cho các quyền liên quan đến truy vấn và báo cáo. Tuy vậy, bốn-Eye-nguyên tắc liên quan đặc quyền có thể bao gồm bất kỳ chức năng nào liên quan đến dữ liệu tĩnh hoặc các dữ liệu giao dịch trong T2S. Ví dụ một quản trị của CSD có thể xác định các đặc quyền "gửi khu định cư hướng dẫn" nên besubject để mắt 4 nguyên tắc khi cấp đặc quyền này đến một người sử dụng nó. Hành động này sẽ cho kết quả trong một cách tiếp cận hai bước khi người dùng này gửi một hướng dẫn thanh toán đến T2S, tức là các chỉ dẫn sẽ được xác nhận bởi T2S sau khi một người sử dụng thứ hai của CSD sẽ có "chấp thuận" yêu cầu. Thứ hai người sử dụng cũng có thể thu hồi các yêu cầu trong trường hợp các hành động không được phép. Sau khi người sử dụng thứ hai đã chấp thuận yêu cầu, vòng đời của yêu cầu là giống nhau đối với hai mắt nguyên tắc yêu cầu.

Kết quả (Việt) 2:

Quá trình này mô tả các hành động duyệt hoặc huỷ bỏ yêu cầu đó là tùy thuộc vào các yêu cầu Four-Eye-Principle.The có thể là một yêu cầu dữ liệu tĩnh hoặc một yêu cầu dữ liệu dynamic142. T2S cho phép các quản trị viên của CSD, người tham gia CSD, Ngân hàng Trung ương và ngân hàng thanh toán để xác định cho các đặc quyền mà họ cấp cho người sử dụng thuộc trách nhiệm của mình một thiết lập nhị phân mà xác định liệu các đặc quyền và chức năng liên quan của nó trong T2S là tùy thuộc vào nguyên tắc 4 mắt. Chỉ yêu cầu nộp U2A có thể phải chịu Four-Eye-Nguyên tắc. The Four-Eye-rinciple không phải là
10 áp dụng đối với các đặc quyền liên quan đến các truy vấn và báo cáo. Tuy nhiên, các đặc quyền liên quan Bốn-Eye-Nguyên tắc có thể bao gồm bất kỳ chức năng liên quan đến dữ liệu tĩnh hoặc dữ liệu giao dịch trong T2S. Ví dụ như một quản trị viên CSD có thể xác định rằng các đặc quyền "gửi hướng dẫn giải quyết" nên besubject đến 4 nguyên tắc mắt khi cấp đặc quyền này cho một trong những người sử dụng nó. Hành động này sẽ dẫn đến một cách tiếp cận hai bước khi thành viên này gửi một lệnh thanh toán để T2S, tức là các hướng dẫn sẽ được xác nhận bởi T2S một khi người dùng thứ hai của CSD sẽ phải "chấp nhận" yêu cầu. Người dùng thứ hai cũng có thể thu hồi các yêu cầu trong trường hợp các hành động không được phép. Sau khi người dùng thứ hai đã được phê duyệt theo yêu cầu, vòng đời của các yêu cầu tương tự như đối với các yêu cầu Two-Eye-Nguyên tắc.