On 21 October 2024, a new role of permission administrator was introduced.
We presented details of these changes in the correspondence below:
FAQ
When will it be possible to request a permission administrator role?
Applications for access as a permission administrator can be submitted in the Service Portal https://online.kdpw.pl/ from 21 October 2024.
The application is submitted in a way similar to requesting access for a service administrator or user, i.e. by filling in a form in the application and then submitting a signed power of attorney attached to the email you receive after completing the form.
The application is submitted in a way similar to requesting access for a service administrator or user, i.e. by filling in a form in the application and then submitting a signed power of attorney attached to the email you receive after completing the form.
Can the permission administrator act as a user in the application?
The role of permission administrator will only be assigned in order to manage the access of persons acting in other roles (user, service administrator). Consequently when acting in permission administrator role, the permission administrator will not have access to the production environments of the applications.
However, a person acting in the permission administrator role may get access to the application as a user, but their permissions will have to be approved by another person acting in the administrator role.
However, a person acting in the permission administrator role may get access to the application as a user, but their permissions will have to be approved by another person acting in the administrator role.
I am a direct participant of KDPW. After the introduction of the permission administrator under the LEI code, will the permissions for application users be granted as before under the participation codes?
Yes, once the changes have been implemented, user access to KDPW applications will continue unchanged, i.e. separately for each application and separately for each institution code.
I am a direct participant of KDPW. Can I appoint a permission administrator for each institution code I hold in KDPW?
No, the new permission model does not allow you to appoint a permission administrator for each institution code. The permission administrator (new role) will manage permissions for all institution codes of the direct participant (in CSD services), as well as permissions under the entity's other institution codes in other KDPW services (e.g. TR, ARM, if the entity is a participant in those services) included in the group of services assigned to the direct participant.
However, it will still be possible for the permission administrator to appoint a service administrator (existing role) to manage user permissions within a given application which the participant uses under a given institution code.
However, it will still be possible for the permission administrator to appoint a service administrator (existing role) to manage user permissions within a given application which the participant uses under a given institution code.
I am a direct participant of KDPW. Will the changes related to the introduction of the permission administrator affect the administrator permissions I currently hold?
No, the introduction of the new role of permission administrator will not affect the existing permissions granted in the KDPW applications to the administrators of the applications (the only exception being the permissions granted to the persons representing a closed-ended investment fund (FIZ) in the Corporate actions application, see a question below).
Consequently, the service administrator roles which have been granted before may continue to be exercised. These roles only operate within individual applications, while the permission administrator role covers jointly all applications accessed by the participant now or in the future. Consequently, the existing service administrator role has much narrower permissions than the permission administrator role, and the participant will be required to appoint a person or persons to perform the permission administrator role as well.
Consequently, the service administrator roles which have been granted before may continue to be exercised. These roles only operate within individual applications, while the permission administrator role covers jointly all applications accessed by the participant now or in the future. Consequently, the existing service administrator role has much narrower permissions than the permission administrator role, and the participant will be required to appoint a person or persons to perform the permission administrator role as well.
Does the obligation to establish a permission administrator cover all issuers of securities which have an agreement with KDPW?
The obligation to establish a permission administrator for the applications offered by KDPW in the services provided to issuers of securities, such as Corporate actions, General Meetings, Issuers' Obligations, only covers those issuers which access these applications directly and not through other entities representing them.
The obligation therefore does not cover issuers acting through an issue agent and a paying agent.
The obligation therefore does not cover issuers acting through an issue agent and a paying agent.
How will closed-ended investment funds (FIZ) which are issuers be granted access to KDPW applications?
A FIZ will be represented in the applications by the investment fund company (TFI) managing the fund.
Consequently, the existing user permissions in the Corporate actions application granted to the persons representing the FIZ will not be retained.
As a first step, the TFI will be required to appoint a permission administrator, and then the permission administrator may grant permissions to users who directly access the applications (Corporate actions, Identification of FIZ Participants) and to administrators of these services.
Consequently, the existing user permissions in the Corporate actions application granted to the persons representing the FIZ will not be retained.
As a first step, the TFI will be required to appoint a permission administrator, and then the permission administrator may grant permissions to users who directly access the applications (Corporate actions, Identification of FIZ Participants) and to administrators of these services.