• úvod
  • témata
  • události
  • tržiště
  • diskuze
  • nástěnka
  • přihlásit
    registrace
    ztracené heslo?
    SA213Elektronická Evidence Tržeb (EET)
    FRK_R23
    FRK_R23 --- ---
    H_U_N_T_E_R: Presne tyvole, nasi na ne kleknou a bude pohoda:)
    H_U_N_T_E_R
    H_U_N_T_E_R --- ---
    Pronájmy přes Airbnb mohou spadat pod EET, tvrdí Finanční správa - Lupa.cz
    https://www.lupa.cz/aktuality/pronajmy-pres-airbnb-mohou-spadat-pod-eet-tvrdi-financni-sprava/
    KOC256
    KOC256 --- ---
    ILIBOR:
    EDI, vytezovani faktur
    SA213
    SA213 --- ---
    NECROMAN: Myslím, že stejně jako u QR. Také obsahuje redundanci a je možné číst i poškozený kód.

    PDF417 v ČR používá například sazka na svých tiketech a má na kontrolu sázky i mobilní aplikaci.

    I kdyby kódu rozuměli a načetli ho v aplikaci, vůbec nic jim to neřekne, jen uvidí nějaký dlouhý string, takže je třeba u obou formátů stejně někde uvést jakou aplikací kód načíst.
    NECROMAN
    NECROMAN --- ---
    SA213: to je otázka. Jako základní omezující faktor bych bral to, co lze vyttsknout lowendovou termotiskárnou na účtenky, aby to šlo přečíst. Nejsem si jist, zda by zvládla PDF417 formát a jeho drobné čárky.
    Také QR kódu rozumí více "běžní lidé", když ho někde vidí. Napadne je, že to asi půjde přečíst v aplikaci.
    SA213
    SA213 --- ---
    NECROMAN: To je malý rozdíl v počtu modulů a získá se tím rozšiřitelnost. Je ale také otázka, zda je QR vůbec vhodný formát, myslím, že na účtenky by se díky svým vlastnostem nejlépe hodil PDF417.

    89 znaků v PDF417:

    NECROMAN
    NECROMAN --- ---
    SA213: user-friendly string má cca 60 alphanum znaků, na druhou stranu je to Version 3 QR kód (29x29) opoti Version 2 (24x24) u binárního zápisu, to asi nebude problém :)
    BKP:1234567890abcedf;DIC:1234567890;KC:432.50;DT:201708011640
    SA213
    SA213 --- ---
    NECROMAN: Spíše jde o tu rozšiřitelnost.
    NECROMAN
    NECROMAN --- ---
    SA213: to je otázka, zda preferovat lidskou čitelnost nebo minimální velikost v bajtech? Pokud je cílem, aby se to vešlo na účtenku, tak je každý ušetřený mm účtenky znát.
    SA213
    SA213 --- ---
    NECROMAN: Navrhovaný formát se mi moc nelíbí. Není rozšiřitelný ani čitelný. Inspiroval bych se QR platbou a jen zaměnil parametry které uvádí v dokumentaci. Není pak třeba ani vymýšlet další parsery, implementace co přečte QR platbu by měla i tohle, jen s budou jiné atributy.

    QR Platba: "Výhodou navrženého formátu je relativně dobrá lidská čitelnost a potenciální rozšiřitelnost o specifické atributy."
    NECROMAN
    NECROMAN --- ---
    SA213: dnes jsem si s tim začal hrát, první pokusy zde:
    qreet/EetBinInfo.cs at master · martinsuchan/qreet · GitHub
    https://github.com/martinsuchan/qreet/blob/master/Source/QREET.Lib/EetBinInfo.cs

    Pro odeslání účtenky je třeba jen prvních 16 znaků BKP, dále DIČ, cena, datum s přesností na minuty a režim pokladny. Pro zakódování těchto údajů stačí jen 20 bajtů, což se vejde do QR kódu Version 2, např takto:


    Zde vzorová účtenka v base64. QR lze zakódovat i binárně, ale ZXing libka z nějakého dvodu umí jen text.
    Zkoušel jsem i to OCR v aplikaci Účtenkovka na účtence z Billy, ale nepřečetlo to vůbec nic. QR s dobrým error correction formátem bude úplně jinde s šancí na načtení.


    Během týdne plánuji začistit tu demo aplikaci a parsování + sepsat README.md o formátu.
    Bylo by fajn, pokud by se toho potom někdo chytil, i když kdo ví, jak to bude po volbách :)
    SA213
    SA213 --- ---
    ILIBOR: Často se také účtenky skenují, kdyby tam byl QR, dá se rovnou dekódovat a doplnit údaje o dodavateli.
    ILIBOR
    ILIBOR --- ---
    SA213: tak že by účetní trápilo opisování údajů z účtenek jsem ještě neslyšel, ale co všechny vyloženě štve je zaskladnovani zboží z faktur..
    SA213
    SA213 --- ---
    NECROMAN:
    ILIBOR:

    Myslím, že takový formát má smysl nehledě na situaci s EET, tam bych využití viděl spíše jako vedlejší. Potřeba opisovat údaje z účtenek byla i před EET.
    CZECH23EKTOUR
    CZECH23EKTOUR --- ---
    ILIBOR: díky za reakce, ráno mi zaslali ještě servisní manuál, kde byl postup resetu v krocích, prejumprování byl první krok, s kombinací zapnout, v průběhu další kombinace tlačítek a hurá :). Akce na 10 min. Naprogramování 10-15min, takhle když jsou všechny informace pohromadě, tak je to pohádka :), škoda, zrovna s tím končím... No ono u nás je vše složitější, účetní program a pokladny jedou od počátku, zařízené firmou, resp aktualizací systému. Horší je, že držíme při životě informační systém po bývalém importérovy, který není x let zásadněji podporován. Cesta přenosu dat mezi informačním a účetním systémem není online. Jedna z nejlevnějších pokladen v jednom z fórovějších obchodů. Problémy hned s tou první a byli jsme posláni do smluvního servisu. Kde za těch 1500bez zresetoval a pak asi 45minut vyťukával firemní údaje. Mě tam rostla pleš, ale pán byl slušný a nechtěl bejt taky blbej, když jsme pořídili jinde. Samozřejmě výdaje za servis jsem otočil na dodavatele pokladen a zbylé si nechal zlevnit a ještě jsme dostali nějaký blbosti. Tak a za pár volby, tak jsem zvědav, jestli nepůjdou zas k šípku :-)... přeji pěkný a úspěšný den.
    ILIBOR
    ILIBOR --- ---
    NECROMAN: já bych počkal po volbách jaká vůbec bude vláda a co zase vymyslí...
    NECROMAN
    NECROMAN --- ---
    ONDRA_99: QR kód se všemi údaji pro Uctenkovku by mohl byt celkem maly, cca pulka sirka uctenky. Pokud se ostatni povinne udaje dobre naformatuji, tak se ani uctenka nebude muset prodluzovat.

    Teoreticky by novela zakona mohla povolit plnohodnotny QR kod jako nahradu aktualnich tistenych EET stringu pro jeste kratsi uctenku, ale to je spise nyni zbozne prani :)
    ONDRA_99
    ONDRA_99 --- ---
    NECROMAN: Jakoze je ta uctenka moc kratka, tak tam soupnout QR navic? :D
    NECROMAN
    NECROMAN --- ---
    Uvažoval jsem o tom, že bych přes víkend dal dohromady specifikaci QR-EET formátu, který by se dal uplatnit na účtenkách a Účtenkovce. Co myslíte, byl by o to zájem?
    Pokud by se našel partner mezi výrobci EET pokladen, mohlo by z toho být i zajímavé promo, a implementace by nebyla o nic složitější, než třeba QR platba.
    Forát by také vycházel z QR platby:
    Specifikace formátu | QR Platba
    http://qr-platba.cz/pro-vyvojare/specifikace-formatu/
    ILIBOR
    ILIBOR --- ---
    CZECH23EKTOUR: ta přiletovaná baterka by měla být ta záložní a od ní bych se podíval po spoji k jakému vede jumperu... ale je možné, že tam může být zvlášť EET modul a ten se může zaseknout nezávisle na kase a ten se třeba resetuje nějakou kombinací tlačítek...
    tvl. a 1800 za reset kasy to mi nepřipadá jako seriózní prodejce... to musel být asi pěkně z daleka a naúčtoval si dopravné...
    u nás když by se zasekla kasa v záruce a zákazník mi to dovezl, tak na poprvé nechcu nic a pokud by se to stalo zase, tak koumám jestli není v síti nějaké rušení... většinou to dělaji mrazáky, trouby, ohřívací pulty... pokud se seká kasa a není problém v sítl, tak ke kase bych přistupoval jako ke šmejdu a tak bych se choval u prodejce a požadoval záruku a ne že mi bude účtovat poplatky za servis... já jsem si koupil kasu aby mi v záruce bezproblémově fungovala a né že budu mít další náklady kvůli nepodařenému výrobku...
    Kliknutím sem můžete změnit nastavení reklam