EANCOM 2002, Syntax 4
|
|
- Vilém Mach
- před 8 lety
- Počet zobrazení:
Transkript
1 EANCOM 2002, Syntax 4 Zpráva AUTACK Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha červen 2009 Verze 1.00 EDITEL CZ s.r.o.
2 Tento dokument popisuje subset (podmnožinu)zprávy AUTACK dle standardu UN/EDIFACT a subsetu EANCOM. Zpráva AUTACK slouží k potvrzení o ověření elektronického podpisu a případně informuje o bezpečnostní chybě při kontrole podpisu. Zpráva AUTACK obsahuje reference na přijaté zprávy a hash kód přijatých zpráv. Hash kód slouží pro neodmítnutí obsahu zprávy. Zpráva AUTACK je opatřena podpisem příjemce původní zprávy. Podpis zabezpečí funkci neodmítnutí příjmu zprávy. AUTACK může potvrzovat i více zpráv. Revize dokumentu Verze Datum Jméno Poznámky Mikula M. Matoušková A. Obsah 1. ÚVOD STATUS ZPRÁVY POUŽITÍ ZPRÁVY STRUKTURA ZPRÁVY STRUKTURA KOMPLETNÍ ZPRÁVY DLE STANDARDU EANCOM 2002 SYNTAX 4: SUBSET ZPRÁVY ROZVRŽENÍ SEGMENTŮ DEFINICE POJMŮ OBÁLKA ZPRÁVY EDITEL CZ s.r.o. strana 2
3 1. Úvod 1.1 Status zprávy Tento dokument obsahuje implementační příručku (MIG Message Implementation Guidelines) pro zprávu AUTACK. Zpráva vychází ze standardu UN/EDIFACT vydání D.01B Syntax 4 a subsetu EANCOM MESSAGE TYPE : AUTACK REFERENCE DIRECTORY : Service message, version 4 EANCOM SUBSET VERSION : Použití zprávy Tento dokument popisuje subset (podmnožinu)zprávy AUTACK dle standardu UN/EDIFACT a subsetu EANCOM. Zpráva AUTACK se používá k zaslání potvrzení o ověření elektronického podpisu a případně informuje o bezpečnostní chybě při kontrole podpisu. Zpráva AUTACK obsahuje reference na přijaté zprávy a hash kód přijatých zpráv. Hash kód slouží pro neodmítnutí obsahu zprávy. Zpráva AUTACK je opatřena podpisem příjemce původní zprávy. Podpis zabezpečí funkci neodmítnutí příjmu zprávy. AUTACK může potvrzovat i více zpráv. Odesílatel původní zprávy, která je potvrzována zprávou AUTACK si může ověřit z referencí a otisku původní zprávy, že zpráva byla přijata korektně a kontrolou podpisu AUTACKu ověří, že zpráva byla přijata určenou stranou. Zpráva AUTACK slouží odesílateli původní zprávy jako důkaz o příjmu a nebo z kódu chyby zjistí příčinu, proč zpráva nebyla dále zpracována. EDITEL CZ s.r.o. strana 3
4 2. Struktura zprávy 2.1 Struktura kompletní zprávy dle standardu EANCOM 2002 Syntax 4: Pos Tag Name S R 0001 UNH Message header Segment Group 1 M USH Security header 0003 USA Security algorithm M 3 Segment Group 2 M USC Certificate 0005 USA security algorithm M USB Secured data identification Segment Group 3 M USX Security references 0008 USY Security on regerences Segment Group 4 M UST Security trailer 0010 USR Security result 0011 UNT Message trailer EDITEL CZ s.r.o. strana 4
5 2.2 Subset zprávy Dle standardu EANCOM 2002 Syntax 4 aplikováno pro CZ prostředí: UNH Group 1 USH USB Group 3 M 9999 USX Group 4 UST UNT USA Group 2 USC USY USR USA Pos Tag Name S R 0001 UNH Message header Segment Group USH Security header 0003 USA Security algorithm M 3 Segment Group USC Certificate 0005 USA security algorithm M USB Secured data identification Segment Group 3 M USX Security references 0008 USY Security on regerences Segment Group UST Security trailer 0010 USR Security result 0011 UNT Message trailer EDITEL CZ s.r.o. strana 5
6 3. Rozvržení segmentů Tento oddíl popisuje všechny segmenty použité v subsetu popisované zprávy. Popis segmentů vychází z původního popisu EDIFACT zprávy a z popisu EANCOM. Segmenty jsou uváděny v pořadí, jak se vyskytují ve zprávě. Jsou uváděny pouze segmenty použité v subsetu. Každý segment je popsán v samostatné tabulce, která se skládá ze tří částí: Záhlaví tabulky popisuje základní informace o segmentu. Obsahuje následující údaje: Skupina segmentů, jejíž je popisovaný segment součástí; její popis obsahuje: označení skupiny SGnn (kde nn je pořadové číslo skupiny segmentů) indikátor povinnosti výskytu skupiny segmentů v subsetu (M)andatory povinné / (C)onditional podmíněné maximální povolený počet opakování skupiny segmentů v subsetu; v případě vícenásobného opakování skupiny segmentů s různým významem pro jednotlivé výskyty je pořadí výskytu v rámci popisu vyjádřeno čitatelem a maximální počet opakování jmenovatelem zlomku; význam (a tím i obsah) skupiny segmentů není však určen pořadím výskytu, ale patřičnými kvalifikátory obsaženými v uvozujícím segmentu výčet segmentů a skupin segmentů, které daná skupina obsahuje, s vyznačením segmentů a skupin nepoužitých v subsetu Segment; jeho popis obsahuje: kód (návěští) segmentu (3 znaky) indikátor povinnosti výskytu segmentu v subsetu (M)andatory povinné / (C)onditional podmíněné maximální povolený počet výskytů segmentů v subsetu; v případě vícenásobného opakování segmentu s různým významem pro jednotlivé výskyty je pořadí výskytu v rámci popisu vyjádřeno čitatelem a maximální počet opakování jmenovatelem zlomku; význam (a tím i obsah) segmentů není však určen pořadím výskytu, ale patřičnými kvalifikátory obsaženými v segmentu název segmentu obecný popis funkce segmentu pořadové číslo segmentu v rámci popisu subsetu Tělo tabulky popisuje informace o složených a jednoduchých datových prvcích obsažených v segmentu. Jednoduché datové prvky, které nejsou součástí složených datových prvků, a složené datové prvky jsou vyznačeny tučně. Tělo tabulky je rozvrženo do sloupců: úvodní sloupec obsahující návěští a název datového prvku dle standardu EDIFACT sloupec EDIFACT obsahující: status datových prvků dle standardu EDIFACT (M)andatory povinné / (C)onditional podmíněné formát jednoduchých datových prvků dle standardu EDIFACT sloupec Stat. obsahující status datových prvků v subsetu: (M)andatory povinný výskyt v subsetu (C)onditional nepovinný výskyt v subsetu (D)ependent povinnost výskytu v subsetu je závislá na výskytu jiného prvku v segmentu (v případě více závislostí v jednom segmentu může být ve sloupci označeném * doplněno číslicí určující vztah dílčí závislosti) mezera nepoužito sloupec Description obsahující popis použití jednoduchých datových prvků v subsetu: EDITEL CZ s.r.o. strana 6
7 v uvozovkách jsou uvedeny kvalifikátory a konstanty, případně méně obsáhlé číselníky; za rovnítkem = je uveden jejich význam; dále může být uveden jejich podrobnější popis tučnou kurzívou jsou uvedeny datové proměnné dodávané aplikací (popř. vytvářené konvertorem) s odkazem v závorkách ( ) na jejich popis v oddíle Mapované proměnné ; proměnné jsou uváděny buď názvem nebo návěštím (pokud je použito) a mohou být doplněny kurzívou psaným formátem použitým nebo doporučeným pro aplikaci (pokud se liší od formátu EDIFACT); dále může být uveden jejich význam nebo podrobnější popis Spodní část tabulky obsahuje doplňkové informace o segmentu, zejména popis jeho konkrétního použití v subsetu a jednoduchý příklad. 3.1 Definice pojmů EAN lokalizační číslo je ekvivalent GLN Globálního lokalizačního čísla v EAN*UCC, využívající standardní číselnou strukturu EAN/UCC-13 EDITEL CZ s.r.o. strana 7
8 UNH - M 1 - MESSAGE HEADER Function : To head, identify and specify a message. Segment number : 1 EDIFACT Stat. * Description 0062 Message reference number M an..14 M Jednoznačné číslo zprávy odesílatele. Pořadové číslo zprávy v rámci výměny. DE 0062 v segmentu UNT je totožné. Generováno odesílatelem. S009 MESSAGE IDENTIFIER M M 0065 Message type M an..6 M AUTACK = Secure authentication and acknowledgement message 0052 Message version number M an..3 M 4 = Service message, version Message release number M an..3 M 1 = First release 0051 Controlling agency, coded M an..3 M UN = UN/CEFACT 0057 Association assigned code C an..6 M EAN001 = EAN version control number (EAN Code) 0110 Code list directory version number C an Message type sub-function identification C an Common access reference C an..35 S010 STATUS OF THE TRANSFER C 0070 Sequence of transfers M n First and last transfer C a1 S016 MESSAGE SUBSET IDENTIFICATION C 0115 Message subset identification M an Message subset version number C an Message subset release number C an Controlling agency, coded C an..3 S017 MESSAGEIMPLEMENTATION GUIDELINE IDENTIFICATION C 0121 Message implementation guideline identification M an Message implementation guideline C an..3 version number 0124 Message implementation guideline C an..3 release number 0051 Controlling agency, coded C an..3 S018 SCENARIO IDENTIFICATION C 0127 Scenario identification M an Scenario version number C an Scenario release number C an Controlling agency, coded C an..3 EDITEL CZ s.r.o. strana 8
9 Segment se používá jako záhlaví, identifikace a specifikace zprávy. EDITEL CZ s.r.o. strana 9
10 SG1 - - USH-USA-SG2 USH - M 1 - Security header Function : To specify a security mechanism applied to a EDIFACT structure (i.e.: either message/package, group or interchange) Segment number : 2 EDIFACT Stat. * Description 0501 Security service, coded M an..3 M * 1 = Non-repudiation of receipt Neodmítnutí příjmu 0534 Security reference number M an..14 M Jednoznačná reference pro bezpečnostní hlavičku a bezpečnostní patičku zprávy. Doporučena hodnota 01 pro jeden podpis Scope of security application, C an..3 M * 1 = Security header and message body coded Úvodní bezpečnostní segmenty a tělo Zprávy 0503 Responce type, coded C an..3 M * 1 = No acknowledgement required Zpráva nemá být potvrzena zprávou AUTACK 0505 Filter function, coded C an..3 M * Typ použitého filtru pro binární data 2 = Hexadecimal filter 5 = UN/EDIFACT EDA filter 6 = UN/EDIFACT EDC filter 0507 Original character set encoding, C an..3 M * 2 = ASCII 8 bit coded 0509 Role of security provider, coded C an..3 M * 1 = Issuer Původce dokumentu S500 SECURITY IDENTIFICATION C M DETAILS 0577 Security party qualifier M an..3 M * 1 = Message sender Odesílatel zprávy 0538 Key name C an Security party identification C an..512 M GLN odesílatele 0513 Security party code list qualifier C an..3 M * 2 = EAN 0515 Security party code list responsible C an..3 agency, coded 0586 Security party name C an Security party name C an Security party name C an..35 S500 SECURITY IDENTIFICATION DETAILS C M Opakovaný datový prvek oddělený znakem * Security party qualifier M an..3 M * 2 = Message receiver Příjemce dokumentu 0538 Key name C an Security party identification C an..512 M GLN příjemce 0513 Security party code list qualifier C an..3 M * 2 = EAN 0515 Security party code list responsible C an..3 agency, coded 0586 Security party name C an Security party name C an..35 EDITEL CZ s.r.o. strana 10
11 0586 Security party name C an Security sequence number C an..35 S501 SECURITY DATE AND TIME C Zpráva AUTACK EANCOM S Date and time qualifier M an..3 M * 5 = EDIFACT structure generation date and time Datum a čas vytvoření EDIFACTové Struktury 0338 Event date C n..8 M Datum vytvoření podpisu, formát CCYYMMDD 0314 Event time C an..15 M Čas vytvoření podpisu, formát HHMMSS 0336 Time offset C n4 C UTC offset, formát HHMM, 0100 pro zimní čas 0200 pro letní čas Definuje speciální bezpečnostní služby použité pro danou zprávu, obsahuje časový údaj a údaje o zúčastněných stranách. EDITEL CZ s.r.o. strana 11
12 SG1 - - USH-USA-SG2 USA - M 1 - Security algorithm Function : To identify a security algorithm, the technical usage made of it, and to contain the technical parameters required. Segment number : 3 EDIFACT Stat. * S502 SECURITY ALGORITHM M M Description 0523 Use of algorithm, coded M an..3 M * 1 = Owner hashing Algoritmus použitý pro hashing zprávy 0525 Cryptographic mode of operation, C an..3 coded 0533 Mode of operation code list C an Algorithm, coded C an..3 M * 16 = SHA1 48 = SHA Algorithm code list identifier C an..3 M * 1 = UN/CEFACT 0591 Padding mechanism C an Padding mechanism code list C an..3 identifier S503 ALGORITHM PARAMETR C 0531 Algorithm parameter qualifier M an Algotithm parameter value M an..512 Definuje algoritmus použitý pro hashing zprávy a jeho technické parametry. EDITEL CZ s.r.o. strana 12
13 SG1 - - USH-USA-SG2 SG2 - - USC-USA USC - M 1 - Certificate Function : To convey the public key and the credentials of its owner. Segment number : 4 EDIFACT Stat. * Description 0536 Certificate reference C an..35 M Jednoznačné číslo certifikátu S500 SECURITY IDENTIFICATION C M DETAILS 0577 Security party qualifier M an..3 M * 3 = Certificate owner Vlastník certifikátu 0538 Key name C an Security party identification C an..512 M GLN vlastníka certifikátu 0513 Security party code list qualifier C an..3 M * 2 = EAN 0515 Security party code list responsible C an..3 agency, coded 0586 Security party name C an Security party name C an Security party name C an..35 S500 SECURITY IDENTIFICATION DETAILS C M Opakovaný datový prvek oddělený znakem * Security party qualifier M an..3 M * 4 = Authenticating party Strana potvrzující platnost certifikátu certifikační autorita 0538 Key name C an Security party identification C an..512 M Jednoznačná identifikace certifikační autority 0513 Security party code list qualifier C an..3 M * ZZZ = Vzájemně definováno 0515 Security party code list responsible C an..3 agency, coded 0586 Security party name C an Security party name C an Security party name C an Certificate syntax and version, C an..3 M * 3 = X.509 coded 0505 Filter function, coded C an Original character set encoding, C an..3 coded 0543 Certificate original character set C an..3 repertoire, code 0546 User authorisation level C an..35 S501 SECURITY DATE AND TIME C 0517 Date and time qualifier M an Event date C n Event time C an Time offset C n Security status, coded C an..3 EDITEL CZ s.r.o. strana 13
14 0569 Revocation reason, coded C an..3 Zpráva AUTACK EANCOM S4 Obsahuje číslo certifikátu, identifikaci vlastníka certifikátu, certifikační autoritu potvrzující platnost certifikátu a syntaxi certifikátu. EDITEL CZ s.r.o. strana 14
15 SG1 - - USH-USA-SG2 SG2 - - USC-USA USA - M 1 - Security alghoritm Function : To identify a security algorithm, the technical usage made of it, and to contain the technical parameters required. Segment number : 5 EDIFACT Stat. * S502 SECURITY ALGORITHM M M Description 0523 Use of algorithm, coded M an..3 M * 6 = Owner signing Podpis odesílatelem 0525 Cryptographic mode of operation, C an..3 M * 16 = DSMR coded Digitální popdis 0533 Mode of operation code list C an..3 M * 1 = UN/CEFACT 0527 Algorithm, coded C an..3 M * 10 = RSA 0529 Algorithm code list identifier C an..3 M * 1 = UN/CEFACT 0591 Padding mechanism C an..3 M * 11 = PKCS #1 signature padding 0601 Padding mechanism code list C an..3 M * 1 = UN/CEFACT identifier S503 ALGORITHM PARAMETER C C 0531 Algorithm parameter qualifier M an..3 M * 14 = Modulus length Délka modulu 0554 Algotithm parameter value M an..512 M Délka modulu S503 ALGORITHM PARAMETER C C Opakovaný datový prvek oddělený znakem * Algorithm parameter qualifier M an..3 M * 12 = Modulus Modulus 0554 Algotithm parameter value M an..512 M Modulus S503 ALGORITHM PARAMETER C C Opakovaný datový prvek oddělený znakem * Algorithm parameter qualifier M an..3 M * 13 = Exponent Exponent 0554 Algotithm parameter value M an..512 M Exponent Obsahuje údaje o algoritmu, který vlastník používá pro digitální podpis. EDITEL CZ s.r.o. strana 15
16 USB - M 1 - Secured data identification Function : To contain details related to the AUTACK Segment number : 5 EDIFACT Stat. * Description 0503 Response type, coded M = No acknowledgement required Zpráva nemá být potvrzena zprávou AUTACK S501 SECURITY DATE AND TIME M M 0517 Date and time qualifier M an..3 M * 5 = EDIFACT structure generation date and time Podpis odesílatelem 0338 Event date C an..8 R * Date of event, format is CCYYMMDD 0314 Event time C an..15 R * Time of event, format is HHMMSS 0336 Time offset C n4 C UTC offset, formát HHMM, 0100 pro zimní čas 0200 pro letní čas S002 INTERCHANGE SENDER M M 0004 Interchange sender identification M an..35 M SEND_ID Vlastní identifikace odesílatele GLN lokalizační číslo (n13) 0007 Identification code qualifier C an..4 M 14 = EAN International 0008 Interchange sender internal identification 0042 Interchange sender internal subidentification C an..35 C an..35 S003 INTERCHANGE RECIPIENT M M 0010 Interchange recipient identification M an..35 M PARTNER_EDI Identifikace příjemce EAN lokalizační číslo (n13) 0007 Identification code qualifier C an..4 M 14 = EAN International 0014 Interchange recipient internal identification 0046 Interchange recipient internal subidentification C an..35 C an..35 Segment obsahuje identifikaci odesílatele a příjemce zprávy EDITEL CZ s.r.o. strana 16
17 SG3 - USX-USY USX - Security references Function : To refer to the secured EDIFACT structure and its associated date and time. Segment number : EDIFACT Stat. * Description 0020 Interchange control reference M an..14 M Jednoznačná reference přijatého interchange hodnota z UNB, DE 0020 S002 INTERCHANGE SENDER M M 0004 Interchange sender identification M an..35 M 0007 Identification code qualifier C an..4 M 0008 Interchange sender internal C an..35 identification 0042 Interchange sender internal subidentification C an..35 S003 INTERCHANGE RECIPIENT M M 0010 Interchange recipient identification M an..35 M 0007 Identification code qualifier C an..4 M 0014 Interchange recipient internal C an..35 identification 0046 Interchange recipient internal subidentification C an Group reference number C an..14 N S006 APPLICATION SENDER C N IDENTIFICATION 0040 Application sender identification M an..35 M 0007 Identification code qualifier C an..4 M S007 APPLICATION RECIPIENT C N IDENTIFICATION 0044 Application recipient identification M an..35 M 0007 Identification code qualifier C an..4 M 0062 Message reference number C an..14 N Jednoznačná reference přijaté zprávy hodnota z UNH, DE 0062 S009 MESSAGE IDENTIFIER M M 0065 Message type M an..6 M 0052 Message version number M an..3 M 0054 Message release number M an..3 M 0051 Controlling agency, coded M an..3 M 0057 Association assigned code C an..6 M 0110 Code list directory version number C an Message type sub-function identification C an Package reference number C an..35 N S501 SECURITY DATE AND TIME M M 0517 Date and time qualifier M an..3 M EDITEL CZ s.r.o. strana 17
18 0338 Event date C an..8 R 0314 Event time C an..15 R 0336 Time offset C n4 C Segment obsahuje referenci na potvrzovanou zprávu EDITEL CZ s.r.o. strana 18
19 SG3 - USX-USY USY - - Security on references Function : To identify the applicable header, and to contain the security result amd/or to indicate the possible cause of security rejection for the reffered value. Segment number : 3 EDIFACT Stat. * Description 0534 Security reference number M an..14 M Jednoznačná reference z USH/UST segmentu přijaté zprávy prvek DE 0534 S508 VALIDATION RESULT C N 0563 Validation value, qualifier M an..3 = Unique validation value Jednoznačná validační hodnota 0560 Validation value C an..512 M Hash hodnota přijaté zprávy 0534 Security error, coded C an..3 D 1 = Wrong authenticator Chyba při ověřování autentizace zprávy 2 = Wrong certificate Chybný certifikát 3 = Certification path K certifikátu není dostupný certifikát CA 4 = Algorithm not supported Algoritmus není podporován 5 = Hashing Method not supported Hashovaci metoda není podporována 6 = Protocol error Chyba protokolu 7 = Security epected but not present Očekáváné zabezpečení není obsaženo 8 = Security parameters do not match expected Parametry zabezpečení neodpovídají očekávaným Segment obsahuje informace o ověření podpisu zprávy a o případných chybách EDITEL CZ s.r.o. strana 19
20 SGn - - UST-USR UST - M 1 - Security trailer Function : To establish a link between security header and security trailer segment groups Segment number : 6 EDIFACT Stat. * Description 0534 Security reference number M an..14 M Jednoznačná reference pro bezpečnostní hlavičku a bezpečnostní patičku zprávy (z USH segmentu DE 0534) Doporučena hodnota 01 pro jeden podpis Number of security segments M n..10 M Počet bezpečnostních segmentů v bezpečnostní hlavičce a patičce. Jsou počítány pouze segmenty skupiny 1,2 a 4. V daném případě hodnota 6 Segment slouží k označení části zprávy, na kterou je uplatněn daný bezpečnostní mechanismus, a k propojení výsledku autentizace s daným USH segmentem. EDITEL CZ s.r.o. strana 20
21 SGn - - UST-USR USR - M 1 - Security result Function : Identification Segment number : 7 EDIFACT Stat. * S508 VALIDATION RESULT M M Description 0563 Validation value qualifier M an..3 M * 1 = Unique validation value Jednoznačná kontrolní hodnota (Hodnota podpisu) 0560 Validation value C an..512 M Výsledek digitálního podpisu Obsahuje digitální podpis zprávy pomocí tajného klíče, což znamená výsledek aplikovaného hashe a podpis ověření algoritmu. EDITEL CZ s.r.o. strana 21
22 UNT - M 1 - MESSAGE TRAILER Function : To end and check the completeness of a message. Segment number : Number of segments in a the message EDIFACT Stat. * Description M n..6 M Celkový počet segmentů ve zprávě Generováno odesílatelem 0062 Message reference number M an..14 M Jednoznačné číslo zprávy odesílatele. Pořadové číslo zprávy v rámci výměny. DE 0062 v segmentu UNH je totožné. Generováno odesílatelem Segment slouží k ukončení a kontrole úplnosti zprávy EDITEL CZ s.r.o. strana 22
23 4. Obálka zprávy Tento oddíl definuje podmínky výměny UN/EDIFACT. Zpráva je součástí standardní výměny UN/EDIFACT. Je možné posílat více zpráv v rámci jedné výměny. Výměna nebude členěna na funkční skupiny (segmenty UNG, UNE). Soubor znaků úrovně D ISO Latin2; identifikátor syntaxe v segmentu UNB je UNOD (při vzájemné dohodě komunikujicích stran je možno použít znakovou sadu WIN 1250, která však plně neodpovídá sadě ISO Latin 2) Segment UNA je vyžadován, je-li specifikována jiná sada znaků nežli úroveň A (tj. UNOA jako identifikátor syntaxe v segmentu UNB), kdy jsou používány standardní oddělovací a služební znaky souboru znaků úrovně A. Následující tabulky obsahují definici služebních segmentů výměny UNA, UNB a UNZ: UNA - C 1 SERVICE STRING ADVICE - Function : To define the characters selected for use as delimiters and indicators in the rest of the interchange that follows. Segment number : EDIFACT Stat. * Description UNA1 Component data element separator M an1 M : = Separátor dílčích datových prvků UNA2 Data element separator M an1 M + = Separátor datových (jednoduchých nebo složených) prvků UNA3 Decimal notation M an1 M. = Desetinné znaménko UNA4 Release character M an1 M? = Zprošťující znak Otazník, který předchází před znakem, +, : či?, vrátí jeho původní význam UNA5 Repetition separator M an1 M Separátor pro opakování * UNA6 Segment terminator M an1 M = Koncový znak segmentu Segment obsahuje posloupnost funkčních znaků. Příklad: UNA:+.?* ' EDITEL CZ s.r.o. strana 23
24 UNB - - INTERCHANGE HEADER Function : To identify an interchange. Segment number : EDIFACT Stat. * Description S001 SYNTAX IDENTIFIER M M 0001 Syntax identifier M a4 M UNOD = Odpovědný orgán UNO (a3) doplněný úrovní znakové sady D (a1) 0002 Syntax version number M n1 M 4 = Verze syntaxe 0080 Service code list directory version C an..6 number 0133 Character encoding, coded C an Syntax release number C an..2 S002 INTERCHANGE SENDER M M 0004 Interchange sender identification M an..35 M SEND_ID Vlastní identifikace odesílatele GLN lokalizační číslo (n13) 0007 Identification code qualifier C an..4 M 14 = EAN International 0008 Interchange sender internal identification 0042 Interchange sender internal subidentification C an..35 C an..35 S003 INTERCHANGE RECIPIENT M M 0010 Interchange recipient identification M an..35 M PARTNER_EDI Identifikace příjemce EAN lokalizační číslo (n13) 0007 Identification code qualifier C an..4 M 14 = EAN International 0014 Interchange recipient internal C an..35 identification 0046 Interchange recipient internal subidentification C an..35 S004 DATE AND TIME OF M M PREPARATION 0017 Date M n8 M INT_DATE Datum vytvoření výměny Formát YYYYMMDD 0019 Time M n4 M INT_TIME Čas vytvoření výměny Formát HHMM 0020 Interchange control reference M an..14 M INT_RNO Referenční číslo výměny Přiřazeno odesílatelem (musí být jednoznačné). S005 RECIPIENT S REFERENCE / C PASSWORD DETAILS 0022 Recipient s reference/password M an Recipient s reference/password qualifier C an Application reference C an Processing priority code C a Acknowledgement request C n1 EDITEL CZ s.r.o. strana 24
25 0032 Interchange agreement identifier C an..35 M EANCOM 0035 Test indicator C n1 C 1 = v případě testovací zprávy 1 jinak nepoužito Segment slouží k vytvoření obálky výměny a k identifikaci stran, mezi nimiž výměna probíhá (tj. strany, která výměnu odesílá a strany, jíž je výměna určena). Princip segmentu UNB je shodný s fyzickou obálkou, do které jsou vloženy jeden či více dopisů nebo dokumentů a která obsahuje adresu příjemce i odesílatele. DE 0001: Používá se znaková sada ISO Latin2, tzn. označení D (UNOD). DE S004: Datum a čas ve složeném datovém prvku určuje, kdy odesílatel připravil výměnu. Toto datum a čas nemusí být nutně stejné s datem a časem obsaženými ve zprávě. DE S004:0017: Datum umožňuje roku na čtyři místa U příchozích zpráv je nezbytné, aby si přijímající aplikace správně určila století, tzn. správně doplnila první dvojčíslí letopočtu. Příklad: UNB+UNOD: : : : EANCOM' UNZ - INTERCHANGE TRAILER - Function : To end and check the completeness of an interchange. Segment number : EDIFACT Stat. * Description 0036 Interchange control count M n..6 M INT_MSGNO Počet zpráv v rámci výměny 0020 Interchange control reference M an..14 M Shodné s DE 0020 v UNB segmentu Segment slouží k ošetření závěru výměny. Příklad: UNZ ' 1 Prozatím se nepoužívá EDITEL CZ s.r.o. strana 25
26 EDITEL CZ s.r.o. strana 26
EDITEL CZ a.s., člen skupiny Deloitte & Touche Consulting * Products * Services for EDI and Electronic Commerce * Communications * EDI Security
EDITEL CZ a.s., člen skupiny Deloitte & Touche Consulting * Products * Services for EDI and Electronic Commerce * Communications * EDI Security UN/EDIFACT - EANCOM Zpráva CONTRL Control Příručka k implementaci
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva APERAK Potvrzení o převzetí zprávy aplikací Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha leden 2006 Verze 1.00 EDITEL
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Potvrzení o převzetí zprávy aplikací Příručka k implementaci - zpracováno pro COOP Jednota Slovensko s.d. Bratislava září 2010 Verze 1.00 EDITEL SK s.r.o. Tento dokument popisuje
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Přehled zásob Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha leden 2006 Verze 1.00 EDITEL CZ a.s. Tento dokument popisuje subset
VíceDELJIT D97A / CALDEL
ODVOLÁVKA DELJIT D97A / CALDEL Implementační příručka Podrobný popis zprávy DELJIT / CALDEL D97A používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Odvolávky inteligentních dílů pro Škoda
VíceZpráva SLSRPT Implementační příručka. Přehled o prodeji. Příručka k implementaci - zpracováno pro EAN ČR. (Message Implementation Guidelines)
EANOM 2002 Syntax 3 Přehled o prodeji Příručka k implementaci - zpracováno pro EAN ČR (Message Implementation Guidelines) Praha Květen 2003 Verze 1.0.0 EDITEL Z a.s., součást Deloitte & Touche Tento dokument
VíceBezpečnostní rozhraní UN/EDIFACT
Bezpečnostní rozhraní UN/EDIFACT EDITEL CZ (Verze MAKRO 7.9.2001) Obsah Bezpečnostní rozhraní UN/EDIFACT... 1 Obsah... 1 Bezpečnost EDI systémů - ohrožení, bezpečnostní funkce a mechanismy... 2 Bezpečnostní
VíceEANCOM. Zpráva COMDIS. Obchodní námitka (Commercial Dispute) Příručka k implementaci - zpracováno pro EAN ČR. (Message Implementation Guidelines)
EDITEL CZ a.s., součást Deloitte & Touche Consulting * Products * Services for EDI and Electronic Commerce * Communications * EDI Security EANCOM Zpráva COMDIS Obchodní námitka (Commercial Dispute) Příručka
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva ORDRSP Odpověď na objednávku Příručka k implementaci - zpracováno pro EAN ČR (Message Implementation Guidelines) Praha leden 2006 Verze 1.01 EDITEL CZ a.s. Tento dokument popisuje
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Avízo požadavku vrácení zboží Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha leden 2015 Verze 1.02 EDITEL CZ s.r.o. Tento dokument
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva ORDERS Objednávka Příručka k implementaci - zpracováno pro EAN ČR (Message Implementation Guidelines) Praha listopad 2003 Verze 1.00 EDITEL CZ a.s., součást Deloitte & Touche
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Katalog zboží a cen Příručka k implementaci - zpracováno pro EAN ČR (Message Implementation Guidelines) Praha prosinec 2003 Verze 1.01 EDITEL CZ a.s., součást Deloitte & Touche Tento
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva REMADV Avízo o úhradě Příručka k implementaci - zpracováno COOP Jednota Slovensko s.d. Bratislava září 2010 Verze 1.00 EDITEL SK s.r.o. Tento dokument popisuje subset (podmnožinu)
VícePOPIS STANDARDU CEN TC278/WG4. Oblast: TTI. Zkrácený název: Zprávy přes CN 3. Norma číslo:
POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 3 Norma číslo: 14821-3 Norma název (en): Traffic and Traveller Information (TTI) TTI messages via cellular networks Part 3: Numbering
VícePOPIS STANDARDU CEN TC278/WG4. 1 z 5. Oblast: TTI. Zkrácený název: Zprávy přes CN 4. Norma číslo:
POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 4 Norma číslo: 14821-4 Norma název (en): Traffic and Traveller Information (TTI) TTI messages via cellular networks Part 4: Service-independent
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva RECADV Potvrzení příjmu zboží Příručka k implementaci - zpracováno pro EAN ČR (Message Implementation Guidelines) Praha leden 2006 Verze 1.01 Tento dokument popisuje subset
VíceCertifikační autorita EET. Veřejný souhrn certifikační politiky
Certifikační autorita EET Veřejný souhrn certifikační politiky Verze 1.0, 1.9.2016 Vymezení obsahu dokumentu Tento dokument obsahuje informace o zásadách a postupech činnosti Certifikační autority EET,
VíceOdvolávka / výhled (NLK) DELFOR D97A (AV) ODVOLÁVKA / VÝHLED DODÁVEK DELFOR D97A (AV) Implementační příručka
Odvolávka / výhled (NLK) ODVOLÁVKA / VÝHLED DODÁVEK Implementační příručka Podrobný popis zprávy používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli v rámci konceptu NLK Strana 1 Odvolávka
VíceRECADV D97A DENNÍ SBĚRNÝ DODACÍ LIST RECADV. Implementační příručka
DENNÍ SBĚRNÝ DODACÍ LIST RECADV Impleační příručka Podrobný popis zprávy RECADV používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Tento popis je vytvořen na základě dokuace EDIFACT.
VíceTime-Stamp. protokol
Časová razítka Time-Stamp protokol K čemu slouží časová razítka Prokázání existence dat v daném časovém okamžiku Podpis byl vytvořen v intervalu platnosti odpovídajícího certifikátu Transakce proběhla
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Potvrzení příjmu zboží Příručka k implementaci - zpracováno pro COOP Jednota Slovensko s.d. Bratislava září 2010 Verze 1.00 EDITEL SK s.r.o. Tento dokument popisuje subset (podmnožinu)
VíceMezinárodní standard pro obchod a logistiku
Mezinárodní standard pro obchod a logistiku Daniel Lopour Kdo jsme? Czech Republic Plně integrovaná globální organizace GS1 vznikla na počátku roku 2005 spojením EAN International a Uniform Code Council
VíceDELINS V3 ODVOLÁVKA ODETTE-DELINS. Implementační příručka
ODVOLÁVKA ODETTE- Implementační příručka Podrobný popis zprávy používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Tento popis je vytvořen na základě dokumentace ODETTE. Detailní
Více496/2004 Sb. VYHLÁŠKA Ministerstva informatiky ze dne 29. července 2004 o elektronických podatelnách
496/2004 Sb. VYHLÁŠKA Ministerstva informatiky ze dne 29. července 2004 o elektronických podatelnách Ministerstvo informatiky stanoví podle 20 odst. 4 zákona č. 227/2000 Sb., o elektronickém podpisu a
VíceProjekt 2 - Nejčastější chyby. Ing. Dominik Breitenbacher
Projekt 2 - Nejčastější chyby Ing. Dominik Breitenbacher ibreiten@fit.vutbr.cz Projekt 2 - Nejčastější chyby Překlepy a interpunkce Estetika Kvalita obrázků Zdrojové kódy v textu Text nebyl rozdělen na
VícePříručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků
Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků 1 Obsah Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků (CIS)... 3 1. Dotaz na dostatek prostředků
VíceAPI pro volání služby kurzovního lístku KB
OBSAH API pro volání služby Kurzovní lístek KB... 2 Poskytované informace... 2 Informace pro volání resource exchange-rates... 3 Příklady request / response z volání služby kurzovního lístku... 5 Způsoby
VíceAVIEXP V3 DODACÍ LIST ODETTE-AVIEXP. Implementační příručka
DODACÍ LIST ODETTE-AVIEXP Implementační příručka Podrobný popis zprávy AVIEXP používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Tento popis je vytvořen na základě dokumentace ODETTE.
VíceDigitální podepisování pomocí asymetrické kryptografie
Digitální podepisování pomocí asymetrické kryptografie 11. dubna 2011 Trocha historie Asymetrické metody Historie Historie Vlastnosti Asymetrické šifrování 1976 Whitfield Diffie a Martin Hellman první
VíceAplikovaná informatika. Podklady předmětu Aplikovaná informatika pro akademický rok 2006/2007 Radim Farana. Obsah. Obsah předmětu
1 Podklady předmětu pro akademický rok 2006/2007 Radim Farana Obsah 2 Obsah předmětu, Požadavky kreditového systému, Datové typy jednoduché, složené, Programové struktury, Předávání dat. Obsah předmětu
VíceUspořádaný seznam nula nebo více elementů, každý je typem ASN.1 (heterogenní seznam) uspořádaný seznam stejných elementů
Basic Encoding Roles and ASN.1 ASN.1 je univerzální jazyk pro specifikaci datových typů. Dovoluje definovat nejen typ dat, ale i jejich velikost (rozsah hodnot) a význam. BER (Basic Encoding Roles) je
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva INVOIC Faktura Příručka k implementaci - zpracováno pro COOP Jednota Slovensko s.d. Bratislava 02/2018 Verze 1.06 EDITEL SK s.r.o. Tento dokument popisuje subset (podmnožinu)
VíceVDA4983 (EDIFACT Global INVOIC D.07A + příloha)
FAKTURA S PŘÍLOHOU VDA4983 (EDIFACT Global INVOIC D.07A + příloha) Implementační příručka Verze: 1.0 Datum: 11.03.2019 Podrobný popis zprávy VDA 4983 kontejner používané firmou Škoda Auto a. s. pro EDI
VícePočítačové sítě Systém pro přenos souborů protokol FTP
Počítačové sítě Systém pro přenos souborů protokol FTP Autorizovaný přístup do souborového systému hostitelského uzlu Informace o obsahu souborového systému hostitelského uzlu Obousměrný přenos kopií souborů
VíceEANCOM 2002, Syntax 3, Edition 2008
EANCOM 2002, Syntax 3, Edition 2008 Faktura Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha duben 2012 Verze 2.01 EDITEL CZ s.r.o. Tento dokument popisuje
VíceEXTRAKT z technické normy ISO
EXTRAKT z technické normy ISO Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. Inteligentní dopravní systémy Kooperativní ITS Zkušební architektura ISO/TS 20026
VíceTechnická komise ISO/JTC1/SC 27 Technická normalizační komise ÚNMZ TNK 20
ČSN ISO/IEC 7064 Information technology -- Security techniques -- Check character systems Zpracování dat. Systémy kontrolních znaků ČSN BS 7799-2 Information Security Management Systems -- Specification
VíceŠifrování ve Windows. EFS IPSec SSL. - Encrypting File System - Internet Protocol Security - Secure Socket Layer - Private Point to Point Protocol
Šifrování ve Windows EFS IPSec SSL PPTP - Encrypting File System - Internet Protocol Security - Secure Socket Layer - Private Point to Point Protocol 18.11.2003 vjj 1 Bezpečnost? co chci chránit? systém
VíceVytvoření certifikační autority v programu XCA
Příloha č. 1 Vytvoření certifikační autority v programu XCA 1 Cíl dokumentu Cílem tohoto dokumentu je popsat postup pro vytvoření certifikační autority v programu XCA (http://xca.sourceforge.net) a následné
VíceAsymetrická kryptografie a elektronický podpis. Ing. Mgr. Martin Henzl Mgr. Radim Janča ijanca@fit.vutbr.cz
Asymetrická kryptografie a elektronický podpis Ing. Mgr. Martin Henzl Mgr. Radim Janča ijanca@fit.vutbr.cz Obsah cvičení Asymetrická, symetrická a hybridní kryptografie Matematické problémy, na kterých
VíceMFF UK Praha, 29. duben 2008
MFF UK Praha, 29. duben 2008 Standardy a normy (informace o předmětu) http://crypto-world.info/mff/mff_04.pdf P.Vondruška Slide2 Úvod 1. RFC (Request For Comment) 2. Standardy PKCS (Public-Key Cryptographic
VícePOPIS STANDARDU. Norma název (cz):dopravní a cestovní informace (TTI) TTI zprávy pomocí celulárních sítí Část 6: Vnější služby (ISO/DTR :2000)
ENV 14821-6 - TTI TTI zprávy pomocí mobilních sítí Část 5: Vnitřní služby POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 6 Norma číslo: prenv ISO 14821-6 Norma název (en): Traffic
VíceEDITEL CZ a.s., člen skupiny Deloitte & Touche Consulting * Products * Services for EDI and Electronic Commerce * Communications * EDI Security
EDITEL Z a.s., člen skupiny Deloitte & Touche onsulting * Products * Services for EDI and Electronic ommerce * ommunications * EDI Security UN/EDIFAT - EANOM Zpráva INVOI Faktura Příručka k implementaci
VíceČeské vysoké učení technické v Praze FAKULTA INFORMAČNÍCH TECHNOLOGIÍ katedra počítačových systémů. Digitální důvěra. Jiří Smítka
České vysoké učení technické v Praze FAKULTA INFORMAČNÍCH TECHNOLOGIÍ katedra počítačových systémů Digitální důvěra Jiří Smítka jiri.smitka@fit.cvut.cz 14.2.2011 1/17 Náplň přednášek Rychlé opakování pojmů
Víceinternetové stránky municipality
Vocabulary of the terms used in the translation of the Decree of 15 January 2019, on the method for gambling operators to notify and transmit information and transfer data, the scope of the data transfer
VíceMobilní malware na platformě Android Přednáška 2. Ing. Milan Oulehla
Mobilní malware na platformě Android Přednáška 2 Ing. Milan Oulehla Úvod Informace o technikách, které používají tvůrci mobilního malware: Bezpečnostní chyby se mění v čase Vytvoření vlastních zdrojových
VíceCertifikační prováděcí směrnice
První certifikační autorita, a.s. Certifikační prováděcí směrnice (algoritmus RSA) Certifikační prováděcí směrnice (algoritmus RSA) je veřejným dokumentem, který je vlastnictvím společnosti První certifikační
VíceTestovací protokol. 1 Informace o testování. 2 Testovací prostředí. 3 Vlastnosti generátoru klíčů. Příloha č. 13
estovací protokol Příloha č. 13 1 Informace o testování estovaný generátor: CertReq 6.1.7600.16385 1 CertReq 6.0.6002.18005 2 1 Verze generátoru ve Windows 7 Service Pack 1 2 Verze generátoru ve Windows
VíceNávrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS)
Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS) Úvod Návrh funkcí WS pro komunikaci mezi IS DS a SS vychází z výsledků předchozích
VíceProtokoly: IP, ARP, RARP, ICMP, IGMP, OSPF
IP vrstva Protokoly: IP, ARP, RARP, ICMP, IGMP, OSPF UDP TCP Transportní vrstva ICMP IGMP OSPF Síťová vrstva ARP IP RARP Ethernet driver Vrstva síťového rozhraní 1 IP vrstva Do IP vrstvy náležejí další
VíceTECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY
Příloha č. 3 k č.j. MV-159754-3/VZ-2013 Počet listů: 7 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 Popis rozhraní egon Service Bus Centrální Místo Služeb 2.0 (dále jen CMS
VícePokročilé Webové služby a Caché security. Š. Havlíček
Pokročilé Webové služby a Caché security Š. Havlíček Webové služby co se tím míní? Webová služba metoda komunikace mezi dvěma elektronickými zařízeními přes internet Typicky jsou pomocí rozhraní přístupné
Více212/2012 Sb. VYHLÁŠKA
212/2012 Sb. VYHLÁŠKA ze dne 13. června 2012 o struktuře údajů, na základě kterých je možné jednoznačně identifikovat podepisující osobu, a postupech pro ověřování platnosti zaručeného elektronického podpisu,
VíceDELFOR D97A ODVOLÁVKA DELFOR. Implementační příručka
ODVOLÁVKA DELFOR Impleační příručka Podrobný popis zprávy používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Tento popis je vytvořen na základě dokuace ODETTE. Detailní informace
VíceImport platebních příkazů SEPA CT ve formátu XML
Import platebních příkazů SEPA CT ve formátu XML SBERBANK CZ 26.10.2016 Obsah 1. Úvod... 3 2. Struktura XML... 3 3. Popis XML... 4 Hlavička... 5 Platební příkaz... 5 2 1. Úvod Dokument obsahuje popis a
Vícepomocí S/MIME ezprava.net s.r.o. 21. ledna 2015
Lékařský email elektronická výměna dat ve zdravotnictví pomocí S/MIME ezprava.net s.r.o. 21. ledna 2015 Abstrakt Tento dokument popisuje technické požadavky nutné pro zabezpečenou výměnu dat ve zdravotnictví
VíceVykazování dat prostřednictvím SDNS Web Services
Sekce informatiky Odbor projektování a správy IS Vykazování dat prostřednictvím SDNS Web Services Uživatelská příručka (procesní pohled) verze 1.1 Autoři: Michal Wokoun Jiří Smolík 15. února 2008 Verze
VíceSprávnost XML dokumentu
Realizováno za finanční podpory ESF a státního rozpočtu ČR v rámci v projektu Zkvalitnění a rozšíření možností studia na TUL pro studenty se SVP reg. č. CZ.1.07/2.2.00/29.0011 Správnost XML dokumentu Správně
VíceČipové karty Lekařská informatika
Čipové karty Lekařská informatika Následující kód je jednoduchou aplikací pro čipové karty, která po překladu vytváří prostor na kartě, nad kterým jsou prováděny jednotlivé operace a do kterého jsou ukládány
VíceObsah. Kdo jsme?... 3. Co vám přinášíme s naší bránou?... 3. Jak si otevřu bránu na klikniavolej.cz?... 3
S M S b r á n a a z p t n é v o l á n í H l e d á t e s p o l e h l i v é h o p a r t n e r a p r o S M S t e r m i n a c i n e b o l e v n é v o l á n? í T e c h n i c k y z a j i š ł u j he rm oe m a
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva DESADV Avízo dodávky nepaletová verze (Dodací list) Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha květen 2010 Verze
VíceDigitální důvěra osnova přednášky
Digitální důvěra osnova přednášky Rychlé opakování pojmů Modely důvěry Digitální certifikát Centralizovaná důvěra CA Typy certifikátů a certifikačních autorit Software pro CA Pokračování příště: použití
VíceKryptografie, elektronický podpis. Ing. Miloslav Hub, Ph.D. 27. listopadu 2007
Kryptografie, elektronický podpis Ing. Miloslav Hub, Ph.D. 27. listopadu 2007 Kryptologie Kryptologie věda o šifrování, dělí se: Kryptografie nauka o metodách utajování smyslu zpráv převodem do podoby,
Více194/2009 Sb. VYHLÁKA
194/2009 Sb. VYHLÁKA ze dne 23. června 2009 o stanovení podrobností užívání a provozování informačního systému datových schránek Změna: 422/2010 Sb. Změna: 322/2015 Sb. Změna: 435/2016 Sb. Ministerstvo
VíceASN.1 Abstraktní syntaktická notace 1, Abstract Syntax Notation One Kódování BER, DER
ASN.1 Abstraktní syntaktická notace 1, Abstract Syntax Notation One Kódování BER, DER Slovníček ASN.1 Abstract Syntax Notation One BER Basic Encoding Rules DER Distinguished Encoding Rules Jazyk ASN.1
VíceThe Lightweight Directory Access Protocol version 3 (LDAPv3) is specified by this set of eleven RFCs:
The Lightweight Directory Access Protocol version 3 (LDAPv3) is specified by this set of eleven RFCs: [RFC2251] Lightweight Directory Access Protocol (v3) [the specification of the LDAP on-thewire protocol]
VíceFunkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5
Funkční specifikace ABOKWS Aplikační rozhraní elektronického bankovnictví ABO-K Verze 0.5 Přehled změn Verze Datum Změnil Popis 0.1 26.2.2013 MB Úvod, Osnova dokumentu, funkce ABOKWS 0.2 18.4.2014 MB Tabulky
VíceNápověda Webové aplikace CA EET. Verze 1.0,
Nápověda Webové aplikace CA EET Verze 1.0, 1.9.2016 OBSAH NÁPOVĚDY 1. Úvod... 3 2. Přihlášení do webové aplikace CA EET... 4 3. Vydání nového certifikátu - vytvoření žádosti v prohlížeči... 5 1.1 Vysvětlení
VíceModuly MicroUnit serie. všechny typy s výjimkou řady MU-43x, MU-44x a MU-84x
MicroUnit implementace protokolu Modbus Dokument: MicroUnit_Implementace_Modbus / v. 3.01 / 14.12.2016 Moduly MicroUnit serie všechny typy s výjimkou řady MU-43x, MU-44x a MU-84x implementace protokolu
VícePožadavky pro výběrová řízení TerraBus ESB/G2x
Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu
VíceProtokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Operační systém TCP/IP TCP spojení TCP/IP Pseudo terminal driver Operační systém
VíceEANCOM 2002, Syntax 3, Edition 2008
EANCOM 2002, Syntax 3, Edition 2008 Avízo dodávky (Dodací list) Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha duben 2013 Verze 2.02 EDITEL CZ s.r.o.
VíceAUDIT STATEMENT REPORT - I.CA ETSI ASSESSMENT 2018
TAYLLORCOX s.r.o. Member of TAYLLORCOX UK Ltd. 75 King William St., EC4N, London, UK TAYLLORCOX PCEB, certification body 3239, accredited in accordance with ČSN EN ISO/IEC 17065:2013 by Czech Accreditation
VíceDnešní téma. Oblasti standardizace v ICT. Oblasti standardizace v ICT. Oblasti standardizace v ICT
Dnešní téma Oblasti standardizace v ICT Případové studie standardizace v ICT: 1) Znakové sady 2) Jazyk 1. technická infrastruktura transfer a komunikace informací, přístup k informacím, sdílení zdrojů
VícePOPIS STANDARDU CEN TC278/WG1. Oblast: ELEKTRONICKÉ VYBÍRÁNÍ POPLATKŮ (EFC) Zkrácený název: ZKUŠEBNÍ POSTUPY 2. Norma číslo:
POPIS STANDARDU CEN TC278/WG1 Oblast: ELEKTRONICKÉ VYBÍRÁNÍ POPLATKŮ (EFC) Zkrácený název: ZKUŠEBNÍ POSTUPY 2 Norma číslo: 14907-2 Norma název (en): RTTT EFC - TEST PROCEDURES FOR USER AND FIXED EQUIPMENT
VíceCAL (CAN Application Layer) a CANopen
CAL (CAN Application Layer) a CANopen J. Novák České vysoké učení technické v Praze Fakulta elektrotechnická Katedra měření Průmyslový distribuovaný systém na bázi sběrnice CAN Pressure sensor Stepper
VíceZákony pro lidi - Monitor změn (zdroj: https://apps.odok.cz/attachment/-/down/korna35h2wci)
III. Platné znění dotčené části vyhlášky, kterou se mění vyhláška č. 357/2012 Sb., o uchovávání, předávání a likvidaci provozních a lokalizačních údajů, s vyznačením změn 2 Rozsah uchovávání provozních
VíceTestovací SSL certifikát RapidSSL
Testovací SSL certifikát RapidSSL Připravili jsme pro Vás podrobný návod, jak si ZDARMA vytvořit testovací SSL certifikát RapidSSL a vyzkoušet si jeho plnou funkčnost po dobu 30 dní. Aktuální ceny, objednávky
VíceProjekt IEEE 802, normy ISO 8802
Projekt IEEE 802, normy ISO 8802 Petr Grygárek rek 1 Normalizace v LAN IEEE: normalizace aktuálního stavu lokálních sítí (od roku 1982) Stále se vyvíjejí nové specifikace ISO později převzalo jako normu
VíceS kým spolupracujeme Implementace FMD a role standardu GS1. Mezi naše největší obchodní partnery patří:
Implementace FMD a role standardu GS1 Pavla Cihlářová, ředitelka GS1 Czech Republic S kým spolupracujeme Mezi naše největší obchodní partnery patří: a máme i řadu dalších na lokální úrovni 2 1 Instituce,
VíceIntegrovaný informační systém Státní pokladny (IISSP) Dokumentace API - integrační dokumentace
Česká republika Vlastník: Logica Czech Republic s.r.o. Page 1 of 10 Česká republika Obsah 1. Úvod...3 2. Východiska a postupy...4 2.1 Způsob dešifrování a ověření sady přístupových údajů...4 2.2 Způsob
VíceProtokol TELNET. Schéma funkčních modulů komunikace protokolem TELNET. Telnet klient. login shell. Telnet server TCP/IP.
Protokol TELNET Schéma funkčních modulů komunikace protokolem TELNET Telnet klient Telnet server login shell terminal driver Jádro TCP/IP TCP/IP Jádro Pseudo terminal driver Uživatel u terminálu TCP spojení
VíceŠkoda Auto a.s. Skoda Auto Global DELJIT Implementační příručka. Verze: 1.0
Škoda Auto a.s. Skoda Auto Global DELJIT Implementační příručka Varianta: JDC_Skoda Zdroj: UN D.04B S3 Datum vydání: 24.7.2013 Autor: M. Nettl 1 Úvod Použití zprávy JDC odvolávka se používá v rámci procesu
VíceTestovací SSL certifikát GeoTrust
Testovací SSL certifikát GeoTrust Připravili jsme pro Vás podrobný návod, jak si ZDARMA vytvořit testovací SSL certifikát GeoTrust SSL Trial a vyzkoušet si jeho plnou funkčnost po dobu 30 dní. Aktuální
VíceProject:Úplné elektronické podání
Project:Úplné elektronické podání Den publikace: 23 Lis 2016 Verze 1.0 Atributy modelu: Obsah 0 Celkovy prehled 1 Vyber, identifikace, autentizace 2 Priprava podani 3 Podani, ukon 4 Ulozeni a potvrzeni
VíceProjekt: 1.5, Registrační číslo: CZ.1.07/1.5.00/ Digitální podpisy
VY_32_INOVACE_BEZP_08 Projekt: 1.5, Registrační číslo: CZ.1.07/1.5.00/34.0304 Digitální podpisy Základní myšlenkou elektronického podpisu je obdoba klasického podpisu, jež má zaručit jednoznačnou identifikaci
VíceVYHLÁŠKA ze dne 23. června 2009 o stanovení podrobností užívání a provozování informačního systému datových schránek
VYHLÁŠKA ze dne 23. června 2009 o stanovení podrobností užívání a provozování informačního systému datových schránek Ministerstvo vnitra stanoví podle 9 odst. 3 a 4, 20 odst. 3 a 21 zákona č. 300/2008
VíceVDA4915 JEMNÁ ODVOLÁVKA VDA4915. Implementační příručka
JEMNÁ ODVOLÁVKA Implementační příručka Podrobný popis zprávy používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Tento popis je vytvořen na základě dokumentace VDA. Detailní informace
VíceEANCOM 2002, Syntax 3
EANCOM 2002, Syntax 3 Zpráva DESADV Avízo dodávky (Dodací list) Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha leden 2006 Verze 1.01 EDITEL CZ a.s.
VíceBezpečnostní normy a standardy KS - 6
VŠFS; Aplikovaná informatika; SW systémy 2005/2006 1 Bezpečnost informací BI Ing. Jindřich Kodl, CSc. Bezpečnostní normy a standardy KS - 6 VŠFS; Aplikovaná informatika; SW systémy 2005/2006 2 Osnova historický
VíceElektronický podpis. Marek Kumpošt Kamil Malinka
Elektronický podpis Marek Kumpošt Kamil Malinka Související technologie kryptografie algoritmy pro podepisování dokumentů management klíčů generování klíčů, distribuce, revokace, verifikace implementace
VíceKomunikační protokol snímače rel. vlhkosti SV-xxx-x
Komunikační protokol snímače rel. vlhkosti SV-xxx-x Výrobce: A.P.O. ELMOS v.o.s. Pražská 90, 509 01 Nová Paka Česká republika tel.: 493 504 261, fax: 493 504 257 e-mail: apo@apoelmos.cz http://www.apoelmos.cz
VíceDokumentace k nevizuálnímu rozhraní aplikace DopisOnline
Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline Rozhraní slouží k automatizovanému podání listovních zásilek elektronickou cestou z aplikací třetích stran. Veškerá komunikace s naším serverem
VíceWebová služba. Popis. Dostupné operace. add_subscriber_groups
Popis Webová služba Webová služba umožnuje komunikovat se systémem CentralNews přes protokol http. Přístup k systému CentralNews je chráněn loginem a heslem. Navíc je nutné zaslat api klíč, který definuje
VíceDávky žádostí o převod ve formátu MT101
Dávky žádostí o převod ve formátu MT101 Člen skupiny KBC Účelem dokumentu je popsat strukturu a použití formátu MT101 pro import žádostí o převod (RFT Request for Transfer) ve službě CEB. Žádostí o převod
VíceHypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták
Hypertext Transfer Protocol (HTTP/1.1 RFC 2616) Počítačové sítě Pavel Šinták 25.4.2005 Obsah Úvod Vrstvy podle TCP/IP Požadavek / Odpověď Metody požadavku Hlavičky Kódy odpovědi Ukázka 25.4.2005 Pavel
VíceKlientský formát POHLEDÁVKY podporovaný v KB platný od
Klientský formát POHLEDÁVKY podporovaný v KB platný od 23. 10. 2010 1/5 1 Úvod... 2 1.1 Účel dokumentu... 2 1.2 Charakteristiky formátu POHLEDAVKA a práce se seznamem... 2 1.3 Kontrola limitů a přístupů...
VíceDávky zahraničních příkazů ve formátu Multicash
Dávky zahraničních příkazů ve formátu Multicash Člen skupiny KBC Účelem dokumentu je popsat strukturu a použití formátu Multicash pro import dávek zahraničních příkazů do služby ČSOB CEB. Pomocí tohoto
VíceCo nás čeká při skartačním řízení? Připravte se na změny balíčku SIP
Co nás čeká při skartačním řízení? Připravte se na změny balíčku SIP ISSS 2017, Hradec Králové 3. dubna 2017 Ze světa... SIP (Submission Information Package) vychází z normy ISO 14721:2003 Space data and
Více