natgillin/translations-raw huggingface dataset:
By which participation is denoted of the Member State’s scheme (identified via the TSL type (clause 5.3,3) and Scheme name (clause 5.3.6)) in a scheme of schemes (i.e. a TSL listing pointers to all Member States publishing and maintaining a TL in the form of a TSL);
som innebærer at medlemsstatens ordning (identifisert ved «TSL type» (punkt 5.3.3) og «Scheme name» (punkt 5.3.6)) inngår i en overgripende ordning (dvs. en TSL som har pekere til alle medlemsstater som offentliggjør og vedlikeholder en pl i form av en TSL),
Where users can obtain policy/rules against which services included in the list SHALL be assessed and from which the type of the TSL (see clause 5.3.3) can be determined;
der brukere kan finne politikk/regler som tjenester oppført på listen SKAL vurderes mot, og som type TSL (se punkt 5.3.3) kan bestemmes ut fra,
Where users can obtain description about how to use and interpret the content of the TSL implementation of the Trusted List.
der brukere kan få en beskrivelse av hvordan de skal bruke og tolke innholdet i TSL-gjennomføringen av pålitelighetslisten.
These usage rules SHALL be common to all Member States' Trusted Lists whatever the type of listed service and whatever the supervision/accreditation system(s) is (are).
Disse bruksreglene SKAL være felles for alle medlemsstaters pålitelighetslister, uavhengig av type listeført tjeneste og hvilke kontroll-/akkrediteringsordninger det er snakk om,
Each Member State must create a “Trusted List of supervised/accredited Certification Service Providers” providing information about the supervision/accreditation status of certification services from Certification Service Providers (CSPs) who are supervised/accredited by the relevant Member State for compliance with the relevant provisions of Directive 1999/93/EC of the European Parliament and of the Council of 13 December 1999 on a Community framework for electronic signatures.
Hver medlemsstat skal lage en «pålitelighetsliste over kontrollerte eller akkrediterte ytere av sertifiseringstjenester» som gir opplysninger om status for kontroll/akkreditering for sertifiseringstjenester fra ytere av sertifiseringstjenester (CSP-er) som er under kontroll / akkreditert av den relevante medlemsstaten, for overholdelse av de relevante bestemmelsene i europaparlaments- og rådsdirektiv 1999/93/EF av 13. desember 1999 om en fellesskapsramme for elektroniske signaturer.
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.
Det skal også vises til denne TSL-gjennomføringen av en slik pålitelighetsliste i listen over lenker (pekere) til hver medlemsstats TSL-gjennomføring av sin pålitelighetsliste, som Kommisjonen sammenstiller.
Policy/rules for the assessment of the listed services
Politikk/regler for vurdering av listeførte tjenester
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.
pålitelighetslisten til en medlemsstat skal inneholde et visst minimum av opplysninger om kontrollerte/akkrediterte CSP-er som utsteder kvalifiserte sertifikater i samsvar med bestemmelsene fastsatt i direktiv 1999/93/EF (artikkel 3 nr. 3, artikkel 3 nr. 2 og artikkel 7 nr. 1 bokstav a)), herunder opplysninger om det kvalifiserte sertifikatet (QC) som støtter en elektronisk signatur, og hvorvidt signaturen er framstilt av et sikkert signaturframstillingssystem eller ikke.
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).
CSP-ene som utsteder kvalifiserte sertifikater (QC-er), skal kontrolleres av den medlemsstaten der de er etablert (dersom de er etablert i en medlemsstat), og kan også akkrediteres for overholdelse av bestemmelsene fastsatt i direktiv 1999/93/EF, herunder kravene i vedlegg I (krav til QC-er) og i vedlegg II (krav til CSP-er som utsteder QC-er).
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).
Den relevante «kontrollordningen» (samt ordningen for «frivillig akkreditering») er definert og skal oppfylle de relevante kravene i direktiv 1999/93/EF, særlig dem som er fastsatt i artikkel 3 nr. 3, artikkel 8 nr. 1, artikkel 11 (samt artikkel 2 nr. 13, artikkel 3 nr. 2, artikkel 7 nr. 1 bokstav a), artikkel 8 nr. 1 og artikkel 11).
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.
Tilleggsopplysninger om andre kontrollerte/akkrediterte CSP-er som ikke utsteder QC-er, men som yter tjenester tilknyttet elektroniske signaturer (f.eks. CSP som yter tidsstemplingstjenester og utsteder tidsstempeltegn, CSP som utsteder ikke-kvalifiserte sertifikater osv.), kan tas med på pålitelighetslisten og i denne TSL-gjennomføringen på nasjonalt plan på frivillig basis.
CSPs not issuing QCs but providing ancillary services, may fall under a “voluntary accreditation” system (as defined in and in compliance with Directive 1999/93/EC) and/or under a nationally defined “recognised approval scheme” implemented on a national basis for the supervision of compliance with the provisions laid down in Directive 1999/93/EC and possibly with national provisions with regard to the provision of certification services (in the sense of Art. 2,11 of the Directive).
CSP-er som ikke utsteder QC-er, men som yter tilleggstjenester, kan høre inn under en ordning for «frivillig akkreditering» (som definert i og i samsvar med direktiv 1999/93/EF) og/eller i henhold til en nasjonalt definert «anerkjent godkjenningsordning» gjennomført på nasjonal plan for å føre kontroll med overholdelse av bestemmelsene fastsatt i direktiv 1999/93/EF, og eventuelt av nasjonale bestemmelser med hensyn til yting av sertifiseringstjenester (i henhold til direktivets artikkel 2 nr. 11).
Some of the physical or binary (logical) objects generated or issued as a result of the provision of a certification service may be entitled to receive a specific “qualification” on the basis of their compliance with the provisions and requirements laid down at national level but the meaning of such a “qualification” is likely to be limited solely to the national level.
Noen av de fysiske eller binære (logiske) objektene som er generert eller utstedt som et resultat av yting av en sertifiseringstjeneste, kan ha rett til en særlig «kvalifisering» på grunnlag av sitt samsvar med bestemmelsene og kravene fastsatt på nasjonalt plan, men betydningen av en slik «kvalifisering» vil sannsynligvis være begrenset til utelukkende å gjelde på nasjonalt plan.
Interpretation of the TSL implementation of the Trusted List
Fortolkning av TSL-gjennomføringen av pålitelighetslisten
A “CA/QC” “Service type identifier” (Sti) entry (similarly a CA/QC entry further qualified as being a “RootCA/QC” through the use of “Service information extension” (Sie) additionalServiceInformation extension)
En «CA/QC» «Service type identifier» («Sti»)-post (og tilsvarende en CA/QC-post ytterligere kvalifisert som en «rot-CA/QC» ved bruk av utvidelsen «Service information extension» («Sie») «additionalServiceInformation»)
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)
angir at fra den «Service digital identifier» («Sdi»)-identifiserte CA (og tilsvarende i CA-hierarkiet fra den «Sdi»-identifiserte rot-CA) fra den tilsvarende CSP-en (se tilknyttede TSP-informasjonsfelter) er alle utstedte sluttenhetssertifikater kvalifiserte sertifikater (QC-er),
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.
Dersom ingen «Sie» «Qualification»-opplysninger foreligger, eller dersom et sluttenhetssertifikat som hevdes å være et QC, ikke er «ytterligere identifisert» gjennom en tilhørende «Sie»-post, skal de «maskinlesbare» opplysningene som skal ligge i QC-et, være under kontroll/akkreditert for å være korrekte.
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.
Det betyr at bruken (eller ikke) av de egnede ETSI-definerte Qc-erklæringene (dvs. QcC, QcSSCD) og/eller ETSI-definerte QCP(+) OID-ene er sikret å være i samsvar med det som hevdes av CSP-en som utsteder QC-er.
Those qualifiers are part of the following set of “qualifiers” used to compensate for the lack of information in the corresponding QC content, and that are used respectively:
Disse «qualifiers» er en del av følgende sett med «qualifiers», som brukes for å kompensere for mangelen på opplysninger i tilsvarende QC-innhold, og som brukes henholdsvis
to indicate the nature of the SSCD support:
for å angi typen av SSCD-støtte:
“QCWithSSCD” qualifier value meaning “QC supported by an SSCD”, or
«QCWithSSCD» som betyr «QC som støttes av et SSCD», eller
“QCNoSSCD” qualifier value meaning “QC not supported by an SSCD”, or
«QCNoSSCD» som betyr «QC som ikke støttes av et SSCD», eller
“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;
«QCSSCDStatusAsInCert» som betyr at det er sikret at opplysninger om SSCD-støtte er med i ethvert QC under «Sdi-»/«Sie»-angitte opplysninger i denne CA/QC-posten,
“QCForLegalPerson” qualifier value meaning “Certificate issued to a Legal Person”
«QCForLegalPerson» som betyr «Sertifikat utstedt til en juridisk person».
The general interpretation rule for any other “Sti” type entry is that the listed service named according to the “Sn” field value and uniquely identified by the “Sdi” field value has a current supervision/accreditation status according to the “Scs” field value as from the date indicated in the “Current status starting date and time”.
Den overordnede fortolkningsregelen for enhver annen post av typen «Sti» er at den listeførte tjenesten som er navngitt i samsvar med verdien i «Sn»-feltet og identifiseres unikt ved hjelp av verdien i «Sdi»-feltet, har en gjeldende kontroll-/akkrediteringsstatus som er i samsvar med verdien i «Scs»-feltet fra og med den datoen som er angitt i «Current status starting date and time».
Specific interpretation rules for any additional information with regard to a listed service (e.g. “Service information extensions” field) may be found, when applicable, in the Member State specific URI as part of the present “Scheme type/community/rules” field.
Særlige fortolkningsregler for eventuelle tilleggsopplysninger om en listeført tjeneste (f.eks. «Service information extensions»-felt) kan eventuelt finnes i den medlemsstatsspesifikke URI-en som en del av det gjeldende «Scheme type/community/rules»-feltet.
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.»
Se avsnittet Tekniske spesifikasjoner for en felles mal for «pålitelighetslisten over kontrollerte eller akkrediterte ytere av sertifiseringstjenester» i vedlegget til kommisjonsvedtak 2009/767/EF for flere opplysninger om felter, beskrivelse og betydning for TSL-gjennomføringen av medlemsstatenes pålitelighetslister.»
A URI specific to each Member State’s Trusted List pointing towards a descriptive text that SHALL be applicable to this Member State TL:
En URI som er spesifikk for hver medlemsstats pålitelighetsliste og som peker mot en beskrivende tekst som SKAL gjelde denne medlemsstatens pl:
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/schemerules/CC
http://uri.etsi.org/TrstSvc/eSigDir-1999-93-EC-TrustedList/schemerules/CC
where CC = the ISO 3166-1 alpha-2 Country Code used in the ‘Scheme territory’ field (clause 5.3.10)
der CC = ISO 3166-1 alfa-2-landkoden brukt i «Scheme territory»-feltet (punkt 5.3.10),
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.
der brukere kan finne den angitte medlemsstatens spesifikke politikk/regler, som tjenester oppført på listen SKAL vurderes mot, i samsvar med medlemsstatens egnede kontrollordning og frivillige akkrediteringsordninger,
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.
der brukere kan få en angitt medlemsstats spesifikke beskrivelse av hvordan de skal bruke og tolke innholdet i TSL-gjennomføringen av pålitelighetslisten, når det gjelder sertifiseringstjenestene som ikke er knyttet til utstedelse av QC-er.
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.
Dette kan brukes til å indikere en mulig granularitet i de nasjonale kontroll-/akkrediteringsordningene knyttet til CSP-er som ikke utsteder QC-er, og hvordan feltene «Scheme service definition URI» (punkt 5.5.6) og «Service information extension» brukes til dette formål.
Member States MAY define additional URIs from the above Member State specific URI (i.e. URIs defined from this hierarchical specific URI).
Medlemsstatene KAN definere ytterligere URI-er fra ovennevnte medlemsstats spesifikke URI (dvs. URI-er som er definert fra denne hierarkiske spesifikke URI).
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).
I forbindelse med disse spesifikasjonene er dette feltet PÅKREVD og SKAL angi hvilken stat ordningen er opprettet i (ISO 3166-1 alfa-2 landkode).
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.
I forbindelse med disse spesifikasjonene er dette feltet PÅKREVD og SKAL angi ordningens politikk eller inneholde en uttalelse om ordningens juridiske status eller juridiske krav som ordningen skal oppfylle for den jurisdiksjonen der ordningen er opprettet, og/eller eventuelle begrensninger og vilkår som pl vedlikeholdes eller offentliggjøres under.
This SHALL be a multilingual character string (plain text) made of two parts:
Dette SKAL være en flerspråklig tegnstreng (ren tekst) som består av to deler:
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.
En første, obligatorisk del som er felles for alle medlemsstaters pl-er (med EN som obligatorisk språk og eventuelt ett eller flere nasjonale språk), som angir at gjeldende rettslig ramme er direktiv 1999/93/EF og dets tilhørende gjennomføring i lovgivningen i den medlemsstaten som er angitt i feltet «Scheme Territory».
Text in a Member State’s national language(s):
Tekst på en medlemsstats nasjonale språk:
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).
En annen valgfri del som er spesifikk for hver pl (med EN som obligatorisk språk og eventuelt ett eller flere nasjonale språk), med henvisning til spesifikke gjeldende nasjonale rettslige rammer (f.eks. særlig i forbindelse med nasjonale kontroll-/akkrediteringsordninger for CSP-er som ikke utsteder QC-er).
This field is REQUIRED and SHALL specify the duration (integer) over which historical information in the TSL is provided.
Dette feltet er PÅKREVD og SKAL angi varigheten (heltall) som de historiske opplysningene i TSL-en oppgis for.
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).
Denne heltallsverdien skal oppgis i antall dager, og i forbindelse med disse spesifikasjonene SKAL den være større enn eller lik 3 653 (dvs. at TSL-gjennomføringen av medlemsstatenes pl MÅ inneholde historiske opplysninger for minst ti år).
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).
Høyere verdier skal ta behørig hensyn til de juridiske kravene til oppbevaring av data i den medlemsstaten som er angitt i «Scheme Territory» (punkt 5.3.10).
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.
I forbindelse med disse spesifikasjonene er dette feltet PÅKREVD og SKAL omfatte, dersom tilgjengelig, pekeren til en ETSI TS 102 231-kompatibel form av listen sammenstilt av EF over lenker (pekere) til alle TSL-gjennomføringer av pålitelighetslister fra medlemsstatene.
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.
Spesifikasjoner fra ETSI TS 102 231, punkt 5.3.13, skal gjelde, samtidig som det tillates bruk av en valgfri digital identitet som representerer utstederen av den TSL-en det pekes til, og som har det formatet som er angitt i punkt 5.5.3.
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.
I påvente av ETSI TS 102 231-kompatibel gjennomføring av listen sammenstilt av EF over lenker til medlemsstatens TSL-gjennomføring av sine pl-er, SKAL dette feltet IKKE brukes.
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.
Dette feltet er PÅKREVD og SKAL angi datoen og klokkeslettet (UTC uttrykt som Zulu) da TSL-en ble utstedt, ved hjelp av verdien for dato og klokkeslett som angitt 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).
Dette feltet er PÅKREVD og SKAL angi siste dato og klokkeslett (UTC uttrykt som Zulu) for neste utstedelse av TSL, eller settes til null for å angi en lukket TSL (ved hjelp av verdien for dato og klokkeslett som angitt i ETSI TS 102 231, punkt 5.1.4).
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.
Dersom det ikke er noen midlertidige statusendringer for noen TSP eller tjeneste som er omfattet av ordningen, MÅ TSL-en utstedes på nytt innen utløpstidspunktet for forrige TSL som ble utstedt.
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
I forbindelse med disse spesifikasjonene SKAL forskjellen mellom dato og klokkeslett for «Next update» og «List issue date and time» ikke overstige seks (6) måneder.
This field is OPTIONAL.
Dette feltet er VALGFRITT.
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.
Dersom det brukes, SKAL det angi steder der den aktuelle TSL-gjennomføringen av pl-en er offentliggjort, og der ajourføringer til den aktuelle TSL-en er å finne.
If multiple distribution points are specified, they all MUST provide identical copies of the current TSL or its updated version.
Dersom det er angitt flere distribusjonspunkter, MÅ alle ha identiske kopier av den aktuelle TSL-en eller dens ajourførte versjon.
When used, this field is formatted as non-empty sequence of strings, each of them compliant with RFC 3986 (
Når dette feltet brukes, formateres det som en sekvens av strenger som ikke kan være tom, og hver av dem er i samsvar med RFC 3986(
‘Uniform Resource Identifiers (URI):
«Uniform Resource Identifiers (URI):
Generic syntax’.
Generic syntax».
This field is OPTIONAL and is not used in the context of the present specification.
Dette feltet er VALGFRITT og brukes ikke i forbindelse med disse spesifikasjonene.
List of Trust Service Providers
List of Trust Service Providers
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.
Dersom ingen CSP er eller er blitt kontrollert/akkreditert i forbindelse med ordningen i en medlemsstat, SKAL dette feltet utelates.
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.
Det er imidlertid avtalt at selv når en medlemsstat ikke har noen CSP som er kontrollert eller akkreditert gjennom ordningen, SKAL medlemsstaten gjennomføre en TSL der dette feltet er utelatt.
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’.
Utelatelse av CSP på listen SKAL bety at det ikke er noen CSP-er som er under kontroll/akkreditert i den staten som er angitt i «Scheme Territory».