natgillin/translations-raw huggingface dataset:
Trusted List entries aiming at facilitating the validation of QES and AdES QC 
Pålitelighetslisteposter med sikte på å forenkle valideringen av QES og AdES QC
The most critical part of the creation of the Trusted List is the establishment of the mandatory part of the Trusted List, namely the ‘List of services’ per CSP issuing QCs, in order to reflect correctly the exact situation of each QC-issuing certification service and to ensure that the information provided in each entry is sufficient to facilitate the validation of QES and AdES QC (when combined with the content of the end-entity QC issued by the CSP under the certification service listed in this entry). 
Den mest kritiske delen ved opprettelsen av pålitelighetslisten er utarbeidingen av den obligatoriske delen av pålitelighetslisten, nemlig «List of services» for hver CSP som utsteder QC-er, for å gi et riktig bilde av den nøyaktige utstedelsessituasjonen for hver slik QC-utstedende sertifiseringstjeneste, og for å sikre at de opplysningene som gis i hver post, er tilstrekkelige for å forenkle valideringen av QES og AdES QC (i kombinasjon med innholdet i den sluttenhets-QC som utstedes av CSP i forbindelse med sertifiseringstjenesten oppført i samme post).
The required information might include information other than the ‘Service digital identity’ of a single (Root) CA, in particular information identifying the QC status of certificates issued by such a CA service, and whether or not the supported signatures are created by an SSCD. 
De påkrevde opplysningene kan omfatte andre opplysninger enn «Service digital identity» for én enkelt (rot)-CA, særlig opplysninger som identifiserer QC-status for sertifikater som er utstedt av en slik CA-tjeneste, og hvorvidt de støttede signaturene er framstilt av et SSCD eller ikke.
The Body in a Member State that is designated to establish, edit and maintain the Trusted List must therefore take into account the current profile and certificate content in each issued QC, per CSP QC service covered by the Trusted List. 
Det organet i en medlemsstat som er utpekt til å utarbeide, redigere og vedlikeholde pålitelighetslisten, skal derfor ta hensyn til den aktuelle profilen og sertifikatets innhold i hvert utstedt QC for hver CSP QC som omfattes av pålitelighetslisten.
Ideally each issued QC should include the ETSI defined QcCompliance( ) statement when it is claimed that it is a QC and should include the ETSI defined QcSSCD statement when it is claimed that it is supported by an SSCD to generate eSignatures, and/or that each issued QC includes one of the QCP/QCP+ certificate policy Object Identifiers (OIDs) defined in ETSI EN 319 411-2( ). 
Helst bør hvert utstedt QC inneholde den QcCompliance( )-erklæringen som er definert i ETSI når det hevdes at det er et QC, og bør inneholde den QcSSCD-erklæringen som er definert i ETSI når det hevdes at det støttes av et SSCD for å generere e-signaturer, og/eller at hvert utstedt QC inneholder en av de objektidentifikatorene (OID) for sertifikatstrategien for QCP/QCP + som er definert i ETSI TS 319 411-2( ).
The use by CSPs issuing QCs of different standards as references, the wide degree of interpretation of those standards as well as the lack of awareness of the existence and precedence of some normative technical specifications or standards has resulted in differences in the actual content of currently issued QCs (e.g. the use or not of those QcStatements defined by ETSI) and consequently are preventing the receiving parties from simply relying on the signatory’s certificate (and associated chain/path) to assess, at least in a machine readable way, whether or not the certificate supporting an eSignature is claimed to be a QC and whether or not it is associated with an SSCD through which the eSignature has been created. 
CSP-er som utsteder QC-er, bruker forskjellige standarder som referanser; disse standardene tolkes på mange forskjellige måter, og manglende kjennskap til visse normative tekniske spesifikasjoner eller at noen standarder har forrang, har ført til forskjeller i det faktiske innholdet i aktuelle utstedte QC-er (f.eks. om hvorvidt ETSI-definerte QcStatements brukes eller ikke), og dette betyr at de mottakende partene ikke uten videre kan stole på underskriverens sertifikat (og tilhørende kjede/bane) for i det minste via en maskinleselig metode å kunne vurdere om det sertifikatet som støtter en e-signatur, hevdes å være et QC, og om det er tilknyttet et SSCD som er brukt for å opprette e-signaturen.
( ) Refer to ETSI EN 319 412-5 (Electronic Signatures and Infrastructures (ESI); Profiles for Trust Service Providers issuing certificates; Part 5: 
( ) Se ETSI EN 319 412-5 (Electronic Signatures and Infrastructures (ESI); Profiles for Trust Service Providers issuing certificates; Part 5:
Extension for Qualified Certificate profile) for the definition of such a statement. 
Extension for Qualified Certificate profile) for definisjon av en slik erklæring.
( ) ETSI EN 319 411-2 — Electronic Signatures and Infrastructures (ESI); Policy and security requirements for Trust Service Providers issuing certificates; Part 2: 
( ) ETSI EN 319 411-2 — Electronic Signatures and Infrastructures (ESI); Policy and security requirements for Trust Service Providers issuing certificates; Part 2:
Policy requirements for certification authorities issuing qualified certificates. 
Policy requirements for certification authorities issuing qualified certificates.
Completing the ‘Service type identifier’ (‘Sti’), ‘Service name’ (‘Sn’), and ‘Service digital identity’ (‘Sdi’) fields of the service entry in the Trusted List with information provided in the ‘Service information extensions’ (‘Sie’) field allows for the full determination of a specific type of qualified certificate issued by a listed CSP certification service issuing QCs and provides information about whether or not it is supported by an SSCD (when such information is missing in the issued QC). 
Ved å fylle ut feltene «Service type identifier» («Sti»), «Service name» («Sn») og «Service digital identity» («Sdi») i tjenesteposten i pålitelighetslisten med opplysninger som er gitt i feltet «Service information extensions» («Sie»), kan en spesifikk type kvalifisert sertifikat som er utstedt av en CSP-sertifiseringstjeneste på listen som utsteder QC-er, fullt ut identifiseres og gi opplysninger om hvorvidt den støttes av et SSCD eller ikke (når slike opplysninger mangler i det utstedte QC).
A specific ‘Service current status’ (‘Scs’) information is associated with this entry. 
En spesifikk opplysning om «Service current status» («Scs») er knyttet til denne posten.
Listing a service by just providing the ‘Sdi’ of a (Root) CA would mean that it is ensured (by the CSP issuing QCs but also by the Supervisory/Accreditation Body in charge of the supervision/accreditation of this CSP) that any end-entity certificate issued under this (Root) CA (hierarchy) contains enough ETSI defined and machine-processable information to assess whether or not it is a QC, and whether or not it is supported by an SSCD. 
Oppføring av en tjeneste på listen ved bare å angi «Sdi» for en (rot)-CA vil innebære at det er sikret (av CSP-en som utsteder QC-er, men også av kontroll- eller akkrediteringsorganet som har ansvar for kontroll eller akkreditering av nevnte CSP) at alle sluttenhetssertifikater utstedt under denne (rot)-CA (hierarki), inneholder nok ETSI-definerte og maskinbehandlede opplysninger til at det er mulig å vurdere om det er et QC eller ikke og om det er støttet av et SSCD.
In order to indicate that those QCs must be considered as supported by an SSCD, the ‘Sie’ field should be used (this also indicates that this information is guaranteed by the CSP issuing QCs and supervised/accredited by the Supervisory or Accreditation Body respectively). 
For å kunne betrakte disse QC-ene som støttet av et SSCD, bør «Sie» brukes til å angi dette (dette angir også at disse opplysninger er sikret av CSP-en som utsteder QC-er og blir kontrollert/akkreditert av henholdsvis kontroll- eller akkrediteringsorganet).
Service entry for a listed CSP service issuing QCs in the Trusted List 
Tjenestepost for en CSP-tjeneste på listen som usteder QC-er i pålitelighetslisten
General principles — Editing rules — CSP QC entries (listed services) 
Allmenne prinsipper — redigeringsregler — CSP QC -poster (tjenester oppført på listen)
Service entry for a listed CSP QC 
Tjenestepost for en CSP QC på listen
Sti 
Sti
Sn 
Sn
Sdi 
Sdi
Scs (Service current status) 
Scs («Service current status»)
Sie (Service information extensions) 
Sie («Service information extensions»)
Public Key 
Offentlig nøkkel
Accreditation Ceased 
Akkreditering opphørt
Accreditation Revoked 
Akkreditering tilbakekalt
Structured as a sequence of tuples made of: 
Oppbygd slik at det omfatter en tuppelsekvens av:
— “Filtering” elements (e.g. X.509 Certificate Policy extension (OID) to further determine those (sets) of QC to be covered, and 
— «Filtreringselementer» (f.eks. X.509 Certificate Policy-utvidelse (OID) for ytterligere bestemmelse av QC(-sett) som skal omfattes, og
— “Qualifiers” to be applied to those filtered (sets of) QC’s about “qualified” status, SSCD support status and/or issuance to Legal Person, i.e.: 
— «Qualifiers» for de filtrerte QC(-settene) om kvalifisert-status, SSCD-støttestatus og/eller utstedelse til juridisk person, dvs.:
QCWith SSCD 
QCWith SSCD
QCNoSSCD 
QCNoSSCD
QCSSCSStatusAsInCert (*) 
QCSSCSStatusAsInCert (*)
QCForLegalPerson 
QCForLegalPerson
QCStatement 
QCStatement
“current status” 
«current status»-
Indicators 
indikatorer,
expressed as URIs 
uttrykt som URI-er
(*) meaning that such information is ensured to be contained in any QC under Sdi-[Sie] defined CA/QC (if nothing in QC, then meaning is NoSSCD) 
(*) betyr at slike opplysninger er sikret å være med i ethvert QC under Sdi-[Sie]-definert CA/QC (dersom QC er tom, er betydningen NoSSCD)
The present Trusted List common template technical specifications allow for the use of a combination of five main parts of information in the service entry: 
Den nåværende felles malen for pålitelighetslisten gjør det mulig å bruke en kombinasjon av fem hoveddeler med opplysninger i tjenesteposten:
— The ‘Service type identifier’ (‘Sti’), e.g. identifying a CA issuing QCs (‘CA/QC’), 
— «Service type identifier» («Sti»), som f.eks. identifiserer en CA som utsteder QC-er («CA/QC»),
— The ‘Service name’ (‘Sn’), 
— «Service name» («Sn»),
— The ‘Service digital identity’ (‘Sdi’) information identifying a listed service, e.g. the public key (as a minimum) of a CA issuing QCs, 
— opplysninger om «Service digital identity» («Sdi») som identifiserer en tjeneste oppført på listen, f.eks. (minst) den offentlige nøkkelen for en CA som utsteder QC-er,
— For CA/QC services, optional ‘Service information extension’ (‘Sie’) information that allows for the inclusion of a number of specific service-related items of information relating to revocation status of expired certificates, additional characteristics of QCs, takeover of CSP by another CSP and other additional service information. 
— f or CA/QC-tjenester, valgfrie «Service information extension» («Sie»)-opplysninger som gjør det mulig å inkludere en rekke spesifikke tjenesterelaterte informasjonsposter vedrørende tilbakekallingsstatus for utløpte sertifikater, ytterligere egenskaper ved QC-er, overtakelse av en CSP av en annen CSP samt andre ytterligere tjenesteopplysninger.
For example, the additional characteristics of QCs are represented by a sequence of one or more tuples, each tuple providing: 
For eksempel er andre egenskaper ved QC-er gjengitt ved en sekvens av en eller flere tupler, der hver tuppel gir
— Criteria to be used to further identify (filter) under the ‘Sdi’ identified certification service that precise set of qualified certificates for which additional information is required/provided with regard to the indication of the ‘qualified’ status, the SSCD support and/or issuance to a Legal Person, and 
— kriterier som skal brukes under den «Sdi»-identifiserte sertifiseringstjenesten for ytterligere å identifisere (filtrere) det eksakte settet med kvalifiserte sertifikater som det kreves/gis ytterligere opplysninger for, med hensyn til angivelsen av kvalifisert-status, SSCD-støtte og/eller utstedelse til en juridisk person, og
— The associated information (‘qualifiers’) on whether this set of qualified certificates is to be considered as ‘qualified’, is supported by an SSCD or not or whether this associated information is part of the QC under a standardised machine-processable form, and/or information regarding the fact that such QCs are issued to Legal Persons (by default they are to be considered as issued only to Natural Persons), 
— tilknyttede opplysninger («qualifiers») som angir om settet med kvalifiserte sertifikater skal betraktes som «kvalifisert», støttes av et SSCD eller ikke, eller om disse tilknyttede opplysningene er en del av QC i et standardisert maskinlesbart format, og/eller opplysninger om at slike QC-er blir utstedt til juridiske personer (standard er at de betraktes som utstedt bare til fysiske personer),
— The ‘current status’ information for this service entry providing information on: 
— opplysninger om «current status» for denne tjenesteposten, som inneholder opplysninger om
— Whether it is a supervised or accredited service, and 
— hvorvidt dette er en kontrollert eller akkreditert tjeneste, og
— The supervision/accreditation status itself. 
— selve statusen for kontroll eller akkreditering.
3.4. 
3.4
Editing and usage guidelines for CSP QC services entries 
Retningslinjer for redigering og bruk av CSP QC -tjenesteposter
The general editing guidelines are: 
De overordnede retningslinjene for redigering er:
If it is ensured (guarantee provided by CSP QC and supervised/accredited by Supervisory Body (SB)/Accreditation Body (AB)) that, for a listed service identified by a ‘Sdi’, any QC supported by an SSCD does contain the ETSI defined QcCompliance statement, and does contain the QcSSCD statement and/or QCP+ Object Identifier (OID), then the use of an appropriate ‘Sdi’ is sufficient and the ‘Sie’ field can be used as an option and will not need to contain the SSCD support information. 
Dersom det for en tjeneste oppført på listen, som er identifisert med en «Sdi», er sikret (garantert av CSP QC og kontrollert eller akkreditert av et kontroll- eller akkrediteringsorgan) at et QC som støttes av et SSCD, inneholder den ETSI-definerte QcCompliance-erklæringen og inneholder QcSSCD-erklæringen og/eller QCP + objektidentifikator (OID), er bruken av en egnet «Sdi» tilstrekkelig; «Sie»-feltet kan da brukes som et alternativ og trenger ikke å inneholde opplysninger om SSCD-støtte.
If it is ensured (guarantee provided by CSP QC and supervised/accredited by SB/AB) that, for a listed service identified by a ‘Sdi’, any QC not supported by an SSCD does contain the QcCompliance statement and/or the QCP OID, and does not contain the QcSSCD statement or QCP+ OID, then the use of an appropriate ‘Sdi’ is sufficient and the ‘Sie’ field can be used as an option and does not have to contain the SSCD support information (meaning it is not supported by an SSCD). 
Dersom det for en tjeneste oppført på listen, som er identifisert med en «Sdi», er sikret (garantert av CSP QC og kontrollert eller akkreditert av et kontroll- eller akkrediteringsorgan) at et QC som ikke støttes av et SSCD, inneholder QcCompliance-erklæringen og/eller QCP OID og ikke inneholder QcSSCD-erklæringen eller QCP + OID, er bruken av en egnet «Sdi» tilstrekkelig; «Sie»-feltet kan da brukes som et alternativ og trenger ikke å inneholde opplysninger om SSCD-støtte (innebærer at det ikke støttes av et SSCD).
If it is ensured (guarantee provided by CSP QC and supervised/accredited by SB/AB) that, for a listed service identified by a ‘Sdi’, any QC does contain the QcCompliance statement, and some of these QCs are meant to be supported by SSCDs and some not (e.g. this may be differentiated by different CSP specific Certificate Policy OIDs or through other CSP specific information in the QC, directly or indirectly, machine-processable or not), but a certificate that is supported by an SSCD contains NEITHER the QcSSCD statement NOR the ETSI QCP(+) OID, then the use of an appropriate ‘Sdi’ may not be sufficient AND the ‘Sie’ field must be used to indicate explicit SSCD support information together with a potential information extension to identify the covered set of certificates. 
Dersom det for en tjeneste oppført på listen, som er identifisert med en «Sdi», er sikret (garantert av CSP QC og kontrollert eller akkreditert av et kontroll- eller akkrediteringsorgan) at et QC inneholder QcCompliance-erklæringen, og det er meningen at enkelte av disse QC-ene skal støttes av SSCD og andre ikke (f.eks. kan dette differensieres gjennom forskjellige CSP-spesifikke Certificate Policy-OID-er eller andre CSP-spesifikke opplysninger i QC, direkte eller indirekte, maskinlesbart eller ikke), men et sertifikat som støttes av en SSCD inneholder VERKEN QcSSCD-erklæringen ELLER ETSI QCP(+) OID, er det ikke sikkert at bruken av en egnet «Sdi» er tilstrekkelig, OG «Sie»-feltet må brukes for å gi uttrykkelige opplysninger om SSCD-støtte sammen med eventuelt utvidede opplysninger for å identifisere det settet med sertifikater som omfattes.
If it is ensured (guarantee provided by CSP QC and supervised/accredited by SB/AB) that for a listed service identified by a ‘Sdi’, any QC does not contain any of the QcCompliance statement, the QCP OID, the QcSSCD statement, or the QCP+ OID but it is ensured that some of these end-entity certificates issued under this ‘Sdi’ are meant to be QCs and/or supported by SSCDs and some not (e.g. this may be differentiated by different CSP QC specific Certificate Policy OIDs or through other CSP QC specific information in the QC, directly or indirectly, machine-processable or not), then the use of an appropriate ‘Sdi’ will not be sufficient AND the ‘Sie’ field must be used to include explicit qualification information. 
Dersom det for en tjeneste oppført på listen, som er identifisert med en «Sdi», er sikret (garantert av CSP QC og kontrollert/akkreditert av et kontroll- eller akkrediteringsorgan) at et QC ikke inneholder noen QcCompliance-erklæring, QCP OID, QcSSCD-erklæringen eller QCP + OID, men det er sikret at enkelte av disse sluttenhetssertifikatene som er utstedt under denne «Sdi», er ment å være QC-er og/eller støttet av SSCD, og andre ikke (f.eks. kan dette differensieres gjennom forskjellige CSP QC -spesifikke Certificate Policy-OID-er eller andre CSP QC -spesifikke opplysninger i QC, direkte eller indirekte, maskinlesbart eller ikke), vil ikke bruken av en egnet «Sdi» være tilstrekkelig, OG «Sie»-feltet må brukes for å ta med uttrykkelige opplysninger om SSCD-støtte.
As a general default principle, for a listed CSP in the Trusted List there must be one service entry per single public key for a CA/QC type certification service, i.e. per Certification Authority (directly) issuing QCs. 
Som et generelt standardprinsipp skal det for en CSP som er oppført på pålitelighetslisten, være én tjenestepost for hver enkelt offentlig nøkkel for en sertifiseringstjeneste av CA/QC-typen, dvs. en sertifiseringsmyndighet (CA) som (direkte) utsteder QC-er.
In some exceptional circumstances and carefully managed conditions, the Member State’s Supervisory Body/Accreditation Body may decide to use, as the ‘Sdi’ of a single entry in the list of services from this listed CSP, the public key of a Root or Upper level CA within the CSP’s PKI (e.g. in the context of a CSP’s hierarchy of CAs from a Root CA down to several issuing CAs) instead of listing all sub-ordinate issuing CA services (i.e. listing a Certification Authority not directly issuing end-entity QCs but certifying a hierarchy of CAs down to CAs issuing QCs to end-entities). 
Under visse ekstraordinære omstendigheter og nøye styrte forhold kan en medlemsstats kontroll- eller akkrediteringsorgan beslutte å bruke den offentlige nøkkelen for en rot-CA eller overordnet (Upper Level) CA innenfor CSP-ens PKI (for eksempel i forbindelse med en CSPs hierarki av CA-er fra en rot-CA ned til flere utstedende CA-er) i stedet for å føre opp alle underordnede utstedende CA-tjenester (dvs. føre opp en sertifiseringsmyndighet som ikke direkte utsteder sluttenhets-QC-er, men som sertifiserer et hierarki av CA-er ned til CA-er som utsteder QC-er til sluttenheter), som «Sdi» for én enkelt post på listen over tjenester fra en CSP oppført på listen.
The consequences (advantages and disadvantages) of using such Root CA or Upper CA public key as ‘Sdi’ value in a Trusted List service entry must be carefully considered when implemented by Member States. 
Konsekvensene (fordeler og ulemper) av å bruke en slik rot-CA eller overordnet CA som «Sdi»-verdier for tjenesteposter i pålitelighetslisten, må vurderes nøye ved gjennomføring av medlemsstatene.
As an example, in the context of a CSP QC using one Root CA under which several CAs are issuing QCs and non-QCs, but for which the QCs do contain only the QcCompliance statement and no indication of whether it is supported by an SSCD, listing the Root CA ‘Sdi’ only would mean, under the rules explained above, that none of the QC issued under this Root CA is supported by an SSCD. 
I forbindelse med en CSP QC som bruker en rot-CA som flere CA-er utsteder QC-er og ikke-QC-er i henhold til, men der QC-ene inneholder bare QcCompliance-erklæringen og ingen angivelse av om den støttes av et SSCD, vil for eksempel oppføring av bare rot-CA-ens «Sdi» i henhold til reglene forklart ovenfor innebære at ingen QC-er som er utstedt under dette rot-CA-hierarkiet, støttes av et SSCD.
If there are QCs that are actually supported by an SSCD but with no machine processable statement indicating such support included in the certificates, it would be strongly recommended to make use of the QcSSCD statement in the QCs issued in the future. 
Dersom det er QC-er som faktisk støttes av et SSCD, men som mangler en maskinlesbar erklæring som angir at slik støtte er inkludert i sertifikatene, anbefales det på det sterkeste å bruke QcSSCD-erklæringen i QC-er som utstedes i framtiden.
In the meantime (until the last QC not containing this information has expired), the Trusted List should make use of the ‘Sie’ field and associated ‘Qualifications Extension’, e.g. providing filtering information to identify set(s) of certificates through use of specific CSP QC defined OID(s) potentially used by the CSP QC to distinguish between different types of QCs (some supported by an SSCD and some not) and associating explicit ‘SSCD support information’ to those identified (filtered) set(s) of certificates through the use of ‘Qualifiers’. 
I mellomtiden (fram til det siste QC-et som ikke inneholder disse opplysningene, utløper), bør pålitelighetslisten bruke «Sie»-feltet og tilknyttede «Qualifications Extension», f.eks. ved å gi filtreringsopplysninger for å identifisere sett av sertifikater gjennom spesifikke CSP QC -definerte OID(-er) som kan brukes av CSP QC for å skille mellom forskjellige typer QC-er (noen støttet av et SSCD og andre ikke), og tilhørende eksplisitt «SSCD support information» for slike identifiserte (filtrerte) sett av sertifikater ved bruk av «Qualifiers».
The general usage guidelines for electronic signature applications, services or products relying on a Trusted List compliant with the present Technical Specifications are as follows: 
De overordnede retningslinjene for bruk for applikasjoner, tjenester eller produkter for elektroniske signaturer som er avhengige av en pålitelighetsliste som er i samsvar med de gjeldende tekniske spesifikasjonene, er som følger:
A ‘CA/QC’‘Sti’ entry (similarly a CA/QC entry further qualified as being a ‘RootCA/QC’ through the use of ‘Sie’ additionalServiceInformation Extension) 
En «CA/QC» «Sti»-post (og tilsvarende en CA/QC-post ytterligere kvalifisert som en «rot-CA/QC» ved bruk av utvidelsen «Sie» «additionalServiceInformation Extension»)