natgillin/translations-raw huggingface dataset:
Der skal også henvises til nærværende TSL-implementering af sådanne positivlister i den liste over links (pointers) til de enkelte medlemsstaters TSL-implementering af deres positivliste, som Kommissionen sammensætter.«
The present TSL implementation of such Trusted Lists is also to be referred to in the list of links (pointers) towards each Member State’s TSL implementation of their Trusted List, compiled by the European Commission.
Politik/regler for vurdering af de angivne tjenester
Policy/rules for the assessment of the listed services
En medlemsstats positivliste skal indeholde et minimum af oplysninger om overvågede/akkrediterede CSP'er, som udsteder kvalificerede certifikater i overensstemmelse med bestemmelserne i direktiv 1999/93/EF (artikel 3, stk. 3, artikel 3, stk. 2 og artikel 7, stk. 1, litra a), herunder oplysninger om det kvalificerede certifikat (QC), som understøtter den elektroniske signatur, og om hvorvidt signaturen genereres af et sikkert signaturgenereringssystem.
The Trusted List of a Member State must provide a minimum of information on supervised/accredited CSPs issuing Qualified Certificates in accordance with the provisions laid down in Directive 1999/93/EC (Art. 3.3, 3,2 and Art. 7.1(a)), including information on the Qualified Certificate (QC) supporting the electronic signature and whether the signature is or not created by a Secure Signature Creation Device.
CSP'er, som udsteder kvalificerede certifikater (QC'er), skal overvåges af den medlemsstat, hvori de er etableret (hvis de er etableret i en medlemsstat), og kan også akkrediteres for overholdelse af bestemmelserne i direktiv 1999/93/EF, herunder kravene i bilag I (krav til QC'er) og i bilag II (krav til CSP'er, der udsteder QC'er).
The CSPs issuing Qualified Certificates (QCs) must be supervised by the Member State in which they are established (if they are established in a Member State), and may also be accredited, for compliance with the provisions laid down in Directive 1999/93/EC, including with the requirements of Annex I (requirements for QCs), and those of Annex II (requirements for CSPs issuing QCs).
Det relevante »overvågningssystem« (henholdsvis »den frivillige akkrediteringsordning«) er defineret og skal opfylde de relevante krav i direktiv 1999/93/EF, især artikel 3, stk. 3, artikel 8, stk. 1, artikel 11 (henholdsvis artikel 2, stk. 13, artikel 3, stk. 2, artikel 7, stk. 1, litra a), artikel 8, stk. 1, og artikel 11).
The applicable “supervision” system (respectively “voluntary accreditation” system) is defined and must meet the relevant requirements of Directive 1999/93/EC, in particular those laid down in Art. 3,3, Art. 8,1, Art. 11 (respectively, Art.2.13, Art. 3,2, Art 7.1(a), Art. 8,1, Art. 11).
Yderligere oplysninger om andre overvågede/akkrediterede CSP'er, som ikke udsteder QC'er, men udbyder tjenester, som vedrører elektroniske signaturer (f.eks. en CSP, der udbyder tidsstemplingstjenester og udsteder tidsstemplingstokens, en CSP, der udsteder ikke-kvalificerede certifikater, osv.) kan medtages i positivlisten og i nærværende TSL-implementering på nationalt plan på frivillig basis.
Additional information on other supervised/accredited CSPs not issuing QCs but providing services related to electronic signatures (e.g. CSP providing Time Stamping Services and issuing Time Stamp Tokens, CSP issuing non-Qualified certificates, etc.) may be included in the Trusted List and the present TSL implementation at a national level on a voluntary basis.
Fortolkning af TSL-implementeringen af positivlisten
Interpretation of the TSL implementation of the Trusted List
De generelle retningslinjer for brug af elektroniske signaturapplikationer, -tjenester eller -produkter, som er afhængige af en TSL-implementering af en positivliste i overensstemmelse med bilaget til Kommissionens beslutning 2009/767/EF, er som følger:
The general user guidelines for electronic signature applications, services or products relying on a TSL implementation of a Trusted List according to the Annex of Commission Decision 2009/767/EC are as follows:
angiver, at alle slutenhedscertifikater fra den gennem »Service digital identifier« (Sdi) identificerede CA (tilsvarende inden for CA-hierarkiet begyndende med den »Sdi«-identificerede RootCA) fra den tilhørende CSP (jf. tilknyttede TSP-oplysningsfelter) er kvalificerede certifikater (QC'er) forudsat, at dette hævdes i certifikatet gennem anvendelse af passende QcStatements defineret i ETSI TS 101 862 (dvs. QcC, QcSSCD) og/eller QCP(+) OID defineret i ETSI TS 101 456 (og dette garanteres af den udstedende CSP og sikres af medlemsstatens overvågnings/akkrediteringsorgan)
indicates that from the “Service digital identifier” (Sdi) identified CA (similarly within the CA hierarchy starting from the “Sdi” identified RootCA) from the corresponding CSP (see associated TSP information fields), all issued end-entity certificates are Qualified Certificates (QCs) provided that it is claimed as such in the certificate through the use of appropriate ETSI TS 101 862 defined QcStatements (i.e. QcC, QcSSCD) and/or ETSI TS 101 456 defined QCP(+) OIDs (and this is guaranteed by the issuing CSP and ensured by the Member State Supervisory/Accreditation Body)
Bemærkning: Hvis der ikke findes nogen oplysninger om »Sie«»Qualification«, eller hvis et slutenhedscertifikat, som hævdes at være et QC, ikke er »yderligere identificeret« gennem en tilknyttet »Sie«-indgang, overvåges/akkrediteres de »maskinprocesserbare« oplysninger, som findes i QC'et, for nøjagtighed.
Note: if no “Sie”“Qualification” information is present or if an end-entity certificate that is claimed to be a QC is not “further identified” through a related Sie entry, then the “machine-processable” information to be found in the QC is supervised/accredited to be accurate.
Det betyder, at anvendelsen (eller ikke-anvendelsen) af de passende ETSI-definerede QcStatements (dvs. QcC, QcSSCD) og/eller ETSI-definerede QCP(+) OIDs garanteres at være i overensstemmelse med, hvad den SCP, der udsteder QC'er, hævder.
That means that the usage (or not) of the appropriate ETSI defined QcStatements (i.e. QcC, QcSSCD) and/or ETSI defined QCP(+) OIDs is ensured to be in accordance with what it is claimed by the CSP issuing QCs.
at angive SSCD-støttens karakteristika:
to indicate the nature of the SSCD support:
»QCWithSSCD« — en kvalifikatorværdi, der betyder »QC understøttet af et SSCD«, eller
“QCWithSSCD” qualifier value meaning “QC supported by an SSCD”, or
»QCNoSSCD« — en kvalifikatorværdi, der betyder »QC ikke understøttet af et SSCD«, eller
“QCNoSSCD” qualifier value meaning “QC not supported by an SSCD”, or
»QCSSCDStatusAsInCert« — kvalifikatorværdi, der betyder, at det er sikret, at oplysninger om SSCD-understøttelse er indeholdt i ethvert QC under »Sdi«-»Sie« angivne oplysninger i dette CA/QC
“QCSSCDStatusAsInCert” qualifier value meaning that the SSCD support information is ensured to be contained in any QC under the “Sdi”-“Sie” provided information in this CA/QC entry;
»QCForLegalPerson« — en kvalifikatorværdi, der betyder »certifikat udstedt til juridisk person«.
“QCForLegalPerson” qualifier value meaning “Certificate issued to a Legal Person”
For nærmere detaljer om felterne, beskrivelse og TSL-implementeringens betydning for medlemsstaternes positivlister henvises til de tekniske forskrifter for en fælles skabelon til »positivliste over overvågede/akkrediterede certificeringstjenesteudbydere« i bilaget til Kommissionens beslutning 2009/767/EF.
Please refer to the Technical specifications for a Common Template for the “Trusted List of supervised/accredited Certification Service Providers” in the Annex of Commission Decision 2009/767/EC for further details on the fields, description and meaning for the TSL implementation of the Member States' Trusted Lists.’
En URI, som er specifik for den enkelte medlemsstats positivliste, der linker til en beskrivende tekst, som SKAL anvendes på denne medlemsstats TL:
A URI specific to each Member State’s Trusted List pointing towards a descriptive text that SHALL be applicable to this Member State TL:
hvor CC = den ISO 3166-1 alpha-2 landekode, som anvendes i feltet »Scheme territory« (punkt 5.3.10)
where CC = the ISO 3166-1 alpha-2 Country Code used in the ‘Scheme territory’ field (clause 5.3.10)
hvor brugere kan finde den pågældende medlemsstats særlige politikker/regler, i forhold til hvilke tjenesterne på listen SKAL vurderes i overensstemmelse med medlemsstatens relevante overvågningssystem og frivillige akkrediteringsordninger
Where users can obtain the referenced Member State’s specific policy/rules against which services included in the list SHALL be assessed in compliance with the Member State’s appropriate supervision system and voluntary accreditation schemes.
hvor brugere kan få den pågældende medlemsstats særlige beskrivelse af, hvordan indholdet i TSL-implementeringen af positivlisten anvendes og fortolkes for så vidt angår de certificeringstjenester, der ikke vedrører udstedelsen af QC'er.
Where users can obtain a referenced Member State’s specific description about how to use and interpret the content of the TSL implementation of the Trusted List with regard to the certification services not related to the issuing of QCs.
Dette kan bruges til at indikere en potentiel granularitet i de nationale overvågnings/akkrediteringssystemer med hensyn til CSP'er, som ikke udsteder QC'er, og hvordan felterne »Scheme service definition URI« (punkt 5.5.6) og »Service information extension« anvendes til dette formål.
This may be used to indicate a potential granularity in the national supervision/accreditation systems related to CSPs not issuing QCs and how the ‘Scheme service definition URI’ (clause 5.5.6) and the ‘Service information extension’ field are used for this purpose.
Medlemsstater KAN definere yderligere URI'er fra ovennævnte medlemsstatsspecifikke URI (dvs. URI'er defineret af denne hierarkisk specifikke URI).
Member States MAY define additional URIs from the above Member State specific URI (i.e. URIs defined from this hierarchical specific URI).
Scheme territory (punkt 5.3.10)
Scheme territory (clause 5.3.10)
I forbindelse med nærværende forskrifter er dette felt PÅKRÆVET og SKAL angive det land, hvori ordningen er etableret (ISO 3166-1 alpha-2 landekode).
In the context of the present specifications, this field is REQUIRED and SHALL specify the country in which the scheme is established (ISO 3166-1 alpha-2 country code).
TSL policy/legal notice (punkt 5.3.11)
TSL policy/legal notice (clause 5.3.11)
I forbindelse med nærværende forskrifter er dette felt PÅKRÆVET og SKAL angive ordningens politik eller indeholde en meddelelse vedrørende ordningens juridiske status eller de juridiske krav, som ordningen skal opfylde i det retsområde, hvor ordningen er etableret og/eller eventuelle begrænsninger og betingelser for vedligeholdelse og offentliggørelse af TL.
In the context of the present specifications, this field is REQUIRED and SHALL specify the scheme’s policy or provide a notice concerning the legal status of the scheme or legal requirements met by the scheme for the jurisdiction in which the scheme is established and/or any constraints and conditions under which the TL is maintained and published.
Angivelsen SKAL være en flersproget tekststreng (almindelig tekst) bestående af to dele:
This SHALL be a multilingual character string (plain text) made of two parts:
En første obligatorisk del, som er fælles for alle medlemsstaters TL (med EN som obligatorisk sprog og med potentielt et eller flere nationalsprog), hvori det angives, at de gældende retlige rammer er direktiv 1999/93/EF og den dertil svarende gennemførelse i medlemsstaternes love, som er angivet i feltet »ordningens område«.
A first mandatory part, common to all Member States' TLs (with EN as the mandatory language, and with potentially one or more national languages), indicating that the applicable legal framework is Directive 1999/93/EC and its corresponding implementation in the laws of the Member State indicated in the ‘Scheme Territory’ field.
Engelsk version af den fælles tekst:
English version of the common text:
»The applicable legal framework for the present TSL implementation of the Trusted List of supervised/accredited Certification Service Providers for [name of the relevant Member State] is the Directive 1999/93/EC of the European Parliament and of the Council of 13 December 1999 on a Community framework for electronic signatures and its implementation in [name of the relevant Member State] laws.«
‘The applicable legal framework for the present TSL implementation of the Trusted List of supervised/accredited Certification Service Providers for [name of the relevant Member State] is the Directive 1999/93/EC of the European Parliament and of the Council of 13 December 1999 on a Community framework for electronic signatures and its implementation in [name of the relevant Member State] laws.’
Teksten på medlemsstatens nationalsprog: [officiel oversættelse af den engelske tekst ovenfor].
Text in a Member State’s national language(s): [official translation(s) of the above English text].
En valgfri del, som er specifik for hver TL, (med EN som obligatorisk sprog og med potentielt et eller flere nationalsprog) med henvisninger til specifikke gældende retlige rammer (især for så vidt dette vedrører nationale overvågning/akkrediteringsordninger for CSP'er, som ikke udsteder QC'er).
A second optional part, specific to each TL (with EN as the mandatory language, and with potentially one or more national languages), indicating references to specific applicable national legal frameworks (e.g. in particular when related to national supervision/accreditation schemes for CSPs not issuing QCs).
Historical information period (punkt 5.3.12)
Historical information period (clause 5.3.12)
Dette felt er PÅKRÆVET og SKAL angive varigheden (helt tal) af den periode, hvori de historiske oplysninger i TSL er til rådighed.
This field is REQUIRED and SHALL specify the duration (integer) over which historical information in the TSL is provided.
Dette hele tal angives som antal dage, og i henhold til nærværende forskrifter SKAL det være større end eller lig med 3653 (dvs., at TSL-implementeringen af medlemsstaternes TL SKAL indeholde historiske oplysninger i mindst ti år).
This integer value is to be provided in number of days and in the context of the present specifications it SHALL be greater or equal to 3653 (i.e. meaning that the TSL implementation of Member States' TL MUST contain historical information for a minimum of ten years).
Ved højere værdier tages højde for de juridiske krav til dataopbevaring i den medlemsstat, som er angivet i »Scheme Territory« (punkt 5.3.10).
Greater values should take due account of the legal requirements for data retention in the Member State indicated in the ‘Scheme Territory’ (clause 5.3.10).
Pointers to other TSLs (punkt 5.3.13)
Pointers to other TSLs (clause 5.3.13)
I henhold til nærværende forskrifter er dette felt PÅKRÆVET og SKAL omfatte pointers til en formular, som opfylder kravene i ETSI TS 102 231, med den af Europa-Kommissionen sammensatte liste over links (pointers) til alle TSL-implementeringer af positivlister fra medlemsstaterne, såfremt en sådan formular er til rådighed.
In the context of the present specifications, this field is REQUIRED and SHALL include, when this is available, the pointer to an ETSI TS 102 231 compliant form of the EC compiled list of links (pointers) towards all TSL implementations of Trusted Lists from the Member States.
Forskrifterne i ETSI TS 102 231, punkt 5.3.13 finder anvendelse, ligesom der tillades brug af en valgfri digital identitet, som repræsenterer udstederen af det TSL, der linkes til, og som har det i punkt 5.5.3 specificerede format.
Specifications from ETSI TS 102 231, clause 5.3.13 shall apply while mandating the use of the optional digital identity, representing the issuer of the TSL pointed to, formatted as specified in clause 5.5.3.
Bemærkning: Så længe der afventes en ETSI TS 102 231 overensstemmende implementering af Europa-Kommissionens samlede liste over links til medlemsstaternes TSL-implementering af deres TL'er, MÅ dette felt IKKE anvendes.
Note: While waiting for the ETSI TS 102 231 compliant implementation of the EC compiled list of links towards Members State’s TSL implementation of their TLs, this field SHALL NOT be used.
List issue date and time (punkt 5.3.14)
List issue date and time (clause 5.3.14)
Dette felt er PÅKRÆVET og SKAL indeholde dato og tidspunkt (UTC udtrykt som Zulu) for udstedelse af TSL, idet der bruges den dato/tidsværdi, som er angivet i ETSI TS 102 231, punkt 5.1.4.
This field is REQUIRED and SHALL specify the date and time (UTC expressed as Zulu) on which the TSL was issued using Date-time value as specified in ETSI TS 102 231, clause 5.1.4.
Next update (punkt 5.3.15)
Next update (clause 5.3.15)
Dette felt er PÅKRÆVET og SKAL indeholde dato og tidspunkt (UTC udtrykt som Zulu) for næste udstedelse af TSL eller sættes til nul for angivelse af et lukket TSL (der bruges dato/tidsværdi som angivet i ETSI TS 102 231, punkt 5.1.4).
This field is REQUIRED and SHALL specify the latest date and time (UTC expressed as Zulu) by which the next TSL will be issued or be null to indicate a closed TSL (using Date-time value as specified in ETSI TS 102 231, clause 5.1.4).
Hvis der ikke er mellemliggende statusændringer for nogen TSP eller tjeneste, der er omfattet af ordningen, SKAL TSL'et genudstedes, når det senest udstedte TSL udløber.
In the event of no interim status changes to any TSP or service covered by the scheme, the TSL MUST be re-issued by the time of expiration of the last TSL issued.
For så vidt angår nærværende forskrifter MÅ forskellen mellem tidspunktet for »Next update« og »List issue date and time« IKKE være over seks (6) måneder.
In the context of the present specifications, the difference between the ‘Next update’ date and time and the ‘List issue date and time’ SHALL NOT exceed six (6) months.
Distribution points (punkt 5.3.16)
Distribution points (clause 5.3.16)
Dette felt er VALGFRIT.
This field is OPTIONAL.
Hvis det anvendes, SKAL det angive de placeringer, hvor den aktuelle TSL-implementering af TL offentliggøres, og hvor der kan findes ajourføringer af den aktuelle TSL.
If used, it SHALL specify locations where the current TSL implementation of the TL is published and where updates to the current TSL can be found.
Hvis der angives flere distributionspunkter, SKAL alle disse levere identiske kopier af det aktuelle TSL eller de ajourførte udgaver heraf.
If multiple distribution points are specified, they all MUST provide identical copies of the current TSL or its updated version.
Hvis feltet anvendes, formateres det som en sekvens af strenge (som ikke må være tom), der hver især opfylder RFC 3986 [17].Scheme extensions (punkt 5.3.17)
When used, this field is formatted as non-empty sequence of strings, each of them compliant with RFC 3986 [17].Scheme extensions (clause 5.3.17)
Dette felt er VALGFRIT, og anvendes ikke i forbindelse med nærværende forskrifter.
This field is OPTIONAL and is not used in the context of the present specification.
Hvis ingen CDP'er bliver eller er blevet overvåget/akkrediteret inden for rammerne af ordningen i en medlemsstat, SKAL dette felt udelades.
In the case where no CSPs are or were supervised/accredited in the context of the scheme in a Member State, this field SHALL be absent.
Det er dog aftalt, at medlemsstaterne SKAL implementere en TSL med feltet udeladt, selv om en medlemsstat ikke har nogen CSP, som bliver eller er blevet overvåget eller akkrediteret under ordningen.
It is agreed, however, that even when a Member State has no CSP either supervised or accredited by the scheme, Member States SHALL implement a TSL with this field absent.
Hvis der ikke er nogen CSP i listen SKAL det tolkes sådan, at ingen CSP'er bliver eller er blevet overvåget/akkrediteret i det land, som er angivet i »Scheme Territory«.
The absence of any CSP in the list SHALL mean that there are no CSPs that are supervised/accredited in the country specified in the ‘Scheme Territory’.
Hvis en eller flere CSP-tjenester bliver eller er blevet overvåget/akkrediteret under ordningen, SKAL feltet indeholde en sekvens, der identificerer hver CSP, der udbyder én eller flere af disse overvågede/akkrediterede tjenester, med detaljer om overvågnings/akkrediteringsstatus og statushistorie for hver af CSP'ens tjenester (TSP = CSP i figuren nedenfor).
In the case one or more CSP services are or were supervised/accredited by the scheme, then the field SHALL contain a sequence identifying each CSP providing one or more of those supervised/accredited services, with details on the supervised/accredited status and status history of each of the CSP’s services (TSP = CSP in the Figure below).
Listen over TSP'er opstilles som angivet i figuren ovenfor.
The list of TSPs is organised as depicted in the above Figure.
For hver TSP er der en sekvens af felter med oplysninger om TSP'en (TSP Information) efterfulgt af en liste over tjenester.
For each TSP, there is a sequence of fields holding information on the TSP (TSP Information), followed by a list of Services.
For hver af sådanne angivne tjenester er der en sekvens af felter med oplysninger om tjenesten (Service Information) og en sekvens af felter om tjenestens godkendelsesstatus (»Service approval history«).
For each of such listed Services, there is a sequence of fields holding information on the Service (Service Information), and a sequence of fields on the approval status history of the Service (Service approval history).
TSP name (punkt 5.4.1)
TSP name (clause 5.4.1)
Dette felt er PÅKRÆVET og SKAL angive navnet på den juridiske person, som er ansvarlig for de af CSP'ens tjenester, som bliver eller er blevet overvåget/akkrediteret under ordningen.
This field is REQUIRED and SHALL specify the name of the legal entity responsible for the CSP’s services that are or were supervised or accredited under the scheme.
Det er en sekvens af flersprogede strenge (med engelsk EN som det obligatoriske sprog og med potentielt et eller flere nationalsprog).
This is a sequence of multilingual character strings (with EN as the mandatory language and with potentially one or more national languages).
Dette navn SKAL være det navn, der er anvendt i den formelle juridiske registrering, og som al formel kommunikation stiles til.
This name MUST be the name which is used in formal legal registrations and to which any formal communication would be addressed.
TSP trade name (punkt 5.4.2)
TSP trade name (clause 5.4.2)
Dette felt er VALGFRIT og, hvis det forekommer, SKAL det angive et alternativt navn, som CSP'en identificerer sig under i forbindelse med levering af de af dens tjenester, som findes i denne TSL under dens »TSP name« (punkt 5.4.1).
This field is OPTIONAL and, if present, SHALL specify an alternative name under which the CSP identifies itself in the specific context of the provision of those of its services which are to be found in this TSL under its ‘TSP name’ (clause 5.4.1) entry.
Bemærkning: Hvis en enkelt CSP som juridisk person udbyder tjenester under forskellige handelsnavne eller i forskellige specifikke sammenhænge, kan der være lige så mange CSP-angivelser som specifikke sammenhænge (f.eks. angivelser af navn/handelsnavn).
Note: Where a single CSP legal entity is providing services under different trade names or under different specific contexts, there might be as many CSP entries as such specific contexts (e.g. Name/Trade Name entries).
Et alternativ hertil er kun at angive hver enkelt CSP (juridisk person) én gang og levere tjenestespecifikke oplysninger.
An alternative is to list each and every CSP (legal entity) only once and provide Service specific context information.
Det er op til operatøren af ordningen i medlemsstaten at drøfte og aftale den mest hensigtsmæssige tilgang med CSP'en.
This is up to the Member State Scheme Operator to discuss and agree with the CSP the most suitable approach.
TSP address (punkt 5.4.3)
TSP address (clause 5.4.3)
TSP information URI (punkt 5.4.4)
TSP information URI (clause 5.4.4)