natgillin/translations-raw huggingface dataset:
“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).
Scheme territory (clause 5.3.10) 
Scheme territory (punkt 5.3.10)
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).
Historical information period (clause 5.3.12) 
Historical information period (punkt 5.3.12)
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).
Pointers to other TSLs (clause 5.3.13) 
Pointers to other TSLs (punkt 5.3.13)
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.
List issue date and time (clause 5.3.14) 
List issue date and time (punkt 5.3.14)
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.
Next update (clause 5.3.15) 
Next update (punkt 5.3.15)
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 six (6) months. 
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.
Distribution points (clause 5.3.16) 
Distribution points (punkt 5.3.16)
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».
Scheme extensions (clause 5.3.17) 
Scheme extensions (punkt 5.3.17)
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».
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). 
Dersom én eller flere CSP-tjenester er eller er blitt kontrollert/akkreditert gjennom ordningen, SKAL feltet inneholde en sekvens som identifiserer hver CSP som yter én eller flere av disse kontrollerte/akkrediterte tjenestene, med detaljer om kontroll-/akkrediteringsstatus og statushistorikk for hver av CSP-ens tjenester (TSP = CSP i figuren nedenfor).
The list of TSPs is organised as depicted in the above Figure. 
Listen over TSP-er er organisert som angitt i figuren ovenfor.
For each TSP, there is a sequence of fields holding information on the TSP (TSP Information), followed by a list of Services. 
For hver TSP er det en sekvens med felter som inneholder opplysninger om TSP («TSP Information»), fulgt av en liste med tjenester.
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). 
For hver av disse listeførte tjenestene er det en sekvens med felter som inneholder opplysninger om tjenesten («Service Information»), og en sekvens med felter om godkjenning av tjenestens statushistorikk («Service approval history»).
TSP Information 
TSP Information
TSP(1) 
TSP(1)
TSP name (clause 5.4.1) 
TSP name (punkt 5.4.1)
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. 
Dette feltet er PÅKREVD og SKAL angi navnet på det rettssubjektet som er ansvarlig for CSP-ens tjenester som er eller er blitt kontrollert eller akkreditert i samsvar med ordningen.
This is a sequence of multilingual character strings (with EN as the mandatory language and with potentially one or more national languages). 
Dette er en sekvens med flerspråklige tegnstrenger (med EN som obligatorisk språk, og eventuelt ett eller flere nasjonale språk).
This name MUST be the name which is used in formal legal registrations and to which any formal communication would be addressed. 
Dette navnet MÅ være det navnet som brukes i den formelle juridiske registreringen, og som all formell kommunikasjon skal stiles til.
TSP trade name (clause 5.4.2) 
TSP trade name (punkt 5.4.2)
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. 
Dette feltet er VALGFRITT, og dersom det forekommer, SKAL det angi et alternativt navn som CSP-en bruker for å identifisere seg ved yting av de tjenestene som inngår i denne TSL-en under posten «TSP name» (punkt 5.4.1).
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). 
Dersom en CSP som er ett rettssubjekt, yter tjenester under forskjellige handelsnavn eller i forskjellige spesifikke sammenhenger, kan det være like mange CSP-poster som slike spesifikke sammenhenger (f.eks. poster for navn/handelsnavn).
An alternative is to list each and every CSP (legal entity) only once and provide Service specific context information. 
Et alternativ er å føre opp hver enkelt CSP (rettssubjekt) bare én gang og gi spesifikke opplysninger for hver tjeneste.
This is up to the Member State Scheme Operator to discuss and agree with the CSP the most suitable approach. 
Det er opp til operatøren av ordningen i medlemsstaten å ta opp og sammen med CSP-en finne fram til den mest egnede metoden.
TSP address (clause 5.4.3) 
TSP address (punkt 5.4.3)
This field is REQUIRED and SHALL specify the address of the legal entity or mandated organization identified in the ‘TSP name’ field (clause 5.4.1) for both postal and electronic communications. 
Dette feltet er PÅKREVD og SKAL angi både postadressen og den elektroniske adressen til rettssubjektet eller den bemyndigede organisasjonen i «TSP name»-feltet (punkt 5.4.1).
It SHALL include both ‘PostalAddress’ (i.e. street address, locality, [state or province], [postal code] and ISO 3166-1 alpha-2 country code) as compliant with clause 5.3.5.1; and ‘ElectronicAddress’ (i.e. e-mail and/or website URI) as compliant with clause 5.3.5.2. 
Den SKAL inneholde både «PostalAddress» (dvs. gateadresse, sted, [stat eller region/kommune], [postnummer] og ISO 3166-1 alfa-2 landkode) i samsvar med punkt 5.3.5.1, og «ElectronicAddress» (dvs. e-postadresse og/eller nettstedets URI) i samsvar med punkt 5.3.5.2.
TSP information URI (clause 5.4.4) 
TSP information URI (punkt 5.4.4)
This field is REQUIRED and SHALL specify the URI(s) where users (e.g. relying parties) can obtain CSP specific information. 
Dette feltet er PÅKREVD og SKAL angi den eller de URI-ene der brukerne (f.eks. avhengige parter) kan finne CSP-spesifikke opplysninger.
The referenced URI(s) MUST provide a path to information describing the general terms and conditions of the CSP, its practices, legal issues, its customer care policies and other generic information which applies to all of its services listed under its CSP entry in the TSL. 
Den eller de angitte URI-ene MÅ gi en bane til opplysninger som beskriver de generelle vilkårene for CSP-en, dens praksis, juridiske spørsmål, kundebehandling og andre allmenne opplysninger som gjelder for alle dens tjenester oppført under dens CSP-post i TSL.
Where a single CSP legal entity is providing services under different trade names or under different specific contexts, and this has been reflected in as many TSP entries as such specific contexts, this field SHALL specify information related to the specific set of services listed under a particular TSP/TradeName entry. 
Dersom en CSP som er ett rettssubjekt, yter tjenester under forskjellige handelsnavn eller i forskjellige spesifikke sammenhenger, og dette er gjenspeilet i like mange TSP-poster som slike spesifikke sammenhenger, SKAL dette feltet angi opplysninger knyttet til det spesifikke settet med tjenester som er oppført under en bestemt TSP/TradeName-post.
TSP information extensions (clause 5.4.5) 
TSP information extensions (punkt 5.4.5)
This field is OPTIONAL and, if present, MAY be used by the scheme operator, in compliance with ETSI TS 102 231 specifications (clause 5.4.5), to provide specific information, to be interpreted according to the rules of the specific scheme. 
Dette feltet er VALGFRITT, og dersom det forekommer, KAN det brukes av operatøren i samsvar med ETSI TS 102 231-spesifikasjonene (punkt 5.4.5) til å gi spesifikke opplysninger som skal tolkes i samsvar med reglene i den spesifikke ordningen.
List of Services 
List of Services
This field is REQUIRED and SHALL contain a sequence identifying each of the CSP’s recognised services and the approval status (and history of that status) of that service. 
Dette feltet er PÅKREVD og SKAL inneholde en sekvens som identifiserer hver av CSP-ens godkjente tjenester og den tjenestens godkjenningsstatus (og historikken til den statusen).
At least one service must be listed (even if the information held is entirely historical). 
Minst én tjeneste må listeføres (også dersom opplysningene er utelukkende historiske).
As the retention of historical information about listed services is REQUIRED under the present specifications, that historical information MUST be retained even if the service’s present status would not normally require it to be listed (e.g. the service is withdrawn). 
Ettersom oppbevaring av historiske opplysninger om listeførte tjenester er PÅKREVD i henhold til disse spesifikasjonene, MÅ disse historiske opplysningene oppbevares, selv om tjenestens gjeldende status normalt ikke ville kreve at den er listeført (f.eks. dersom tjenesten er trukket tilbake).
Thus a CSP MUST be included even when its only listed service is in such a state, so as to preserve the history. 
Derfor MÅ en CSP være med selv når dens eneste listeførte tjeneste har en slik status, for å bevare historikken.
Service Information 
Service Information
TSP(1) Service(1) 
TSP(1) Service(1)
Service type identifier (clause 5.5.1) 
Service type identifier (punkt 5.5.1)
This field is REQUIRED and SHALL specify the identifier of the service type according to the type of the present TSL specifications (i.e. ‘/eSigDir-1999-93-EC-TrustedList/TSLtype/generic’). 
Dette feltet er PÅKREVD og SKAL angi identifikatoren for tjenestetypen i samsvar med typen for disse TSL-spesifikasjonene (dvs. «/eSigDir-1999-93-EC-TrustedList/TSLtype/generic»).
When the listed service is related to the issuing of Qualified Certificates, the quoted URI SHALL be http://uri.etsi.org/TrstSvc/Svctype/CA/QC (a Certification Authority issuing Qualified Certificates). 
Når den listeførte tjenesten er knyttet til utstedelsen av kvalifiserte sertifikater, SKAL angitt URI være http://uri.etsi.org/TrstSvc/Svctype/CA/QC (en sertifiseringsmyndighet som utsteder kvalifiserte sertifikater).
When the listed service is related to the issuing of Trust Service Tokens not being QCs and not supporting the issuance of QCs, the quoted URI SHALL be one of the URIs defined in ETSI 102 231 and listed in its clause D.2, pertaining to this field. 
Når den listeførte tjenesten er knyttet til utstedelsen av pålitelighetstjenestetegn som ikke er QC-er og ikke støtter utstedelsen av QC-er, SKAL angitt URI være en av de URI-ene som er definert i ETSI 102 231 og oppført i dens punkt D.2, som gjelder dette feltet.
This SHALL be applied even for those Trust Service Tokens that are supervised/accredited to meet some specific qualifications according to Member States' national laws (e.g. so-called Qualified Time Stamp Token in DE or HU), the quoted URI SHALL be one of the URIs defined in ETSI 102 231 and listed in its clause D.2, pertaining to this field (e.g. TSA for nationally defined Qualified Time Stamp Tokens). 
Denne regelen SKAL anvendes også for de pålitelighetstjenestetegnene som er under kontroll/akkreditert for å oppfylle visse kvalifikasjoner i samsvar med medlemsstatenes lovgivning (f.eks. såkalte kvalifiserte tidsstempeltegn i Tyskland eller Ungarn), og angitt URI SKAL være en av de URI-ene som er definert i ETSI 102 231 og oppført i dens punkt D.2, som gjelder dette feltet (f.eks. TSA for nasjonalt definerte kvalifiserte tidsstempeltegn).