Hledám XML programátora (export z *xls)

Hezký den,
homemade účetní programy v DOSu v roce 2015 jsou pro mne obdivuhodné (v kontextu zákonné zodpovědnosti mít účto v pořádku). V čem je to vytvořené?
Napadá mě, že by stálo za probádání svépomocné použití Pulover’s Macro Creator a vytvoření si vlastní aplikace. Někomu to zadat je sice hezké, ale pak to bude o doufání, že si úředník nebude průběžně vymýšlet změny, které bude v rámci závislosti na externistovi nechat zapracovat. Proto mi přijde rozumné, pokusit se to zvládnout svépomocí a nebo jít cestou přechodu na komerční licenci účet. SW.
Vybavilo se mi, když jsem se začínal potýkat s výkaznictvím ČSÚ, MPO, ČNB, Intrastat, tam jsem taky musel jít cestou svépomocné tvorby. Státní programátoři vždycky měli radost z návrhů na zlepšení. Je fakt, že mi nikdy nic nevrátili k přepracování, protože veškeré kontrolní součty seděly. Nikdy nezapomenu když jsem se učil vykazovat mnohastránkový roční výkaz pro ČSÚ, který vydal na týden práce.

Daňová evidence + evidence DPH v dBASE IV (1990). Podvojné účetnictví v KHK-PC Kaufmann (německý program, 1992). Báječná je z mého pohledu variabilita, jakékoliv legislativní změny si snadno promítnu do dalšího roku/období. Nejsem odkázán na placené roční updaty, odhaduji, že jsem za skoro 25 let ušetřil takto stovky tisíc.

Jedna licence dBASE přitom stála kolem 4.000 Kčs. KHK kolem dvaceti.

Momentálně to provozuji ve virtuálních XP (XP-mode) pod Windows 7 Pro/64. V síti, s podporou tisku na moderních USB laserovkách.

Odkážu na svůj starší článek: http://pc.poradna.net/a/view/645030-trocha-dosovsk e-nostalgie-jak-jinak-nez-s-dbase-iv

Z hlediska provázanosti účetnictví (účty, hlavní kniha, peněžní deník, rozvahy, výkaz zisků a ztrát není problém. Při účtování natvrdo zadávám čísla účtů (6-místná, s analytikou) MD/D, účty jsou (editovatelně) přednastaveny, kam do rozvahy a výsledovky patří. Dodavatelé/odběratelé mají také své vlastní číselné řady, necpu to rovnou na 311/321.

Pokud zaúčtuji něco účetně špatně, to samozřejmě program neuhlídá. To ostatně žádný (dám-li třeba nákup domácího kina klempířovi do (daňově uznatelných) nákladů, třeba na účet 501

Jako neúčtující jsem mimo, ale stejně se zeptám - není to spíš o dovednosti práce v Excelu a vytvoření makra pro automatizovanou tvorbu XML? DBF lze do Excelu dostat. Pomohl by nějak Advanced DBF Editor? www.dbf-edit.com
Nečetl jsem celé metodické PDF v odkazu, kde to nejistě nazývají Předběžné informace k vyplnění kontrolního hlášení. Možné je vznést e-mailem dotaz na aktuálnost a pravděpodobnost, že ta povinnost nastane ...

není to spíš o dovednosti práce v Excelu a vytvoření makra pro automatizovanou tvorbu XML

Pravděpodobně ano. V případným převodem *dbf do *xls problém nemám. Problém mám s vygenerováním toho *xlm z excelové tabulky.

Ty předběžné informace se týkají konečné podoby toho Kontrolního hlášení, ne toho, zda bude či ne. I když… člověk nikdy neví. Třeba budou nějaké obstrukce, jak jsou avizovány v případě elektronické evidence tržeb.

Tá tvorba Excelu by tam predpokladám bola len kvôli prichystaniu vstupu pre program pre export do XML. Keďže program pre export do XML bude custom vec, tak by som na tvojom mieste skôr uprednostnil niečo, čo to XML vyprodukuje priamo z tvojich dát a vyhol sa tak ďalšiemu medzičlánku. Ak ale Excel potrebuješ vytvoriť aj kvôli tomu, aby si mohol údaje ešte nejako ručne ďalej upravovať, tak v tom prípade to samozrejme neplatí.

Skús napísať, s akým formátom dát pracujú tie homemade účtovné programy, možno by sa to dalo spraviť bez vytvárania toho Excelu/Accessu. Ak je to nejaká archaická databáza, je dosť možné, že sa na ňu bude dať napojiť priamo. Alebo zistíme, že predsa len ten Excel bude jednoduchší.

Pre info pre potenciálnych programátorov - na akom operačnom systéme a v akej verzii Excelu by to malo fungovať?

Primární data jsou ve dvou *dbf. Ale *xls není problém, možná i výhodou, protože struktura toho *xml hlášení někdy chce jednotlivé věty ("řádky", položky), někdy jen součty jiných vět. Nebude mi dělat problém vše připravit přímo v *xls. Možná bych i přímo ta data mohl do *xls zadávat, *dbf není kvůli DPH u mě dogma.

OS Windows (od XP nahoru, momentálně W7/64), Excel 2007.

Diky za odkaz. Je to docela maso, zvlast omezeni na 4000 polozek ve vypisu. To tam budeme muset posilat nekolik podani za mesic. Navic jeste rozdelenych na dodavatele a odberatele.

Budu vdecny za vsechny dalsi informace, ktere se toho tykaji - nemyslim naprogramovani, ale legislativu.

http://www.financnisprava.cz/cs/dane-a-pojistne/da ne/dan-z-pridane-hodnoty/kontrolni-hlaseni-DPH/dok umenty-ke-stazeni

http://www.financnisprava.cz/cs/dane-a-pojistne/da ne/dan-z-pridane-hodnoty/kontrolni-hlaseni-DPH

Já furt doufám, že to nakonec odloží/zruší. Nevadí to účtařům, kteří používají k účtování hotové balíky (Money, Pohoda atd.), prostě tam budou mít novou funkci, vytvoř Kontrolní hlášení.

Podařilo se s tím pohnout?

Zatím ne.

Teď nemám čas se tomu věnovat (uzávěrka DPH), v srpnu na to sednu, budu to muset udělat sám, exportem z Excelu. Pravděpodobně to nebudu schopen udělat v jednom kroku, ale vyexportované sestavy položek to konečného *xml souboru nakopíruju v nějakém lepším textovém editoru (PSPad třeba) ručně. Součtové položky (zjednodušené DD do 10.000) tam naklovu ručně, identifikační údaje (subjekt, DIČ atd) budou pořád stejné.

Bude to nepohodlné, vím. Ale kupovat ročně účetní sw za mnoho tisíc, který stejně nemíním používat, prostě nebudu.

Mustr formuláře s předvyplněnými identifikačními hodnotami budu mít bezpracně z Daňové kanceláře (Atlas Consulting). Dnes při přiznání DPH také musím ze svých účetních programů doplnit číselné údaje (základy daně, daně), no tak totéž (sumář zjedn. DD do 10k) tam ručně doplním také. Pár faktur v režimu PDP doplním také stejně jako dnes (tohle se u mých klientů vyskytuje jen sporadicky). "Problém" se zúží na:

- vyfiltrovat položky z evidence DPH na vstupu a výstupu, které mají být v seznamu Kontrolního hlášení
(to bych měl zvládnout v Excelu automaticky, asi překopírováním položek na jiný, pomocný list)
- výsledný list nějak převést do *xml, do logiky (požadované názvy ve větách) požadované MF
(tohle bude asi trochu boj, ale snad to nakonec s pomocí komunity dám )
- tyhle pomocné části *xml (DPH vstup i výstup) pak v PSPadu vložím na příslušná místa konečného *xml, kde už budou vyplněny ostatní hodnoty.
- odešlu na MF

Já to budu dělat do našeho IS, takže se pak zkusim zamyslet, jestli by se pro to nedalo udělat nějaké obecné rozhraní, které bys mohl využít.

Myslíš "něco na evidenci DPH" ze které by vylezl i ten *xml soubor?
Rád se přiživím.

Nedostanu se k tomu dříve než v srpnu, pak si sesumíruji potřeby a požadavky, mrknu na možnosti excelu (protože to bude jako zdroj dat pro xml asi nejjednodušší).

Klidně bych se i stavil. Případně via TW, Skype atd.
Samozřejmě platí, že zadarmo ani kuře nehrabe.

Jo, myslím XML soubor. Protože máme těch dokladů fakt hodně, asi budeme mnuset ty soubory kouskovat u vydaných, protože těch 6000 v dávce bude málo.

Změnil/upřesnil jsem název threadu.

Nakonec mi nepůjde o naprogramování kompletní aplikace, ale o pomoc s exportem dle požadovaných "parametrů".

Nevím, jestli Ti to pomůže, ale existuje doplněk od MS pro Excel XML-Tools. Nezkoušel jsem ho, nevím co umí...

Ahoj,
pokud jde jen o mapování xls -> xml s předpřipraveným xsd. A stačila by ti comandline applikace v javě, která vezme xls a vyplivne xml (případne více xml), tak se ozvi. Podle složitosti mapování to odhaduji na jedno až dvě odpoledne.

Díky za nabídku. V srpnu si podrobně sesumíruji, co a jak budu potřebovat a ozvu se. Složitější to bude v tom, že to kontrolní hlášení má více rozdílných sekcí (seznam některých dokladů DPH na vstupu/výstupu, seznam některých dokladů v režimu přenesení daňové povinnosti na vstupu/výstupu atd). Kdybych použil nějaký srozumitelnější příklad, tak třeba toto:

Mám databázi (v xls)
jméno, příjmení, datum narození, plat, město bydliště
1. Potřebuju jmenovitě vypsat v xml věty (vždy samostatné seznamy):
- plat je větší než 30.000
- příjmení začíná na "A" až "K"
- věk do 40 let
2. Potřebuju do xml vypsat součet platů všech zaměstnanců menších než 30.001

Pro mě bude důležitá
1) přípravná fáze, tedy návrh xls evidence (teoreticky můžu xls lehce vytvořit i z dbf)
2) utřiďovací fáze, tady nějaké rozumné uspořádání potřebných údajů pro Kontrolní hlášení, možná makrem na jiný/pomocný list
No a z toho listu by mělo vypadnout gró požadovaného xml.

Xml obsahuje i spoustu identifikačních údajů, datum, období atd. - to se většinou pořád opakuje, s tím bych si hlavu nedělal. Zabezpečení importu do xml by to jen zesložitělo. Jde mi hlavně o ty věty s položkami, ne o identifikaci a součtové údaje. Těch pár položek tam dopíšu ručně. Protože můžu postupovat tak,
- že si na stránkách MF načtu lokální xml z minulého měsíce
- inentifikační údaje (kromě datumu a měsíce) zůstávají stejné
- součtové položky dopíšu/změním ručně
- položkové věty z minulého měsíce odstraním án_blok. Do xml mimo rozhraní webových stránek MF natvrdo nakopíruju věty z aktuálního měsíce - věty, které by měly být xml výstupem z xls.

Struktura xml je tady: http://adisepo.mfcr.cz/adistc/adis/idpr_pub/epo2_i nfo/popis_struktury_detail.faces?zkratka=DPHEVD

Asi to popisuju hodně divoce až nesrozumitelně. Ale až budu mít skutečný xls soubor, vyřešenu tu filtraci, pak to bude mnohem jasnější. Samozřejmě, pokud by se to podařilo celé zjednodušovat tak, že bych toho k ruční úpravě měl co nejméně, bylo by to jen a jen lepší :)

Zdravím, pokročilo to nějak?
Dík

Myslím, že to mám hotovo, udělal jsem to celé v Excelu. Zítra budu oficiálně testovat.
Není to user friendly, ale to mi neva.

A šlo by se o výsledek podělit?
Děkuji

Taky bych měl zájem.

Podařilo se někomu překonat problém nemožnosti exportu do výsledného .xml?
V excelu namapuju to .xsd (od ministerstva) na svá data, ale když kliknu na export, hodí chybu "Nelze uložit či exportovat data XML. Mapování XML v tomto sešitu není možné exportovat."
Vám to nedělá? Nevíte, jak to obejít/vyřešit?

rrrr.

Já to obešel úplně mimo *xsd či jakékoliv XML funkce. XML vytvářím "mechanicky".

Prostě jsem data z kompletní DPH evidence
1. exportoval do listu podle zvoleného období
2. dále exportoval do jednotlivých listů podle pokynů A1-A5 a B1-B3, v přesné struktuře, jak požaduje KH
3. na těch listech A1-B3 mám na konci každého řádku speciální vzoreček, který z těch dat udělá XML větu
4. v posledním kroku sloučím všechny výstupy A1-B3 na výsledném listu (na začátku mám pak evidenční údaje, ty věty s identifikací hlášení, subjektu atd.), viz http://pc.poradna.net/q/view/1521383-excel-postupn e-kopirovani-z-ruznych-listu-do-jednoho-makro
5. Ctrl+A, Crtl+Ins, nový textový soubor cokoliv.xml, Shift+Ins. Ověřit na EPO, hotovo.

Zdarec,
kdo ještě potřebuje pomoci se standardnim exportem dat z xls do xml (např. kontrolní hlášení), ať píše na vbaprogramovani@gmail.com

Děláš si skrytou reklamu nebo co? Toto je veřejná poradna, kde se radí zdarma a všem.... Pokud chceš pomoct, tak můžeš reagovat zde a ne tady spamovat se svým mailem.

Na XSD od MFCR bych se nevazal. Po predchozich zkusenostech, kdy to meni docela casto - pred par dny vysla dalsi zmena struktury.
Cela EPO podatelna je splacana a slepena z nekolika projektu. Polozky ve struktuře jsou pojmenovane napr. obrat23 a obrat5 (pro pamětníky sazby DPH 23 a 5).
Pokud je nektera z hodnot DPH ve vete 0, tak se musi uplne vynechat. Pokud napisete nulu, vysledkem bude varovani, ze pro sazby chybi zaklad (i kdyz jsou obe hodnoty nulove). A kdyz mate v hlaseni polozek nekolik tisic, tak tech varovani bude fakt hodne a prehlidnete neco duleziteho.

Ahoj. chyba je v excelu. jako workaround je potřeba upravit dphkh1_epo2.xsd soubor, který je z webu fin. správy a pomocí kterého se XML mapuje. tam musíte u věty A5 a B3 změnit atribut "maxOccurs" z "1" na "unbounded". pak je potřeba si jenom sám pohlídat, aby věty A5 a B3 v excelu měly jenom 1 řádek (1 výskyt v XML). Pro úpravu XML použijte třeba XML notepad od MS.
aby se to v excelu projevilo, po změně toho souboru ho musíte odebrat z mapování, znova přidat a znova všechno namapovat.