Fórumok
Hostolt, webes számlázó programot keresek, ami támogatja a következő funkciókat:
- több eladó használata egy felhasználóval,
- reszponzív dizájn,
- a számlát képes legyen az alkalmazás kiállítás után emailben elküldeni az eladónak,
- vevő és terméktörzs,
- több felhasználó támogatása,
- alap kimutatások készítése.
Hozzászólások
Mit értesz a "- több eladó használata egy felhasználóval," kitétel alatt?
--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
Azt, hogy pl. A Kft, és B Bt. nevében is ki tudok számlát állítani anélkül, hogy az alkalmazásba két külön felhasználóval lépek be.
Nálunk egy feltelepített rendszer egy céget szolgál ki, viszont olyan ügyfeleinknél, ahol igény mutatkozik a cégcsoporton belüli rendszerek közötti átjárhatóságra egy kattintással át lehet menni a másik cég rendszerébe külön bejelentkezés nélkül. De attól még mindegyik rendszer teljesen önállóan és a másiktól függetlenül működik, önálló készletkezeléssel, önálló pénzüggyel, stb.
Ha ez így vállalható kompromisszum, akkor a többi feltételt szerintem tudjuk teljesíteni. :)
--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
Szóval akkor így három különböző telepítést kellene üzemeltetnem? Nézegettem a light demót, de ez sajna nem reszponzív dizájn.
Üzemeltesd náluk. Nem értem a számlázó programok saját gépen való működtetésének FELTÉTLEN szükségességét.
--------------------------------
last project: www.ekaer-feladas.hu
Sokan vannak vele úgy, hogy nem szeretik a bizalmas adataikat harmadik félre bízni, de az is lehet, hogy technikai oka van: olyan mennyiségű műveletet végeznek, amihez már kevés lehet a sávszélességük a szolgáltató felé, vagy valamilyen adatgyűjtés/vezérlés kapcsolódik a rendszerhez (pl. mérleg, világítás, stb.)
Kevés adat / kis forgalom esetén szoktuk javasolni valamelyik saját szerverünkről való szolgáltatást, mert akkor nincs gondja az ügyfélnek a mentésre, szerver üzemeltetésre, stb. Nagyobb forgalmú helyeken (napi párszáz bizonylat), vagy sok nagyméretű adat (pl. dokumentumkezelő modul) esetén az ügyfél saját szerverére való telepítést javasoljuk, de vannak olyan ügyfeleink is, ahol az ügyfél fizikai szerverén levő virtuális gépbe került. Pont ezért olyan a kialakítás, hogy sem a telepítéshez, sem a használathoz nem kell root jog (persze ha a root létrehozta már a virtualhostot és a postgresql adatbázist és megadta a paramétereket).
--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
Olyanban nem gondolkoztatok, hogy VDI-t raktok le az ügyfél root felhasználója által már létrehozott virtuális géphez? Akkor a gép root-ja Ti vagytok, de mégis ott a vas, az erő...
Alapvetően minden jóra nyitottak vagyunk. :)
Általában a kis céget nem érdekli, hogy mitől működik csak működjön, a nagy céget meg az nem érdekli, hogy mi mit szeretnénk, mert megmondják, hogy mihez kell igazodnunk és kész :)
--
http://eVIR.hu. :)
Elektronikus Vállalatirányítási Információs Rendszer
Miben készült, mit fut? Azt látom, hogy PgSql, de az engine milyen CGI? Cégek általában (ahol a root adja a környezetet) nem fogják a fejüket, hogy "Miért nem .NET 100.0?" vagy "Miért nem PHP, mint 'minden más'?"
Perl-ben készült, Postgresql az adatbázis. CGI az engine, Linuxon fut. Csak olyan dolgokat használunk benne, amelyek elérhetőek mindegyik Linux disztribúcióban, vagy saját magunk írtuk. Elméletileg a komponensek elérhetőek más platformon is. Debiant szoktuk használni, ha ránk van bízva :)
A "miért nem PHP"-re sok válasz van, de történelmi okai is vannak: a fejlesztés még az előző évezredben kezdődött, amikor a Perl-nek már volt vagy 10 éves múltja, az akkori Debian Hamm-nak is szerves része volt, sokan ismerték és használták, kihasználtuk a lehetőségeit, nagyon jó választásnak tűnt. Most sincs vele baj, a tizenévvel ezelőtt megírt kódok, saját libek a mai napig stabilan működnek változtatás nélkül. Ami azért többszázezer sornyi saját kód esetén nem egy elhanyagolható dolog :)
--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
Én a Frebi-t használom, bár nem küldi el mailban, PDF-be le lehet menteni és ingyenes.
"Értem én, hogy villanyos autó, de mi hajtja?"
Törött a link, a frebi.hu nem mutat sehova.
a www.frebi.hu már mutatja működés jeleit :)
---
Referrall https://goo.gl/7S2vlp (koding) | https://goo.gl/muWzKz (digitalocean)
mutatja működés jeleit :)
www.frebi.hu:
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Érdekes, én eddig nem futottam ilyen problémába.
Nálam működik.
"Értem én, hogy villanyos autó, de mi hajtja?"
Mikor én néztem akkor épp valami betöltő írkálta a [...]-ot elvileg, de ez is előrelépés volt az A record hiányához képest :D
---
Referrall https://goo.gl/7S2vlp (koding) | https://goo.gl/muWzKz (digitalocean)
demoban a nyomtatás direkt van letiltva? Kiváncsi lettem volna, milyen a pofázmánya a kész számlának, mert láttam már olyat, ami átláthatatlan és ügyfélnek olyat tuti nem küldenék ki.
szerk.: nm hiteles forrásból tölt be scriptet, ezért blokkolta a browser...
szerk2.: "Szerver leállás miatt 2014.06.02-én a FreBi-ben vissza kellett állítanunk a legutóbbi mentést. Ennek a mentésnek a dátuma 2014.05.29 00:35. Vagyis a 05.29-én (csütörtökön), és az ezt követően 06.02 hétfőig kiállított számlák nem kerültek mentésre."
Ergo nincs redundancia, ha kiállítok egy számlát és a bkp előtt elhasalnak, akkor nincsenek meg a számláim. Ez így ebben a formában nagyon felejtős.
És mivel felhős, nem tudsz Te külön mentést csinálni, mondjuk óránként, ha Neked ez fontos lenne.
Egyébként egy kérdés: minden cégnek külön adatbázisa van? Mennyire macera menteni 123 vagy 1234 adatbázist külön-külön, hogy azok visszaállíthatóak legyenek? Vagy "egybe rakva" őket a mentés könnyebb, gyorsabban fut (?) (nyitott fájlok száma), restore cégenként megoldható.
És a számlaszámok miként alakultak ?
Igen, hát ez is egy jó kérdés. Gondolom a kliensek ekkor a kinyomtatott számláikat szépen sorban újra felvitték. Jó móka lehetett nekik :S
Már aki észrevette ugye... mert aki nem, az a következő számláját is ugyanazzal a számlaszámmal bocsátotta ki.
Ez elég érdekes, ha tényleg így volt.
"a számla kibocsátására szolgáló számítástechnikai program (a továbbiakban: számlázóprogram) - a (4)-(6) bekezdésben meghatározott eltérésekkel - kihagyás és ismétlés nélkül,folyamatosan biztosítja a sorszámozást"
Ilyenkor sajnos fel kell rögzíteni azokat a számlákat a rendszerbe, amelyek papíron léteznek, de a gépben "még" nem. Aztán rákerül a számlára a nyomtatás dátuma, amely napokkal későbbi, mint a kelt :)
csak kivancsiagbol kerdezem: torveny eloirja a szamlak papiron torteno megorzeset?
en a konyvelonek pdf-ben kuldom a szamlakat es kapok egy cd-t, dvd-t az eves zarassal amin megvannak. (persze magamnak is nyomtatok egy peldanyt belole mindenesetre)
Igen, a papír alapú számlákat papír alapon kell megőrizni, függetlenül attól, hogy a továbbítás formája mi volt.
Tehát magadnál meg kell hogy legyen papíron, könyvelőnek akár egy csv-ben is átadhatod, amennyiben a szerződésetekben kijelented, hogy az átadott adatok megfelelnek a valóságnak.
Ez régebben tényleg így volt, de most már van lehetőség arra, hogy a másodpéldányokat csak elektronikusan tárold. A 23/2014. (VI. 30.) NGM rendelet szerint:
17. § (1) A számlázó programmal előállított és papírra nyomtatott számla, valamint a számítógéppel előállított és papírra nyomtatott nyugta kibocsátónál maradó példánya - papírra nyomtatás helyett - elektronikus adatállományként is megőrizhető, feltéve, hogy a megőrzés a digitális archiválás szabályairól szóló 114/2007. (XII. 29.) GKM rendelet rendelkezései szerint, annak 3. § a) vagy b) pontjában meghatározott mód valamelyikeként történik.
Azaz kis mennyiségnél továbbra is egyszerűbb és olcsóbb, ha kinyomtatva lefűzöd, de nagyobb mennyiségnél már jól jöhet, ha nem kell raklapnyi másolati példányt kerülgetni :)
--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer
Ha nem felel meg az e-számla követelményeknek, pontosabban ahhoz hasonlónak (mellé csatolt XML, időbélyeg, megőrzés hitelessége (saját HDD nem hiteles)), akkor nem kell papír alapon.
A gyakorlatban a papír a barátod. Egyébként pedig ráérnél NAV vizsgálatkor kinyomtatni, ha valamelyik számládat kérik. De ez ellen is "véd" a magyar gyakorlat: könyvelő a kontírozási adatokat és az aláírását _számlánként_ a leadott másodpéldányokra rakja/írja rá. Vicc....
ertem. koszonom a valaszt!
Értelmes könyvelő ilyet nem tesz.
A papír alapú számlák digitális tárolása nagyon egyszerűen megoldható pl. így: http://blog.szamlazz.hu/2012/05/papir-szamlak-digitalis-archivalasa.html
Nekem a www.frebi.hu mind chromium mind firefox esetén csak annyit ír: Betöltés.... igaz alá is húzza
cmfx.hu
Ez valami flash-es rettenetnek tűnik, így ez biztos kiesett.
Ezt is megnézheted esetleg
http://www.kulcs-soft.hu/szamlazni-jo-ingyenes-online-szamlazo-program/
Ugye ezt nem gondolod komolyan? :) A gigamarketing és önimádat áldozata leszel...
Meg nem is reszponziv.
Nem is olyan rég olvastam itt a hup-on szamlazz.hu -ról hup tagoknak 15% kedvezmény jár.
Itt nézz körül: http://szamlazoprogram.lap.hu/online_szamlazas/20830028
http://szamlazz.hu szolgáltatást tudom bátran ajánlani - nagyon jó a felület, remek a support, szerintem árban is elfogadható, és nálam mindig villámgyors az elérése. 1-2 éve használom folyamatosan.
+1
API is van hozzá, ha kell programozni (de php-ra nem oop, muszáj volt saját library-t írni rá, phöj), egyébként maga a felület - azon túl, hogy vannak benne dolgok, amiket nem értek - jónak tűnik.
-------------
No commit - no comment.
DevMeme, fejlesztői pillanatok...
NAV adat export mar van hozzá? (januártól kötelező)
2016. január. Addig csak lesz...
Én nem találok hivatkozást az API-ra, biztos, hoyg van? (Volt?)
EDIT: Ja megvan, SzámlaÁgens: https://www.szamlazz.hu/szamla/szamlaagent
Esetleg tudsz mondani egy telefonszámot hozzájuk, mert itt csak automata tájékoztatást emlegetnek.
Írj nekik e-mailt, nagyon korrektek, s nagyon gyorsan válaszolnak.
+1 a szamlazz.hu -nak. Náluk vagyok másfél éve, teljesen korrektek. Az API remek, a felületükre alig lépek be, de az is nagyon korrekt.
https://www.billingo.hu/
Próbáld ki ezt
Szimpatikus náluk hogy adják hozzá az arcukat ("rólunk" menüpont).
az viszont "erdekes" hogy tobb a grafikus mint a fejleszto a csapatban. :D
Ha olyan terméket akarsz, ami jól néz ki, akkor ez így van. Általában nem a backend a nagy varázslat, hanem a frontend MVC meg a design.
--
http://wiki.javaforum.hu/display/~auth.gabor/Home
Na ez az első, ami kinézetre megüti a mai kor színvonalat. Kár, hogy egy friss cég áll mögötte, így nem tudom, hogy rá merném-e bízni a szenzitív adataimat. A másik negatívum, nem igazán értették azt, hogy mi az a rendelkezésre állás. :)
"Sajnos" a cég nem friss,több mint 10 éve van jelen.
Octonull Korlátolt Felelősségű Társaság
Közzétéve: 2014/11/13
Hatályos: 2014/11/12...
A cég amelyet erre létrehoztak igen, de a tagoknak van egy másik is....
http://www.voov.hu/rolunk
Szóval valahol igaz:)
Így van, alapvetően a Voov fejlesztette, miután kaptak egy nagyobb összegű befektetést, akkor hozták létre azt a projekt céget, ami alatt most fut a számlázójuk.
Úgy néz ki, hogy őket fogjuk választani, remélem nem csalódunk. :) Köszi a tippet!
Én a MainBooksot haszmálom ilyen célra szerintem pont azt tudja amire neked kell: http://www.main-books.hu/
kipróbálható, előfizethető több variációban. magyar fejlesztés!
Alapvetően papír alapú számlázás (nem elektronikus)
Jópofa, de erősen úgy tűnik, hogy csak magyarított. Egy angol cég áll mögötte és a DEMO is GBP-ben jeleníti meg az adatokat? Számlakép alján Copyright 2012 szerepel. Ebből nem lesz 2016-ban NAV-os kapcsolat :)
Ha megnézed a rólunk részt, a csapat magyar (bár ez még nem jelent semmi)
szamlazz.hu-t használom elektronikus számlzásra, emailben küldöm ki a számlákat sablon alapján. Eddig nagyon jó tapasztalataim vannak vele. Referral link: https://www.szamlazz.hu/szamla/?h9facbb6tnzu
igen a szamlazz.hu -ról én is csupa jót hallottam
szamlazz.hu, nekem bejött, évek óta használom.