Authorisation of Users Clause Samples

Authorisation of Users. The Storage Customer shall fill in the names, titles, email addresses and mobile phone numbers of the Users who shouldare to have access to the Online system in the template provided in the Users List to this Online Agreement. Further, the Storage Customer shall specify the authorisation type of each User: a) Administrator; or
View SourceView Similar (9)
Authorisation of Users. Upon the appointment, the User Administrator must sign a Power of Attorney (Appendix 5 to GTCGS) and forward a signed PDF version of the document by email to ▇▇▇▇▇▇▇@▇▇▇▇▇▇▇▇▇▇.▇▇. All Users shall be employed by the Storage Customer and authorized to act on behalf of the Storage Cus- tomer. In case of Nomination/Renomination carried out by a Third Party providing 24/7 or out-of-office-hours dispatching operations on behalf of the Storage Customer, the Storage Customer’s User Administrator(s) may authorise Users employed by such Third Party with user access to the Customer Portal. Storage Customer’s User Administrator(s) shall promptly deactivate or delete a User if the User’s employ- ment in the Storage Customer’s organisation or in the Third Party’s organisation ceases.
View SourceView Similar (3)
Authorisation of Users. The Storage Customer shall submit name, title, email address and mobile phone number for the Users who should have access to the Customer Portal. The Storage Customer shall also specify the authorisation type of each User: a) Administrator; or b) Read-only. For the purpose, the Storage Customer may use the Users List at the end of this Online Agreement, com- pleted and submitted as a PDF version attached in an email sent to ▇▇▇▇▇▇▇@▇▇▇▇▇▇▇▇▇▇.▇▇. All Users shall be employed by the Storage Customer and authorized to act on behalf of the Storage Cus- tomer. In case of Re/Nominations carried out by a Third Party providing 24/7 or out-of-office-hours dispatching operations on behalf of the Storage Customer, the Storage Customer may authorise Users employed by such Third Party with user access to the Customer Portal. Storage Customer shall promptly notify GSD if the employment of any registered User ceases. Further, the Storage Customer is obligated to inform GSD in case the Storage Customer wants to change the type of the authorisation of a User.
View SourceView Similar (2)
Authorisation of Users. As set forth in the Market Access Form in Schedule 6, the Recipient shall authorize in writing certain individuals to be given access to the System and subject to Clause 10 shall provide, facilitate access to and authorize MTS to collect certain personal details about the Authorised Individuals for the purposes of proper identification and subsequent authentication of those individuals by the System.
View SourceView Similar (2)
Authorisation of Users. The Storage Customer shall submit names, titles, email addresses and mobile phone numbers forof the Users who should have access to the Online Customer Portal. system by filling in the template provided in form of the Users List attached to this Online Agreement. FurtherT, thehe Storage Customer shall also specify the authorisation type of each User: a) Administrator; or b) Read- only. AllThe Users shall be employed by the Storage Customer and authorized to act on behalf of the Storage Customer. In case of Re/Nominations/Renominations carried out by a Third Party providing 24/7 or out- of- office- hours dispatching operations on behalf of the Storage Customer, the Storage Customer may authorise Users employed by such Third Party with user access to Onlinethe Customer Portal. Storage Customer shall promptly notify GSD if the employment of any registered User ceases. Further, the Storage Customer is obligated to inform GSD in case the Storage Customer wants to change the type of the authorisation of a User.
View Source
Authorisation of Users. Upon the appointment, the User Administrator must sign a power of attorney (Appendix 5 to GTCGS) and forward a signed PDF version of the document by email to ▇▇▇▇▇▇▇@▇▇▇▇▇▇▇▇▇▇.▇▇. a) Administrator; or b) Read-only. For the purpose, the Storage Customer may use the Users List at the end of this Online Agreement, com- pleted and submitted as a PDF version attached in an email sent to ▇▇▇▇▇▇▇@▇▇▇▇▇▇▇▇▇▇.▇▇. All Users shall be employed by the Storage Customer and authorized to act on behalf of the Storage Cus- tomer. In case of Re/Nomination/Renominations carried out by a Third Party providing 24/7 or out-of-office-hours dispatching operations on behalf of the Storage Customer, the Storage Customer’s User Administrator(s) may authorise Users employed by such Third Party with user access to the Customer Portal. Storage Customer’s User Administrator(s) sStorage Customer shall promptly notify GSDdeactivate or delete a User if the User’s employment of any registered Userin the Storage Customer’s organisation ceases. Further, the Storage Customer is obligated to inform GSD in case the Storage Customer wants to change the type of the authorisation of a User.
View Source
Authorisation of Users. 3.2.1 You must only allow an individual to access and use Duties Online under your registration if that individual: a) falls into one of the following categories: i. (where you are a body corporate) one of your employees or officers, ii. (where you are a partnership) one of your partners or employees, and iii. another individual who requires access to Duties Online for the purpose of you undertaking Duties Online Transactions, and b) is a fit and proper person to access and use Duties Online, including that no charges of an offence involving fraud or dishonesty have been laid against them (and you must make all proper inquiries to satisfy yourself of this fact prior to granting access to any individual). 3.2.2 You must allocate appropriate levels of access (including administrator access) to Users, including ensuring that a Certifier oversees the granting of access (including the level of access granted) to each User.
View Source
Authorisation of Users. Upon the appointment, the User Administrator must sign a power of attorney (Appendix 5 to GTCGS) and forward a signed pdf version of the document by email to ▇▇▇▇▇▇▇@▇▇▇▇▇▇▇▇▇▇.▇▇. All users shall be employed by the Storage Customer and authorized to act on behalf of the Storage Cus- tomer. In case of re/nominations of injection or withdrawal of Natural Gas carried out by a Third Party providing 24/7 or out-of-office-hours dispatching operations services to the Storage Customer and as such acting on behalf of the Storage Customer, the Storage Customer’s User Administrator(s) may authorise users em- ployed by such Third Party with the relevant user access to the Customer Portal. Storage Customer’s User Administrator(s) shall promptly deactivate or delete any user if the user’s em- ployment in the Storage Customer’s organisation ceases, cf. clause 12 of this Online Agreement.
View Source

Related to Authorisation of Users

  • Authorisation obtain or cause to be obtained, maintain in full force and effect and comply fully with all Required Authorisations, provide the Agent with Certified Copies of the same and do, or cause to be done, all other acts and things which may from time to time be necessary or desirable under any applicable law (whether or not in the Pertinent Jurisdiction) for the continued due performance of all the obligations of the Security Parties under each of the Security Documents;

  • Authorisations Each Obligor shall promptly: (a) obtain, comply with and do all that is necessary to maintain in full force and effect; and (b) supply certified copies to the Agent of, any Authorisation required under any law or regulation of its jurisdiction of incorporation to enable it to perform its obligations under the Finance Documents and to ensure the legality, validity, enforceability or admissibility in evidence in its jurisdiction of incorporation of any Finance Document.

  • Maintain Authorisations It will use all reasonable efforts to maintain in full force and effect all consents of any governmental or other authority that are required to be obtained by it with respect to this Agreement or any Credit Support Document to which it is a party and will use all reasonable efforts to obtain any that may become necessary in the future.

  • Client Categorisation 4.1. The client understands and accepts that each category of Clients has its individual level of regulative protection acknowledging that Retail Clients have the highest level of protection whereas Professional Clients and Eligible Counterparties are considered to be more experienced, informed, skilled and able to estimate their risk, therefore are provided with a lower level of protection. 4.2. The Company will treat the Client as a Retail Client, Professional Client or Eligible Counterparty, depending on how the Client completes the Application Form and according to the method of categorisation as this method is explained under the title “Client Categorisation” (Appendix II), and by accepting this Agreement the Client accepts application of such method. 4.3. The Client accepts that when categorising the Client and dealing with him, the Company will rely on the accuracy, completeness and correctness of the information provided by the Client in his Application Form and the Client has the responsibility to immediately notify the Company in writing if such information changes. 4.4. The Company has the right to review the Client’s Categorisation and change his Categorisation if this is deemed necessary (subject to Applicable Laws).

  • Bulk Registration Data Access to Icann Periodic Access to Thin Registration Data. In order to verify and ensure the operational stability of Registry Services as well as to facilitate compliance checks on accredited registrars, Registry Operator will provide ICANN on a weekly basis (the day to be designated by ICANN) with up-to-date Registration Data as specified below. Data will include data committed as of 00:00:00 UTC on the day previous to the one designated for retrieval by ICANN.