Průvodka při výměně CAx dat ENGDAT. Implementační příručka. Podrobný popis zprávy ENGDAT verze 2 a verze 1 používané firmou. ŠKODA AUTO a. s.
|
|
- Anna Pokorná
- před 8 lety
- Počet zobrazení:
Transkript
1 Průvodka při výměně CAx dat ENGDAT Implementační příručka Podrobný popis zprávy ENGDAT verze 2 a verze 1 používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1
2 Tento popis je vytvořen na základě dokumentace ODETTE. Detailní informace je možno nalézt v ODETTE dokumentaci pro SYNTAX, ENGDAT verze 2 nebo VDA4951 (ENGDAT verze 1). Obecná charakteristika přenosu ndard zpráv ODETTE Syntax EDIFACT verze 1 - norma DIN/ISO 9735 Datové prvky Knihovna UN/TDED - norma ISO 7372 Znaková sada A Zpráva ENGDAT verze 1 ENGDAT verze 2 Rozdíly mezi ENGDAT verze 2 a ENGDAT verze 1 jsou vyznačeny v detailním popisu segmentů SDE a RDE. Strana 2
3 Účel zprávy Zpráva ENGDAT představuje průvodku pro přenos jednoho nebo více souborů s konstrukčními daty. Průvodka obsahuje údaje, které příjemce potřebuje k interpretaci, zpracování a použití přenášených konstrukčních dat, a údaje popisující vazby mezi přenášenými soubory. Vlastní soubory s konstrukčními daty jsou přenášeny samostatně, přičemž přenos průvodky ENGDAT a datových souborů by měl být uskutečněn v rámci jednoho spojení ENGDAT výměna. Propojení jednotlivých souborů do uzavřené výměny je řízeno virtuálním jménem souboru na základě pravidel OFTP tak, aby byla zajištěna jedinečná identifikace zprávy ENGDAT. Struktura virtuálního jména souboru jmenná konvence Jméno souboru Identifikátor zprávy Referenční číslo výměny souborů Číslo souboru 26 znaků povinně ENG an17 n3 n3 Popis struktury Tvar jména souboru Identifikátor zprávy ENG{Referenční číslo výměny}{ souborů}{číslo souboru} ENG (Engineering) kód ENG je povinný na začátku každého jména souboru {Referenční číslo výměny} Reference zajišťující provázanost všech souborů v rámci jedné výměny obsahuje: Time stamp n12 - formát YYMMDDhhmmss Kód adresáta an5 pouze znaky A-Z, 0-9 Kód adresáta se používá pro přesnou identifikaci, komu mají být soubory v rámci výměny přímo doručeny, a měl by být předem dohodnut s partnerem Detailní pokyny pro použití adresního kódu při posílání souborů do Škody Auto viz kapitola "Určení konečného příjemce dat ve Škodě Auto". Referenční číslo výměny musí být identické s datovým prvkem MID 1004 "Číslo dokumentu { souborů} {Číslo souboru} Celkový počet souborů v jedné výměně (nevýznamné pozice doplnit "0 ) Pořadové číslo souboru v rámci jedné výměny (nevýznamné pozice doplnit "0 ) Strana 3
4 Příklad Přenos tří souborů s konstrukčními daty v jedné ENGDAT výměně. Zpráva byla vytvořena 18. listopadu 2002 v 11:33 a soubory jsou odesílány adresátovi, který je identifikován kódem N1234. Během přenosu budou soubory mít následující virtuální jména: 1. ENG N Průvodka ENGDAT 2. ENG N Datový soubor 1 3. ENG N Datový soubor 2 4. ENG N Datový soubor 3 Tyto 4 soubory tvoří jednu výměnu ENGDAT pod jménem ENG N1234. Všechny soubory patřící do této výměny mají toto jméno + příponu tvořenou počtem souborů a pořadovým číslem. ENGDAT-Výměna: ENG N Průvodka ENGDAT Datový soubor Datový soubor Datový soubor V průběhu přenosu mezi odesílatelem a příjemcem nesmí dojít k žádné modifikaci průvodky (např. při zjišťování routovací adresy v případě využití služeb clearing centra). Strana 4
5 Stromová struktura zprávy ENGDAT Úroveň 0 UNB 3 M 1 UNH 3 M 1 MID 3 M 1 SDE 2 M 1 RDE 2 M 1 TOT 2 M 1 UNT 3 M 1 UNZ 3 M 1 Úroveň 1 DAN 3 FTX 3 EFC 1 C R C R M R Úroveň 2 GR1 C R Úroveň 3 FTX 3 DSD 2 LOF 1 SEC 1 C R M 1 C R C 1 FTX 3 C R Šedě stínované segmenty Auto obvykle nepřenáší. M=povinný, C=volitelný EFC 1 M R Jméno segmentu Číslo verze Výskyt ve zprávě R=opakovatelný Strana 5
6 Struktura přenosu zprávy ENGDAT - segmenty v jednom přenosu Segm Vrs St Opak Popis segmentu UNB 3 M 1 JMENOVKA PŘENOSU Služební segment Identifikace přenosu UNH 3 M 1 JMENOVKA ZPRÁVY Služební segment Identifikace zprávy MID 3 M 1 IDENTIFIKACE ZPRÁVY Referenční číslo zprávy viz virtuální jméno souboru Jedinečné referenční číslo zprávy a datum a čas vytvoření SDE 2 M 1 ODESÍLATEL Informace o odesílateli Detailní informace o odesílateli, segment umožňuje přenést informace o konkrétním odesílateli souborů RDE 2 M 1 PŘÍJEMCE Informace o příjemci Detailní informace o příjemci, segment umožňuje přenést informace o konkrétním příjemci souborů konstrukčních dat DAN 3 C R DOKUMENT - REFERENCE Identifikace dokumentu v rámci projektu / dokumentace Segment umožňuje definovat vazby na informace mimo tuto zprávu FTX 3 C R VOLNÝ TEXT EFC 1 M R CHARAKTERISTIKA SOUBORU KONSTRUKČNÍCH DAT Informace o přenášených souborech Detailní informace o souborech přenášených v rámci jedné výměny (formát dat, aplikační SW, atd.) FTX 3 C R VOLNÝ TEXT SG1 C R DSD 2 M 1 SPECIFIKACE SOUBORU KONSTRUKČNÍCH DAT Detailní informace o datovém souboru Podrobný popis souborů uvedených v segmentu EFC FTX 3 C R VOLNÝ TEXT LOF 1 C R VAZBY NA OSTATNÍ SOUBORY V RÁMCI PŘENOSU Vazby mezi přenášenými soubory Uvedení logických a funkčních vazeb mezi soubory v rámci výměny SEC 1 C 1 BEZPEČNOSTNÍ INFORMACE Informace o použitých bezpečnostních prvcích Informace o způsobu kryptování, elektronického podpisu atd. TOT 2 M 1 POČET SOUBORU Celkový počet přenášených souborů UNT 3 M 1 KONCOVÁ JMENOVKA ZPRÁVY Služební segment Strana 6
7 UNZ 3 M 1 KONCOVÁ JMENOVKA PŘENOSU Služební segment Šedě stínované segmenty Auto obvykle nepřenáší. Strana 7
8 Popis segmentů zprávy ENGDAT Vysvětlivky k popisu segmentů zprávy Úroveň EFC M R CHARAKTERISTIKA SOUBORU S m INFORMACE O SOUBORU 1899 m n3 Pořadové číslo souboru v rámci jedné výměny : interpretace údaje ve Auto XX konstantní údaj xxxxx proměnný údaj ve formátu pro Auto (ODDC x) odkaz na číselník Odette (viz Odette dokumentace) : typ datového prvku a maximální počet znaků pro daný datový prvek a alfabetický dat. prvek n numerický dat. prvek an alfanumerický dat. prvek : maximálně možný počet opakování segmentu R představuje libovolný počet opakování : M / m povinný segment / datový prvek / sdružený dat. prvek C / c nepovinný segment / datový prvek / sdružený dat. prvek Dat. prvek : S - sdružený datový prvek název datového prvku ze sdruženého dat. prvku název elementárního datového prvku Segment : název segmentu / skupiny segmentů Úroveň : hierarchická úroveň segmentu ve struktuře zprávy ODETTE Šedě stínované položky datové prvky v následujícím popisu segmentů korespondují s položkami ve zprávě ENGPART. Data pro tyto položky mohou být získána přímo z této zprávy (ENGDAT) nebo z databáze plněné zprávami ENGPART. Strana 8
9 0 UNB M 1 JMENOVKA PŘENOSU Služební segment S001 m IDENTIFIKÁTOR PŘENOSU 0001 m a4 Identifikátor syntaxe UNO pro EDIFACT syntax následovaný identifikátorem úrovně A UNOA 0002 m n1 Číslo verze syntaxe 1 S002 m ODESÍLATEL PŘENOSU 0004 m an..35 Identifikace odesílatele, ODETTE-ID odesílatele např. O VW~~~~~~R3C 0007 c an..4 Kvalifikátor kódu odesílatele 0008 c an..14 Zpáteční adresa S003 m PŘÍJEMCE PŘENOSU 0010 m an..35 Identifikace příjemce, ODETTE-ID příjemce 0007 c an..4 Kvalifikátor kódu příjemce 0014 c an..14 Adresa pro předání u příjemce S004 m DATUM / ČAS PŘENOSU 0017 m n6 Datum přenosu - YYMMDD 0019 m n4 Čas přenosu - hhmm 0020 m an..14 REFERENČNÍ ČÍSLO PŘENOSU Jedinečné číslo zprávy vydané odesílatelem. Viz též UNZ. Auto používá standardní znaky pro separátory. UNA segment se nepřenáší adresní kód odesílatele viz kapitola "Určení konečného příjemce dat ve Škodě Auto" 0014 adresní kód příjemce viz kapitola "Určení konečného příjemce dat ve Škodě Auto" Příklad: UNB+UNOA:2+O VW R3C:OD:S0006+O XXX:OD:N : ' Strana 9
10 0 UNH M 1 MJMENOVKA ZPRÁVY 0062 m an..14 REFERENČNÍ ČÍSLO ZPRÁVY viz též UNT. S009 m IDENTIFIKÁTOR ZPRÁVY 0065 m an..6 ENGDAT Typ zprávy 0052 m an..3 x Číslo verze zprávy 0054 c an..3 Číslo vydání zprávy 0051 m a2 OD ndard EDI Služební segment 0052 číslo verze zprávy 1 Číslo verze zprávy při použití ENGDAT verze 1 / VDA Číslo verze zprávy při použití ENGDAT verze 2 Příklad: UNH+1+ENGDAT:1::OD' Strana 10
11 0 MID M 1 IDENTIFIKACE ZPRÁVY 1x ve zprávě 1004 m an17 ČÍSLO DOKUMENTU / ZPRÁVY S m DATUM A ČAS DOKUMENTU / ZPRÁVY 2007 m n6 Datum vytvoření průvodky ENGDAT - YYMMDD 2002 c n4 Čas vytvoření průvodky ENGDAT - hhmm 4426 c an..35 AUTENTIZACE 1004 číslo dokumentu musí být identické s údajem "Referenční číslo výměny" ve virtuálním jméně souboru viz "Struktura virtuálního jména". číslo dokumentu je tvořeno: Time stamp n12 - formát YYMMDDhhmmss Kód adresáta an5 pouze znaky A-Z, 0-9 Kód adresáta se používá pro přesnou identifikaci, komu mají být soubory v rámci výměny přímo doručeny, a musí být předem dohodnut s partnerem ve Škodě Auto viz kapitola "Určení konečného příjemce dat ve Škodě Auto". Příklad: MID N :1133' Strana 11
12 0 SDE M 1 ODESÍLATEL 1x ve zprávě S m ODESÍLATEL 3039 c an..20 Kód odesílatele 3036 c an..35 Název odesílatele 3296 c an..17 Interní identifikace odesílatele 3207 c a2 KÓD ZEMĚ (ODDC 6) 3898 c an..35 OSOBNÍ ROUTOVACÍ ADRESA S c KONTAKTNÍ OSOBA ODESÍLATELE 3412 c an..35 Oddělení nebo kontaktní osoba 3412 c an..35 Oddělení nebo kontaktní osoba 3928 c an..17 Telefon (volací kód země a tel.č. firmy) 3929 c an..17 Telefonní linka 3927 c an..17 Telex 3926 c an..17 Fax 3930 c an..17 Teletex 3896 c an..70 S c TECHNICKÝ KONTAKT (POSKYTOVATEL KOMUNIKAČNÍCH SLUŽEB) 3036 c an..35 Název poskytovatele 3296 c an..17 Interní identifikace poskytovatele služby 3207 c a2 KÓD ZEMĚ (ODDC 6) S c KONTAKTNÍ OSOBA POSKYTOVATELE 3412 c an..35 Oddělení nebo kontaktní osoba 3412 c an..35 Oddělení nebo kontaktní osoba 3928 c an..17 Telefon (volací kód země a tel.č. firmy) 3929 c an..17 Telefonní linka 3927 c an..17 Telex 3926 c an..17 Fax 3930 c an..17 Teletex 3896 c an pozor! tento elementární datový prvek není součástí ENGDAT verze 1 / VDA4951 rozdíl ve struktuře segmentu 3896 pozor! - ENGDAT verze 1 povoluje pouze formát an..35 Strana 12
13 Příklad: Verze 2: SDE+SKODA:SKODA AUTO A.S.:CZ MLADA BOLESLAV:CZECH REPUBLIC+CZ+TKS0006+TK:JAN NOVAK:00420 Verze 1: SDE+SKODA:SKODA AUTO A.S.:CZ MLADA BOLESLAV:CZECH REPUBLIC+CZ+TK:JAN NOVAK:00420 Strana 13
14 0 RDE M 1 PŘÍJEMCE 1x ve zprávě S m PŘIJEMCE 3039 c an..20 Kód příjemce 3036 c an..35 Název příjemce 3296 c an..17 Interní identifikace příjemce 3207 c a2 KÓD ZEMĚ (ODDC 6) 3898 c an..35 OSOBNÍ ROUTOVACÍ ADRESA S c KONTAKTNÍ OSOBA PŘÍJEMCE 3412 c an..35 Oddělení nebo kontaktní osoba 3412 c an..35 Oddělení nebo kontaktní osoba 3928 c an..17 Telefon (volací kód země a tel.č. firmy) 3929 c an..17 Telefonní linka 3927 c an..17 Telex 3926 c an..17 Fax 3930 c an..17 Teletex 3896 c an..70 S c TECHNICKÝ KONTAKT (POSKYTOVATEL KOMUNIKAČNÍCH SLUŽEB) 3036 c an..35 Název odesílatele 3296 c an..17 Interní identifikace poskytovatele služby 3207 c a2 KÓD ZEMĚ (ODDC 6) S c KONTAKTNÍ OSOBA POSKYTOVATELE 3412 c an..35 Oddělení nebo kontaktní osoba 3412 c an..35 Oddělení nebo kontaktní osoba 3928 c an..17 Telefon (volací kód země a tel.č. firmy) 3929 c an..17 Telefonní linka 3927 c an..17 Telex 3926 c an..17 Fax 3930 c an..17 Teletex 3896 c an pozor! tento elementární datový prvek není součástí ENGDAT verze 1 / VDA4951 rozdíl ve struktuře segmentu 3896 pozor! - ENGDAT verze 1 povoluje pouze formát an..35 Strana 14
15 Příklad: Verze 2: RDE+CO2:COMPANY 2 AG:COMPANY STRASSE 1:D STUTTGART:GERMANY+DE+ER5678JS+ER:JOSEF SCHMIDT: :12345::::JSCHMIDT@COMPANY2.DE' Verze 1: RDE+CO2:COMPANY 2 AG:COMPANY STRASSE 1:D STUTTGART:GERMANY+DE+ER:JOSEF SCHMIDT: :12345::::JSCHMIDT@COMPANY2.DE' Strana 15
16 1 DAN C R DOKUMENT REFERENCE N x ve zprávě S m NÁZEV DOKUMENTU 1001 c n3 Název dokumentu, kód (ODDC 1) 1000 c an..35 Název dokumentu 1004 m an17 ČÍSLO DOKUMENTU / ZPRÁVY číslo dokumentu musí být identické s datovým prvkem 1004 v segmentu MID S c DATUM A ČAS DOKUMENTU / ZPRÁVY 2007 m n6 Datum vytvoření průvodky ENGDAT YYMMDD údaj musí být identický s datovým prvkem 2007 v segmentu MID 2002 c n4 Čas vytvoření průvodky ENGDAT hhmm údaj musí být identický s datovým prvkem 2002 v segmentu MID 1004 číslo dokumentu je tvořeno: Time stamp n12 - formát YYMMDDhhmmss Kód adresáta an5 pouze znaky A-Z, 0-9 Kód adresáta se používá pro přesnou identifikaci, komu mají být soubory v rámci výměny přímo doručeny, a měl by být předem dohodnut s partnerem Tento segment Auto obvykle nepřenáší. Příklad: DAN+110:MANUFACTURING INSTRUCTION N :1133' Strana 16
17 1 FTX C R VOLNÝ TEXT S c VOLNÝ TEXT 4440 m an..70 Volný text 4440 c an..70 Volný text 4440 c an..70 Volný text N x ve zprávě Tento segment Auto obvykle nepřenáší. Příklad: FTX+TEXT 1:TEXT 2:TEXT 3' Strana 17
18 1 EFC M R CHARAKTERISTIKA SOUBORU KONSTRUKČNÍCH DAT S m INFORMACE O SOUBORU 1899 m n3 Pořadové číslo souboru 1896 c an..35 Jméno souboru 1896 c an..35 Jméno souboru 1896 c an..35 Jméno souboru S m FORMÁT SOUBORU 6913 c an..3 souboru, kód (ODDC 77) 6912 c an..35 souboru 9906 c an..10 Verze formátu S c KÓD DAT 1939 c an..3 Kód dat, kód (ODDC 78) 1938 c an..35 Kód dat S c GENERUJÍCÍ SYSTÉM 4882 m an..35 Název generujícího systému 4880 c an..35 Verze 4889 c an..35 Příkaz generující soubor S m STATUS SOUBORU 9909 c n3, kód (ODDC 79) 9908 c an c a2 KONSTRUKČNÍ ODDĚLENÍ S c TYP DAT 4894 m an..35 Typ dat 4894 c an..35 Typ dat 4894 c an..35 Typ dat 4894 c an..35 Typ dat 4894 c an..35 Typ dat 4891 c an..35 KOMPRESE N x ve zprávě 1899 pořadové číslo souboru v rámci ENGDAT výměny musí být identické s údajem ve virtuálním jméně souboru souboru formát konstrukčních dat např. IGES, VDAFS, CATIA, Kód dat např. ASCII, EBCDIC, 9908 prvek obsahuje hodnotu "CONFIRMATION" v případě, že je vyžadováno potvrzení příjmu koncovým příjemcem, nebo hodnotu "ENGPART" pokud jde o přenos souboru ENGPART Typ dat popis typu konstrukčních dat např. výkres, 3D model, Příklad: EFC+002:TAB A MF SC:DRZAK ZSB NAT:(E) CATIA ISO (EXPORT):V4R2FR :ISO , (LATIN-1)+CATIA V4:V4++TK++GZIP' Strana 18
19 2 FTX C R VOLNÝ TEXT S c VOLNÝ TEXT 4440 m an..70 Volný text 4440 c an..70 Volný text 4440 c an..70 Volný text N x v rámci 1 EFC Tento segment Auto obvykle nepřenáší. Příklad: FTX+TEXT 11:TEXT 12:TEXT 13' Strana 19
20 2 GR1 C R N x v rámci 1 EFC 2 DSD M 1 SPECIFIKACE SOUBORU KONSTRUKČNÍCH DAT 1x ve skupině GR c an2 VYDAVATEL VÝKRESU, KÓD (ODDC 51) 7836 c an..3 TYP / FORMA VÝKRESU / MODELU (ODDC 52) 1809 c an..35 ČÍSLO VÝKRESU / MODELU 1810 c an2 FORMÁT VÝKRESU / MODELU (ODDC 53) S c POPIS VÝKRESU / MODELU 1808 m an..35 Popis výkresu / modelu 1808 c an..35 Popis výkresu / modelu S c TECHNICKÝ STATUS 7860 c an..35 Číslo revize výkresu / modelu 1376 c an..17 Číslo technické změny 2001 c n6 Datum - YYMMDD Segment DSD je povinný v případě užití skupiny segmentů GR1. Tento segment Auto obvykle nepřenáší. Příklad: DSD+:E2:12-15 X 0211+DRZAK+:5:021117' Strana 20
21 2 GR1 C R 3 FTX C R VOLNÝ TEXT S c VOLNÝ TEXT 4440 m an..70 Volný text 4440 c an..70 Volný text 4440 c an..70 Volný text Nx ve skupině GR1 Tento segment Auto obvykle nepřenáší. Příklad: FTX+TEXT 21:TEXT 22:TEXT 23' Strana 21
22 2 LOF C R VAZBY NA OSTATNÍ SOUBORY V RÁMCI PŘENOSU N x v rámci 1 EFC S m INFORMACE O SOUBORU 1899 c n..3 Pořadové číslo souboru 1896 c an..35 Jméno souboru S c ÚČEL SOUVISLOSTI 4883 c n..3 Účel souvislosti, kód (ODDC 80) 4890 c an..35 Účel souvislosti 1899 pořadové číslo souboru, ke kterému je vazba tvořena prvek musí být identický s datovým prvkem 1899 segmentu EFC pro odpovídající soubor Tento segment Auto obvykle nepřenáší. Příklad: LOF+003:DRZAK.MOD (12-15 X)+MOD:MODEL' Strana 22
23 2 SEC C 1 BEZPEČNOSTNÍ INFORMACE 1 x v rámci 1 EFC S c BEZPEČNOSTNÍ PRVKY 4893 c an..35 Kryptování kontrolní číslo 4887 c an..35 Kryptování - klíč 4426 c an..35 Autentizace elektronický podpis Tento segment Auto obvykle nepřenáší. Příklad: SEC+38AXB10:AXX0A:XYZ-GHHD' Strana 23
24 0 TOT M 1 POČET SOUBORU S m MNOŽSTVÍ 6060 m n..15 Množství 6410 c an..3 Jednotka nožství S ČÁSTKA 5004 Peněžní částka 6345 Kód měny (ODDC 7) 1 x ve zprávě 6060 počet souborů v rámci výměny ENGDAT, včetně zprávy ENGDAT ČÁSTKA tento sdružený datový prvek se v ENGDAT nepoužívá Příklad: TOT+3:PCE' Strana 24
25 0 UNT M 1 KONCOVÁ JMENOVKA ZPRÁVY Služební segment t 0074 m n..6 POČET SEGMENTŮ VE ZPRÁVĚ počet segmentů včetně UNH a UNT 0062 m an..14 REFERENČNÍ ČÍSLO ZPRÁVY identické s 0062 v UNH Příklad: UNT+18+1' Strana 25
26 0 UNZ M 1 KONCOVÁ JMENOVKA PŘENOSU 0036 m n..6 POČET ZPRÁV V PŘENOSU m an..14 REFERENČNÍ ČÍSLO PŘENOSU identické s 0020 v UNB Příklad: UNZ ' Strana 26
27 Příklad zprávy ENGDAT standardně používané v přenosech Auto UNB +UNOA:2 +O VW R3C:OD:S0006 +O XXX:OD:N : ' UNH +1 +ENGDAT:1::OD' MID N :1133' SDE +SKODA:SKODA AUTO A.S.:CZ MLADA BOLESLAV:CZECH REPUBLIC +CZ +TKS0006 +TK:JAN NOVAK: :11111::::JAN.NOVAK@SKODA-AUTO.CZ' RDE +CO2:COMPANY 2 AG:COMPANY STRASSE 1:D STUTTGART:GERMANY +DE +ER5678JS +ER:JOSEF SCHMIDT: :12345::::JSCHMIDT@COMPANY2.DE' EFC +002:TAB A MF SC:DRZAK ZSB NAT:(E) CATIA ISO (EXPORT):V4R2FR :ISO , (LATIN-1) +CATIA V4:V4 + +TK + +GZIP' TOT +2:PCE' UNT +7+1' UNZ ' Zpráva ENGDAT souvislý řetězec znaků UNB+UNOA:2+O VW R3C:OD:S0006+O _XXX:OD :N : 'UNH+1+ENGDAT:1::OD'MID N :1133'SDE+SKODA:SKODA_AUTO_A.S.:CZ-29360_MLADA_BOLESLAV:CZECH_REPUBL IC+CZ+TKS0006+TK:JAN_NOVAK:00420_3268:11111::::JAN.NOVAK@SKODA-AUTO.CZ 'RDE+CO2:COMPANY_2_AG:COMPANY_STRASSE_1:D-70180_STUTTGART:GERMANY+DE +ER5678JS+ER:JOSEF_SCHMIDT:0049_7891:12345::::JSCHMIDT@COMPANY2.DE'EFC+ 002:TAB_919_164_ A_00_90_MF_SC:DRZAK_ZSB_ NAT:(E)_CATIA_ _ISO_(EXPORT):V4R2FR :ISO_8859-1,_(LATIN-1)+CATI A_V4:V4++TK++GZIP'TOT+2:PCE'UNT+7+1'UNZ ' Strana 27
28 Určení konečného příjemce dat ve Škodě Auto (ŠA) CAx data mohou být v ŠA zpracovávána ve dvou na sobě nezávislých aplikacích: HyperKVS CAxEDI Přesná identifikace, do které aplikace a jakému konečnému příjemci (uživateli) v ŠA jsou data posílána, se určuje prostřednictvím adresních kódů, které jsou součástí virtuálního jména souboru a UNB segmentu v rámci zprávy ENGDAT. Pro dedikovaný příjem dat v ŠA existují 2 typy adresních kódů: aplikace určuje aplikaci na straně příjemce příjemce v KVS určuje konečného příjemce v HyperKVS Požadované použití adresních kódů v závislosti na aplikaci, kam jsou data posílána: HyperKVS Adresní kód Umístění Hodnota Zdroj Příklad virtuální vždy SK001 an5 ENG SK jméno "SK001" UNB segment UNB+UNOA:2+O VW R3A:OD:USEDI číselník S002:0008 * an14 +O VW R3C:OD:4_5464 odesílatele : ' číselník S003:0014 4_xxxx an14 KVS CAxEDI Adresní kód Umístění Hodnota Zdroj Příklad virtuální jméno aaaaa an5 číselník ŠA ENG N UNB segment UNB+UNOA:2+O VW RIX:OD:S0006 číselník S002:0008 * an14 +O XXX:OD:N1234 odesílatele : ' číselník S003:0014 aaaaa an14 ŠA Jméno aplikace, do které mají být data posílána, a příslušné adresní kódy musí odesílateli CAx dat poskytnout jeho partner z odborného útvaru ŠA. Nebudou-li adresní kódy správně uvedeny, nebudou přijatá data předána do zpracování, ale budou smazána. Strana 28
RECADV 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.
DELINS 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í
AVIEXP 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.
DELFOR 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
VDA4915 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
LitEngdat. Uživatelská příručka. Aplikace pro partnery Škody Auto pro EDI výměny souborů s CAx daty
Uživatelská příručka Aplikace pro partnery Škody Auto pro Obsah 1 Úvod...3 2 Základní charakteristika aplikace...4 2.1 Zpráva ENGDAT...4 2.2 Jmenná konvence pro virtuální jméno souboru...4 3 Popis aplikace...7
VDA4983 (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
DELJIT 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
VDA4908 SELFBILLING FAKTURA VDA4908. Implementační příručka
SELFBILLING FAKTURA Implementační příručka Podrobný popis zprávy používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Upozornění! Pro členské země EU od 1. 1. 2004, pro přistupující
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)
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
1 Import platebních příkazů
Systém elektronického bankovnictví Gemini obsahuje funkce pro předávání dat s účetními systémy. Jedná se o následující služby: Import platebních příkazů Platební příkazy automaticky vygenerované účetním
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
Systém elektronického bankovnictví GEMINI 5. Napojení na účetní systémy popis exportních / importních souborů. Verze 1.1
Systém elektronického bankovnictví GEMINI 5 Napojení na účetní systémy popis exportních / importních souborů Verze 1.1 1. Obecné Systém elektronického bankovnictví Gemini obsahuje funkce pro předávání
Bezpeč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í
Dá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
Příloha číslo 6 - Technický popis řešení poukazování hotovostních plateb vybraných druhů daní
Příloha číslo 6 - Technický popis řešení poukazování hotovostních plateb vybraných druhů daní Technický popis řešení poukazování hotovostních plateb vybraných druhů daní Popis služby Poukazování hotovostních
Odvolá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
1 Pro účely této vyhlášky se rozumí a) základnovou stanicí základnová stanice veřejné komunikační sítě,
Částka 133 Sbírka zákonů č. 357 / 2012 Strana 4733 357 VYHLÁŠKA ze dne 17. října 2012 o uchovávání, předávání a likvidaci provozních a lokalizačních údajů Ministerstvo průmyslu a obchodu v dohodě s Ministerstvem
1 OBECNÝ POPIS 2 3 PŘÍKLAD SOUBORU 5 4 IMPORT SOUBORU V INTERNETOVÉM BANKOVNICTVÍ BANKY 6
FORMÁT MT101 POPIS FORMÁTU MT101 PRO ZADÁNÍ HROMADNÉ PLATBY ZAHRANIČNÍCH PLATEB ÚČINNÉ OD XX. XX. 2017 OBSAH 1 OBECNÝ POPIS 2 2 POPIS POLOŽEK 2 2.1 Blok 1 - povinný 2 2.2 Blok 2 povinný 3 2.3 Blok 3 nepovinný
FORMÁT SOUBORŮ S PLATEBNÍMI PŘÍKAZY PRO CITIBANK EUROPE PLC, ORGANIZAČNÍ SLOŽKA Systém internetového bankovnictví CitiBusiness Direct
FORMÁT SOUBORŮ S PLATEBNÍMI PŘÍKAZY PRO CITIBANK EUROPE PLC, ORGANIZAČNÍ SLOŽKA Systém internetového bankovnictví CitiBusiness Direct FORMÁT SOUBORŮ S PLATEBNÍMI PŘÍKAZY pro Citibank Europe plc, organizační
Klientský formát POHLEDÁVKY platný od 26. 4. 2014
Klientský formát POHLEDÁVKY platný od 26. 4. 2014 1/5 1 Úvod 1.1 Účel dokumentu Účelem tohoto dokumentu je popis formátu POHLEDAVKA a požadovaných validací při IMPORTu dat ve vazbě na návazné účetní SW
Základy počítačových sítí Model počítačové sítě, protokoly
Základy počítačových sítí Model počítačové sítě, protokoly Základy počítačových sítí Lekce Ing. Jiří ledvina, CSc Úvod - protokoly pravidla podle kterých síťové komponenty vzájemně komunikují představují
EANCOM 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
Příjem a odesílání datových zpráv na UK
Příjem a odesílání datových zpráv na UK 21. září 2016 Obecné informace Datová schránka je součástí ISDS a slouží jako dočasné uložiště obsahu datových zpráv - 90 dnů ISDS je informační systém datových
e-fakturace VE ŠKODA AUTO A.S. Luděk Koliáš
e-fakturace VE ŠKODA AUTO A.S. Luděk Koliáš 23. sympozium EDI 25.05.2017 Elektronická fakturace Pohled do historie zpracování faktury Tři základní modely zpracování faktur Selfbilling + EDI komunikace
Dávky tuzemských příkazů ve formátu Multicash
Dávky tuzemský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 tuzemských příkazů do služby ČSOB CEB. Pomocí tohoto formátu
TECHNICKÁ 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
PŘÍLOHA C Požadavky na Dokumentaci
PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé
Klientský 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ů...
Úvod do MS Access. Modelování v řízení. Ing. Petr Kalčev
Úvod do MS Access Modelování v řízení Ing. Petr Kalčev Postup při tvorbě aplikace Vytvoření tabulek Vytvoření relací Vytvoření dotazů Vytvoření formulářů Vytvoření sestav Tabulky Slouží k definování polí,
Technická specifikace struktury ABO formátu UHL1 DATOVÝ SOUBOR
Technická specifikace struktury ABO formátu Formát ABO se v České republice a na Slovensku běžně používá pro výměnu finančních zpráv. Jeho struktura je pevně definována, a to podle dále uvedeného přehledu.
FORMÁT SOUBORŮ S PLATEBNÍMI PŘÍKAZY PRO. Citibank Europe plc, organizační složka. Systém internetového bankovnictví
FORMÁT SOUBORŮ S PLATEBNÍMI PŘÍKAZY PRO Systém internetového bankovnictví OBSAH ÚVOD 3 FORMÁT SOUBORŮ. 4 FORMÁT TUZEMSKÝCH PLATEBNÍCH PŘÍKAZŮ... 6 FORMÁT ZAHRANIČNÍCH PLATEBNÍCH PŘÍKAZŮ.... 8 TABULKY POVOLENÝCH
UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0
UŽIVATELSKÁ PŘÍRUČKA K INTERNETOVÉ VERZI REGISTRU SČÍTACÍCH OBVODŮ A BUDOV (irso 4.x) VERZE 1.0 OBSAH 1 ÚVOD... 3 1.1 HOME STRÁNKA... 3 1.2 INFORMACE O GENEROVANÉ STRÁNCE... 4 2 VYHLEDÁVÁNÍ V ÚZEMÍ...
Jmenné Rejstříky. Novelizace zákona o archivnictví a spisové službě z zavádí novou povinnost pro určené původce vedení jmenných rejstříků
Jmenné Rejstříky Novelizace zákona o archivnictví a spisové službě z 24.4.2019 zavádí novou povinnost pro určené původce vedení jmenných rejstříků Ing.Robert Piffl 1 Co nová povinnost přináší? Čím začneme?
Smlouva o elektronické fakturaci/výměně fakturačních dat
Smlouva o elektronické fakturaci/výměně fakturačních dat kterou níže uvedeného dne, měsíce a roku uzavřely ŠKODA AUTO a.s. sídlem Tř. Václava Klementa 869, 293 60 Mladá Boleslav zapsaná v obchodním rejstříku
EXTRAKT z české technické normy
EXTRAKT z české technické normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 35.240.60 materiálem o normě. Dopravní telematika Vyhrazené spojení krátkého rozsahu (DSRC) Datová
Počítačové sítě Teoretická průprava II. Ing. František Kovařík
Počítačové sítě Teoretická průprava II. Ing. František Kovařík SPŠE a IT Brno frantisek.kovarik@sspbrno.cz ISO_OSI 2 Obsah 1. bloku Vrstvový model Virtuální/fyzická komunikace Režie přenosu Způsob přenosu
Dá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
Vykazová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
Avíza ve formátu MT942
Avíza ve formátu MT942 Člen skupiny KBC Účelem dokumentu je popsat strukturu a použití formátu MT942 pro avíza o pohybech na účtu dostupná ve službě ČSOB CEB. Formát je odvozen od SWIFT formátu pro tzv.
POPIS FORMÁTU VÝPISU MT940
Multiash 3.2 MULTIASH 3.2 PPIS FRMÁTU VÝPISU MT940 Podpora služby Multiash Web: http://www.csas.cz/multicash Multiash 3.2 bsah pro Multicash...2 1.1. becné podmínky... 2 1.2. Záhlaví souboru... 2 1.3.
ZZVDPN20 v1.0 Žádost o změnu způsobu výplaty při DPN
Popis položek v datové větě VDPN20 v1.0 Žádost o změnu způsobu výplaty při DPN Poznámka: A povinná A+ podmíněně povinná (v kontrolách je upřesněno) a v případě nepovinného uvedení v XML prvek musí být
Přehled základních kontrol v ISoSS
Informační systém o státní službě (ISoSS) Název dokumentu: Verze dokumentu: 1.0 (z 17. 7. 2015) Strana: 1/7 Historie dokumentu Historie revizí Číslo Datum revize Popis revize Změny revize označeny 1. 0
Zá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
Zákaznická SW řešení Obecný úvod
Zákaznická SW řešení Obecný úvod Verze 2015-04-10 Obsah 1 Úvod...3 2 Tisk přepravních štítků z vlastního SW...4 2.1 Přepravní štítek...4 2.2 Datový soubor MPSEXPDATA...4 2.3 Identifikace klienta...5 2.4
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě ICS: 03.220.01; 35.240.60 CALM Základní přístupy k ochraně osobních dat z informačních
Centrum pošty informace pro integrované aplikace
Centrum pošty informace pro integrované aplikace Centrum pošty poskytuje ostatním aplikacím datové rozhraní (databázové view) obsahující informace dle následující tabulky: atribut typ Zdroj popis DatumVypisu
Technická specifikace SMS Platby
Technická specifikace SMS Platby Dokumentace představuje kompletní připojení MO/MT platebních SMS. Pro připojení SMS Platby je třeba na straně partnera připravit komunikační skript pro příjem SMS a následně
Lokační referenční metody a jejich interpretace ve standardech
Lokační referenční metody a jejich interpretace ve standardech Jiří Plíhal Tento příspěvek by rád na konkrétním příkladu standardu přiblížil referenční metody stanovení polohy a zejména jejich dynamickou
7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.
7. Aplikační vrstva Studijní cíl Představíme si funkci aplikační vrstvy a jednotlivé protokoly. Doba nutná k nastudování 2 hodiny Aplikační vrstva Účelem aplikační vrstvy je poskytnout aplikačním procesům
l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci
l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci Obsah: 1. SEZNAM POUŽITÝCH ZKRATEK... 3 2. POPIS SLUŽBY... 4 2.1 Forma a struktura rozhraní... 4 2.2 Dostupnost služby...
Popis nejčastějších funkčností v aplikaci MojeBanka
Tento dokument popisuje následující funkčnosti aplikace. Kliknutím na odkaz vyberte příslušnou kapitolu. zadání tuzemského příkazu v úhradě v CZK zadání zahraniční platby ověření stavu odeslané transakce
Instalační manuál. Uživatelská příručka informačního systému. Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2010.
Uživatelská příručka informačního systému Instalační manuál Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS. Tento dokument a jeho obsah je důvěrný. Dokument nesmí být reprodukován
Pož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
l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci
l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci OKsystem a.s. 2015 Obsah: 1 ÚVOD... 3 2 POPIS SLUŽBY... 3 2.1 Forma a struktura rozhraní... 3 2.2 Dostupnost služby...
Sdílené služby českého egovernmentu. Ing. Ondřej Felix CSc Hlavní architekt egovernmentu MVČR
Sdílené služby českého egovernmentu Ing. Ondřej Felix CSc Hlavní architekt egovernmentu MVČR Praha, 25. září 2014 Zákon 365/2000 Sb. Informační systémy veřejné správy Regulace izolovaných informačních
Dávky tuzemských a zahraničních příkazů ve formátu TXT
Dávky tuzemských a zahraničních příkazů ve formátu TXT Člen skupiny KBC Účelem dokumentu je popsat strukturu a použití textového (TXT) formátu pro import dávek tuzemských nebo zahraničních příkazů do služby
EANCOM 2002, Syntax 4
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. Tento dokument popisuje
Formát a struktura položek a datových souborů
Příloha č. 1 Pravidel systému CERTIS Formát a struktura položek a datových souborů verze 6 účinná od 1. března 2017 OBSAH 1. Datový soubor... 3 1.1. Struktura datového souboru... 3 1.2. Typy datových souborů...
Datové rozhraní pro výměnu dat ve stavebnictví XC4 Verze 2.5 https://www.xc4.cz/
Datové rozhraní pro výměnu dat ve stavebnictví XC4 Verze 2.5 https://www.xc4.cz/ Smyslem tohoto předpisu je definovat jednoznačné podmínky pro výměnu dat v oblasti stavebních rozpočtů, především při tvorbě
IČ (je-li přiděleno):
Příloha ke Smlouvě č.: Datum převzetí: druh TSS 1) : nová Služba: číslo přílohy: změna Služby: celkový počet listů této přílohy: zrušení Služby: Evidenční označení přípojky Uživatelem 2 ) : Identifikátor
Po registraci modulu E-SHOPY se v programu DUEL zpřístupní nabídky Seznam e-shopů a Objednávky přijaté - e-shop.
Modul E-SHOP Jedním z doplňků ke skladům v programu DUEL je modul E-SHOPY, který umožňuje synchronizaci mezi databází programu DUEL a fyzickým e-shopem. Synchronizace dat je optimalizována pro použití
1. DATOVÉ SCHRÁNKY OBECNÝ PŘÍSTUP K DATOVÉ SCHRÁNCE DATOVÉ ZPRÁVY... 3
ESO9 international a.s. Zpracoval: Skyva Petr U Mlýna 2305/22, 141 Praha 4 Záběhlice Dne: 15.1.20187 tel.: +420 585 203 370-2 e-mail: info@eso9.cz Revize: Skyva Petr www.eso9.cz Dne: 15.1.20187 Obsah 1.
Formát a struktura položek a datových souborů
Příloha č. 1 Pravidel systému CERTIS Formát a struktura položek a datových souborů Verze 7 účinnost od 1. listopadu 2018 OBSAH 1 Datový soubor... 4 1.1 Struktura datového souboru... 4 1.2 Typy datových
Profibus (EN 50170) Standard pro distribuované průmyslové řízení. Distribuované systémy: ISO 7498 (Open System Interconnect)
Profibus (EN 50170) Standard pro distribuované průmyslové řízení Distribuované systémy: ISO 7498 (Open System Interconnect) Aplikační vrstva (Application Layer) Presentační vrstva (Presentation Layer)
7. Relační a prezentační vrstva
7. Relační a prezentační vrstva PB156: Počítačové sítě Eva Hladká Fakulta informatiky Masarykovy univerzity jaro 2010 Eva Hladká (FI MU) 7. Relační a prezentační vrstva jaro 2010 1 / 13 Struktura přednášky
Popis egon služby. E93 - roszapispravnistav. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E93 - roszapispravnistav Název dokumentu: Autor: Popis egon služeb Verze: 02.00 Správa základních registrů Datum aktualizace: 05.03.2017 Účel: Popis egon služeb v rámci základních registrů
Formát MT101 (od release 018, leden 2007)
Formát MT101 (od release 018, leden 2007) Každý platební soubor formátu MT101 obsahuje SWIFT záhlaví (volitelné) MUG záhlaví (message user group skupina uživatelů zprávy), a společnou sekvenci A, a sekvenci
EANCOM 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
Uživatelská příručka aplikace E-podatelna
Uživatelská příručka aplikace E-podatelna Českomoravská záruční a rozvojová banka, a.s. Jeruzalémská 964/4, 110 00 Praha 1 Tel.: +420 225 721 111 E-mail: info@cmzrb.cz www: http://www.cmzrb.cz 1 z 22 ČMZRB,
JAK ČÍST ZÁZNAM O VYUŽÍVÁNÍ ÚDAJŮ V REGISTRU OBYVATEL
JAK ČÍST ZÁZNAM O VYUŽÍVÁNÍ ÚDAJŮ V REGISTRU OBYVATEL Název dokumentu: Jak číst záznam o využívání údajů v registru obyvatel Verze: 1.7 Autor: Správa základních registrů Datum aktualizace: 15.4.2013 Účel:
Popis egon služby. E23 - roszapisdatovouschranku. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E23 - roszapisdatovouschranku Název dokumentu: Autor: Popis egon služeb Verze: 01.00 Datum aktualizace: 01. 07. 2016 Účel: Popis egon služeb v rámci základních registrů Počet stran: 8
PROTOKOL RDS. Dotaz na stav stanice " STAV CNC Informace o stavu CNC a radiové stanice FORMÁT JEDNOTLIVÝCH ZPRÁV
PROTOKOL RDS Rádiový modem komunikuje s připojeným zařízením po sériové lince. Standardní protokol komunikace je jednoduchý. Data, která mají být sítí přenesena, je třeba opatřit hlavičkou a kontrolním
Oznámení o zahájení nabídkového řízení pro výběr dopravce k uzavření smlouvy o veřejných službách v přepravě cestujících
Metodické pokyny a validační pravidla pro vyplnění formuláře Oznámení o zahájení nabídkového řízení pro výběr dopravce k uzavření smlouvy o veřejných službách v přepravě cestujících Vydání Schváleno Ministerstvem
Popis egon služby. E75 - orgctidavkuaifo. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů
Popis egon služby E75 - orgctidavkuaifo Název dokumentu: Autor: Popis egon služeb Verze: 01.00 Datum aktualizace: 14. 12. 2016 Účel: Popis egon služeb v rámci základních registrů Počet stran: 9 Obsah 1
Inovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Vrstvový model TCP/IP Ing. Zelinka Pavel
Střední průmyslová škola a Vyšší odborná škola technická Brno, Sokolská 1 Šablona: Název: Téma: Autor: Číslo: Anotace: Inovace a zkvalitnění výuky prostřednictvím ICT Počítačové sítě Vrstvový model TCP/IP
Uživatelská příručka SBOX
Příloha metodického pokynu č. 7 Uživatelská příručka SBOX Zpracoval: Obsah dokumentu 1. Vložení nové zásilky 1 2. Vložené zásilky 3 2.1 Zobrazení detailu vložené zásilky... 3 2.2 Odstranění vložené zásilky...
6. Transportní vrstva
6. Transportní vrstva Studijní cíl Představíme si funkci transportní vrstvy. Podrobněji popíšeme protokoly TCP a UDP. Doba nutná k nastudování 3 hodiny Transportní vrstva Transportní vrstva odpovídá v
Uživatelský manuál. KNX232e / KNX232e1k
Uživatelský manuál verze dokumentu 1.2 (pro firmware od verze 2.1) KNX232e / KNX232e1k KNX232e slouží pro ovládání a vyčítání stavů ze sběrnice KNX sériová linka s ASCII protokolem signalizace komunikace
Registrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta
Registrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta 1. Obecné 1.1. Základní informace o aplikacích pro pacienta Pro pacienty je zpřístupněná webová a mobilní aplikace.
Komentář k datovému standardu a automatizovaným kontrolám obsahu common.xsd
Komentář k datovému standardu a automatizovaným kontrolám obsahu common.xsd Ohlašovací povinnost: Definice common.xsd popisuje pole společná pro všechna hlášení Formulář: Všechny ohlašovací povinnosti
FORMÁT SOUBORŮ S VÝPISY Z ÚČTŮ ZASÍLANÝCH. Citibank Europe plc, organizační složka. Systém internetového bankovnictví
FORMÁT SOUBORŮ S VÝPISY Z ÚČTŮ ZASÍLANÝCH Systém internetového bankovnictví OBSAH ÚVOD. 3 FORMÁT DATOVÝCH SOUBORŮ.. 4 FORMÁT HLAVIČKY SOUBORU. 6 FORMÁT JEDNOTLIVÝCH POLOŽEK... 7 PŘEHLED TYPŮ TRANSAKCÍ....10
Bezhotovostní platební styk. Petr Mrkývka
Bezhotovostní platební styk Petr Mrkývka Rozvinutá ekonomika Platby předáváním oběživa Bezhotovostní platební styk prosté převody*platební karty*šeky*jiné Předepsaná bezhotovostní forma plateb Zákon 254/2004
ISPOP 2012 STRUČNÝ PRŮVODCE PRO VYPLNĚNÍ FORMULÁŘE IRZ. pro ohlašování v roce 2012 (data za ohlašovací rok 2011) verze 1.0
ISPOP 2012 STRUČNÝ PRŮVODCE PRO VYPLNĚNÍ FORMULÁŘE IRZ pro ohlašování v roce 2012 (data za ohlašovací rok 2011) verze 1.0 leden 2012 Obsah Seznam zkratek... 2 1. Základní informace k formuláři F_IRZ Hlášení
Modul IRZ návod k použití
Modul IRZ návod k použití Verze: 2 Datum: 26. 2. 2016 Tento dokument představuje stručný návod na použití modulu IRZ v programu EVI 8. Modul IRZ je určen na evidenci odpadů pro IRZ provozovny a hlášení
Popis nejpoužívanějšch funkčností v aplikaci MojeBanka business
Popis nejpoužívanějšch funkčností v aplikaci OBSAH Zadání jednorázového příkazu k úhradě... Kliknutím na text 2 se rychle Vyplnění formuláře... dostanete na 3 požadovanou Autorizace... stránku 4 Zadání
EXTRAKT 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
Programová dokumentace HELIOS Red
Import faktur z fakturace (WIN verze) platí pro verze od: 9.15 (Leden 2015) Import Vydané f. z fakturace (WIN verze) Soubor VYDFAK.??? obsahuje hlavičky vydaných faktur a umožňuje jejich import do knihy
POPIS STANDARDU CEN TC278/WG12. draft prenv ISO TICS AVI/AEI architektura a terminologie intermodální dopravy zboží. 1 z 5
POPIS STANDARDU CEN TC278/WG12 Oblast: AUTOMATICKÁ IDENTIFIKACE VOZIDEL A ZAŘÍZENÍ Zkrácený název: AUTOMATICKÁ IDENTIFIKACE Norma číslo: 17261 Norma název (en): TRANSPORT INFORMATION AND CONTROL SYSTEMS
Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje:
MET-01/2014 METODIKA SZR-56-1/OPICT-2013 počet stran 28 přílohy 0 Chybová hlášení Gestor, podpis: Ing. Radovan Pártl Zpracovatel, podpis: RNDr. Miroslav Šejdl Odborný garant, podpis: RNDr. Miroslav Šejdl
357/2012 Sb. VYHLÁKA
357/2012 Sb. VYHLÁKA ze dne 17. října 2012 o uchovávání, předávání a likvidaci provozních a lokalizačních údajů Ministerstvo průmyslu a obchodu v dohodě s Ministerstvem vnitra stanoví podle 150 odst. 3
POPIS STANDARDU CEN TC278/WG9. Oblast: VYHRAZENÁ KOMUNIKACE KRÁTKÉHO DOSAHU ( DSRC) Zkrácený název: DSRC - APLIKAČNÍ VRSTVA. Norma číslo: 12834
POPIS STANDARDU CEN TC278/WG9 Oblast: VYHRAZENÁ KOMUNIKACE KRÁTKÉHO DOSAHU ( DSRC) Zkrácený název: DSRC - APLIKAČNÍ VRSTVA Norma číslo: 12834 Norma název (en): RTTT DSRC APPLICATION LAYER Norma název (cz):
Uživatelská příručka Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2003
Uživatelská příručka Popis postupu nastavení zabezpečené komunikace s CDS pomocí aplikace MS Outlook 2003 Verze: B 12.5.2011 D4_Instalace_MSOutlook2003Settings_A.doc Strana 1 z 12 OBSAH 1 Úvod a shrnutí...4
Požadavky na připojení regionálních/metropolitních sítí do CMS
Požadavky na připojení regionálních/metropolitních sítí do CMS Verze 1.00 BDO IT a.s. Poradenství v informačních technologiích IČ: 25 05 66 46 DIČ: CZ 25 05 66 46 Městský soud v Praze, oddíl B, vložka
ekomunikátor - popis datových struktur
ekomunikátor - popis datových struktur Popis struktury ABO a GEMINI formátu Obsah 1. Popis struktury ABO formátu...4 1.1 Popis struktury datového souboru s platebními příkazy...4 1.1.1 Popis záznamu UHL1...4
Dokumentace ke službě SMS Connect. www.smsbrana.cz
Dokumentace ke službě SMS Connect www.smsbrana.cz Obsah 1 ZÁKLADNÍ INFORMACE... 3 1.1 Aktivace služby SMS Connect... 3 1.2 Přístupové údaje... 3 1.3 Přístupový bod služby URL adresa pro SMS Connect...
1 ZÁKLADNÍ POPIS 2 3 DOPORUČENÁ NASTAVENÍ ÚČETNÍHO SYSTÉMU 6 4 TRANSAKČNÍ SOUBOR 6 5 PŘÍKLAD SOUBORU 6
FORMÁT ABO/KPC OBSAH 1 ZÁKLADNÍ POPIS 2 2 STRUKTURA ZÁZNAMU UHL1 2 2.1 Struktura hlavičky účetního souboru výpisu záznam 074 3 2.2 Struktura hlavičky skupiny 3 2.3 Struktura účetní položky 4 3 DOPORUČENÁ
TRANSPORTY výbušnin (TranV)
TRANSPORTY výbušnin (TranV) Ze zákona vyplývá povinnost sledování přeprav výbušnin. Předpokladem zajištění provázanosti polohy vozidel v čase a PČR je poskytování polohy vozidla předepsaným způsobem. Komunikace
Dávky tuzemských plateb ve formátu ABO
Dávky tuzemských plateb ve formátu ABO Člen skupiny KBC Účelem dokumentu je popsat strukturu a použití formátu ABO pro import dávek tuzemských příkazů do služby ČSOB CEB. Pomocí tohoto formátu lze importovat: