EANCOM 2002, Syntax 3
|
|
- Milena Šimková
- před 6 lety
- Počet zobrazení:
Transkript
1 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
2 Tento dokument popisuje subset (podmnožinu) zprávy PRICAT dle standardu UN/EDIFACT a subsetu EANCOM. slouží k výměně katalogu zboží a cen. Obsah 1.1 STATUS ZPRÁVY POUŽITÍ ZPRÁVY INFORMACE KE ZPRÁVĚ PRICAT POUŽITÍ JEDNOTLIVÝCH SUBSETŮ ZPRÁV: plný subset pouze logistické informace pouze cenové informace POTVRZOVACÍ ZPRÁVA PRICAT IDENTIFIKACE ZPRÁV A POLOŽEK VE ZPRÁVÁCH Jednoznačná identifikace zpráv PRICAT Jednoznačná identifikace položek v rámci zprávy PRICAT PRAVIDLA VÝMĚNY ZPRÁVY PRICAT A POTVRZOVACÍ ZPRÁVY PRICAT Zpráva APERAK potvrzuje původní i potvrzovací PRICAT Zpráva APERAK potvrzuje pouze původní PRICAT Bez použití zprávy APERAK STRUKTURA ZPRÁVY STRUKTURA KOMPLETNÍ ZPRÁVY DLE STANDARDU UN/EDIFACT SUBSET ZPRÁVY ROZVRŽENÍ SEGMENTŮ DEFINICE POJMŮ OBÁLKA ZPRÁVY MAPOVANÉ PROMĚNNÉ PROMĚNNÉ PRO OBÁLKU ZPRÁVY PROMĚNNÉ PRO ZPRÁVU ZPRÁVA PRICAT PLNÝ SUBSET ZPRÁVA PRICAT POUZE LOGISTICKÉ INFORMACE ZPRÁVA PRICAT POUZE CENOVÉ INFORMACE KVALIFIKÁTORY VÝZNAMU CEN, SLEV A PŘIRÁŽEK Ceny Slevy a přirážky PŘÍKLAD ZPRÁVY ČASTO KLADENÉ OTÁZKY
3 Úvod 1.1 Status zprávy Dokument obsahuje implementační příručku (MIG Message Implementation Guidelines) pro zprávu PRICAT (Price/sales catalogue message). Zpráva vychází ze standardu UN/EDIFACT vydání D.01B Syntax 3 a subsetu EANCOM 2002 Syntax 3. MESSAGE TYPE PRICAT REFERENCE DIRECTORY : D.01B EANCOM SUBSET VERSION : Použití zprávy Zprávou PRICAT se v rámci elektronické výměny dat přenáší informace týkající se cen zboží a dalších detailů z katalogu zboží. Slouží k údržbě kmenových dat obchodních partnerů. Zpráva je v uvedeném subsetu navržena pro výměnu informací o cenách zboží a dále informací týkajících se logistiky. Řádkem PRICAT by měla být popsána každá obchodní položka, která disponuje vlastním GTIN (Globální číslo pro obchodní položku). Může jít prakticky o každou jednotku balení, která se vyskytuje v distribučním řetězci. 3
4 2. Informace ke zprávě PRICAT umožňuje výměnu jak cenových tak logistických údajů o zboží. Na základě požadavku byly stanoveny 3 subsety pro zprávu PRICAT, které dovolují buď výměnu kompletních údajů o zboží (logistických i cenových) nebo samostatně pouze cenových údajů nebo pouze logistických údajů. Přehled verzí subsetů a jejich označení v rámci zprávy je uvedeno v tabulce. Typ zprávy PRICAT (subset) Kód zprávy KOD_ZPR_PRICAT Funkce zprávy FN_ZPR Přípustné akce v LIN L_TYP_AKCE plný subset 9 Ceny a logistika 9 Originál 1 = Added Přidání 2 = Deleted Smazání 3 = Changed Změněno 4 = No action Beze změny 96 = Correction of error Oprava chyby pouze logistické informace pouze cenové informace 24E - Logistika 9 Originál 3 = Changed Změněno 4 = No action - Beze změny 96 = Correction of error Oprava chyby 25E - Ceny 9 Originál 3 = Changed Změněno 4 = No action - Beze změny 38 = Replaced Nahrazení 96 = Correction of error Oprava chyby 2.1 Použití jednotlivých subsetů zpráv: plný subset Slouží k prvotnímu zalistování položky zboží, kdy jsou zároveň přenášeny logistické a cenové informace. nebo ke komplexním změnám položky zboží včetně vymazání. V rámci kompletního PRICATu musí být přenášeny vždy veškeré údaje (logistické a cenové informace) k dané jednotce zboží platné od uvedeného data začátku platnosti údajů (L_PLATNOST_OD). Akce k jednotce zboží jsou přenášeny na úrovni jednotlivých řádků a v rámci jedné zprávy PRICAT mohou být kombinovány. K jedné položce zboží může být v jedné zprávě PRICAT přenášeno i více záznamů s rozdílným datumem začátku platnosti údajů. U položek jsou dovoleny následující akce: 1 = Added Přidání Slouží k prvotnímu zalistování položky zboží a v rámci historie položky zboží se použije pouze jedenkrát, při zalistování. 2 = Deleted Smazání Slouží k vylistování položky zboží. Pokud již existuje záznam s akcí 3 změněno se stejným datumem začátku platnosti údajů jako zasílaný záznam s akcí smazání, je tento záznam nahrazen zasílaným záznamem s akcí smazání. 3 = Changed Změněno Slouží ke změnám údajů u již založené položky zboží. Vždy musí být přeneseny veškeré údaje k položce zboží (včetně všech cen), které mají být platné od daného data začátku platnosti údajů. Pokud již existuje záznam s akcí 2 smázání se stejným datumem začátku platnosti údajů jako zasílaný záznam s akcí změněno, je tento záznam nahrazen zasílaným záznamem s akcí změněno. 4
5 4 = No action Beze změny Slouží k ověření shody údajů u příjemce dat. U příjemce dat musí existovat záznam o zboží se shodným datem začátku platnosti údajů (L_PLATNOST_OD) a veškeré údaje u daného záznamu musí být shodné s údaji uvedenými v příslušném záznamu předávaném ve zprávě PRICAT. Pak je v potvrzovací zprávě PRICAT potvrzena shoda údajů. 96 = Correction of error Oprava chyby Slouží k opravě chyby ve dříve zaslaném záznamu. Aby byla oprava úspěšná, tak musí u příjemce existovat záznam se shodným počátečním datumem platnosti údajů (jako je uveden u akce 96 ), který byl dříve založen některou z následujících akcí: 1 přidání, 3 změněno. Pokud není příslušný záznam nalezen, tak je akce v potvrzovací zprávě PRICAT odmítnuta. Při opravě chyby zůstává kód původní akce zachován. Vždy musí být přeneseny veškeré údaje k položce zboží (včetně všech cen), které mají být platné od daného data začátku platnosti údajů pouze logistické informace Slouží ke změnám v zalistování položky zboží, kdy jsou přenášeny údaje v subsetu označené jako logistické. V rámci logistického PRICATu musí být přenášeny vždy veškeré logistické údaje k dané jednotce zboží platné od uvedeného data začátku platnosti údajů (L_PLATNOST_OD). U položek jsou dovoleny následující akce: 3 = Changed Změněno Slouží ke změnám údajů u již založené položky zboží. Vždy musí být přeneseny veškeré údaje k položce zboží podle subsetu pro logistický PRICAT, které mají být platné od daného data začátku platnosti údajů. 4 = No action Beze změny Slouží k ověření shody údajů u příjemce dat. U příjemce dat musí existovat záznam o zboží se shodným datem začátku platnosti údajů (L_PLATNOST_OD) a veškeré údaje u daného záznamu musí být shodné s údaji uvedenými v příslušném záznamu předávaném ve zprávě PRICAT. Pak je v potvrzovací zprávě PRICAT potvrzena shoda údajů. 96 = Correction of error Oprava chyby Slouží k opravě chyby ve dříve zaslaném záznamu. Aby byla oprava úspěšná, tak musí u příjemce existovat záznam se shodným počátečním datumem platnosti údajů (jako je uveden u akce 96 ), který byl dříve založen jako změnový akcí 3 změněno. Pokud není příslušný záznam nalezen, tak je akce v potvrzovací zprávě PRICAT odmítnuta. Při opravě chyby zůstává kód původní akce zachován. Vždy musí být přeneseny veškeré údaje k položce zboží podle subsetu pro logistický PRICAT, které mají být platné od daného data začátku platnosti údajů pouze cenové informace Slouží ke změnám v zalistování položky zboží, kdy jsou přenášeny pouze údaje o cenách a slevách. V rámci cenového PRICATu mohou být přenášeny na rozdíl od předešlých dvou subsetů pouze změnové údaje, které se kombinují s předchozími údaji, které zůstávají v platnosti, pokud nejsou měněny právě zasílanou zprávou PRICAT. Vždy musí být přenášeny veškeré údaje o cenách a slevách u nichž dochází od daného data začátku platnosti údajů (L_PLATNOST_OD) ke změně. Měněnou cenu nebo slevu jednoznačně určují příslušné kvalifikátory a případně GLN prodejního místa pro něž je cena nebo sleva určena. Vždy je změněna pouze cena nebo sleva u níž platí přesná shoda v kvalifikátorech a případně v GLN prodejního místa, pokud je použito. Pro cenu se jedná o shodu u následujících údajů: PRI_KVAL1_VYZN_CEN PRI_KVAL2_VYZN_CEN PRI_KVAL3_VYZN_CEN 5
6 PRI_GLN_PROD_MIST Pro slevu se jedná o shodu u následujících údajů: ALC_KVAL1_VYZN ALC_KVAL2_VYZN ALC_KVAL3_VYZN ALC_KVAL4_VYZN ALC_GLN_PROD_MIST U položek jsou dovoleny následující akce: 3 = Changed Změněno Slouží ke změnám údajů u již založené položky zboží. Vždy musí být přeneseny veškeré údaje o cenách a slevách u nichž dochází ke změně od daného data začátku platnosti údajů. Ostatní dříve zaslané ceny a slevy (s dřívějším datem začátku platnosti údajů), zůstávají v platnosti, pokud nejsou zaslanou zprávou měněny. 4 = No action Beze změny Slouží k ověření shody údajů u příjemce dat. U příjemce dat musí existovat změnový záznam se shodným datem začátku platnosti údajů (L_PLATNOST_OD) a veškeré údaje u daného záznamu musí být shodné s údaji uvedenými v příslušném záznamu předávaném ve zprávě PRICAT. Pak je v potvrzovací zprávě PRICAT potvrzena shoda údajů. 38 = Replaced Nahrazení Slouží ke změnám údajů u již založené položky zboží. Vždy musí být přeneseny veškeré údaje o cenách a slevách, které platí od daného data začátku platnosti údajů. Veškeré dříve zaslané ceny a slevy (s dřívějším datem začátku platnosti údajů) se ruší (není vyhodnocována shoda kvalifikátorů). 96 = Correction of error Oprava chyby Slouží k opravě chyby ve dříve zaslaném záznamu. Aby byla oprava úspěšná, tak musí u příjemce existovat záznam se shodným počátečním datumem platnosti údajů (jako je uveden u akce 96 ), který byl dříve založen akcí 3 změněno nebo akcí 38 nahrazení. Pokud není příslušný záznam nalezen, tak je akce v potvrzovací zprávě PRICAT odmítnuta. Při opravě chyby zůstává kód původní akce zachován. Vždy musí být přeneseny veškeré cenové údaje k položce zboží, které mají být změněny od daného data začátku platnosti údajů. 2.2 Potvrzovací zpráva PRICAT Slouží k akceptaci nebo odmítnutí zaslané zprávy PRICAT na obchodní úrovni. Typ zprávy PRICAT Kód zprávy PRICAT KOD_ZPR_PRICAT Funkce zprávy FN_ZPR PRICAT odpověď 51 odpověď 29 akceptováno beze změn 27 odmítnuto Přípustné akce v LIN L_TYP_AKCE Pro kladné vyhodnocení položky (akceptace): 1 přidání 2 smazání 3 změněna 4 beze změny 38 nahrazení 96 oprava chyby Pro záporné vyhodnocení položky (odmítnutí): 7 neakceptováno 10 nenalezeno 6
7 Na zaslanou zprávu PRICAT musí být zaslána pouze jedna pozitivně akceptovaná potvrzovací zpráva PRICAT.Akceptace potvrzovací zprávy PRICAT je potvrzena zprávou APERAK. Potvrzovací zpráva PRICAT musí obsahovat vyjádření ke všem položkám původně zaslané zprávy PRICAT. Pokud neobsahuje vyjádření ke všem položkám, tak musí být odmítnuta zprávou APERAK a musí následovat zaslání nové potvrzovací zprávy PRICAT (která již obsahuje vyjádření ke všem položkám). Zaslaná zpráva PRICAT je buď: kompletně akceptována kód funkce zprávy 29 akceptováno beze změn. Jsou akceptovány všechny položky (změny položek) zaslané zprávy PRICAT a kód akce v části LIN u odpovědní zprávy PRICAT musí u příslušné položky obsahovat stejný kód jako v původní zprávě PRICAT. Jsou povoleny pouze kódy odpovídající kladnému vyhodnocení položky. nebo kompletně odmítnuta kód funkce zprávy 27 odmítnuto. Do systému příjemce není přijata žádná položka (změna položky) ze zaslané zprávy PRICAT. Ke kompletnímu odmítnutí celé zprávy PRICAT postačuje odmítnutí jediné položky v části LIN. Kód akce v části LIN u příslušné položky vyjadřuje (na dílčí úrovni) akceptaci nebo odmítnutí konkrétní položky a má pouze informativní charakter, protože na globální úrovni je celý PRICAT odmítnut. Pokud by mohla být konkrétní položka akceptována, tak obsahuje jeden z kódů pro kladné vyhodnocení položky a musí obsahovat stejný kód jako v původní zprávě PRICAT. Pokud je konkrétní položka odmítnuta, tak obsahuje jeden z kódu pro záporné vyhodnocení položky. Subset potvrzovací zprávy PRICAT je uveden v samostatné implementační příručce. 2.3 Identifikace zpráv a položek ve zprávách Jednoznačná identifikace zpráv PRICAT je jednoznačně identifikována následující dvojicí údajů: CIS_ZPR_PRICAT - Číslo zprávy PRICAT DAT_VYST_ZPR - Datum vystavení zprávy PRICAT. Tato dvojice údajů musí být vždy jedinečná. Každá nová zpráva PRICAT musí být vygenerována s jedinečným číslem zprávy (alespoň v rámci jednoho roku). I pokud bude zpráva PRICAT odmítnuta na úrovni zprávy APERAK, tak následně zaslaná zpráva PRICAT musí mít nové číslo v CIS_ZPR_PRICAT. Číslování zpráv PRICAT musí být vzestupné a později vygenerovaná zpráva PRICAT (v rámci stejného dne) musí mít vyšší číslo( ideálně souvislá vzrůstající řada ). Při zpracování zpráv PRICAT musí být uvažována zmíněná chronologie Jednoznačná identifikace položek v rámci zprávy PRICAT Položka zboží ve zprávě PRICAT je jednoznačně identifikována následujícími údaji u nichž musí být shoda v potvrzovací zprávě PRICAT: L_GTIN - GTIN globální číslo obchodní položky zboží (jednotky balení) L_PLATNOST_OD - datum začátku platnosti údajů pro identifikovanou jednotku zboží L_DAT_POSL_ZMEN - datum poslední změny údajů pro uvedený datum začátku platnosti údajů (tento údaj má v podstatě funkci časové značky a řeší verzi záznamu zboží s daným datumem platnosti L_CILOVY_TRH Cílový trh 7
8 L_GLN_PROD_MIST GLN prodejního místa (pokud je použito) 2.4 Pravidla výměny zprávy PRICAT a potvrzovací zprávy PRICAT Pravidla výměny zprávy PRICAT a potvrzovací zprávy PRICAT se řídí jedním z následujících třech postupů, které jsou rovněž znázorněny přiloženými schematy. Rozdíl v postupech je dán úrovní používání potvrzovací zprávy APERAK. Záleží na partnerech výměny zprávy PRICAT, který z navržených postupů se rozhodnou realizovat Zpráva APERAK potvrzuje původní i potvrzovací PRICAT 1. je vygenerována u odesílatele a následně zaslána k příjemci. Zpráva obsahuje pouze měněné nebo nově zalistovávané položky. 2. Každá zpráva PRICAT musí být po přijetí po formální kontrole spojené s načtením zprávy pro další zpracování potvrzena zprávou APERAK. V rámci prvotní formální kontroly se především ověřuje zda obsah zprávy odpovídá deklarované verzi subsetu a zda je zpráva dále zpracovatelná. O výsledku formální kontroly je odesílatel informován zprávou APERAK. Pokud je prvotní formální kontrola neúspěšná, tak je zpráva PRICAT definitivně odmítnuta a nevstupuje do dalšího obchodního zpracování. 3. V rámci obchodního zpracování se vyhodnocuje obsah zprávy PRICAT po jednotlivých položkách jak z hlediska možnosti provedení zalistování zboží či případných změn v zalistování tak z hlediska obchodních podmínek. Rozsah zpracování záleží na použitém subsetu zprávy PRICAT. Pokud jsou všechny položky akceptovány, tak je akceptována i celá zpráva PRICAT. Pokud není některá položka akceptována, tak je celá zpráva PRICAT odmítnuta a není provedena žádná změna. O akceptaci nebo odmítnutí je odesílatel informován potvrzovací zprávou PRICAT. Potvrzovací zpráva PRICAT obsahuje u neakceptovaných položek důvod odmítnutí. Potvrzovací zpráva musí obsahovat informace ke všem položkám zaslaným ve zprávě PRICAT. 4. Příjemce potvrzovací zprávy PRICAT provede formální kontrolu zprávy a o výsledku informuje odesílatele zprávou APERAK. Hlavním důvodem odmítnutí může být neúplnost zprávy z hlediska reportovaných položek (tj. zpráva by neobsahovala vyjádření ke všem položkám zaslaným v původní zprávě PRICAT). 5. Z důvodu správné vzájemné synchronizace dat, by měl odesílatel potvrzovací zprávy PRICAT (odběratel) vyčkat na její akceptaci u příjemce (dodavatel) o čemž je informován zprávou APERAK.Po přijetí pozitivní zprávy APERAK mohou být v případě akceptace PRICATu provedeny příslušné změny v databázi zboži. 8
9 DODAVATEL Start výměny zprávy PRICAT Vygenerování zprávy PRICAT ODBĚRATEL (OBCHODNÍ ŘETĚZEC) Odeslání zprávy PRICAT k odběrateli PRICAT Příjem zprávy PRICAT a prvotní formální kontrola zprávy Vyhodnocení chyb PRICAT při formální kontrole u odběratele PRICAT na formální úrovni odmítnut - nutno opravit chyby a vygenerovat nový PRICAT Ne Čekání na informace o výsledku formální kontroly zprávy Proběhla formální kontrola u odběratele v pořádku? Ano Čekání na informace o výsledku ochodního zpracování PRICAT APERAK PRICAT Informace dodavateli o výsledku prvotní formální kontroly zprávy Proběhla formální kontrola v pořádku? Ano Obchodní zpracování PRICAT - akceptace nebo odmítnutí jednotlivých položek Zaslání potvrzovací zprávy PRICAT Ne Vyhodnocení chyb PRICAT při formální kontrole a ukončení zpracování PRICAT na formální úrovni odmítnut - očekává se zaslání nového PRICATu Ne Vyhodnocení formálních náležitostí potvrzovací zprávy PRICAT (akceptace / odmítnutí) Zaslání informací o formálním vyhodnocení potvrzovací zprávy PRICAT Formální vyhodnocení v pořádku? Ano APERAK Čekání na informace o formálním vyhodnocení potvrzovací zprávy PRICAT u dodavatele Formální vyhodnocení potvrzovací zprávy PRICAT v pořádku? Ano Ne Vyhodnocení chyb v potvrzovací zprávě PRICAT následované opravou příčin a opětovným zasláním potvrzovací zprávy PRICAT Ne PRICAT odběratelem na obchodní úrovni odmítnut - konec zpracování zaslaného PRICATu, informace o zboží u odběratele zůstávají beze změn a očekává se zaslání nového PRICATu. Byl zaslaný PRICAT na obchodní úrovni akceptován? Ano PRICAT odběratelem na obchodní úrovni akceptován - konec zpracování Byl dodavatelem zaslaný PRICAT na obchodní úrovni akceptován? Ano PRICAT na obchodní úrovni akceptován - aktivovat změny v informacích o zboží - konec zpracování Ne PRICAT na obchodní úrovni odmítnut - konec zpracování zaslaného PRICATu, informace o zboží zůstávají beze změn a očekává se zaslání nového PRICATu. 9
10 2.4.2 Zpráva APERAK potvrzuje pouze původní PRICAT 1. je vygenerována u odesílatele a následně zaslána k příjemci. Zpráva obsahuje pouze měněné nebo nově zalistovávané položky. 2. Každá zpráva PRICAT musí být po přijetí po formální kontrole spojené s načtením zprávy pro další zpracování potvrzena zprávou APERAK. V rámci prvotní formální kontroly se především ověřuje zda obsah zprávy odpovídá deklarované verzi subsetu a zda je zpráva dále zpracovatelná. O výsledku formální kontroly je odesílatel informován zprávou APERAK. Pokud je prvotní formální kontrola neúspěšná, tak je zpráva PRICAT definitivně odmítnuta a nevstupuje do dalšího obchodního zpracování. 3. V rámci obchodního zpracování se vyhodnocuje obsah zprávy PRICAT po jednotlivých položkách jak z hlediska možnosti provedení zalistování zboží či případných změn v zalistování tak z hlediska obchodních podmínek. Rozsah zpracování záleží na použitém subsetu zprávy PRICAT. Pokud jsou všechny položky akceptovány, tak je akceptována i celá zpráva PRICAT. Pokud není některá položka akceptována, tak je celá zpráva PRICAT odmítnuta a není provedena žádná změna. O akceptaci nebo odmítnutí je odesílatel informován potvrzovací zprávou PRICAT. Potvrzovací zpráva PRICAT obsahuje u neakceptovaných položek důvod odmítnutí. Potvrzovací zpráva musí obsahovat informace ke všem položkám zaslaným ve zprávě PRICAT. Doporučuje se zajistit generování potrvzovací zprávy formálně v pořádku, aby zpětné manuální intervence od příjemce byly minimální nebo žádné. 4. Příjemce potvrzovací zprávy PRICAT provede formální kontrolu zprávy a v případě negativního výsledku informuje odesílatele manuálně, bez použití zprávy APERAK. Hlavním důvodem odmítnutí může být neúplnost zprávy z hlediska reportovaných položek (tj. zpráva by neobsahovala vyjádření ke všem položkám zaslaným v původní zprávě PRICAT). V případě nalezených chyb požaduje opětovné zaslání opravené potvrzovací zprávy PRICAT. Při zajištění odesílatele, že potvrzovací zpráva PRICAT se generuje bez chyb, bude také manuální intervence malá. 5. Z důvodu správné vzájemné synchronizace dat, by měl odesílatel potvrzovací zprávy PRICAT (odběratel) po negativní manuální (telefonicky, faxem, em.) intervenci od příjemce na zaslaný potvrzovací PRICAT zajist případnou integritu dat, jestliže již provedl změny v záznamech zboží na základě zaslané potvrzovací zprávy PRICAT a zaslat nový opravený potrvzovací PRICAT. V případě akceptace PRICATu, tj. nebyla žádná negativní intervence od příjemce, budou provedeny příslušné změny v databázi zboží. 10
11 DODAVATEL Start výměny zprávy PRICAT Vygenerování zprávy PRICAT ODBĚRATEL (OBCHODNÍ ŘETĚZEC) Odeslání zprávy PRICAT k odběrateli PRICAT Příjem zprávy PRICAT a prvotní formální kontrola zprávy Vyhodnocení chyb PRICAT při formální kontrole u odběratele PRICAT na formální úrovni odmítnut - nutno opravit chyby a vygenerovat nový PRICAT Ne Čekání na informace o výsledku formální kontroly zprávy Proběhla formální kontrola u odběratele v pořádku? Ano Čekání na informace o výsledku ochodního zpracování PRICAT APERAK PRICAT Informace dodavateli o výsledku prvotní formální kontroly zprávy Proběhla formální kontrola v pořádku? Ano Obchodní zpracování PRICAT - akceptace nebo odmítnutí jednotlivých položek Zaslání potvrzovací zprávy PRICAT Ne Vyhodnocení chyb PRICAT při formální kontrole a ukončení zpracování PRICAT na formální úrovni odmítnut - očekává se zaslání nového PRICATu Manuální komunikace s oběratelem o chybách v potvrzovací zprávě PRICAT, následované opravou příčin a opětovným zasláním potvrzovací zprávy PRICAT Ne Vyhodnocení formálních náležitostí potvrzovací zprávy PRICAT (akceptace / odmítnutí) Formální vyhodnocení v pořádku? Manuální komunikace s dodadavatelem o chybách v potvrzovací zprávě PRICAT, následované opravou příčin a opětovným zasláním potvrzovací zprávy PRICAT - nutno vyřešit případné změny v záznamech zboží již provedené na základě předchozího zasání potvrzovací zprávy PRICAT Ano Ne PRICAT odběratelem na obchodní úrovni odmítnut - konec zpracování zaslaného PRICATu, informace o zboží u odběratele zůstávají beze změn a očekává se zaslání nového PRICATu. Byl zaslaný PRICAT na obchodní úrovni akceptován? Ano PRICAT odběratelem na obchodní úrovni akceptován - konec zpracování Byl dodavatelem zaslaný PRICAT na obchodní úrovni akceptován? Ano PRICAT na obchodní úrovni akceptován - aktivovat změny v informacích o zboží - konec zpracování Ne PRICAT na obchodní úrovni odmítnut - konec zpracování zaslaného PRICATu, informace o zboží zůstávají beze změn a očekává se zaslání nového PRICATu. 11
12 2.4.3 Bez použití zprávy APERAK 1. je vygenerována u odesílatele a následně zaslána k příjemci. Zpráva obsahuje pouze měněné nebo nově zalistovávané položky. 2. Každá zpráva PRICAT musí být po přijetí formálně zkontrolována.v rámci prvotní formální kontroly se především ověřuje zda obsah zprávy odpovídá deklarované verzi subsetu a zda je zpráva dále zpracovatelná. O negativním výsledku formální kontroly je odesílatel informován manuálně (telefonem, faxem, em ) Pokud je prvotní formální kontrola neúspěšná, tak je zpráva PRICAT definitivně odmítnuta, nevstupuje do dalšího obchodního zpracování a odesílatel je požádán o zaslání nové zprávy. 3. V rámci obchodního zpracování se vyhodnocuje obsah zprávy PRICAT po jednotlivých položkách jak z hlediska možnosti provedení zalistování zboží či případných změn v zalistování tak z hlediska obchodních podmínek. Rozsah zpracování záleží na použitém subsetu zprávy PRICAT. Pokud jsou všechny položky akceptovány, tak je akceptována i celá zpráva PRICAT. Pokud není některá položka akceptována, tak je celá zpráva PRICAT odmítnuta a není provedena žádná změna. O akceptaci nebo odmítnutí je odesílatel informován potvrzovací zprávou PRICAT. Potvrzovací zpráva PRICAT obsahuje u neakceptovaných položek důvod odmítnutí. Potvrzovací zpráva musí obsahovat informace ke všem položkám zaslaným ve zprávě PRICAT. Doporučuje se zajistit generování potrvzovací zprávy formálně v pořádku, aby zpětné manuální intervence od příjemce byly minimální nebo žádné. 4. Příjemce potvrzovací zprávy PRICAT provede formální kontrolu zprávy a v případě negativního výsledku informuje odesílatele manuálně, bez použití zprávy APERAK. Hlavním důvodem odmítnutí může být neúplnost zprávy z hlediska reportovaných položek (tj. zpráva by neobsahovala vyjádření ke všem položkám zaslaným v původní zprávě PRICAT). V případě nalezených chyb požaduje opětovné zaslání opravené potvrzovací zprávy PRICAT. Při zajištění odesílatele, že potvrzovací zpráva PRICAT se generuje bez chyb, bude také manuální intervence malá. 5. Z důvodu správné vzájemné synchronizace dat, by měl odesílatel potvrzovací zprávy PRICAT (odběratel) po negativní manuální (telefonicky, faxem, em.) intervenci od příjemce na zaslaný potvrzovací PRICAT zajist případnou integritu dat, jestliže již provedl změny v záznamech zboží na základě zaslané potvrzovací zprávy PRICAT a zaslat nový opravený potrvzovací PRICAT. V případě akceptace PRICATu, tj. nebyla žádná negativní intervence od příjemce, budou provedeny příslušné změny v databázi zboží. 12
13 DODAVATEL Start výměny zprávy PRICAT Vygenerování zprávy PRICAT ODBĚRATEL (OBCHODNÍ ŘETĚZEC) Odeslání zprávy PRICAT k odběrateli PRICAT Příjem zprávy PRICAT a prvotní formální kontrola zprávy Manuální komunikace s odběratelem o chybách ve zprávě PRICAT. Nutno ukončit cyklus zaslané zprávy PRICAT, opravit chyby a zaslat novou zprávu PRICAT V případě formálních chyb ve zprávě PRICAT je nutno ukončit právě probíhající cyklus zpracování Proběhla formální kontrola v pořádku? Ano Ne Vyhodnocení chyb PRICAT při formální kontrole a manuální komunikace s dodavatelem o chybách. Následně se očekává zaslání nové zprávy PRICAT Obchodní zpracování PRICAT - akceptace nebo odmítnutí jednotlivých položek Čekání na informace o výsledku ochodního zpracování PRICAT PRICAT Zaslání potvrzovací zprávy PRICAT Manuální komunikace s oběratelem o chybách v potvrzovací zprávě PRICAT, následované opravou příčin a opětovným zasláním potvrzovací zprávy PRICAT Ne Vyhodnocení formálních náležitostí potvrzovací zprávy PRICAT (akceptace / odmítnutí) Formální vyhodnocení v pořádku? Manuální komunikace s dodadavatelem o chybách v potvrzovací zprávě PRICAT, následované opravou příčin a opětovným zasláním potvrzovací zprávy PRICAT - nutno vyřešit případné změny v záznamech zboží již provedené na základě předchozího zasání potvrzovací zprávy PRICAT Ano Ne PRICAT odběratelem na obchodní úrovni odmítnut - konec zpracování zaslaného PRICATu, informace o zboží u odběratele zůstávají beze změn a očekává se zaslání nového PRICATu. Byl zaslaný PRICAT na obchodní úrovni akceptován? Ano PRICAT odběratelem na obchodní úrovni akceptován - konec zpracování Byl dodavatelem zaslaný PRICAT na obchodní úrovni akceptován? Ano PRICAT na obchodní úrovni akceptován - aktivovat změny v informacích o zboží - konec zpracování Ne PRICAT na obchodní úrovni odmítnut - konec zpracování zaslaného PRICATu, informace o zboží zůstávají beze změn a očekává se zaslání nového PRICATu. 13
14 3. Struktura zprávy 3.1 Struktura kompletní zprávy dle standardu UN/EDIFACT Pos Tag Name S R HEADER SECTION 0010 UNH Message header M BGM Beginning of message M DTM Date/time/period M ALI Additional information C FTX Free text C Segment group 1 C RFF Reference M DTM Date/time/period C Segment group 2 C NAD Name and address M LOC Place/location identification C Segment group 3 C RFF Reference M DTM Date/time/period C Segment group 4 C CTA Contact information M COM Communication contact C Segment group 5 C TAX Duty/tax/fee details M MOA Monetary amount C DTM Date/time/period C Segment group 6 C CUX Currencies M DTM Date/time/period C Segment group 7 C X PAT Payment terms basis M DTM Date/time/period C PCD Percentage details C MOA Monetary amount C Segment group 8 C TDT Details of transport M LOC Place/location identification C Segment group 9 C TOD Terms of delivery or transport M LOC Place/location identification C Segment group 10 C ALC Allowance or charge M ALI Additional information C DTM Date/time/period C Segment group 11 C QTY Quantity M 1 14
15 0420 RNG Range details C Segment group 12 C PCD Percentage details M RNG Range details C Segment group 13 C MOA Monetary amount M RNG Range details C Segment group 14 C RTE Rate details M RNG Range details C Segment group 15 C TAX Duty/tax/fee details M MOA Monetary amount C DTM Date/time/period C Segment group 16 C TRU Technical rules M DTM Date/time/period C 9 DETAIL SECTION 0590 Segment group 17 C PGI Product group information M DTM Date/time/period C QTY Quantity C ALI Additional information C FTX Free text C Segment group 18 C CUX Currencies M DTM Date/time/period C Segment group 19 C PRI Price details M CUX Currencies C APR Additional price information C RNG Range details C DTM Date/time/period C Segment group 20 C TAX Duty/tax/fee details M MOA Monetary amount C DTM Date/time/period C Segment group 21 C ALC Allowance or charge M ALI Additional information C Segment group 22 C QTY Quantity M RNG Range details C Segment group 23 C PCD Percentage details M RNG Range details C Segment group 24 C 2 15
16 0880 MOA Monetary amount M RNG Range details C Segment group 25 C RTE Rate details M RNG Range details C Segment group 26 C TAX Duty/tax/fee details M MOA Monetary amount C DTM Date/time/period C Segment group 27 C NAD Name and address M LOC Place/location identification C Segment group 28 C RFF Reference M DTM Date/time/period C Segment group 29 C CTA Contact information M COM Communication contact C Segment group 30 C X PAT Payment terms basis M DTM Date/time/period C PCD Percentage details C MOA Monetary amount C Segment group 31 C TDT Details of transport M LOC Place/location identification C Segment group 32 C TOD Terms of delivery or transport M LOC Place/location identification C Segment group 33 C PAC Package M MEA Measurements C HAN Handling instructions C Segment group 34 C EFI External file link identification M CED Computer environment details C COM Communication contact C RFF Reference C DTM Date/time/period C QTY Quantity C Segment group 35 C TRU Technical rules M DTM Date/time/period C Segment group 36 C LIN Line item M PIA Additional product id C IMD Item description C MEA Measurements C QTY Quantity C 10 16
17 1370 HAN Handling instructions C ALI Additional information C DTM Date/time/period C RFF Reference C LOC Place/location identification C DOC Document/message details C PTY Priority C FTX Free text C Segment group 37 C CCI Characteristic/class id M CAV Characteristic value C MEA Measurements C Segment group 38 C TAX Duty/tax/fee details M MOA Monetary amount C DTM Date/time/period C Segment group 39 C CUX Currencies M DTM Date/time/period C Segment group 40 C PRI Price details M CUX Currencies C APR Additional price information C RNG Range details C DTM Date/time/period C PCD Percentage details C LOC Place/location identification C Segment group 41 C ALC Allowance or charge M ALI Additional information C DTM Date/time/period C Segment group 42 C QTY Quantity M RNG Range details C Segment group 43 C PCD Percentage details M RNG Range details C Segment group 44 C MOA Monetary amount M RNG Range details C Segment group 45 C RTE Rate details M RNG Range details C Segment group 46 C TAX Duty/tax/fee details M MOA Monetary amount C DTM Date/time/period C Segment group 47 C PAC Package M MEA Measurements C 10 17
18 1870 QTY Quantity C HAN Handling instructions C Segment group 48 C X PAT Payment terms basis M DTM Date/time/period C PCD Percentage details C MOA Monetary amount C Segment group 49 C TDT Details of transport M LOC Place/location identification C Segment group 50 C TOD Terms of delivery or transport M LOC Place/location identification C Segment group 51 C EFI External file link identification M CED Computer environment details C COM Communication contact C RFF Reference C DTM Date/time/period C QTY Quantity C Segment group 52 C NAD Name and address M Segment group 53 C CTA Contact information M COM Communication contact C Segment group 54 C TRU Technical rules M DTM Date/time/period C Segment group 55 C DGS Dangerous goods M QTY Quantity C FTX Free text C Segment group 56 C HYN Hierarchy information M PIA Additional product id C QTY Quantity C FTX Free text C Segment group 57 C RFF Reference M DTM Date/time/period C Segment group 58 C CCI Characteristic/class id M CAV Characteristic value C MEA Measurements C Segment group 59 C NAD Name and address M PIA Additional product id C QTY Quantity C 9 18
19 2350 Segment group 60 C CCI Characteristic/class id M CAV Characteristic value C MEA Measurements C UNT Message trailer M 1 19
20 3.2 Subset zprávy Pro praktické účely byl vybrán subset zprávy, který je dostačující pro přenos potřebných dat odpovídajících zvoleným požadavkům a praxi. Při návrhu bylo přihlédnuto k doporučení EANCOM 2002 Syntax 3 pro zprávu PRICAT (verze 008). Pos Tag Name S R HEADER SECTION 1 UNH Message header M 1 2 BGM Beginning of message M 1 3 DTM Date/time/period M 1 Segment group 2 C 4 7 NAD Name and address M 1 Segment group 4 C 1 9 CTA Contact information M 1 10 COM Communication contact C 3 Segment group 6 C 1 12 CUX Currencies M 1 DETAIL SECTION Segment group 17 C 1 34 PGI Product group information M 1 Segment group 36 C LIN Line item M 1 81 PIA Additional product id C 6 82 IMD Item description C MEA Measurements C 8 84 QTY Quantity C 2 85 HAN Handling instructions C 1 86 ALI Additional information C 1 87 DTM Date/time/period C 9 89 LOC Place/location identification M 1 90 FTX Free text C 3 Segment group 38 M 1 94 TAX Duty/tax/fee details M 1 Segment group 40 C PRI Price details M 1 98 APR Additional price information C 1 99 RNG Range details C DTM Date/time/period M LOC Place/location identification C 1 Segment group 41 C ALC Allowance or charge M DTM Date/time/period C 2 Segment group 43 C PCD Percentage details M RNG Range details C 1 20
21 Segment group 45 C RTE Rate details M RNG Range details C 1 Segment group 47 C PAC Package M MEA Measurements C 8 Segment group 52 C NAD Name and address M 1 Segment group 56 C HYN Hierarchy information M QTY Quantity M UNT Message trailer M 1 21
22 4. 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: 22
23 # 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. 4.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 23
24 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 PRICAT = Price/sales catalogue message 0052 Message version number M an..3 M D = Draft version/un/edifact Directory 0054 Message release number M an..3 M 01B = Release B 0051 Controlling agency M an..2 M UN = UN/CEFACT 0057 Association assigned code C an..6 M EAN008 = EAN version control number (EAN Code) 0068 Common access reference C an..35 S010 STATUS OF THE TRANSFER C 0070 Sequence of transfer M n First and last transfer C a1 Segment se používá jako záhlaví, identifikace a specifikace zprávy. Příklad: UNH+2+PRICAT:D:01B:UN:EAN008' 24
25 BGM - M 1 - Beginning of message Function : To indicate the type and function of a message and to transmit the identifying number. Segment number : 2 EDIFACT Stat. * Description C002 DOCUMENT/MESSAGE NAME C M 1001 Document name code C an..3 M * KOD_ZPR_PRICAT (1-1) Kód zprávy PRICAT: 9 = Price/sales catalogue - Ceny a logistika 24E = Price/sales catalogue not containing pricing information (EAN Code) - Logistika 25E = Price/sales catalogue containing pricing information (EAN Code) Ceny 3055 Code list responsible agency code C an..3 * 9 = EAN (International Article Numbering association) 1000 Document name C an..35 Je-li uveden EAN Code v C106 DOCUMENT/MESSAGE IDENTIFICATION C M 1004 Document identifier C an..35 M CIS_ZPR_PRICAT (1-2) an Version identifier C an Revision identifier C an Message function code C an..3 M * FN_ZPR (1-3) Funkce zprávy kód 9 = Originál 4343 Response type code C an..3 Číslo zprávy PRICAT generované aplikací Segment se používá k rozlišení typu a funkce zprávy. Přenáší číslo zprávy PRICAT generované aplikací a informuje o účelu odeslané zprávy: 9 zpráva je originál Příklad: BGM ' 25
26 DTM - M 1 - Date/time/period Function : To specify related date/time. Segment number : 3 EDIFACT Stat. * Description C507 DATE/TIME/PERIOD M M 2005 Date or time or period function code qualifier M an..3 M * 137 = Document/message date/time 2380 Date or time or period value C an..35 M DAT_VYST_ZPR (1-4) Datum vystavení zprávy PRICAT 2379 Date or time or period format code C an..3 M 102 = CCYYMMDD Segment slouží k určení data vystavení zprávy PRICAT. Příklad: DTM+137: :102' 26
27 SG2 - M 1 / 4 - NAD-SG3-SG4 NAD - M 1 - Name and address Function : To specify the identification of the message issuer and message receiver. Segment number : 4 EDIFACT Stat. * Description 3035 Party function code qualifier M an..3 M FR = Message from C082 PARTY IDENTIFICATION DETAILS C 3039 Party identifier M an..35 M GLN_ODES_ZPR (1-5) n13 M GLN odesílatele zprávy 3055 Code list responsible agency code C an..3 M * 9 = EAN (International Article Numbering association) C058 NAME AND ADDRESS C 3124 Name and address description M an Name and address description C an Name and address description C an Name and address description C an Name and address description C an..35 C080 PARTY NAME C 3036 Party name M an Party name C an Party name C an Party name C an Party name C an Party name format code C an..3 C059 STREET C 3042 Street and number or post office box identifier 3042 Street and number or post office box identifier 3042 Street and number or post office box identifier 3042 Street and number or post office box identifier M an..35 C an..35 C an..35 C an City name C an..35 C819 COUNTRY SUB-ENTITY DETAILS 3229 Country sub-entity name code C an Code list responsible agency code C an Country sub-entity name C an..70 C 27
28 SG2 - M 1 / 4 - NAD-SG3-SG4 NAD - M 1 - Name and address Function : To specify the identification of the message issuer and message receiver. Segment number : Postale identification code C an Country name code C an..3 EDIFACT Stat. * Description Segment slouží k identifikaci odesílatele zprávy GLN lokalizačním číslem (EAN kód). Příklad: NAD+FR ::9' 28
29 SG2 - M 1 / 4 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM CTA - M 1 - Contact information Function : To identify a person or a department to whom communication should be directed. Segment number : 5 EDIFACT Stat. * Description 3139 Contact function code C an..3 M IC = Information contact C056 DEPARTMENT OR EMPLOYEE DETAILS C C 3413 Department or employee name code C an..17 C IDENT_KONT_ODES (1-6) Identifikace kontaktní osoby (oddělení) odesílatele zprávy 3412 Department or employee name C an..35 C KONT_ODES_ZPR (1-7) Kontaktní osoba (oddělení) odesílatele zprávy Segment slouží k identifikaci kontaktní osoby (oddělení) odesílatele zprávy. Pro prvky 3412 a 3413 mohou být použity národní znaky v kódování ISO Latin 2, případně po vzájemné dohodě obou komunikujících stran v kódování WIN Příklad: CTA+IC+INFOCENTRUM:Jan Novák' 29
30 SG2 - M 1 / 4 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM COM - C 1 / 3 - Communication contact Function : To identify a communication number of a department or a person to whom communication should be directed. Segment number : 6 EDIFACT Stat. * Description C076 COMMUNICATION CONTACT M M 3148 Communication adress identifier M an..512 M KONT_ODES_ZPR_TEL (1-8) an35 Kontaktní osoba (oddělení) odesílatele zprávy - Telefon 3155 Communication adress code qualifier M an..3 M TE = Telephone Segment slouží k přenosu údajů o telefonu kontaktní osoby (oddělení) odesílatele zprávy. Pokud je uváděno, musí být uveden i příslušný segment CTA. Příklad: COM :TE' 30
31 SG2 - M 1 / 4 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM COM - C 2 / 3 - Communication contact Function : To identify a communication number of a department or a person to whom communication should be directed. Segment number : 7 EDIFACT Stat. * Description C076 COMMUNICATION CONTACT M M 3148 Communication adress identifier M an..512 M KONT_ODES_ZPR_FAX (1-9) an35 Kontaktní osoba (oddělení) odesílatele zprávy - Fax 3155 Communication adress code qualifier M an..3 M FX = Fax Segment slouží k přenosu údajů o faxovém čísle kontaktní osoby (oddělení) odesílatele zprávy. Pokud je uváděno, musí být uveden i příslušný segment CTA. Příklad: COM :FX' 31
32 SG2 - M 1 / 3 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM COM - C 3 / 3 - Communication contact Function : To identify a communication number of a department or a person to whom communication should be directed. Segment number : 8 EDIFACT Stat. * Description C076 COMMUNICATION CONTACT M M 3148 Communication adress identifier M an..512 M KONT_ODES_ZPR_ (1-10) an70 Kontaktní osoba (oddělení) odesílatele zprávy - adresa 3155 Communication adress code qualifier M an..3 M EM = Electronic mail Segment slouží k přenosu údajů o adrese kontaktní osoby (oddělení) odesílatele zprávy. Pokud je uváděno, musí být uveden i příslušný segment CTA. Příklad: COM+jan.novak@ecomat.cz:EM' 32
33 SG2 - M 2 / 4 - NAD-SG3-SG4 NAD - M 1 - Name and address Function : To specify the identification of the message issuer and message receiver. Segment number : 9 EDIFACT Stat. * Description 3035 Party function code qualifier M an..3 M MR = Message recipient C082 PARTY IDENTIFICATION DETAILS C 3039 Party identifier M an..35 M GLN_PRIJ-ZPR (1-11) n13 M GLN příjemce zprávy 3055 Code list responsible agency code C an..3 M * 9 = EAN (International Article Numbering association) C058 NAME AND ADDRESS C 3124 Name and address description M an Name and address description C an Name and address description C an Name and address description C an Name and address description C an..35 C080 PARTY NAME C 3036 Party name M an Party name C an Party name C an Party name C an Party name C an Party name format code C an..3 C059 STREET C 3042 Street and number or post office box identifier 3042 Street and number or post office box identifier 3042 Street and number or post office box identifier 3042 Street and number or post office box identifier M an..35 C an..35 C an..35 C an City name C an..35 C819 COUNTRY SUB-ENTITY DETAILS 3229 Country sub-entity name code C an Code list responsible agency code C an Country sub-entity name C an..70 C 33
34 SG2 - M 2 / 4 - NAD-SG3-SG4 NAD - M 1 - Name and address Function : To specify the identification of the message issuer and message receiver. Segment number : Postale identification code C an Country name code C an..3 EDIFACT Stat. * Description Segment slouží k identifikaci příjemce zprávy GLN lokalizačním číslem (EAN kód). Příklad: NAD+MR ::9' 34
35 SG2 - M 2 / 4 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM CTA - M 1 - Contact information Function : To identify a person or a department to whom communication should be directed. Segment number : 10 EDIFACT Stat. * Description 3139 Contact function code C an..3 M LO = Place of collection contact C056 DEPARTMENT OR EMPLOYEE DETAILS C C 3413 Department or employee name code C an..17 C IDENT_KONT_PRIJ (1-12) Identifikace kontaktní osoby (oddělení) příjemce zprávy 3412 Department or employee name C an..35 C KONT_PRIJ_ZPR (1-13) Kontaktní osoba (oddělení) příjemce zprávy Segment slouží k identifikaci kontaktní osoby (oddělení) příjemce zprávy. Pro prvky 3412 a 3413 mohou být použity národní znaky v kódování ISO Latin 2, případně po vzájemné dohodě obou komunikujících stran v kódování WIN Příklad: CTA+LO+DATACENTRUM:Karel Král' 35
36 SG2 - M 2 / 4 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM COM - C 1 / 3 - Communication contact Function : To identify a communication number of a department or a person to whom communication should be directed. Segment number : 11 EDIFACT Stat. * Description C076 COMMUNICATION CONTACT M M 3148 Communication adress identifier M an..512 M KONT_PRIJ_ZPR_TEL (1-14) an35 Kontaktní osoba (oddělení) příjemce zprávy - Telefon 3155 Communication adress code qualifier M an..3 M TE = Telephone Segment slouží k přenosu údajů o telefonu kontaktní osoby (oddělení) příjemce zprávy. Pokud je uváděno, musí být uveden i příslušný segment CTA. Příklad: COM :TE' 36
37 SG2 - M 2 / 4 - NAD-SG3-SG4 SG4 - C 1 - CTA-COM COM - C 2 / 3 - Communication contact Function : To identify a communication number of a department or a person to whom communication should be directed. Segment number : 12 EDIFACT Stat. * Description C076 COMMUNICATION CONTACT M M 3148 Communication adress identifier M an..512 M KONT_PRIJ_ZPR_FAX (1-15) an35 Kontaktní osoba (oddělení) příjemce zprávy - Fax 3155 Communication adress code qualifier M an..3 M FX = Fax Segment slouží k přenosu údajů o faxovém čísle kontaktní osoby (oddělení) příjemce zprávy. Pokud je uváděno, musí být uveden i příslušný segment CTA. Příklad: COM :FX' 37
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
EANCOM 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
EANCOM 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
EANCOM 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
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
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
EANCOM 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)
EANCOM 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)
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
EANCOM 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
EANCOM 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
EDITEL 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
Zprá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
EANCOM. 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
EANCOM 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)
EANCOM 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
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
EANCOM 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
EANCOM 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.
EANCOM 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.
EANCOM 2002, Syntax 3
EANOM 2002, Syntax 3 Zpráva DESADV Avízo dodávky (Dodací list) Příručka k implementaci - zpracováno pro EAN ČR (Message Implementation Guidelines) Praha březen 2004 Verze 1.00 EDITEL Z a.s., součást Deloitte
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
EANCOM 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 COOP Jednota Slovensko s.d. Bratislava září 2011 Verze 1.01 EDITEL SK s.r.o. Tento
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.
Š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
Meziná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
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
Popis souboru výpisů ve formátu SWIFT MT940
Popis souboru výpisů ve formátu SWIFT MT940 pro Expobank CZ a.s. Verze 2 Struktura exportu Expobanking Verze 2.0, 1. 4. 2017, Strana 1/ 9 Obsah Záhlaví strany výpisu... 3 Struktura bloku strany výpisu...
Telefónica O2 Czech Republic, a.s., Olšanská 55/5, Praha 3,
P Ř Í L O H A 6 (FORMULÁŘE SLUŽBY VP) SMLOUVY O ZAJIŠTĚNÍ ÚČTOVÁNÍ CENY ZA SLUŽBU PŘÍSTUPU V PEVNÉM MÍSTĚ A CENY ZA DALŠÍ SLUŽBY mezi společnostmi Telefónica O2 a OLO zapsaná v Obchodním rejstříku Městského
P Ř Í L O H A 6 (FORMULÁŘE SLUŽBY VP) SMLOUVY O ZAJIŠTĚNÍ ÚČTOVÁNÍ CENY ZA SLUŽBU PŘÍSTUPU V PEVNÉM MÍSTĚ A CENY ZA DALŠÍ SLUŽBY.
P Ř Í L O H A 6 (FORMULÁŘE SLUŽBY VP) SMLOUVY O ZAJIŠTĚNÍ ÚČTOVÁNÍ CENY ZA SLUŽBU PŘÍSTUPU V PEVNÉM MÍSTĚ A CENY ZA DALŠÍ SLUŽBY mezi společnostmi O2 Czech Republic a.s. a OLO Strana 1 (celkem 11) 1.1.
Import 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
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.
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
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í
Portál Značení tabáku Uživatelská příručka pro registrované uživatele
Portál Značení tabáku Uživatelská příručka pro registrované uživatele 2019 1 / 21 Uživatelská příručka pro registrované uživatele Historie dokumentu Datum Verze Komentář 8. 4. 2019 1.0 Základní verze Obsah
Customer s NGPC Základy práce s katalogem ND
Customer s NGPC Základy práce s katalogem ND Po spuštění katalogu se ve stejném okně prohlížeče otevře nabídka se spuštěním katalogu v režimu registrovaného nebo anonymního uživatele. Registrace nového
POPIS 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
Katalog NGPC (New Generation Parts Catalogue)
Katalog NGPC (New Generation Parts Catalogue) 1. Spuštění katalogu: Zákaznický katalog je možné najít na webových stránkách společnosti Agri CS v sekci Náhradní díly, nebo přímým zadáním adresy http:///nahradnidily-katalog-nd
internetové 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
VII- Elektronická výměna dat (EDI) VIKMA07
VII- Elektronická výměna dat (EDI) VIKMA07 What is EDI? https://www.youtube.com/watch?v=d1wosansnzc https://www.youtube.com/watch?v=ym8wtsusfxi EDI Elektronická výměna dat (EDI - zkratka anglického originálu
[APLIKACE PRO PŘEHRÁVÁNÍ VIDEA - PROJEKT MIAMI - SERVEROVÁ ČÁST]
[APLIKACE PRO PŘEHRÁVÁNÍ VIDEA - PROJEKT MIAMI - SERVEROVÁ ČÁST] [Aktualizace dokumentu: 27.8.2011 3:02:37 Verze dokumentu: 1.0 Obsah Obsah... 2 1. Struktura databáze a souborů... 3 2. Soubor registerdevice.php...
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
Jak vložit položku do GDSN
Jak vložit položku do GDSN Tento návod popisuje postup vložení typické hierarchie balení (dále pouze hierarchie) do GDSN. Jedná se o sáček rýže Basmati s GTINem 8594182500257 (spotřebitelská jednotka)
Platební systém XPAY [www.xpay.cz]
Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace
Definice pojmů. Poznámky: Značení datových typů: Char - znaky Num - číslo Date - datum - formát YYYYMMDD Time - čas -formát HHMM
Definice pojmů Strana kupujícího - odběratele: GLN kupujícího - lokační kód strany, která zboží kupuje GLN objednatele - lokační kód strany, která zboží objednala GLN místa dodání - lokační kód identifikující
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í
Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.
C E R T I C O N www.certicon.cz V Á C L A V S K Á 1 2 1 2 0 0 0 P R A H A 2 Specifikace rozhraní Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů Martin Falc, SW architekt
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
ČESKÁ TECHNICKÁ NORMA
ČESKÁ TECHNICKÁ NORMA ICS 01.080.99; 55.020; 35.040 2007 Obaly - Lineární čárový kód a dvourozměrné symboly pro balený výrobek ČSN ISO 22742 77 0055 Únor Packaging - Linear bar code and two-dimensional
Rychlá eshop objednávka: Krok za krokem
Rychlá eshop objednávka: Krok za krokem 1) Prosím vyhledejte tuto webovou stránku: 2) Vpravo nahoře klikněte na zelené pole Košík (Cart). 3) Nákupní košík (Shopping cart) Do pole Catalog No. zadejte katalogové
GS1 System. Systém GS1 v logistice
Systém GS1 v logistice GS1 System Logistika je jednou z typických oblastí uplatnění standardů Systému GS1, které slouží k automatické identifikaci zboží a elektronické výměně dat mezi obchodními partnery.
valid from 1st November 2011
Client format Payment cards statement valid from 1st November 2011 The file is created every 11th day of the month. In case the 11th day is a holiday or SAT or SUN, the file will be created on the following
API 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
POPIS STANDARDU CEN TC278/WG4. Zprávy přes stacionární systémy. Oblast: TTI. Zkrácený název: Norma číslo: 14823
POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes stacionární systémy Norma číslo: 14823 Norma název (en): Traffic and Traveller Information (TTI) Messages via Media- Independent Stationary
MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY
MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY Integrovaný informační systém Státní pokladny (IISSP) Centrální systém účetních informací státu (CSÚIS) Metodika křížových kontrol PAP a PKP Verze 3.0 Strana 1 z 8
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ě
Specifika a scénáře vykazování dat AnaCredit prostřednictvím systému MtS-ISL-SÚD-SDNS
pecifika a scénáře vykazování dat prostřednictvím systému Mt-IL-ÚD-DN Verze dokumentu: Verze Komentář Datum 1.0 Úvodní verze specifika pro datové soubory, scénáře zasílání. 04/06/2018 Přílohy: Příloha
NÁLEŽITOSTI typu zpráv 83
INFORMACE PRO DODAVATELE PŘI ZAPOJOVÁNÍ DO EDI KOMUNIKACE S ALZA.CZ TYP ZPRÁVY 83 - CENOVÝ DOBROPIS ZA ZPĚTNÉ RABATY A OCHRANY SKLADU A OPRAVY CEN SNÍŽENÍM Tento dokument obsahuje informace o požadované
Roční periodická zpráva projektu
WAK-1F44C-2005-2 WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových
VŠEOBECNÉ NÁKUPNÍ A DODACÍ PODMÍNKY
VŠEOBECNÉ NÁKUPNÍ A DODACÍ PODMÍNKY společnosti ELFETEX, spol. s r.o., IČ: 40524485, se sídlem v Plzni, Hřbitovní 31a, PSČ 312 16, zapsané v obchodním rejstříku u Krajského soudu v Plzni v oddíle C, číslo
POPIS 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
Pří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ů
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
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í
Požadavky na značení léčivých přípravků. Lenka Martínková, GS1 Czech Republic
Požadavky na značení léčivých přípravků Lenka Martínková, GS1 Czech Republic Agenda Kdo je GS1 Pozice GS1 ve zdravotnickém sektoru Identifikační struktury, datové nosiče a jejich význam pro verifikaci
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
VISA KARTY ELEKTRONICKÉ VÝPISY Z VISA KARET V SYSTÉMECH OFFICE NET ČR (MULTICASH CLASSIC) A ACCESS ONLINE ČR
VISA KARTY ELEKTRONICKÉ VÝPISY Z VISA KARET V SYSTÉMECH OFFICE NET ČR (MULTICASH CLASSIC) A ACCESS ONLINE ČR Elektronické výpisy z VISA karet Doplňková služba Elektronické výpisy z VISA karet umožňuje
EXTRAKT z mezinárodní normy
EXTRAKT z mezinárodní normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním materiálem o normě. ICS 55. 020 Aplikace RFID pro dodavatelské řetězce Vratné přepravní jednotky (RTIs)
POPIS 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
Povinné položky elektronické faktury služby @FAKTURA 24 pro B2B
Povinné položky elektronické faktury služby @FAKTURA 24 pro B2B strana 1/8 Obsah 1 Účel dokumentu... 3 2 Terminologie... 3 3 Povinné položky pro všechny výstavce faktury... 3 4 Česká spořitelna a dceřiné
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
Education and training services
Education and training services Info Version 1 Url http://com.mercell.com/permalink/46570200.aspx External tender id 300532-2014 Tender type Prior Tender Notice Document type Prior Information Notice Procurement
1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele.
1. Vstup do aplikace Na adrese: http://prace.statnisprava.cz 2. První stránka aplikace 1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele. 2. Poté budete přesměrováni na
Popis XML struktury a XML souboru Verze XML 1.2
Popis XML struktury a XML souboru Verze XML 1.2 1. Soubor XML základní požadavky Pro import do systému Gate Biosuntec, je nutné, aby soubor XML obsahoval hlavičku souboru XML a zároveň počáteční tag XML
DELJIT D97A / VW SYNCRO Version 2
DELJIT/SYNCRO ODVOLÁVKA / Implementační příručka Podrobný popis zprávy DELJIT / SYNCRO D97A používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli Strana 1 Tento popis je vytvořen na základě
PROVOZNÍ ŘÁD - Příloha 3 Metodické pokyny a validační pravidla pro vyplnění formuláře F1 4
Oprava Vydání Schváleno Ministerstvem pro místní rozvoj České republiky dne 06.10.2016 Verze v0.1 Účinnost 07.10.2016 Verze v0.2 Účinnost 10.11.2016 Verze v0.3 Účinnost 27.1.2017 Příslušný formulář je
MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY
MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY Integrovaný informační systém Státní pokladny (IISSP) Centrální systém účetních informací státu (CSÚIS) Metodika křížových kontrol PAP a PKP Verze 2.0 Metodika Křížových
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í
Studie efektivity EDI komunikace 2011. Průzkum mezi uživateli Systému GS1 v České republice
Studie efektivity EDI komunikace 2011 Průzkum mezi uživateli Systému GS1 v České republice 2 Efektivní přenos a zpracování dokladů v rámci jednotlivých obchodních transakcí je cílem GS1 v oblasti elektronické
Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého dříví
Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého dříví Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého
Grantová agentura České republiky: PROCES PODÁVÁNÍ NÁVRHŮ PROJEKTŮ
Grantová agentura České republiky: PROCES PODÁVÁNÍ NÁVRHŮ PROJEKTŮ Schéma procesu podávání návrhů projektů (NP) Vyhlášení veřejné soutěže Vyplnění NP v aplikaci GRIS Přiložení příloh k NP v aplikaci GRIS
27 Evidence kasiček. Popis modulu. Záložka Organizované sbírky
27 Evidence kasiček Uživatelský modul Evidence kasiček realizuje evidenci všech pořádaných sbírek, jednotlivých kasiček sbírky, dále pak evidenci výběrů kasiček s návazností na pokladnu (příjem výběru
DEFINICE PROCESŮ DATOVÉ KOMUNIKACE TECHNICKÁ SPECIFIKACE DATOVÝCH SLUŽEB POSKYTOVANÝCH SPOLEČNOSTÍ ČEZ DISTRIBUCE, A. S.
DEFINICE PROCESŮ DATOVÉ KOMUNIKACE TECHNICKÁ SPECIFIKACE DATOVÝCH SLUŽEB POSKYTOVANÝCH SPOLEČNOSTÍ ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 SEZNAM PODPOROVANÝCH PROCESŮ... 6 2.1 KOMUNIKACE SOP... 6 2.2 KOMUNIKACE
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...
Komunikační formát PDK verze 9 Platí od Změny oproti předchozí verzi jsou v textu vyznačeny oranžově.
Stránka 1 Komunikační formát PDK 9 Komunikační formát PDK verze 9 Platí od 3.2.2016 Změny oproti předchozí verzi jsou v textu vyznačeny oranžově. Obecná pravidla pro formát komunikačních souborů: Všechny
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:
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ů...
Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22
Co je nového v systémech DUNA DE, DUNA ÚČTO, DUNA OBCHOD 2013,1.22 Nastavení základní konfigurace Údaje o firmě záložka Finanční úřad změny v souvislosti se změnou číselníku Finančních úřadů, proveďte
5 Evidence manželských smluv
5 Evidence manželských smluv 5.1 Společné vyhledávání v evidencích Společné vyhledávání v evidencích slouží k vyhledání evidovaných závětí, listin i smluv a to pouze vyhledáním podle rodného čísla a data
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
Webová 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
Medical equipments. Info. Buyer. Version changes Contract notice. Version 2. Publish date 11/21/2014 4:13 AM. Bid due date 12/11/2014 10:30 AM
Medical equipments Info Version 2 Url http://com.mercell.com/permalink/47366182.aspx External tender id 397310-2014 Tender type Tender Document type Contract notice Procurement procedure Open procedure
Manuál Multitag čtečka
Manuál Multitag čtečka 2005,2006 1. Instalace ovladače pro USB port 2. Nastavení programu 2.1 DETEKCE portu 2.2. Nastavení ukládání čísla karty(cíl ukládaných dat) 2.3 Formát ukládaných dat 3 Automatický
Email. email. Email spolupráce více systémů. email. Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP.
email Email email Email spolupráce více systémů Pro zajištění služby je používáno více aplikačních protokolů, např.: DNS SMTP POP or IMAP MSGFMT (RFC822,...) a MIME Email splitting & relaying 1 relaying
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
Publish date 11/3/2012 4:24 AM. Change date 11/3/2012 4:24 AM
Catering services Info Version 2 Url http://com.mercell.com/permalink/31837383.aspx External tender id 349498-2012 Tender type Contract Award Document type Contract award Procurement procedure Negotiated
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
Studium protokolu Session Decription Protocol. Jaroslav Vilč
Studium protokolu Session Decription Protocol Jaroslav Vilč 5. února 2007 Session Description Protocol (SDP) SDP je určen pro popis multimediálních relací. Jedná se o dobře definovaný formát postačující
Publish date 8/17/2013 4:13 AM. Change date 8/17/2013 4:13 AM
Construction work Info Version 2 Url http://com.mercell.com/permalink/37041965.aspx External tender id 277153-2013 Tender type Contract Award Document type Contract award Procurement procedure Open procedure