====== Import/export ====== ===== Dávky pro import ===== ===== Žádost o zaúčtování ===== Předpokladem pro úspěšné zpracování účetních žádostí v účetnictví Open je správně nastavené prostředí v Orsoft Open a připravené žádosti o zaúčtování na straně Orfertu. Jak probíhá příprava účetních žádostí na straně Orfertu je popsáno v samostatném dokumentu kolegů z OR-CZ. Účetní žádosti jsou novým rozhraním mezi Orfertem a Orsoftem Open. Toto rozhraní nahrazuje původní rozhraní MSU/MSV, které fungovalo mezi Orfertem a původním Orsoftem. Zpracování účetních žádostí umožňuje jak zpracování vydaných faktur z Orfertu, tak zpracování skladových transakcí z Orfertu. Každé z těchto zpracování funguje trochu jinak, neboť princip naplnění účetních žádostí je jiný pro vydané faktury a jiný pro skladové transakce. ====Terminologie==== **Ekonomika** = obecné označení pro Orsoft Open \\ **Logistika** = obecné označení pro Orfert \\ **Rozhraní** = obecné označení pro vazbu mezi Logistikou a Ekonomikou Open = účetní žádosti\\ **Skladový doklad** = v logistice doklad, obsahující skladové transakce\\ **Skladová transakce** = skladový pohyb = řádek skladového dokladu\\ **UZK** = žádost o zaúčtování\\ **UZZ** = řádek žádosti o zaúčtování\\ **UZL** = informace pro likvidaci\\ **PVFHL** = hlavička vydané faktury v ekonomice\\ **PIDHL** = hlavička interního dokladu\\ **PUCN** = účetní položky vydané faktury nebo skladové transakce = rozúčtování dokladu\\ **PLIK** = informace u interního dokladu pro likvidaci příjemek = vazba na PIDHL = 1:1\\ ====Nastavení zpracování účetních žádostí v Orsoft Open==== Před vlastním zpracování účetních žádostí je třeba na straně ekonomiky nastavit některé údaje. ===Nastavení konfigurace účetních žádostí=== V konfiguraci pro ekonomiku je konfigurace účetních žádostí, která zahrnuje několik parametrů a je postupně na základě požadavků rozšiřována: **Věcná (neúčetní) likvidace příjemek do PLIK** – zde se případně zaškrtne, zda se mají zpracovávat i údaje pro likvidaci přijatých faktur z UZL\\ **Záchytná daňová skupina pro nenumerické DS** – pokud z Logistiky přijde nějaká nenumerická daňová skupina, tak se tato záchytná DS zapíše do rozúčtování PUCN\\ **Daňová skupina pro haléřové vyrovnání** – pokud na větě UZZ není vyplněna daňová skupina UZZ_KDS a zároveň je nulové procento UZZ_DAN_PROC a zároveň se jedná o haléřové vyrovnání, kdy je v RK_HW_ZBYTEK nějaký obnos, tak se použije tato konstanta z konfigurace pro DS v rozúčtování PUCN \\ **Sborníkovat skladové pohyby se stejnou kontací** – sborníkování se provádí za doklad, účet MD/DAL, útvar MD/DAL, zakázku MD/DAL a účetní datum\\ **Sborníkovat řádky vydané faktury se stejnou kontací** – sborníkování se provádí za účet MD/DAL, útvar MD/DAL, zakázku MD/DAL, daňovou skupinu, 2.variabilní symbol a účetní datum\\ **Doplnění referenta z RK_VNR do referenta na VF** – pokud se má přebrat referent z Logistiky\\ **Převzít z RK fakturu s DUZP v uzavřeném účetním období** – A/N\\ **Dotahovat bankovní spojení pro dobropisy z DKU** – pokud se má přebrat bankovní spojení pro dobropisy z Logistiky\\ **Přebírat sklad na účetní věty** – pokud se má u skladových pohybů přebrat číslo skladu ze žádosti do rozúčtování\\ **Převádět typ dokladu u vydaných faktur dle číselníku P0TYPDOKL** – pokud se má převádět typ dokladů podle číselníku. Nově v Logistice Open je typ dokladu na účetní žádosti již vyplněn podle tabulky kontací OKONT a pokud se v ní najde, tak se jen na VF převezme a nic se nekonvertuje\\ **Kontrola zakázky na existenci v O8A** – A/N\\ **Zápis neexistující zakázky do tabulky O8A** – A/N\\ Dále je třeba mít v konfiguraci vydaných faktur vyplněný analytický účet pro vydané faktury.\\ ===Nastavení dokladových řad ODDR=== Všechny použité dokladové řady, které přijdou v datech účetních žádostí z faktur i ze skladových pohybů, musí existovat v číselníku dokladových řad ODDR a musí mít vyplněné příslušné parametry. Při zpracování účetních žádostí se negeneruji nová čísla dokladů před masku DŘ, ale přebírají se čísla prvotních dokladů. Pro správné zaúčtování ve FÚ je potřeba mít správně vyplněnou dokladovou řadu, na hlavičce UZK pro vydané faktury a na položkách UZZ pro skladové pohyby. Pokud by nebyla v nějaké účetní žádosti tako položka vyplněná, bere se konstantní DŘ „UZK“. \\ Tam, kde se bude využívat tabulka UZL pro likvidaci faktur musí korespondovat DŘ na UZL s DŘ na souvisejícím UZZ, neboť se musí tyto 2 doklady spojit do jednoho dokladu v ekonomice. \\ ===Nastavení účtové osnovy OCUO=== Všechny použité účty, které přijdou v datech účetních žádostí z faktur i ze skladových pohybů, musí existovat v účtové osnově OCUO. Účty, které vstupují do likvidace přijatých faktur, musí mít vyplněný příznak pro likvidaci – likvidace materiálových faktur. \\ Pokud má být nějaký účet povinně zakázkový nebo má mít povinně vyplněn útvar, tak musí mít v záložce dimenze tuto vazbu definovanou. \\ ===Nastavení daňových skupin ODANSK=== Všechny použité daňové skupiny v rozhraní UZZ_KDS musí existovat v číselníku daňových skupin ODANSK a musí mít vyplněné příslušné parametry. \\ ===Nastavení účetních kontací OKONT=== V rozhraní se využívá hlavně pro faktury, kdy je možné konkrétnímu kódu kontace zadat příslušnou dokladovou řadu a saldokontní účet a útvar. Dále se využívá, pokud se má po převzetí účetních žádostí ekonomikou rovnou i automaticky zaúčtovat. Podrobněji je popsáno v dokumentu FÚ. \\ ====Vlastní zpracování vydaných faktur v Orsoft Open==== Do ekonomiky jsou z logistiky zasílány žádosti o zaúčtování vydaných faktur, co jedna faktura to jedna žádost. Tedy každá vydaná faktura má jednu účetní žádost UZK a k té příslušné řádky účetní žádosti UZZ. Vazba mezi účetní žádostí a řádkem účetní žádosti je přes uzk_id_nr. Účetní žádosti neobsahují všechny informace nutné pro převzetí do ekonomiky, tak se při vlastním zpracování dočítají některé údaje přímo s Logistiky (RK). \\ Faktury se do ekonomiky zapisují s číslem faktury, které je vyplněno v uzk_doklad. Před vlastním zpracováním v ekonomice se provádí celá řada vstupních kontrol hlavně z důvodu minimalizace možných chyb ze zpracování. Pokud se odhalí chyba již ve vstupní kontrole, UZK/UZZ se do ekonomiky ani nepřevezme, ale označí se chybou na UZK a UZZ. Většinou se jedná o neexistující účty MD/DAL, neexistující útvary MD/DAL, neexistující zakázky u povinně zakázkových účtů, chybné daňové skupiny u faktur apod. Seznam možných chyb je připojen na konci tohoto dokumentu a případně je to též samostatný dokument. Tyto chyby jsou většinou odstraněny během najíždění rozhraní a po správném nastavení v ekonomice už se vyskytují minimálně. \\ Do ekonomiky se vydané faktury zapíší do deníku vydaných faktur PVFHL a řádky faktury se zapíší do účetních položek PUCN.\\ ==== Vlastní zpracování skladových pohybů v Orsoft Open ==== Do ekonomiky jsou z logistiky zasílány žádosti o zaúčtování skladových transakcí, ale na rozdíl od faktur jsou zasílány dávkově. To znamená, že jedna žádost UZK je jen formální dávka, která zahrnuje mnoho různých řádků žádosti UZZ, což jsou různé skladové transakce za určité období, které spolu nesouvisí. Vazba mezi účetní žádostí a řádkem účetní žádosti je přes uzk_id_nr, ale je to jen formální vazba. Číslo skladového dokladu, do kterého patří skladová transakce, která se má prostřednictvím UZZ zaúčtovat, je uloženo v sloupci uzz_doklad. Před vlastním zpracováním v ekonomice se provádí celá řada vstupních kontrol hlavně z důvodu minimalizace možných chyb ze zpracování. Pokud se odhalí chyba již ve vstupní kontrole, UZK/UZZ se do ekonomiky ani nepřevezme, ale označí se chybou na UZK a UZZ. Většinou se jedná o neexistující účty MD/DAL, neexistující útvary MD/DAL, neexistující zakázky u povinně zakázkových účtů apod. Seznam možných chyb je připojen na konci tohoto dokumentu a případně je to též samostatný dokument. Chyby jsou většinou odstraněny během najíždění rozhraní a po správném nastavení v ekonomice už se vyskytují minimálně. Zpracování skladových transakcí se navíc ještě liší podle toho, zda se jedná o příjemku nebo o ostatní skladové doklady. Pro příjemky se kromě UZK a UZZ ještě na straně Logistiky generuje záznam v tabulce UZL.\\ Do ekonomiky se skladová transakce z UZZ zapíše do deníku interních dokladů PIDHL a do účetních položek PUCN. Pokud se jedná o příjemku, tak se navíc údaje z UZL zapíší do tabulky pro likvidaci přijatých faktur PLIK. Tento PLIK je pevně svázán s hlavičkou interního dokladu 1:1. Pokud je k 1 příjemce navázáno několik různých přijatých faktur, tak vznikne v interních dokladech tolik PIDHL s různými PLIK, kolik je různých přijatých faktur pro jednu příjemku. **Pokud se jedná o příjemky, tak postup zpracování účetních žádostí je následující:** 1. Čte se tabulka UZL – všechny věty, které jsou připraveny ke zpracování → PREV=1. Tyto věty se zapisuji do hlavičky interního dokladu PIDHL + se zakládá PLIK s údaji pro likvidaci. Obnos je v tuto chvíli nezajímavý, ten se zapisuje až z rozúčtování (UZZ). Důvod je ten, že zápis SKL probíhá na rozdíl od FAV přírůstkově právě kvůli docenění a tak se bere až obnos z rozúčtování, aby tam nebyl 2x (z UZL i z UZZ). 2. Čte se příslušná hlavička žádosti UZK, která je připravena pro zpracování → PREV=1, která obsahuje mraky položkových vět UZZ, kde jsou jak příjemky, tak i ostatní skladové pohyby. Pokud se jedná o příjemku, tak ke každému řádku příjemky v UZZ MUSÍ existovat odpovídající řádek příjemky v UZL ⇒ UZL_ZDR_DOKL_CISLO = UZZ_DOKLAD. 3. Pokud pro příjemku v UZZ neexistuje odpovídající věta v UZL, je tato věta označena v UZZ chybou a dále se nezpracovává. 4. Pokud odpovídající příjemka v UZL existuje, berou se jednotlivé řádky příjemky z UZZ a zapisují se do již založeného PIDHL jako rozúčtování – jednotlivé obnosy se sečtou z těch řádků na hlavičku. 5. Pokud v jiné účetní žádosti přijde další řádek k již existujícímu dokladu ve stejném období, tak se tento řádek pouze připíše k existujícímu dokladu v Fú a obnos se přičte na hlavičku. Pokud by přišel další řádek se stejným číslem dokladu, ale v jiném období, tak se založí nová hlavička se stejným číslem dokladu, ale v jiném období. **Pokud se jedná o jiné skladové doklady než příjemky, tak postup zpracování účetních žádostí je následující:** 1. Čte se příslušná hlavička žádosti UZK, která je připravena pro zpracování → PREV=1, která obsahuje mraky položkových vět UZZ, kde jsou jak příjemky, tak i ostatní skladové pohyby. 2. Zpracovávají se jednotlivé řádky nepříjemkových skladových pohybů z UZZ a zapisují se do interních dokladů PIDHL na hlavičku a do řádků rozúčtování PUCN – jednotlivé obnosy se sečtou z těch řádků na hlavičku. 3. Pokud v jiné účetní žádosti přijde další řádek k již existujícímu dokladu ve stejném období, tak se tento řádek pouze připíše k existujícímu dokladu v Fú a obnos se přičte na hlavičku. Pokud by přišel další řádek se stejným číslem dokladu, ale v jiném období, tak se založí nová hlavička se stejným číslem dokladu, ale v jiném období. UZK se v ekonomice zpracuje pouze jednou. Pokud se některé UZZ nepodaří zaúčtovat, jsou do ekonomiky zaslány znovu v rámci jiného UZK. === Pravidla pro zpracování UZK v Orsoft Open === Do ekonomiky se z UZK vybírají všechny věty UZK, které mají v uzk_prev = „1“, neboli je záznam UZK připraven pro zpracování v ekonomice. Po úspěšném zpracování v ekonomice se mění příznak uzk_prev = „J“, pokud se nepodaří zpracovat některý záznam UZZ v rámci jednoho UZK v ekonomice, tak se změní příznak uzk_prev=“N“. **Vysvětlení některých důležitých příznaků na UZK** **uzk_prev** = řídící informace pro zpracování UZK\\ • uzk_prev = „ “ ⇒ záznam UZK se právě generuje na straně logistiky\\ • uzk_prev = „1“ ⇒ záznam UZK je připraven ke zpracování v ekonomice\\ • uzk_prev = „2“ ⇒ záznam UZK je převzat ekonomikou ke zpracování\\ • uzk_prev = „J“ ⇒ všechny záznamy UZZ patřící zpracovanému záznamu UZK byly ekonomikou zaúčtovány\\ • uzk_prev = „N“ ⇒ alespoň jeden UZZ patřící zpracovanému UZK nebyl v ekonomice zaúčtován **uzk_stav_ucto** = doplňující informace o zpracování, pouze pro logistiku, ale ekonomika ho plní\\ • uzk_stav_ucto = 0 ⇒ záznam UZK se právě generuje na straně logistiky\\ • uzk_stav_ucto = 10 ⇒ záznam UZK je připraven ke zpracování v ekonomice. Odpovídá hodnotě uzk_prev = „1“\\ • uzk_stav_ucto = 20 ⇒ chyba vstupní kontroly, na některém UZK nebo UZZ byla zjištěna chyba a převzetí UZK se neprovedlo\\ • uzk_stav_ucto = 30 ⇒ záznam UZK je převzat ekonomikou ke zpracování. Odpovídá hodnotě uzk_prev = „2“\\ • uzk_stav_ucto = 40 ⇒ záznam UZK byl zpracován v ekonomice; bez ohledu na to, zda se při zpracování jemu příslušejících záznamů UZZ vyskytla chyba či nikoliv. Odpovídá hodnotě uzk_prev = „J“ nebo „N“ **uzk_ucto_ok** = doplňující informace o zpracování, pouze pro logistiku, ale ekonomika ho plní\\ • uzk_ucto_ok =“ „⇒ záznam UZK ještě nebyl zpracován ekonomikou\\ • uzk_ucto_ok = „J“ ⇒ všechny záznamy UZZ patřící zpracovanému zpracovávanému záznamu UZK byly ekonomikou zaúčtovány. Odpovídá hodnotě uzk_prev = „J“ a hodnotě uzk_stav_ucto = 40\\ • uzk_ucto_ok = „N“ ⇒ alespoň jeden záznam UZZ, patřící zpracovanému záznamu UZK nebyl ekonomikou zaúčtován. Odpovídá hodnotě uzk_prev = „N“ a hodnotě uzk_stav_ucto = 40 **uzk_e_zp** = při úspěšném převzetí plní ekonomika jménem účetního deníku – hlavička dokladu\\ • uzk_e_zp = „PVFHL“ ⇒ pro faktury vydané\\ • uzk_e_zp = „PIDHL“ ⇒ pro skladové pohyby **uzk_e_zp_idpk** = při úspěšném převzetí plní ekonomika idpk účetního deníku – idpk hlavičky dokladu\\ • uzk_e_zp_idpk = idpk_PVFHL ⇒ idpk deníku vydaných faktur pro vydané faktury\\ • uzk_e_zp_idpk = 0 ⇒ protože jedna dávka UZK obsahuje celou řadu různých skladových pohybů zapsaných do různých dokladů v deníku interních dokladů – vazba je realizována až v tabulce UZZ **Vysvětlení některých důležitých příznaků na UZZ** **uzz_stav_ucto** = doplňující informace o zpracování, pouze pro logistiku, ale ekonomika ho plní\\ • uzz_stav_ucto = 0 ⇒ záznam UZK se právě generuje na straně logistiky\\ • uzz_stav_ucto = 10 ⇒ záznam UZZ je připraven ke zpracování v ekonomice\\ • uzz_stav_ucto = 20⇒ chyba vstupní kontroly, na některém UZZ byla zjištěna chyba a převzetí UZZ se neprovedlo\\ • uzz_stav_ucto = 30 ⇒ záznam UZZ je převzat ekonomikou ke zpracování\\ • uzz_stav_ucto = 40 ⇒ záznam UZZ byl zpracován v ekonomice bez ohledu na to, zda se při jeho zpracování vyskytla chyba či nikoliv **uzz_ucto_ok** = doplňující informace o zpracování, pouze pro logistiku, ale ekonomika ho plní\\ • uzz_ucto_ok =“ “ ⇒ záznam UZZ ještě nebyl zpracován ekonomikou\\ • uzz_ucto_ok = „J“ ⇒ záznam UZZ byl ekonomikou zaúčtován\\ • uzz_ucto_ok = „N“ ⇒ záznam UZZ nebyl ekonomikou zaúčtován **uzz_e_zp** = při úspěšném převzetí plní ekonomika jménem účetního deníku – hlavička dokladu\\ • uzk_e_zp = „PVFHL“ ⇒ pro faktury vydané\\ • uzk_e_zp = „PIDHL“ ⇒ pro skladové pohyby **uzz_e_zp_idpk** = při úspěšném převzetí plní ekonomika idpk účetního deníku – idpk hlavičky dokladu\\ • uzz_e_zp_idpk = idpk_PVFHL ⇒ idpk deníku vydaných faktur pro vydané faktury\\ • uzz_e_zp_idpk = idpk_PIDHL ⇒ idpk deníku interních dokladů pro různých skladové pohyby **uzz_ucto_chyba** = při neúspěšném převzetí plní ekonomika číslem chyby\\ • uzk_ucto_chyba = 0 ⇒ převzetí proběhlo bez chyby\\ • uzk_ucto_chyba = > 0 ⇒ při převzetí nebo při účtování došlo k chybě – charakter chyby je připojen na konci dokumentu **Vysvětlení některých důležitých příznaků na UZL** **uzl_prev** = řídící informace pro zpracování UZK\\ • uzl_prev = „ “ ⇒ záznam UZL se právě generuje na straně logistiky\\ • uzl_prev = „1“ ⇒ záznam UZL je připraven ke zpracování v ekonomice\\ • uzl_prev = „2“ ⇒ záznam UZL je převzat ekonomikou ke zpracování\\ • uzl_prev = „J“ ⇒ záznam UZL byl ekonomikou zaúčtován\\ • uzl_prev = „N“ ⇒ záznam UZL nebyl v ekonomice zaúčtován **uzl_eko_ok** = doplňující informace o zpracování, pouze pro logistiku, ale ekonomika ho plní\\ • uzl_eko_ok =“ „ ⇒ záznam UZL ještě nebyl zpracován ekonomikou\\ • uzl_eko_ok = „A“ ⇒ záznam UZL byl ekonomikou zaúčtován\\ • uzl_eko_ok = „N“ ⇒ záznam UZL nebyl ekonomikou zaúčtován **uzl_e_zp** = při úspěšném převzetí plní ekonomika jménem účetního deníku – hlavička dokladu, týká se to jen skladových pohybů - příjemek • uzl_e_zp = „PIDHL“ ⇒ pro skladové pohyby - příjemky **uzl_e_zp_idpk** = při úspěšném převzetí plní ekonomika idpk účetního deníku – idpk hlavičky dokladu, týká se to jen skladových pohybů - příjemek\\ • uzl_e_zp_idpk = idpk_PIDHL ⇒ idpk deníku interních dokladů pro příjemky **uzl_eko_chyba** = při neúspěšném převzetí plní ekonomika číslem chyby\\ • uzk_eko_chyba = 0 ⇒ převzetí proběhlo bez chyby\\ • uzk_eko_chyba = > 0 ⇒ při převzetí nebo při účtování došlo k chybě – charakter chyby je připojen na konci dokumentu === Seznam chybových kódů při zpracování účetních žádostí === Chyby obecně mohou být různého charakteru, některé jsou společné účtování FAV i SKL, některé jsou pouze pro faktury. Pak jsou to chyby rozpoznané už na hlavičce a chyby ze zaúčtování. **5001** – chybí dokladová řada na hlavičce dokladu\\ **5002** – dokladová řada neexistuje v číselníku DŘ (ODDR)\\ **5003** – kód daňové skupiny není numerický\\ **5004** – chybí číslo firmy na hlavičce dokladu\\ **5005** – chybí účet MD v účtové osnově (OCUO)\\ **5006** – chybí účet DAL v účtové osnově (OCUO)\\ **5007** – chybí útvar MD v definici útvarů (OKUTV)\\ **5008** – chybí útvar DAL v definici útvarů (OKUTV)\\ **5009** – chybí účetní zakázka v definici zakázek (O8A)\\ **5010** – chybí zakázka DAL v definici zakázek (O8A)\\ **5011** – nepodařilo se dočíst fakturu z RK – nelze účtovat\\ **5012** – chybí položky k hlavičce dokladu – nelze účtovat\\ **5013** – kód daňové skupiny je chybný – neexistuje v číselníku daňových skupin (ODANSK)\\ **5014** – číslo firmy je chybné – neexistuje v adresáři (O6A)\\ **5015** - účet MD existuje, ale má špatnou platnost\\ **5016** - účet DAL existuje, ale má špatnou platnost\\ **5020** – chybí účet MD nebo DAL – musí být oba vyplněny\\ **5021** – chybí útvar MD nebo DAL – již se nekontroluje, závisí to na definici v účtové osnově\\ **5022** – chybí analytický účet v konfiguraci vydaných faktur – nelze účtovat faktury\\ **5025** – chybí typ dokladu na hlavičce faktury – nelze účtovat faktury\\ **5026** – chybí věta v UZL k této větě UZZ a je to příjemka – nelze účtovat UZZ\\ **5027** – uzavřené účetní období – nelze účtovat\\ **5028** – věta v UZL není zaúčtovaná – nelze účtovat UZZ\\ **5029** – faktura neexistuje v PF – nelze likvidovat UZL\\ **5030** – číslo dokladu není vyplněné – nelze účtovat UZZ\\ **5031** – účet MD nebo DAL je povinně zakázkový a účetní zakázka není vyplněna\\ **5032** – není vyplněno datum vystavení na faktuře\\ **5034** – není vyplněno datum uskutečněného zdanitelného plnění na faktuře\\ **5035** – není vyplněno datum splatnosti na faktuře\\ **5036** – v konfiguraci údajů pro účtování dokladů je vyšší období – nelze zaúčtovat **5037** – datum uskutečnění zdanitelného plnění je vyšší než datum vystavení faktury **99** – chyba kontroly dimenzí – tj. obecná chyba, která se zapíše na hlavičku UZK, na položkách jsou chybné účty nebo útvary, zakázky, na položkách je chyba specifikována podrobněji, může být chyba ve více položkách, proto na hlavičce je jen ta obecná chyba dimenzí **133** – tuto chybu vrací hlavní účtovací metoda obecná pro všechny úlohy OO. Tuto chybu není možné v rozhraní specifikovat, neboť to může být vice různých chyb. Např. chybí zakázka u povinně zakázkového účtu nebo jsou špatné rozsahy účtů, útvarů, zakázek nebo když nesouhlasí obnosy položek na hlavičku dokladu a podobně. Pokud účtovací program vrátí tuto chybu, věta účetní žádosti se sice označí jako chybná, ale do FÚ se zapíše a opravu je možné provést v ekonomice. ===== Export pro ESO9 =====