EANCOM 2002, Syntax 3

Rozměr: px
Začít zobrazení ze stránky:

Download "EANCOM 2002, Syntax 3"

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 EANCOM 2002, Syntax 3 Zpráva APERAK Potvrzení o převzetí zprávy aplikací Příručka k implementaci - zpracováno pro GS1 Czech Republic (Message Implementation Guidelines) Praha leden 2006 Verze 1.00 EDITEL

Více

EANCOM 2002, Syntax 3

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

Více

EANCOM 2002, Syntax 3

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

Více

EANCOM 2002, Syntax 3

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

Více

EANCOM 2002, Syntax 3

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

Více

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 EDITEL CZ a.s., člen skupiny Deloitte & Touche Consulting * Products * Services for EDI and Electronic Commerce * Communications * EDI Security UN/EDIFACT - EANCOM Zpráva CONTRL Control Příručka k implementaci

Více

EANCOM 2002, Syntax 3

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)

Více

EANCOM 2002, Syntax 3

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)

Více

DELJIT D97A / CALDEL

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

Více

EANCOM 2002, Syntax 3, Edition 2008

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

Více

EANCOM 2002, Syntax 3

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

Více

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 EDITEL Z a.s., člen skupiny Deloitte & Touche onsulting * Products * Services for EDI and Electronic ommerce * ommunications * EDI Security UN/EDIFAT - EANOM Zpráva INVOI Faktura Příručka k implementaci

Více

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)

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

Více

EANCOM. Zpráva COMDIS. Obchodní námitka (Commercial Dispute) Příručka k implementaci - zpracováno pro EAN ČR. (Message Implementation Guidelines)

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

Více

EANCOM 2002, Syntax 3

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)

Více

EANCOM 2002, Syntax 3

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

Více

EANCOM 2002, Syntax 4

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

Více

EANCOM 2002, Syntax 3

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

Více

EANCOM 2002, Syntax 3

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.

Více

EANCOM 2002, Syntax 3, Edition 2008

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.

Více

EANCOM 2002, Syntax 3

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

Více

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) DELFOR D97A (AV) ODVOLÁVKA / VÝHLED DODÁVEK DELFOR D97A (AV) Implementační příručka Odvolávka / výhled (NLK) ODVOLÁVKA / VÝHLED DODÁVEK Implementační příručka Podrobný popis zprávy používané firmou ŠKODA AUTO a. s. pro EDI komunikaci s dodavateli v rámci konceptu NLK Strana 1 Odvolávka

Více

EANCOM 2002, Syntax 3

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

Více

RECADV D97A DENNÍ SBĚRNÝ DODACÍ LIST RECADV. Implementační příručka

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.

Více

Škoda Auto a.s. Skoda Auto Global DELJIT Implementační příručka. Verze: 1.0

Škoda Auto a.s. Skoda Auto Global DELJIT Implementační příručka. Verze: 1.0 Škoda Auto a.s. Skoda Auto Global DELJIT Implementační příručka Varianta: JDC_Skoda Zdroj: UN D.04B S3 Datum vydání: 24.7.2013 Autor: M. Nettl 1 Úvod Použití zprávy JDC odvolávka se používá v rámci procesu

Více

Mezinárodní standard pro obchod a logistiku

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

Více

DELFOR D97A ODVOLÁVKA DELFOR. Implementační příručka

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

Více

Popis souboru výpisů ve formátu SWIFT MT940

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...

Více

Telefónica O2 Czech Republic, a.s., Olšanská 55/5, Praha 3,

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

Více

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. 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.

Více

Import platebních příkazů SEPA CT ve formátu XML

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

Více

AVIEXP V3 DODACÍ LIST ODETTE-AVIEXP. Implementační příručka

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.

Více

VDA4983 (EDIFACT Global INVOIC D.07A + příloha)

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

Více

DELINS V3 ODVOLÁVKA ODETTE-DELINS. Implementační příručka

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í

Více

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 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

Více

Customer s NGPC Základy práce s katalogem ND

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

Více

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. 1 z 5. Oblast: TTI. Zkrácený název: Zprávy přes CN 4. Norma číslo: POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 4 Norma číslo: 14821-4 Norma název (en): Traffic and Traveller Information (TTI) TTI messages via cellular networks Part 4: Service-independent

Více

Katalog NGPC (New Generation Parts Catalogue)

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

Více

internetové stránky municipality

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

Více

VII- Elektronická výměna dat (EDI) VIKMA07

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

Více

[APLIKACE PRO PŘEHRÁVÁNÍ VIDEA - PROJEKT MIAMI - SERVEROVÁ ČÁST]

[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...

Více

Klientský formát POHLEDÁVKY platný od 26. 4. 2014

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

Více

Jak vložit položku do GDSN

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)

Více

Platební systém XPAY [www.xpay.cz]

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

Více

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ů. 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í

Více

VDA4908 SELFBILLING FAKTURA VDA4908. Implementační příručka

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í

Více

Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.

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

Více

Dávky zahraničních příkazů ve formátu Multicash

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

Více

ČESKÁ TECHNICKÁ NORMA

Č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

Více

Rychlá eshop objednávka: Krok za krokem

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é

Více

GS1 System. Systém GS1 v logistice

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.

Více

valid from 1st November 2011

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

Více

API pro volání služby kurzovního lístku KB

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

Více

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. 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

Více

MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY

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

Více

Technická specifikace SMS Platby

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ě

Více

Specifika a scénáře vykazování dat AnaCredit prostřednictvím systému MtS-ISL-SÚD-SDNS

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

Více

NÁLEŽITOSTI typu zpráv 83

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é

Více

Roční periodická zpráva projektu

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íce

VŠEOBECNÉ NÁKUPNÍ A DODACÍ PODMÍNKY

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

Více

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: POPIS STANDARDU CEN TC278/WG4 Oblast: TTI Zkrácený název: Zprávy přes CN 3 Norma číslo: 14821-3 Norma název (en): Traffic and Traveller Information (TTI) TTI messages via cellular networks Part 3: Numbering

Více

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ů Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků 1 Obsah Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků (CIS)... 3 1. Dotaz na dostatek prostředků

Více

Dávky žádostí o převod ve formátu MT101

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

Více

Bezpečnostní rozhraní UN/EDIFACT

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í

Více

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 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

Více

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. 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

Více

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 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

Více

EXTRAKT z mezinárodní normy

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)

Více

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: POPIS STANDARDU CEN TC278/WG1 Oblast: ELEKTRONICKÉ VYBÍRÁNÍ POPLATKŮ (EFC) Zkrácený název: ZKUŠEBNÍ POSTUPY 2 Norma číslo: 14907-2 Norma název (en): RTTT EFC - TEST PROCEDURES FOR USER AND FIXED EQUIPMENT

Více

Povinné položky elektronické faktury služby @FAKTURA 24 pro B2B

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é

Více

Zákaznická SW řešení Obecný úvod

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

Více

Education and training services

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

Více

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele.

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

Více

Popis XML struktury a XML souboru Verze XML 1.2

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

Více

DELJIT D97A / VW SYNCRO Version 2

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ě

Více

PROVOZNÍ ŘÁD - Příloha 3 Metodické pokyny a validační pravidla pro vyplnění formuláře F1 4

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

Více

MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY

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

Více

Modul IRZ návod k použití

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í

Více

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 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é

Více

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 dříví Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého

Více

Grantová agentura České republiky: PROCES PODÁVÁNÍ NÁVRHŮ PROJEKTŮ

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

Více

27 Evidence kasiček. Popis modulu. Záložka Organizované sbírky

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

Více

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. 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

Více

Uživatelská příručka SBOX

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...

Více

Komunikační formát PDK verze 9 Platí od Změny oproti předchozí verzi jsou v textu vyznačeny oranžově.

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

Více

Dávky tuzemských plateb ve formátu ABO

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:

Více

Klientský formát POHLEDÁVKY podporovaný v KB platný od

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ů...

Více

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 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

Více

5 Evidence manželských smluv

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

Více

Dávky tuzemských příkazů ve formátu Multicash

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

Více

Webová služba. Popis. Dostupné operace. add_subscriber_groups

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

Více

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. 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

Více

Manuál Multitag čtečka

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ý

Více

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 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

Více

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 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

Více

Publish date 11/3/2012 4:24 AM. Change date 11/3/2012 4:24 AM

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

Více

Vykazování dat prostřednictvím SDNS Web Services

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

Více

Studium protokolu Session Decription Protocol. Jaroslav Vilč

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í

Více

Publish date 8/17/2013 4:13 AM. Change date 8/17/2013 4:13 AM

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

Více