TTT - Evidence zpráv

TTT zprávy

Velkoobchodní firmy musí navíc v rámci stanovených časových intervalů odesílat na tzv. sekundární úložiště za pomocí tzv. routeru (jde o software na serverech určených Evropskou unií) informace o pohybu tabákových výrobků. Těmto informacím říkáme ve skladovém programu TTT zprávy nebo zkráceně jen "zprávy".

Mezi nejdůležitější TTT zprávy patří následující:

• Příjem tabákových výrobků do zařízení (3.4)
  • Posílá se v určeném časovém intervalu po přijetí tabákových výrobků. Neobsahuje identifikaci dodavatele. Existuje speciální varianta s příznakem „Product return“, která slouží pro příjem zboží z důvodu jeho vrácení nebo nedodání (typicky se týká vrácení od odběratelů)
• Odeslání tabákových výrobků ze zařízení (3.3)
  • Posílá se před samotným rozvozem zboží. Obsahuje identifikátor cílového zařízení (FID provozovny odběratele), předpokládaný čas rozvozu, způsob dopravy, identifikaci vozidla (SPZ) a mnoho dalších informací. Výše uvedené informace (FID, SPZ, čas rozvozu apod.) tedy musí být známy ještě před finálním odesláním TTT zprávy. Existují také varianty pro odeslání tabákových výrobků na maloobchodní prodejny v rámci dodání prodejním vozem (ambulantní prodej), na prodej do prodejních automatů či na prodej mimo EU.
  • Sledují se také odeslání mezi provozovnami vlastní firmy. Speciálním případem pak může být odeslání z velkoobchodní provozovny na maloobchodní provoz, což klidně může být i v rámci jedné fyzické provozovny, pokud provozovna prodává jak velkoobchodním tak i koncovým zákazníkům.
• Překládka (3.5)
  • Typické použití je v případě, že dojde ke změně vozidla v průběhu trasy (např. v důsledku technické závady nebo předání části nákladu na jiné vozidlo). Obsahuje podobné informace, jako obsahuje zpráva „Odeslání“
• Zpráva o dodání prodejním vozem do maloobchodní prodejny (3.7)
  • Zpráva se týká jen ambulantního prodeje. V případě, že je hlášen v rámci odeslání prodej za pomocí prodejního vozu, tak se při dodání zboží do konkrétní prodejny musí odeslat tato zpráva, která určuje, na které konkrétní FID bylo dané zboží dodáno.
• Vystavení faktury (4.1)
  • Poté, co byla vystavena faktura (její finální verze), tak je třeba odeslat zprávu o tom, komu bylo zboží prodáno. Na rozdíl od zprávy „Odeslání“ se zde neuvádí FID provozovny, ale EO ID, což určuje firmu. Posílá se také informace o čísle faktury, datu vystavení, částce, měně a také pár dalších informací. Také v této zprávě se posílá seznam TTT kódů, kterých se faktura týká.
• Vystavení čísla objednávky (4.2)
  • Vzhledem k tomu, že zpráva vyžaduje zadání TTT kódů výrobků a tyto informace jsou obvykle k dispozici až po vyskladnění odpovídajícího dodacího listu nebo faktury, tak se zpráva bude obvykle odesílat společně se zprávou „Odeslání“ a bude v čísle objednávky obsahovat číslo dokladu.
• Přijetí platby (4.3)
  • Tato zpráva jako jediná z této skupiny zpráv nemusí obsahovat TTT kódy, ale jen za předpokladu, že platba odpovídá faktuře. Vzhledem k tomu, že nelze zpětně dohledat, které TTT kódy byly zaplaceny v rámci dané platby, tak to budeme obvykle řešit tak, že při první platbě bude odeslána TTT zpráva s platbou dle výše faktury. S touto zprávou vzniká několik složitějších situací. Je třeba určit druh platby (což ale nemusí být při převodu plateb z účetnictví vždy jednoduché určit) a zpráva se musí odesílat po zaplacení dokladu (čili musí být spuštěna nějaká funkce, která projde zaplacené doklady nebo musí běžet nějaký automat, který to bude detekovat a odesílat automatizovaně).
    

Významné mohou být také následující TTT zprávy:

• Aplikace jedinečných identifikátorů na úrovni skupinových balení na skupinová balení (3.2)
  • Jde o vygenerování vlastního TTT kódu a určení, ze kterých skupinových nebo jednotkových TTT kódů se tento kód skládá
• Rozčlenění (disagregace) jedinečných identifikátorů na úrovni skupinových balení (3.6)

Obrácená funkce k předchozí funkci:

• Odvolání žádostí a zpráv týkajících se provozu a transakcí (možné u typů zpráv 2-1, 2-2, 3-1 až 3-7, 4-1, 4-2 a 4-3) (5.0)
  • Vybrané zprávy lze odvolat, ale lze to jen do 24h od nahlášení zprávy (resp. od času události). K odvolání zprávy je třeba znát jednoznačný kód, který program získává jako odpověď při každém odeslání zprávy

---

Ruční vytváření zpráv

Menu : Služby / Sledovatelnost tab.výrobků / Nová zpráva

Pro vytváření TTT zpráv, které je nezbytné odesílat, lze využít několik pracovních postupů. Je možné vytvářet nové zprávy ručně pomocí nových dialogů, ale obvykle se nové zprávy budou vytvářet za pomocí běžných skladových dokladů (např. při zápisu příjemky či faktury – viz dále).

K dispozici jsou funkce pro založení nového záznamu nebo na zobrazení přehledu zpráv. Jednotlivé zprávy mají různý obsah, a proto také jednotlivé dialogy týkající se zpráv mají rozdílná vstupní pole.

Například zpráva pro příjem má následující vstupní dialog:

Všechny zprávy mají společných několik údajů:

Položka	Popis
Typ zprávy	obsahuje interní označení typu zprávy, podle kterého se pak zobrazuje odpovídající vstupní dialog a vytváří správný komunikační formát zprávy. V přehledech lze vidět také sloupec s třípísmenným označením zprávy používaným pro komunikaci nebo slovní popis typu zprávy.
Stav (status)	určuje v jakém stavu je daná zpráva z hlediska zadaných kódů a stavu odeslání zprávy na sekundární router: příprava zpráva je založena a čeká na doplnění dalších údajů a následné odeslání. Například při evidování rozvozových dokladů vzniknou nejdříve zprávy ve stavu příprava a po zařazení do rozvozu a doplnění SPZ a kontrole doplnění TTT kódů se tyto zprávy odešlou. Pokud program bude registrovat starší záznamy ve stavu „příprava“, tak na tyto zprávy může program upozorňovat při startu programu. nezpracovávat zprávy v tomto stavu program ignoruje. Zprávy ve stavu „nepracovávat“ mohou vzniknout i automaticky, pokud se později po založení zprávy ve stavu „příprava“ zjistí, že zprávu daného typu není třeba odesílat (např. po změně typu dokladu nebo pokud nejsou zadány TTT kódy, protože dané tabákové výrobky neobsahují) k odeslání zprávy už mají zadány všechny údaje a čekají na automatické odeslání na sekundární úložiště chyba-opakovat systém se již pokusil zprávu odeslat, ale odeslání zprávy selhalo (typickým důvodem je třeba nefunkční internet); v detailu zprávy lze zobrazit „Protokol chyb“, ve kterém se zjistí důvod problému a po odstranění problému je třeba odeslání opakovat. Pokud je třeba změnit TTT kódy ve zprávě nebo se musí změnit obsah v hlavičce zprávy, tak může být potřeba nejdříve změnit stav zprávy (např. na Příprava) chyba systém se již pokusil zprávu odeslat, ale odeslání zprávy selhalo (typickým důvodem je třeba chybný obsah zprávy). Postup opravy je stejný jako u předchozího stavu „chyba-opakovat“ chyba-test zpráva je v chybovém stavu, ale jedná se o testovací zprávu (čili zprávu odeslanou na Sandbox nebo QA server) odesláno zpráva byla úspěšně odeslána na sekundární úložiště. U zpráv, které byly úspěšně odeslány je zaznamenán datum a čas odeslání a datum a čas potvrzení. Současně se ke zprávě zaznamená potvrzovací kód (Code), který se pak může použít pro případné odvolání zprávy. odesláno-Test OK zpráva byla úspěšně odeslána na testovací server (v rámci tzv. Sandbox serveru nebo QA serveru); takto označené zprávy jsou brány jen jako testovací a není tím splněna povinnost správného sledování dle TPD. • GUID – jednoznačný interní identifikátor zprávy • Kód hospodářského subjektu – jde o kód vlastního EO ID. Podle tohoto údaje jsou pak zprávy filtrovány při zobrazení veškerých přehledů (čili nejsou vidět záznamy s jiným EO ID). • Kód zařízení – jde o kód vlastního F ID. Informace se ukládá u všech zpráv, ale odesílá se jen pro vybrané zprávy • Čas události – zadává se datum a čas události (např. příjmu nebo očekávaného dne a času odeslání). V evidenci je sice čas evidován s přesností na sekundy, ale odesílají se jen den a hodina události • Typ identifikátorů (čili typ naskenovaných TTT kódů) - jednotková balení – zpráva obsahuje pouze jednotková balení (čili naskenované TTT kódy z jednotlivých krabiček cigaret) - skupinová balení – zpráva obsahuje pouze skupinová balení (tj. naskenované TTT kódy z balení, krabic nebo palet) - jednotková + skupinová balení – zpráva obsahuje jak jednotkové kódy, tak i skupinové kódy Při skenování kódů obsluha nemusí jednotlivé kódy rozlišovat. Program sám provádí detekci kódů podle číselníku pro definici povolených TTT kódů. Pokud kód není detekován podle číselníku, tak program použije automatickou detekci. Při přidání nových kódů pomoc dialogu pro přidání TTT kódů ke zprávě nebo k dokladu se hodnota pole „Typ identifikátorů“ automaticky nastaví podle naskenovaných kódů. Pokud jsou ale kódy zadány do zprávy ručně za pomocí funkce „Jednotkové kódy“ nebo „Skupinové kódy“, tak je nutné pole „Typ identifikátorů“ zkontrolovat a případně upravit. • Poznámka – každá zpráva obsahuje pole pro zadání poznámky. Při automatickém generování zpráv vniklých z evidence příjmových nebo dodacích dokladů se pole Poznámka nevyplňuje.