Mivel kommunikál egy pénztárgép és egy windows-os szoftver
2018-04-06T19:27:23+02:00
2018-04-11T16:14:15+02:00
2022-07-21T06:44:58+02:00
  • szia

    van két gyártó felé is c# interface ha érdekel privibe vegyük fel a kapcsolatot.
    Mutasd a teljes hozzászólást!
  • Nos vettem a fáradságot és rááldoztam 5 percet az életemből a kérdésre. A Nav és Dr.Gugli segítségével rátaláltam az engedélyezett pénztárgépek listájára.Nemcsak a lentebb említett EURO 150TE Flexi, De az EURO 50TE Mini is engedélyezett. Az utóbbi - hacsak nem speciálisan kiherélt szoftverrel forgalmazzák Magyarországon - egyszerűen vezérelhető soros/USB porton keresztül.Ismerem, mert az elődeit használom.

    Forgalmazza az XXXXXXX kft Budapest (nevét, címét megtalálod a listán). Felhívod őket és, ha belengeted, hogy vásárolnál tőlük 1-2-15-150 kasszagépet, bizonyára pontos információt adnak a magyarországi lehetőségekről.
    Mutasd a teljes hozzászólást!
  • Nekem 20-ból egyszer sikerült képernyőről olvasni :D

    De a második megoldás azért valamivel jobb.
    Mutasd a teljes hozzászólást!
  • A vonalkódokat kirakod képernyőre és a pénztárgépre kötött vonalkód olvasóval lecsipogod.

    ehehe, ehehe, komolyan?

    Utoljára 15 éve etettem egy hozzáértőt azzal, hogy ha sima asztali szkennerrel akar filmet levilágítani, akkor egy diavetítővel vetítse rá. Elhitte.
    Mutasd a teljes hozzászólást!
  • Értjük mit akartál.

    De ahogy korábban is írtam, csak a pénztárgép kezdeményezhet kommunikációt a pc felé. Fordítva nem mehet.

    Szerintem lehetséges megoldások:

    0. Ezt a pontot meg kell valósítani a folytatástól független. Generálsz az aktuális nyugtához (tételeihez) vonalkódot, ami lehet egyszer használatos is az adott vásárlásra, az mindegy. Ezen vonalkódok alapján szolgálod ki a pénztárgépnek a termék adatokat amikor az kérdezi.

    1. A vonalkódokat kirakod képernyőre és a pénztárgépre kötött vonalkód olvasóval lecsipogod. Jó minőségű kijelző és olvasó esetén tud működni, de nyűgös, én nagy üzemben nem használnám.

    2. A pénztárgépbe a vonalkódolvasó helyére is a pc-t csatlakoztatod. Ezen a csatlakozáson keresztül a szoftverrel ráküldöd a pénztárgépre a korábban generált vonalkódokat, mintha csak lecsipognád az olvasóval. 

    3. Megvalósítástól (1-es vagy 2-es pont) függetlenül csapsz a pénztárgépen egy KP FIZET gombot, kijön a nyugta -> örülsz.
    Mutasd a teljes hozzászólást!
  • Pontosan értettem már elsőre is, csak a jogi hátteret nem ismerem. Amit itt atlant belinkeltem, az mindezt tudja. A legegyszerűbb lenne megnézni valamilyen NAV listán, hogy ez az "Euro-150TE Flexy" pénztárgép engedélyezett-e Magyarországon. Ha igen, akkor nincs semmi probléma, simán fel lehet tölteni a sorokat cikknév, mennyiség, egységár és áfacsoport felbontásban, majd a végén még a GRANDTOTAL gomb lenyomását is ki lehet generálni. Még azt is hogy mennyi pénzt adott a kliáens és mennyi a visszajáró, valamint a csekkel és kártyával fizetést is.
    Az igen azt is jelentené, hogy engedélyezett ez a mód, bármilyen más tipusú engedélyezett (!) pénztárgépre, mely önálló pénztárrgépként működőképes, azaz megkerülhetetlenül tartalmazza a magyar előírásoknak megfelelő soft- és hardware modulokat és mellette számítógépről is vezérelhető.

    Ha nem, akkor nem tudom. Konkrét software megoldásban tudok segíteni, jogiban nem. 

    Szerintem a legegyszerűbb az lenne, ha bemennél a NAV-hoz és megkérdenéd az illetékes osztály illetékes elvtársához.
    Mutasd a teljes hozzászólást!
  • Lehet, hogy én fogalmaztam meg hibásan, vagy nem elég pontosan amit szeretnék. Van egy vásárló, aki rendel 4 terméket. A rendeléskor ez új listába kerül a termék neve, ára és mennyisége (ez az összesítő lista) ebből számoljuk ki hogy mennyi a végösszeg, amit ezután a pénztáros / pultos ugyanúgy beüt egy online-pénztárgépbe. Ez a számítógéptől és a szoftvertől független, NAV-al kommunikál és semmi közünk hozzá. A szoftverünket azért használják, mert ezen adatokból kiszámolja a bevételt, kiadást, az alkalmazott munkabérét leltárt vezet stb. Ha az adott telephely elegáns akar lenni, akkor ezt a tételösszesítőt NEM ADÓÜGYI BIZONYLAT formájában kinyomtathatja a NAV-os blokk mellé. Ezen nem csak az ár a gyüjtőkód és a mennyiség meg egyéb alapvető adatok lesznek rajta, ami a NAV-os gép által nyomtatott blokkon van, hanem sokkal több adat és a termékek neve is tételesen le van vezetve, plusz pénztáros, cég logó stb és egy vonalkód amiből az adatokat reklamáció esetén vissza is tudják a szoftverből olvasni. A probléma az, hogy ez nagyon időigényes mondjuk egy pörgős északai bárban. 

    Azt szeretnénk, hogy amikor a szoftverben az eladó / pultos rákattint arra hogy “fizetés” akkor a szoftver valamilyen módon  átküldje a pénztárgépnek az adatokat (termékek ára, mennyisége, stb) és ne keljen mégegyszer ugyanazokat a tételeket beütni egy pénztárgépbe, ha az a szoftvertől is megkaphatná az adatokat, ezzel időt spórolva a gyorsabb kiszolgálás érdekében. 

    Mi is úgy látjuk hogy NAV-os modul integrálása vagy AEE és egyéb megoldások integrálása a szoftverben nagyon kockázatos lenne. Ezért szeretnénk ezt az alternatív megoldást.
    Mutasd a teljes hozzászólást!
  • Már az elején leszögeztem, nem ismerem a magyar jogszabályokat és az itt lévő kommentekből sem lett világosabb számomra a helyzet.
    Természetesen tucatszám (de inkább ezerszám) léteznek vezérelhető péztárgépek, legfeljebb nem felelnek meg a magyr előírásoknak. Ezt pl. onnan tudom, hogy több mint 20 éve ilyeneket használok. A dokumentáció, amit lentebb belinkeltem pontosan egy ilyen kasszagép csoport leírása. Ezek működnek mint klasszikus nyomogatós, mint számítógép által vezérelt üzemmódban. Sőt mix üzemmódban is. Mégsőtebb megtalálható köztük egy olyan lebutított verzió, ami  billentyűzet nélküli, azaz egy fiskális nyomtató.
    A cég honlapjának néhány éve még volt magyar klónja, ergo szállítottak Magyarországra is. Ma már valószínűleg nem. Illetve egyetlen tipusra van software support, ez valószínűleg jóvá van hagyva nálatok is.
    ELCOM Cash Registers
    A magyar zászló alatt található. Az Euro2 kommunikációs program meghívható paraméteresen, egy darabig, amíg meg nem írtam a wines könyvtárat ezzel és a egy régi dosos programmal használtam. Hogy ez a lehetőség a magyar verzióból nincs-e kiherélve, azt nem tudom. De hadd ne én nézzek utána.
    Ha valaki véletlenül ezt választaná szívesen segítek. Sőt akár az egész vezérlő unitot (delphi) is  elküldhetem.
    Mutasd a teljes hozzászólást!
  • ...Auchan, Zara, Meki stb. hogyan oldják meg...

    Azok a bizonyos áruházláncok, amikre céloztál, megküzdöttek az összes problémával, mert ha nagy üzlethez kell valami, van fedezet mindenre. Jelen esetben szerintem nem csak szoftver de hardver fejlesztés is kellhet, plussz jogi költségek, és nem lesz kicsi a végösszeg, de ha nagy üzlethez kell, ki tudjátok fizetni. Ne vessz el a részletekben. Egy nyilvános topicon az céltalan. Az egyetlen kérdés, amit meg kellene válaszolni, hogy nektek kicsiben kell a megoldás, vagy elég nagyban?
    Mutasd a teljes hozzászólást!
  • Ezt én is így tudom, de HAME szerint van olyan gép, ami vezérelhető:

    Nem értem miért kellene PC alapú pénztárgép, amikor tonnaszám találhatóak olyan klasszikus pénztárgépek - igy gondolom NAV által jóáhagyottak is - melyeket pl. soros portról lehet vezérelni, a végeredmény pedig pontosan ugyanaz, mintha valaki a pénztárgép billentyűzetéről adta volna be az adatokat.
    Mutasd a teljes hozzászólást!
  • Pont a zártság biztosítása miatt nem lehet a pénztárgépet vezérelni. Emiatt nem kell felülvizsgáltatni a szoftvert, ha csak on-line módban (pc-vel összekötve) használod a gépet. Tehát elképzelhetetlen, hogy ne a pénztárgép kezdeményezze a kommunikációt és ne a pénztárgépen kelljen a nyugtát zárni. 

    Egyedül ezeknek az eseményeknek az elkapására van lehetőség a pc oldalon. Vagyis tudsz eseményt rendelni a szoftverben a vonalkód olvasáshoz, nyugta megszakításhoz, nyugta záráshoz, fizetési mód választáshoz etc...

    De nem tudod kívülről vezérelni.

    Az az út járható lehet, hogy a vonalkód olvasó helyett is pc van bekötve a gépbe. Nekem eszembe nem jutott volna, de nagyon jó ötlet. Viszont a nyugta zárás még mindig a pénztárgépen fog történni.

    De véleményem szerint ez még mindig sokkal kényelmesebb és jobb megoldás mint pc alapú szoftvert hitelesíttetni. Alap esetben mindössze 2 gombot kell nyomni a pénztárgépen.

    A másik lehetőség hogy nem nyugtát ad a program, hanem számlát. Így megússza a procedúrát, viszont a komfort érzetet rontja, hogy vásárló adatokat kell rögzíteni.
    Mutasd a teljes hozzászólást!
  • Akkor lehet, hogy csak én nem találtam, háromféle működési módot tudok, zárt plu, nyitott plu és pc alapú, de javítsatok ki, ha rosszul tudom, nagyon érdekelne egy olyan megoldás, ahol a pénztárgép billentyűzetét a pc-ről tudom vezérelni.

    A nyitott plu-s megoldást olvastam egy 8 éves fórumban, hogy úgy csinálták meg, hogy a pénztárgépre kötött vonalkódolvasó helyére is a pc volt bekötve, így gyakorlatilag a nyugta tételei a pc-ről mentek, de a nyugta zárást akkor is a pénztárgépen kell nyomni. Nem tudom, hogy ez most, vagy akkor szabályos volt-e, vagy csak egy kiskapu?
    Mutasd a teljes hozzászólást!
  • Nem értem miért kellene PC alapú pénztárgép, amikor tonnaszám találhatóak olyan klasszikus pénztárgépek - igy gondolom NAV által jóáhagyottak is - melyeket pl. soros portról lehet vezérelni, a végeredmény pedig pontosan ugyanaz, mintha valaki a pénztárgép billentyűzetéről adta volna be az adatokat.
    Mutasd a teljes hozzászólást!
  • A kommunikáció gyártó függő, én egy BBOX alapú gépet ismerek, az soros porton kommunikál, a gép küld neki egy parancsot, az AEE végrehajtja és visszaküldi a választ, nem olyan bonyolult leprogramozni.

    A macerásabb rész, hogy a szoftvert engedélyeztetni kell, ami rengeteg idő és pénz.
    Valaki írta korábban, hogy nincs ilyen rendszer, ez azért nem egészen igaz, van magyar éttermi szoftver engedélyeztetett pénztárgéppel, bár azok nem biztos, hogy minden neked szükséges funkciót tartalmaznak, körül kell nézni. Volt egy gépész tanárom, aki azt mondta, a tervezés első lépése, hogy megnézzük, valaki nem tervezte-e már meg!
    Mutasd a teljes hozzászólást!
  • Ez igaz, de pont azt nem akarják, hogy a pénztárgépen kelljen kezdeményezni a kommunikációt.
    Az éttermi szoftverből kellene a nyugtát előállítani, ahhoz pedig pc alapú pénztárgép kell, minden nyűgével és engedélyeztetési procedúrájával.
    Mutasd a teljes hozzászólást!
  • Na most már tényleg nem tudom, mi a helyzet a fiskalizációval 
    Ha érdekel, hogy hogyan néz ki a kommunikáció egy kasszagép és a számítógép közt, 
    itt egy komplex leírás
    a fizikai szinttől az utasításkészletig.
    Mutasd a teljes hozzászólást!
  • Nekem Sam4S gépekkel van tapasztalatom. Nem kell semmi felülvizsgálat stb.. csak a pénztárgép drivere és egy soros port a gépbe. Más gépekhez (Jota) USB illesztő van. 

    Annyit kell tudni, hogy a kommunikációt a pénztárgép és a pc esetében mindig a pénztárgépnek kell kezdeményezni. Legalábbis a samsungoknál így van. Tehát ha mondjuk a pénztárgépre kötsz egy vonalkódolvasót, lecsippantod a kódodat, a gép pedig elkéri a pc-s szoftvertől a termékadatokat és rányomja a nyugtára. Mintha kézzel ütnéd be, csak nem :)

    Persze az is kell hozzá, hogy a gép on-line módba legyen kapcsolva. Nem ez nem az az on-line mód amikor a NAV-al kommunikál. Így hívják ha PC-vel van összekötve. 

    Egy kis kaució ellenében az AltCash szívesen ad neked gépet teszteléshez és elküldi a szükséges libeket meg a dokumentációt.



    Amit westito ír azt a pénztárgép szervizesek kassza gépnek hívják. Az egy pc és a rajta futó szoftver, meg természtesen a kiegészítő hardverek (pénz fiók, nyomtató, AEE stb..). Ezt valóban felülvizsgáltatni kell, sok pénzért. 

    De ha csak egy "hagyományos" pénztárgéppel akarsz kommunikálni, akkor ilyesmire nincs szükség.
    Mutasd a teljes hozzászólást!
  • Nem valószínű, hogy segíteni tudnék neked a magyar jogszabályok ismerete nélkül, s mivel többen állítják, hogy a szoftvernek mindenképp jóváhagyottnak kell lennie, én elhiszem. Mégha egy netto ivartalanított szarvasmarhaság  is, akkor is.
    Egyébként nálunk pontosan úgy működik, ahogy leírtad. Régebben lehetett szoftvert IS fiskalizálni, de 2010-től már kötelező a hardver fiskális modul. Egy fiskalizált kasszagépbe, vagy egy fiskalizált nyomtatóba zárva, csak autorizált szervíz által hozzáférhetően. De hogy miképp juttatod el az adatokat a számlára, az a kutyát sem érdekli, Hogy ujjal pötyögteted be, vagy a soros/USB/hálózati porton keresztül egy számítógépből töltöd, az tök mindegy.
    De a lentiek szerint nálatok nem. Ha egy robotot állítanál be a kasszagép mögé, amelyik az adatbázisból nyert adatokat bepötyögtetné a billentyűzeten keresztül, ezek szerint annak is fiskalizálva kéne lennie. 
    BTW nálunk nem is lehet oůyan számlát kiállítani, amin csak a végösszegek találhatóak, kötelező legalább árucsoport szinten (üdítő, férficipő, női fehérnemű, űrrakéta, stb) tételes számlát kiállítani.
    Mutasd a teljes hozzászólást!
  • Egységes kommunikáció gyakorlatilag sehol nincs hardver/szoftver rendszereknél.
    Minden gyártó szereti a saját (vacak) megoldását használgatni, már csak azért is, hogy a konkurenciának gondot okozzon, és hogy később az ő bevonásunk nélkül az ő általuk kiépített rendszert ne lehessen módosítani/bővíteni könnyen.
    Mutasd a teljes hozzászólást!
  • A jogszabályok szerint számlát nyomtathat a szoftver. Csak egy számla nem feltétlen adóügyi bizonylat. Ha a szoftvered jól kiszámítja az áfát és a nettót akkor saját felelősségre bárki csinálhat ilyen szoftvert, csak oda kell írnod a számla apró-betűs részébe, hogy ki készítette a szoftvert és hogy kijelentet, hogy a készítéskor megfelelt a magyar jogszabályoknak. Persze ha egy ellenőrzés során megbukik a szoftvered akkor nagyon csúnyán megvágnak. 



    Ez a szoftver viszont más, mert ezt ugye főként vendéglátóipari egységek használják és ott ugye rögtön adóügyi bizonylat kell, ezért onine pénztárgép.
    Mutasd a teljes hozzászólást!
  • Én olyasmire gondolnék, hogy a szoftver és egy kassza össze van kapcsolva. Amikor a szoftverben a fizetés művelethez érünk, akkor csak továbbküldené az adatokat a gépre. Tehát a NAV-os elszámolást nem a szoftver intézné, az maradna a gép dolga. Tudom, hogy nagyon macerás egy NAV-os AEE szoftver tervezni, abba nem is vágnék bele. De olyat láttam már, hogy szoftver ráküldi az adatokat a pénztárgépre és ott csak nyomnak egy "entert". Ez azért sok időt megkímél mondjuk 10-15 tétel esetén. Azt nem kell újra beütni egy pénztárgépe is.
    Mutasd a teljes hozzászólást!
  • Nekünk is így működik jelenleg. A szoftver maga tud tételösszesítőt nyomtatni hőpapíros nyomtatóval, ilyen kis cetliket, de az ugye nem adóügyi bizonylat, ez nagybetűvel rá is van írva. Csak ugye sokkal esztétikusabb egy olyan blokk amin a tételek név szerint le vannak vezetve és ugye sokkal több infót rá tudunk nyomtatni. Nem utolsó sorban van a blokkokon egy vonalkód is, aminek segítségével bármikor visszatölthetjük az adatokat a rendszerbe, reklamáció esetén.
    Mutasd a teljes hozzászólást!
  • Tapasztalt szakember nélkül nem kezdenék bele. Tényleg sokba kerül 1-1 vizsga és nagyon sok mindenen meglehet bukni és az rengeteg pénzt is jelent. (Dolgoztam olyan fejlesztésen, ahol vizsgáztatni kellett, tapasztalat.)

    A Te programodnak meg azon a részén nem változtathatsz, ami kommunikál az AEE-vel. (sikeres vizsga után) Pénztárgép AEE nélkül úgy tudom már nincs.

    Maga a vizsga több mint félmillió ft alkalmanként.
    Mutasd a teljes hozzászólást!
  • Ezekhez miért kéne fiskalizáltatni a programot is

    Azért, hogy minden egyes bevizsgálásért kicsengethess félmillió forintot:)

    Nem akarlak untatni a magyar jogszabállyal, főleg hogy nem is a csonka honban élsz, de elég komoly követelményeknek kell megfelelni.

    @krisztian: olvass bele a NAV dokumentációjába: E-invoice


    Pénztárgéppel nem tudom, nálam odoo modullalal van megoldva a számlázás és csak egy sima nyomtató van hozzá. (Nem kiskereskedelmi egységben számlázik, hogy cetlit nyomtasson)
    Mutasd a teljes hozzászólást!
  • Nem igazán értem a problémát, bár nem is kell nekem mindent értenem, ami Magyarországon történik. Van egy fiskalizált kasszagépem, mely ráköthető egy számítógépre mert
    1. ha klasszikus, billentyűzetről kasszának akarom használni, akkor is sokkal effektívebb a PLU-kat feltölteni egy adatbázisból mint a numerikus billentyűzetről (mint egy telefon billentyűzetről) bepötyögtetni. 

    2. számítógépről online feltölteni a fiskalizált kassza egyes sorait, amit a kassza dolgozik fel és tárolja a szükséges adatokat a fiskális moduljában.. 
    Ezekhez miért kéne fiskalizáltatni a programot is, ha már a kassza egy jóváhagyott fiskalizált berendezés?
    Mutasd a teljes hozzászólást!
  • Röviden: Sehogy. Erre nincs és nem is lehet "DLL-es" megoldás. A magyar törvények szerint két lehetőség van: Pénzárgép vagy PC. PC esetén a szoftveredben neked kell megoldani a kommunikációt egy nyomtatóba épített AEE egységgel. Utóbbit lehet tudsz venni AEE gyártótól (AEE = NAV-os kommunikációs egység). Majd ha elkészültél komplett szoftverrel, akkor azt hatóságilag be kell vizsgáltatni (fiskalizáció), ahol átnézik a kódot, tesztelik a rendszert. Ez több százezer forint és több hónap is akár. Majd ha nem sikerül akkor újra... Szóval nem hiába van az minden étteremben hogy nyomtatnak egy blokkot a pincérszoftverből majd utólag ütik a pénztárba. Nem is tudom van-e cég aki be merne vállalni egy ilyen komplex szoftver fiskalizációját. Ja és ha frissítést kell kiadnod azt ugyan úgy minden alkalommal be kell vizsgáltatni. Másrészt éttermek nem is biztos hogy szeretnék ezt. Több helyen láttam, meg több futár is hozott nekem szimplán éttermi blokkot ami nem volt beütve pénztárgépbe.
    Mutasd a teljes hozzászólást!
  • Nem tudok nyilatkozni a magyarországi pénztárgépekről, csak a szlovákiaiakról, de nem hiszem, hogy diametrális eltérés lenne az elvekben. 

    Szóval, a számítógép és a kassza (ill. a fiskális nyomtató) közti kommunikáció igenis gyártófüggő. Sőt nemcsak gyártófüggő, de még az egyes tipusok közt is vannak eltérések.  Fizikai kommunikáció szinten is
    Én egy Elcom nevezetű cég termékeit használom, bizony még a paketthosszúságok sem passzolnak az egyes tipusok közt. A számítógéppel kommunikálni képes kasszagépekhez általában adnak legalább egy dll-t, mely bebiztosítja a fizikai kommunikációt, vagy megírod magad, ha hozzáférhető a fizikai kommunikáció és az utasításkészlet leírása. 
    Az adóhivatallalvaló kommunikációt sem ismerem, nálunk MÉG nem kötelező, az viszont biztos, hogy azt a berendezésnek önállóan kell tudnia. Ergo programozás szempontjából lényegtelen.
    Mutasd a teljes hozzászólást!
  • Sziasztok!

    Van egy vendéglátós szoftverünk amihez jó régóta nem nyúltunk hozzá és most kap egy ráncfelvarrást és egy csomó új funkciót. Maga a szoftver elég komplex, mert a leltártól kezdve az alkalmazottak munkabérén és beosztásán át, kasszázni is képes és természetesen az asztalokat is kezeli "asztaltérképen". A régi szoftver egy sima Windows Form App volt és C# nyelven íródott, de minden adatot lokálisan tárolt a merevlemezen és fizetésnél külön kellett az adatokat bevinni a pénztárgépbe, a szoftver csak megmondta, hogy mennyi a végösszeg. A probléma ezzel csak az, hogy eléggé időigényes volt ez a fajta fizetési módszer. A
    Az új szoftvert úgy terveztük, hogy az adatokat (ha erre lesz a telephelyen lehetőség) online fogja tárolni egy adatbázisban.  A dizájn is korszerűbb lesz a WPF megoldásnak köszönhetően és az újítások része lenne az is, hogy a szoftver fizetésnél az adatokat egyből továbbítja a pénztárgépbe. A kérdésem az lenne, hogy ez technikailag hogy néz ki? A nagy áruházakban pl.: Auchan, Zara, Meki stb. hogyan oldják meg hogy fizetésnél már egyből továbbítja az adatokat az online pénztárgép felé a szoftver? Gondolom ez nem pénztárgép hardver / gyártó függő, hanem van valamiféle egységes kommunikáció, csak erről a neten nem sokat találtam, csak jogszabályokat. 

    A válaszokat előre is köszi! Különösen azokhoz szólok most, akik már dolgozta ilyesfajta szoftveren vagy projekten.
    Mutasd a teljes hozzászólást!
abcd