natgillin/translations-raw huggingface dataset:
Ideally each issued QC should include the ETSI defined QcCompliance [9] 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 [10].
V ideálnom prípade by každý vydaný QC mal obsahovať vyhlásenie QcCompliance [9] statement (vyhlásenie o zhode QC) vymedzené na základe ETSI, keď sa vyhlasuje, že ide o QC, a mal by obsahovať vyhlásenie QcSSCD vymedzené na základe ETSI, keď sa vyhlasuje, že je podporovaný SSCD na vytváranie elektronických podpisov a/alebo že každý vydaný QC obsahuje jeden z identifikátorov predmetu certifikačnej politiky QCP/QCP + Object Identifiers (OIDs) vymedzených v ETSI EN 319 411-2 [10].
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.
Skutočnosť, že CSP vydávajúci QC využívajú ako referenciu rozličné normy, široká škála výkladu týchto noriem, ako aj nedostatočná informovanosť o existencii a prednosti určitých normatívnych technických špecifikácií alebo noriem majú za následok rozdiely v obsahu v súčasnosti vydávaných QC (napríklad používanie alebo nepoužívanie QcStatements vymedzených podľa ETSI), v dôsledku čoho sa prijímajúca strana nemôže jednoducho spoľahnúť na certifikát signatára (a súvisiaci certifikačný reťazec/proces) pri posudzovaní, aspoň strojom čitateľným spôsobom, či sa certifikát podporujúci elektronický podpis vyhlasuje za QC, alebo nie, a či súvisí s SSCD, pomocou ktorého sa elektronický podpis vytvoril.
This is depicted in Figure 2 below.
S týmto záznamom súvisí konkrétna informácia „Service current status“ („Scs“ – aktuálny štatút služby), ako je znázornené na obrázku 2.
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.
Zapísanie služby iba prostredníctvom údaja „Sdi“ (koreňovej) CA by znamenalo, že je zaručené (zo strany CSP vydávajúceho QC ale takisto zo strany orgánu dohľadu/akreditačného orgánu zodpovedného za dohľad nad týmto CSP/jeho akreditáciu), že certifikát konečného subjektu vydaný v rámci tejto (koreňovej) CA (hierarchie) obsahuje informácie vymedzené v ETSI a strojovo spracovateľné, ktoré sú dostatočné na posúdenie toho, či ide o QC a či je podporovaný SSCD alebo nie.
In the event, for example, that the latter assertion is not true (e.g. there is no ETSI standardised machine-processable indication in the QC about whether it is supported by an SSCD), then by listing only the ‘Sdi’ of that (Root) CA, it can only be assumed that QCs issued under this (Root) CA hierarchy are not supported by any SSCD.
V opačnom prípade, napríklad (teda že v QC nie je strojovo spracovateľný údaj podľa noriem v ETSI o tom, či je QC podporovaný SSCD), potom sa na základe údaja „Sdi“ predmetnej (koreňovej) CA dá usúdiť len to, že vydaný QC podľa tejto (koreňovej) hierarchie CA nie je podporovaný žiadnym 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).
S cieľom uviesť, že tieto QC sa musia považovať za QC podporované SSCD, by sa malo použiť pole „Sie“ (ktorým sa takisto uvádza, že tieto informácie zaručuje CSP vydávajúci QC a podliehajúci dohľadu zo strany orgánu dohľadu alebo akreditačného orgánu alebo akreditovaný takýmto orgánom).
Service entry for a listed CSP service issuing QCs in the Trusted List
Záznam o službe týkajúci sa služby CSP vydávajúceho QC a uvedeného na zozname dôveryhodných informácií o poskytovateľoch
General principles — Editing rules — CSPQC entries (listed services)
Všeobecné zásady – Pravidlá úpravy – záznamy CSPQC (služby na zozname)
Service entry for a listed CSPQC:
Záznam o službe CSPQC na zozname:
“name”
“názov”
Structured as a sequence of tuples made of:
Štruktúrovaná ako sekvencia s n-tíc informáciámi tvorenymi:
“Filtering” elements (e.g. X.509 Certificate Policy extension (OID)) to further determine those (sets) of QC to be covered, and
„filtrovacími“ prvkami (napr. rozšírením identifikatora predmetu certifikacnej politiky (OID) X.509), aby sa presnejšie stanovili tie QC (ich súbory), ktoré majú byť pokryté a
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)
znamená, že je zaistené, že takéto informácie sú obsiahnuté v každom QC ramci Sdi-[Sie] definovanej CA/QC (ak v QC nič je uvedené nič, význam je 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:
Tieto technické špecifikácie spoločného vzoru zoznamu dôveryhodných informácií o poskytovateľoch umožňujú využiť kombináciu piatich hlavných častí informácie v zázname o službe:
The ‘Service type identifier’ (‘Sti’), e.g. identifying a CA issuing QCs (‘CA/QC’),
„Service type identifier“ („Sti“ – identifikátor typu služby), na základe ktorého sa napríklad identifikuje CA vydávajúca QC („CA/QC“),
The ‘Service name’ (‘Sn’),
„Service name“ („Sn“ – názov služby),
The ‘Service digital identity’ (‘Sdi’) information identifying a listed service, e.g. the public key (as a minimum) of a CA issuing QCs,
informácia o „Service digital identity“ („Sdi“ – digitálna identita služby), na základe ktorej sa služba v zozname identifikuje, teda (minimálne) verejný kľúč CA vydávajúcej QC,
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.
v prípade služieb CA/QC voliteľná informácia „Service information extension“ („Sie“ – rozšírenie informácie o službe), ktorá umožňuje zaradiť niekoľko položiek informácií týkajúcich sa služby vzťahujúcich sa na štatút zrušenia certifikátov, ktorých platnosť uplynula, dodatočné charakteristiky QC, prevzatie kontroly nad CSP iným CSP a iné dodatočné informácie o službách.
For example, the additional characteristics of QCs are represented by a sequence of one or more tuples, each tuple providing:
Napríklad dodatočné charakteristiky QC predstavuje sekvencia jednej alebo viacero n-tíc, pričom každá n-tica poskytuje:
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
kritériá na bližšiu identifikáciu (vytriedenie) v certifikačnej službe identifikovanej na základe „Sdi“ tohto konkrétneho súboru kvalifikovaných certifikátov, pre ktorý sa požadujú/poskytujú dodatočné informácie o kvalifikovanom štatúte podpory SSCD a/alebo o ich vydaní právnickej osobe, ako aj
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),
súvisiace informácie („kvalifikátory“) o tom, či má byť tento súbor kvalifikovaných certifikátov považovaný za „kvalifikovaný“, či je podporovaný SSCD alebo nie a či sú tieto súvisiace informácie súčasťou QC v normalizovanej strojovo spracovateľnej forme a/alebo informácie o tom, že takéto QC sa vydávajú právnickým osobám (automaticky sa predpokladá, že sa vydávajú len fyzickým osobám),
Whether it is a supervised or accredited service, and
či ide o službu, ktorá podlieha dohľadu alebo o akreditovanú službu a
If it is ensured (guarantee provided by CSPQC 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.
Ak je zaručené [záruka zo strany CSPQC a dohľad/akreditácia zo strany orgánu dohľadu (SB)/akreditačného orgánu (AB)], že v prípade služby na zozname identifikovanej na základe „Sdi“ všetky QC podporované SSCD obsahujú vyhlásenie QcCompliance statement vymedzené na základe ETSI a vyhlásenie QcSSCD a/alebo QCP + Object Identifier (OID), v takom prípade je príslušný údaj „Sdi“ postačujúci a pole „Sie“ je dobrovoľné a nemusí obsahovať informáciu o podpore SSCD.
If it is ensured (guarantee provided by CSPQC 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).
Ak je zaručené (záruka zo strany CSPQC a dohľad/akreditácia zo strany SB/AB), že v prípade služby na zozname identifikovanej na základe „Sdi“ všetky QC nepodporované SSCD obsahujú vyhlásenie QcCompliance statement a/alebo QCP OID a neobsahujú vyhlásenie QcSSCD alebo QCP + OID, v takom prípade je príslušný údaj „Sdi“ postačujúci a pole „Sie“ je dobrovoľné a nemá obsahovať informáciu o podpore SSCD (čo znamená, že nie je podporovaný SSCD).
If it is ensured (guarantee provided by CSPQC 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.
Ak je zaručené (záruka zo strany CSPQC a dohľad/akreditácia zo strany SB/AB), že v prípade služby na zozname identifikovanej na základe „Sdi“ všetky QC obsahujú vyhlásenie QcCompliance statement a niektoré z týchto QC majú byť podporované SSCD a niektoré nie (čo môže byť napríklad diferencované rozličnými CSP specific Certificate Policy OIDs alebo prostredníctvom iných informácií špecifických pre CSP v QC, priamo alebo nepriamo, strojovo spracovateľne alebo nie), ale certifikát, ktorý je podporovaný SSCD, neobsahuje ANI vyhlásenie QcSSCD ANI ETSI QCP(+) OID, v takom prípade príslušný údaj „Sdi“ nemusí byť postačujúci A v poli „Sie“ sa musí jednoznačne uviesť podpora SSCD spolu s možným rozšírením informácie s cieľom identifikovať pokrytý súbor certifikátov.
If it is ensured (guarantee provided by CSPQC 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 CSPQC specific Certificate Policy OIDs or through other CSPQC 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.
Ak je zaručené (záruka zo strany CSPQC a dohľad/akreditácia zo strany SB/AB), že v prípade služby na zozname identifikovanej na základe „Sdi“ žiadny QC neobsahuje vyhlásenie QcCompliance statement, QCP OID, vyhlásenie QcSSCD ani QCP + OID, ale je zaručené, že niektoré z týchto certifikátov konečného subjektu vydané v rámci tohto „Sdi“ majú byť QC a/alebo podporované SSCD a niektoré nie (čo môže byť napr. diferencované rozličnými Certificate Policy OID špecifickými pre CSPQC alebo prostredníctvom iných informácií špecifických pre CSPQC v QC, priamo alebo nepriamo, strojovo spracovateľne alebo nie), v takom prípade príslušný údaj „Sdi“ nebude postačujúci A v poli „Sie“ sa musí jednoznačne uviesť informácia o podpore SSCD.
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.
Všeobecnou automatickou zásadou je, že pri každom CSP na zozname dôveryhodných informácií o poskytovateľoch musí byť za každý verejný kľúč pre certifikačnú službu CA/QC, teda certifikačnú autoritu (priamo) vydávajúcu QC, jeden záznam o službe.
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).
Za určitých výnimočných okolností a pozorne riadených a schválených podmienkach sa orgán dohľadu/akreditačný orgán členského štátu môže rozhodnúť použiť verejný kľúč koreňovej CA alebo CA vyššieho stupňa v rámci PKI CSP (napríklad v kontexte hierarchie CSP CA od koreňovej CA až po niekoľko vydávajúcich CA) namiesto uvedenia v zozname všetkých podriadených vydávajúcich služieb CA (t. j. v zozname sa uvádza certifikačná autorita, ktorá nevydáva priamo QC konečného subjektu, ale ktorá certifikuje hierarchiu CA až po CA, ktoré priamo vydávajú QC konečného subjektu) ako „Sdi“ jedného záznamu v zozname služieb CSP na zozname dôveryhodných informácií o poskytovateľoch.
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.
Dôsledky (výhody a nevýhody) použitia verejného kľúča koreňovej CA alebo CA vyššej úrovne ako hodnoty „Sdi“ údajov o službách v zozname dôveryhodných informácií o poskytovateľoch musia členské štáty dôkladne zvážiť a schváliť pri implementácii.
Moreover, when using this authorised exception to the default principle, the Member State must provide the necessary documentation to facilitate certification path building and verification.
Okrem toho, ak sa členské štáty rozhodnú využiť túto povolenú výnimku z automatickej zásady, musia poskytnúť potrebnú dokumentáciu, aby sa uľahčilo vytváranie certifikačného procesu a overovanie.
As an example, in the context of a CSPQC 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.
Na ilustráciu v prípade CSPQC, ktorý využíva jednu koreňovú CA, ktorej podlieha niekoľko CA vydávajúcich QC a iné certifikáty ako QC, pričom jeho QC obsahujú len vyhlásenie QcCompliance statement, ale žiadny údaj o tom, či sú podporované SSCD, by uvedenie „Sdi“ koreňovej CA znamenalo len, že podľa pravidiel vysvetlených v predchádzajúcej časti ani jeden QC vydaný v tejto hierarchii koreňovej CA nie je podporovaný 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.
Ak sú QC, ktoré sú v skutočnosti podporované SSCD, ale v certifikátoch nemajú strojovo spracovateľný záznam označujúci takúto podporu, dôrazne sa odporúča v QC vydaných v budúcnosti využiť vyhlásenie QcSSCD.
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 CSPQC defined OID(s) potentially used by the CSPQC 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’.
Medzičasom (kým neuplynie platnosť posledného QC bez tejto informácie) by sa v zozname dôveryhodných informácií o poskytovateľoch malo využiť pole „Sie“ a súvisiace rozšírenie „Qualifications“, napríklad vytriediť informácie na identifikáciu súboru(-ov) certifikátov použitím konkrétnych OID vymedzených CSPQC, ktoré CSPQC môžu potenciálne využívať na rozlišovanie medzi rozličnými typmi QC (niektoré podporované SSCD a niektoré nie) a združovanie jednoznačných „informácií na podporu SSCD“ s informáciami identifikovanými (vytriedenými) súborom(-mi) certifikátov pomocou „kvalifikátorov“.
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:
Usmernenia o všeobecnom využívaní aplikácií, služieb alebo produktov elektronických podpisov, ktoré sú založené na zozname dôveryhodných informácií o poskytovateľoch podľa týchto technických špecifikácií, sú takéto:
A ‘CA/QC’‘Sti’ entry (similarly a CA/QC entry further qualified as being a ‘RootCA/QC’ through the use of ‘Sie’ additionalServiceInformation Extension)
Záznam „CA/QC“„Sti“ (a podobne aj záznam CA/QC bližšie určený ako „koreňová CA/QC“ pomocou rozšírenia „Sie“ additionalServiceInformation)
indicates that from the ‘Sdi’ identified CA (similarly within the CA hierarchy starting from the ‘Sdi’ identified RootCA), all issued end-entity certificates are QCs provided that it is claimed as such in the certificate through the use of appropriate machine processable QcStatement (i.e. QcCompliance) and/or ETSI defined QCP(+) OIDs (and this is ensured by Supervisory/Accreditation Body, see above ‘general editing guidelines’)
znamená, že všetky certifikáty konečného subjektu, ktoré vydala CA identifikovaná na základe „Sdi“ (podobne v rámci hierarchie CA počnúc koreňovou CA identifikovanou na základe „Sdi“), sú QC za predpokladu, že sa tak uvádza na samotnom certifikáte prostredníctvom vhodných strojovo spracovateľných QcStatements (teda QcCompliance) a/alebo QCP(+) OID vymedzených na základe ETSI (čo zaručuje orgán dohľadu/akreditačný orgán – pozri „Všeobecné usmernenia o úprave údajov“).
Note: if no ‘Sie’‘Qualifications Extension’ information is present or if an end-entity certificate that is claimed to be a QC is not further identified through a related ‘Sie’‘Qualifications Extension’, then the machine-processable information to be found in the QC is supervised/accredited to be accurate.
Poznámka: Ak nie sú informácie „Sie“„Qualifications Extension“ uvedené alebo ak certifikát konečného subjektu, v prípade ktorého sa požaduje, aby bol QC, nie je „bližšie určený“ prostredníctvom príslušného údaja „Sie“, v takom prípade „strojovo spracovateľná“ informácia v QC, podlieha dohľadu/sa akredituje ako správna.
That means that the usage (or not) of the appropriate QcStatements (i.e. QcCompliance, QcSSCD) and/or ETSI defined QCP(+) OIDs is ensured to be in accordance with what it is claimed by the CSPQC.
To znamená, že je zaručené, že použitie (alebo nepoužitie) vhodného QcStatement (teda QcCompliance, QcSSCD) a/alebo QCP(+) OID vymedzeného na základe ETSI je v súlade s vyhláseniami CSPQC.
and IF‘Sie’‘Qualifications Extension’ information is present, then in addition to the above default usage interpretation rule, those certificates that are identified through the use of this ‘Sie’‘Qualifications Extension’ information, which is constructed on the principle of a sequence of filters further identifying a set of certificates, must be considered according to the associated qualifiers providing some additional information regarding the qualified status, the ‘SSCD support’ and/or ‘Legal person as subject’ (e.g. those certificates containing a specific OID in the Certificate Policy extension, and/or having a specific ‘Key usage’ pattern, and/or filtered through the use of a specific value to appear in one specific certificate field or extension, etc.).
a AK sú informácie „Sie“„Qualifications Extension“ uvedené, potom dodatočne k uvedenému automatickému pravidlu výkladu použitia sa predmetné certifikáty identifikované pomocou záznamov „Sie“„Qualifications Extension“, ktoré sú zostavené na princípe sekvencie „filtrov“ bližšie identifikujúcich súbor certifikátov, musia zohľadňovať v súlade so súvisiacimi kvalifikátormi poskytujúcimi niektoré dodatočné informácie o kvalifikovanom štatúte „podpory SSCD“ a/alebo „právnickej osoby ako subjektu“ (napríklad certifikáty, ktoré obsahujú konkrétny OID v rozšírení certifikačnej politiky a/alebo majú špecifické modely „používania kľúčov“ a/alebo sú filtrované pomocou špecifickej hodnoty, ktorá je uvedená v jednom konkrétnom poli alebo rozšírení certifikátu atď.).
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:
Uvedené kvalifikátory sú súčasťou tohto súboru „kvalifikátorov“ použitých na kompenzáciu za nedostatočné informácie v zodpovedajúcom obsahu QC, ktoré sa používajú na uvedenie:
to indicate the qualified status: ‘QCStatement’ meaning the identified certificate(s) is(are) qualified,
údaja o kvalifikovanom štatúte: „QCStatement“, čo znamená, že identifikovaný certifikát(-y) je (sú) kvalifikovaný,,
to indicate the nature of the SSCD support
údaja o povahe podpory SSCD:
‘QCWithSSCD’ qualifier value meaning ‘QC supported by an SSCD’, or
hodnoty kvalifikátora „QCWithSSCD“, ktorá znamená, že „QC je podporovaný SSCD“ alebo
‘QCNoSSCD’ qualifier value meaning ‘QC not supported by an SSCD’, or
hodnoty kvalifikátora „QCNoSSCD“, ktorá znamená, že „QC nie je podporovaný SSCD“ alebo
‘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,
hodnoty kvalifikátora „QCSSCDStatusAsInCert“, ktorá znamená, že je zaručené, aby informácia o podpore SSCD bola uvedená v každom QC v rámci informácií „Sdi“ – „Sie“ poskytnutých v tomto zázname CA/QC,
to indicate issuance to Legal Person:
údaja o vydaní právnickej osobe: