Könyvelő Program

De gondolom nem egy levél írásába fognál azonnal

Én legalábbis írnák egy e-mailt a címre rákérdezve, hogy ez egy élő cím-e és valóban az adott személyhez tartozik e.

Ha visszapattan vagy nemleges a válasz, akkor "intézkedem", egyébként nyugodtan aludnók

A jaszkarizik lett volna az odaillő kifejezés. :)

Egyébként egy ilyen email címet én is hibásnak ítélnék. 1%-ot adnék rá, hogy valami kockáé, és 99%-ot, hogy szerencsétlen keveri a szezont a fazonnal.

off:
Vajon, hogy lehet az, hogy kiléptem (mégpedig kétszer is), de lazán tudom szerkeszteni a hozzászólást? Ez most bug vagy feature?

Meg kellett néznem, hogy mit jelent a frenkizés, mert nekem is ilyen mail címem van:
"Fellengzően lép fel, valódi erejét és képességeit eltúlozva nagyzol, nagy hatást próbál tenni. 
Lásd még: janizik"

(akkor itt nem sikerült frenkizni a kúlos mail-címeddel... nekem meg alig akarták elhinni, hogy van olyan, hogy user@freemail.c3.hu -- aztán elmagyaráztam, hogy a c3 a Kultúrális és Kommunikációs Központ rövidítése.)

"Kiderült, hogy a diákigazolvány igénylő rendszer egybe kérte az előtagot és a titulust, az iskolai adatközlő rendszer meg külön"

Anno amikor ügyfélkapunál regisztráltam, kitöltöttem a hivatalban a papírokat, megadtam az email címemet ami nekem 



keresztnév@vezetéknév.hu




Egy emailban kellet volna megkapnom a jelszót pár órán belül. de nem kaptam. Kaptam viszont 1 hét múlva egy POSTAI levelet, amiben leírták, hogy nem jól töltöttem ki, mert az email címhez nem a nevemet kell írni. 

Éppen most "erőszakolok meg" egy foxpro-s könyvelő szoftvert. Ez veri a DOS-os szintet, dbf-ekben van az adatbázis.
Ezt felraktuk egy linux szerverre, php betölti mysql-be az egyész DB-t. A könyvelő kap egy böngészős felületet ahol pikk-pakk kigyomlál kb 40.000 tételt. Pl partner probléma mivel a dbf-ben valamelyik agyalágyult 25 karaktert adott a partner nevének. 
Vagy, mert egy banki tétel törlésénél az analitika elszáll, stb...stb...stb...

A szoftver módosítja az adatbázist, majd visszatölti a könyvelő programba. Mindezt úgy, hogy a cégtől nem kellett semmilyen infó, mindent kiszedtünk az adatbázisból.

Hogy miért?
Mert megírni egy jól működő könyvelő szoftvert nehéz. Frissen tartani még nehezebb. Betanítani egy 20-30 fős könyvelő irodába pedig.... MIKOR??? nincs rá idő és kész.
Ha bírja akkor jó lesz az még tovább is, írunk rá barkácsoló szoftvert és sokkal hatékonyabb, mint újra feltalálni a spanyol viaszt.

Amúgy windows alá is meg lehet úgy írni a szoftvert, hogy az egérhez hozzá se kelljen nyúlni, de az is igaz, hogy sok olyan funkció van amikor az egér 10000x hatékonyabb, mint a billentyűzet.

Huhh, volt szerencsém annó kb 6évet clipperben is lehúzni, miután idestova 12 éve már csak windows és adatbáziszerver alapon dolgozunk...
Fájl-alapú DOS-os történeteknél az ATOMBIZTOS kifejezést nem nagyon használnám, nem csak saját tapasztalat, hanem általánosak volt annó az index sérülések, újraindexelések, a TRANZAKCIÓK TELJES HIÁNYA miatti inkonzisztens "adatbázisok" és sorolhatnám még a mérföldkő-kategóriába eső különbségeket a DOS-os rendszerek és a mai SQL szerver alapú adatbázismotorok között.
Az tény, hogy van még 1-2 őskori DOS-os program most is, ami korlátait betartva egész jól elfunkcionál napjainban is, de ez a kivétel, ami erősíti a szabályt...

Itt igazán csak annyi volt a gond, hogy az egyik rendszer 2 név mezőt használt, a másik hármat

Akik meg kitalálták az együttes használatát azok gondolom jópénzt kaszíroztak.

Nagy favoritom, amikor a lánykori névbe a titulust bele kell tenni. (Szvsz nem diplomásan születtek a doktor-hölgyek, de ez még mindegy is.) Akkor jön a probléma, hogy "Dr.Takács" != "Dr. Takács" != "Dr Takács" != "dr Takács" != "dr.Takács".... pl. egy diákigazolvány-igénylő rendszer a valami állami központi adatbázissal szinkronizál, de a személyiben szereplő "Dr.Takács" és az igénylőlapon írt "dr Takács" közötti eltérés miatt visszadobják az igénylést. Welcome to 2014! 

Néhány probléma (amit mindenki tud):
1; A jogszabályi környezet nem parlamenti ciklusonként változik, hanem havonta, sokszor már alkalmazni kellene a jogszabályt, de még senki nem tudja hogyan is kellene, mert az "egyértelmű" szabályok magyarázata, csak hónapokkal később készül el.
2; Akik a rendszereket tervezik, sokszor halvány elképzelésük sincs arról, hogy mire is lenne szükség, illetve hogyan is kellene a való életben működnie a rendszernek. Ez mondjuk nem közigazgatás specifikus.
3; Mind tudjuk, ha szr a terv, szr lesz a program is, a programozó csak azt tudja leprogramozni amiről tud.
4; A legritkább esetben gondolnak az együttműködésre, ha gondolnak is, csak félig gondolják végig.
5; Az esetek nagy részében nem azért nyer valaki, mert ő fogja a legjobban elkészíteni a rendszert...

Az hogy DOS-os, DOS ablakozós, grafikus felületű, vagy böngészős a program nem a minőségét jelenti, hanem azt, hogy milyen az UI.

Nem tudom, miért vagy ennyire windows ellenes.

Nagyon félreértesz!
Nem a "windows-windowsség"  a lényeg...
Hanem az, hogy van egy jól bevált, jól működő DOS-os program, amiről váltani csak azért kell, mert mikroOKOS uraság a jövőben nem támogatja!
Ettől függetlenül én is azon a véleményen vagyok, hogy "lépni kell"!
De ehhez használható windowsos program kellene!
Ami, lássuk be, kevés van!

Egy DOS-os programnál, egyik mezőről a másikra lépsz az Enterrel, fel-le mozogsz a fel-le nyilakkal... Ringyóznál?

Nincs undorítóbb, mikor a felhasználó nyúlkál az egér és a billentyűzet között! Különösen igaz ez egy pl. egy könyvelésre! (Mert az agyatlan programozó így csinált meg! )

...és erre szeretnék erőteljesen célozni!

Nem tudom, miért vagy ennyire windows ellenes. Az Xp már eléggé kiforrott és nem nagy gépigényű.
Akárhogy is legyen, abban biztos vagyok, hogy 2014-ben nem DOS alá kéne írni ezeket a programokat.. Tetszőleges Unix/Windows tökéletesen megfelelne.

Egymás után alkotják a használhatatlan programokat (és nem alkalmazásokat) kíndóz alá!

Először  is  használható programot kellene írni windows alá!

Csak azután lehet dumálni!

Megijeszthetlek? Én anno barkácsoltam dos alá virtuális soros porton keresztül sql kapcsolatot, amit beillesztett asm rutinokkal clipper alatt is használni lehetett. Szóval ne vegyél rá mérget, hogy nem lehet az adatokat központosítani. A clipper akár mindent túlélhet

Az állami számítógépes rendszerből nekem bőven elegem lett.

Előző iskolaévben a fiam elsős lett.
Az óvodából elmentek az Önkormányzathoz megcsináltatni a diákigazolványhoz szükséges papírokat, és persze vitték a szülők iratainak a másolatát.
A feleségem "dr AAA BBBB" (és még jó pár személyes adata van )

Felvették az adatokat a rendszerbe, megigényelték a diákigazolványt.

Eljött az iskola és a suli az erre központilag megadott számítógépes rendszeren lejelentette, hogy van egy gyerek.
Szépen kitöltötte a számítógépes űrlapot
dr
AAA
BBBB

Majd 2 hét múlva kaptak egy értesítést, hogy "a beküldött adatok hibásak".
Ennyi. Hogy mi a hibás (nincs ilyen nevű gyerek, vagy ...) semmi.
A suli kitöltötte újra, beküldte.
A válasz: "a beküldött adatok hibásak"
Ezt párszor eljátszották, írtak az üzemeltetőnek, válasz semmi.

Majd mondtam nekik, hogy próbálják meg, hogy az előtagot nem töltik ki, hanem
___
dr AAA
BBBB

és lásd csodát, a rendszer elfogadta.
Kiderült, hogy a diákigazolvány igénylő rendszer egybe kérte az előtagot és a titulust, az iskolai adatközlő rendszer meg külön.

Ugye szép.
====
A lányom szeptemberben kezdte az iskolát, még mindig nincs diákigazolványa
Sajnos a mostani hibát nem tudtam ránézésre megtalálni.

Hihetetlen indokkal védi a csalókat az adatvédelmi hatóság


Nem akarom elhinni, hogy nincs egy adatbázis :o

Ha van, akkor meg miért nem lehet lekérdezni/kiadni?
Akármelyik opció is igaz, elég nagy gáz..

Bár ezt sem nagyon hittem volna el, hogy DOS-os programokkal szenvednek önkormányzatokon, de úgy látszik, hogy ez a valóság 2014-ben.

Vajon DOS-alá is van Oracle? :D

Be kell látni, hogy a DOS és a Windows teljesen más környezet, más architektúra. NT alapú Windowsokban már a kezdet kezdetétől csak emulációval mentek DOS-os programok, de már egy Windows 95-ben is elég komoly kompatibilitási réteg (de mondhatnánk azt is emulációsnak) kellett a DOS támogatásához. Ha pedig már úgyis emulációra van szükség, akkor ezt jobban elvégzik a dedikált emulátorok (pl. DOSBox) vagy virtuális gépek.

Semmi értelme egy 20 éve elavult technológia beépített támogatására energiát fordítani, amikor ennek az előnyét csak a felhasználók elenyésző kisebbsége fogja látni. Ugyanez igaz a 16 bites Windows programok támogatására is.

atombiztosan működnek... feltéve, hogy pl. nem akarsz olyan fura igényeknek megfelelni, mint pl. internet használata. neadjisten http-n keresztül, xml-ben feltölteni adatokat a nav-nak. vagy mondjuk korszerű nyomtatók használata. végülis, elég a kilenc tű. az, hogy nem tudják mi az az usb, még akár adatbiztonság néven is eladható. és végülis, a vírusoktól is védettek, amíg fel nem bukkan egy stoned valahonnan.

de pl. ha lerohad a gép, akkor elég macerás lesz pótalkatrészt szerezni. főleg olyat, ami garanciális.

ennek az erdeménye az, hogy viszonylag nehéz ezeket az alkalmazásokat összekapcsolni. adat kell a másik alkalmazásból? állj sorba a hatos ablaknál, majd ott megkapod a papírt, visszahozod, itt meg begépelik. nem egyezik az adatod? biztos csak a másik helyen jelentetted be a változást, nálunk nem. nem tudod a személyi számod utolsó négy számjegyét (amit 20 éve alkotmányellenesnek nyilvánítottak és eltöröltek)? hát, akkor sajnos nem tudunk megkeresni az adatbázisban...

Van egy kis baj a "zállami szférában"!

Folyamatosan "töltik be" az iskolapadból "kiesett" friss diplomásokkal!
...akiknek sajnos gyakorlati tapasztalatuk  = A NAGY NULLA!
Azt már csak zárójelben jegyzem meg, hogy jópár ilyen "nagyokos", azt hiszi, ő tojja az aranytojást. Ezzel ellentétben, buta, mint (ahogy mondani szokták) a hátsóm!

...és ez utóbbi a legnagyobb gond!

Abszolút nem akarom védeni a DOS-os könyvelő programokat!
DE!!!
Ezek a mai napig ATOMBIZTOSAN MŰKÖDNEK!

Miért is nem futhatnak ezek a win7 és win8 gépeken?
Hja!
Hogy a (pénzéhes) mikroszoft nem támogatja!?

Oldja meg a mikroszoft, hogy DOS-os cuccok fussanak!

Másrészt, sajnos egyre több a "programozónak" nevezett "zseni"...
Egymás után alkotják a használhatatlan programokat (és nem alkalmazásokat) kíndóz alá!

Az ügyfél pedig nem hülye! Nem fog váltani egy "bevált" programról egy másikra csak azért, mert "okostojás" "fényezi" (márketttting... vagy mi... )!!!

Én tovább kérdezek.

Ugye kiadja a Magyar Állam, hogy mit és hogyan kell ezután könyvelni Önkormányzatéknál. Persze mindezt tegnaptól kell az új formában csinálni.

Majd kiadnak erre központilag egy DOKK nevű (DOS-os Clipper alapú(!!!) program. 2014-es évet írjuk már ugye...) programot amit az önkormányzat használhat a könyvelésre. DE(!) ez a DOKK is valamikor 2014 szeptemberre lesz komplett.

Addig folyamatosan adják ki a napi verzió frissítést, mert senki nem tudja mit is kell voltaképpen csinálni.

Ez miért van így kérem szépen?

Vajon Németországban is így mennek a dolgok...?

W.

Pedig megéri továbblépni, mivel akkor lehet milliárdokat számlázni a továbbfejlesztésért.

Persze évente, nem összesen.

(Egyébként elég ronda történet az egész, elejétől a végéig, amely a cégtulajdonos tisztázatlan halálával végződött.)

Mert valamelyik politikus rokonának a cége még a Clippernél tart.

Miért kell elmenni a szeméttelepre hogy egy alakalmas gyenge gépet összerakjunk hogy fusson rajta a dos-os program?!

Ezt a részt nem értem. Miért kéne? DosBox?

Üdvözlök mindenkit.




Igazából nem találtam olyan témakört, ahol ezt a kérdésemet fel tudnám tenni, tehát most itt teszem meg.


A Magyar állam miért bombázza az Önkormányzatokat DOS alapú könyvelő programokkal?


Miért nem írnak egy ablakos alkalmazást?



Miért kell elmenni a szeméttelepre hogy egy alakalmas gyenge gépet összerakjunk hogy fusson rajta a dos-os program?!


Kösöznöm a válaszokat