Számlázóprogram: minimális alapkövetelmények

Offtopic

Üdv!

Mik azok az alapkövetelmények, aminek egy saját készítésű és saját magam által használt számlázóprogramnak meg kell felelnie? (PHP+MYSQL+Apache kombóval tervezem)

Gondolom többen készítettek már számlázó szoftvert!

  • 8982 megtekintés

Mindenféle felirat a számlán. Linuxon wine-al kell szerencsétlenkedni, ki tudja-megy-e. Ahogy a linkelt "ingyenes" megoldásból is kiderül, nem kell olyan sok mindenre figyelni, ahogy elnézem, nem nagy dolog összedobni egy újat. Ezért én is ilyenen gondolkodom. Persze én Linuxon akarom használni (A kérdező PHP, Apache, MySQL megoldása persze Linuxra is jó.). Na meg aki segít nekem könyvelni, már kérdezte tőlem miért nem írtam már egy ilyen programot magamnak, márt csak azért is mert a számlákat is el tudnám küldeni elektronikusan másoknak (Átutalás, bevallás, minden elektronikus nálam, de számlával ma is postára megyek. Ez szeretném megszüntetni.).

Magam, C++, wxWidgets + MySQL vagy SQLite-re gondoltam, mert szeretem a natív programokat.

De gondoltam már PHP + MySQL + Apache együttesre is mint a kérdező.

Harmadik lehetőség lenne számomra egy Java program, esetleg Java applet.

3 éve használjuk Ubuntu alatt, semmi gond vele.
Ha a mindenféle felirat alatt a lap alján látható szövegekre gondolsz, azt pedig akkor sem úszod meg, ha írsz magadnak egyet, mert az törvényi előírás.
Ellenben, ha magadnak írsz egyet, akkor nagyon jól dokumentáld le, mert egy esetleges ellenőrzésnél az lesz az első, amire ugrani fognak...

( kisauto | 2011. 12. 21., sze – 11:59 )

bakker, 6K -t fizetek erte 1 evre :)
ebbe benne van, hogy ha valami nem megy, akkor gyepalom a supportot :)

ne mar, hogy nem tudsz kigazdalkodni 6K -t / ev ( de az is lehet 2 ev :))

Ehhez hozzajon az is, hogy pl. a programnak biztositania kell, hogy a kiallitott szamla ne lehessen modosithato visszamenoleg. Szoval az szep es jo, hogy mysql -be belerakod a szamlat, de a torvenyi megfeleloseg meg odebb van.

Mert ha teszem azt, kiallitasz egy szamlat, amin elrontottad a fizetesi hataridot.. akkor nem az a menete, hogy mysql -p, meg update meg anyamkinnya, hanem storno szamla es uj szamla kiadasa.

( stefponthu | 2011. 12. 21., sze – 13:38 )

Én is gondoltam már rá, hogy kéne írni egyet. Esetleg ha nekiállsz, lehetne csatlakozni a projekthez?

( termih | 2011. 12. 21., sze – 23:39 )

A kérdésre válaszolva, akkor ezeket bizton tudni kellene:
- a működés megfigyelése dokumentált - hogy ellenőrizhető legyen
- működés, használat részletes dokumentáció
- tartalmaz egy meghívható írásos nyilatkozatot a számlakibocsátó felé, hogy megfelel a jogszabályban foglaltaknak
- minden számlakibocsátó azonosítójának (adószám) szerepelnie kell nyilatkozatnak, vagyis a nyilatkozatnak "személyre szólónak" kell lennie.
- a nyilatkozat legyen bármikor kinyomtatható
- tartalmazza, hogy a felhasználó nem tudja a számlákat törölni, vagy utólagosan módosítani visszamenőleg (dátum) nem lehet számlát készíteni
- eredeti példány csak egyszer nyomtatható, utána csak másolat
- a sorszámozásnak folymatosnak kell lenni
- a kész számlát nem lehet módosítani programból
- Legyen stornózási lehetőség
- fizetési mód: átutalás (beállítható hány nap), készpénz
- Áfa: beállítható, hogy hány %-os
- A számlák lekérdezhetők, nyomon követhetők

Mi maradt ki?

Persze célszerű lenne
- ha különböző szolgáltatásokat, árukat fel lehetne venni benne
- ha különböző ügyfeleket, vásárlókat lehetne rögzíteni
- mentés, visszaállítási lehetőség

( pch v | 2011. 12. 21., sze – 23:47 )

Mert olyan egyszerű egy számlázót írni, hogy nekiül az ember Pénteken meló után azt hétfőn már azt használja...

Amúgy meg minden infó ott a nav és az apeh honlapján. Azokat kell betartani.

pch
--
http://www.buster.hu "A" számlázó
--

Mondom: _számlatömb_ ;-)

A Számla Agent, tehát az API-n keresztüli számlakibocsátás éves költsége maximum 60.000 Ft (havi 5.000), de ekkor már éves szinten 30.000 számlát bocsátottál ki.
A saját magad által fejlesztett számlázó megtérülésére ennek fényében végeztél kalkulációt?

Nézz körül itt: http://szamlazoprogram.lap.hu/ nagyon sok web alapú számlázó van, biztos van olyan is, ami neked megfelelne.

Szerintem.

Ha ezen számlák ellenőrzéséhez a teljes állományt "bekéreti" az adóhatóság, akkor négy teherautó szükséges azok szállításához.

Most hirtelen elképzeltem, hogy négy "NAV", "TOP SECRET" feliratú gépjármű begördül a céghez.
Vagy: ha már a cég egy futárszolgálat, a NAV megrendeli tőlük a szállítást :)

Én (is) a szamlazz.hu -t használom és nekem tökéletesen megfelel. Ugyanakkor nem magamnak keresek megoldást, hanem egy -leendő- Ügyfélnek. Jó pár helyről kértem már ajánlatot, eddig a válaszolók közül egyik sem nyerte el a tetszését, de köszönöm a tippet, meglesem majd a lapot! ;)

( hyper80 v | 2011. 12. 22., cs – 09:04 )

Valóban nem ördöngősség megírni/követelménynek megfelelni, én is csináltam sajátot (http://hyperprog.com/selfin/index_hun.html)
A követelményeket fentebb leírták, helyesen.

Ha csak azért írod/írnád, hogy ne papírra kelljen írni a számlát, akkor nem érdemes bajlódni vele, mert tényleg olcsón lehet venni. Én azért írtam mert ezzel rendszerezem is az adataimat, olyan módon ahogy nekem kell, és későbbiekben ha valami nagyobb project-ben számlázó kell akkor van mit beleintegrálni. Persze puszta lelkesedésből is meg lehet írni. :-)

Nem nyert. Azért írtam be mert kb 1 évvel ezelőtt pont ugyanilyen helyzetben voltam és pont ezeken törtem én is a fejem, így van tapasztalat a témában.
Egyébként nem lett eladva senkinek sem, rajtam kívül egy haver hasznalja csak, tőle nem kértem még egy sört sem érte.

Mert volt aki érdeklődött, nem feltétlen váráslási jelleggel, és inkább csináltam neki egy oldalt a honlapomon minthogy e-mail -ben küldözgessem az infót/screenshot-ot, számlamintát stb. A GPL es cuccok már előtte is fenn csücsültek a címen, ennek csak egy al-lapot beraktam. De természetesen ha érdekel valakit, nem zárkózok el az eladása elől, de eddig még ilyen nem volt. Az e-mail cím ott van a lap alján ha bárki bármit szeretne megtalál.

( hzsolt94 v | 2011. 12. 22., cs – 15:36 )

Ez engem is nagyon érdekel, egyszer már készítettem is egy listát a törvények átolvasása után, de az valószínűleg egyáltalán nem teljes.

Egyébként, létezik valaki (szervezet) akinek be lehet mutatni egy ilyen számlázó programot hogy megfelelő-e? (És ne csak akkor derüljön ki hogy valami nem 100as amikor már kopogtatnak az ajtón ellenőrzésre?)

Nem tudom, hogy csak tesztből be lehet-e mutatni, de nem sok értelmét látom. A törvényben egyértelműen le van irva mit kell tudnia, hogy számlázhass vele. Ha megfelel ezeknek feltételeknek akkor használhatod. Én csak a könyvelőmmel egyeztettem "éles" indítás előtt, ő rendszeresen jár továbbképzésekre is az APEH, izé NAV hoz, tud róla ha valami disznóságot kitalálnak.

+1

Nekem is a könyvevő nézi át, hogy minden a jogszabályok szerint működik-e.
De van olyan, hogy írnak kívánságlistát az újdonságokról, hogy máshol így meg úgy megy. Nah akkor szokott kérni hivatali állásfoglalást, de ez nagyon ritka, másrészről az állásfoglalás az olyan, hogy attól még megbüntethet (!). És ez bele is van írva...

pch
--
http://www.buster.hu "A" számlázó
--

( nemmiki | 2011. 12. 27., k – 10:56 )

Köszönöm a konstruktív hozzászólásokat!
Azért ilyen kell nekem, mert a számlaadatokat meglévő adatbázisból kell szednem, így a rendszer ilyen irányú fejlesztése tűnik logikusnak, és nem egy asztali számlázószoftver vásárlása.

( dejo v | 2011. 12. 27., k – 12:01 )

Valakitől olyat hallottam, hogy évente újra kell indítani a számla sorszámozását.
Én kételkedem, de mondjuk, ha így történik az megfelel-e?
Idén ilyen a sorszám: PREFIXUM-2011-000001, PREFIXUM-2011-000002, PREFIXUM-2011-000003 ...
Aztán év váltás után: PREFIXUM-2012-000001, PREFIXUM-2012-000002, PREFIXUM-2012-000003 ...
Nem tudom, ez mennyire felel meg a sorszám folyamatosságának?
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

( gyrgyvrs | 2011. 12. 27., k – 17:35 )

Valahol volt már erről szó. Amit fennt írtak az igaz, csak olyan megoldást láttam/olvastam, hogy mondjuk a számla egyedi azonosítója ne olyan legyen (mármint az adatbázisban), hogy mondjuk SQL parancsokkal egyszerűen lehessen módosítgatni (tehát törlök egy számlát, aminek 21-es az azonosítója, akkor az összes számla azonosítóját a 22-től eggyel csökkentve nem biztosított a kiállított számlák törlésének a lehetetlensége). Valami ilyesmire emlékszem. De elég egy nyilatkozat, hogy a program megfelel a NAV követelményeknek.