Ügyviteli rendszer

 ( chichken | 2008. június 12., csütörtök - 10:57 )

Sziasztok,

egyik megrendelőm szeretne ügyviteli rendszert bevezetni a vállalkozásai áttekintésére, irányítására. Az elvárások a következők:

- ERP+CRM
- plattformfüggetlen
- magyarul is tud
- multiorgos (azaz több céget is lekezel)
- adatbázis szerver alapú ami linuxon is fut és nem csak windowson
- web felületen is elérhető a kliens programjában megtalálható összes
menüpont.
- POS eladást tudja
- van könyvelő modulja
- egyszrű és logikus működési elve van
- A számlát és egyéb bizonylatot tudja pdfbe is generálni

Eddig a compier-t találta, viszont elmondása szerint a vállalkozó csapat nem értett hozzá, így félbe maradt a bevezetés és visszakerült a régi rendszer.

Arra szeretnélek kérni benneteket, hogy aki jártas ez ügyben, van ismerőse vagy akár önmaga is ki tudja vitelezni, keressen meg e-mailben.
Természetesen ez nem ingyenes munkára való felkérés.

Nemrég jelent meg egy cikk az xtupple -ről, viszont az nem tud magyarul, és nincs webes interfésze sem.

---javítás---
Félreérthető volt a szöveg, nem webes interfész kell, hanem a normál interfész mellé egy webes elérhetőség is lehetőség szerint.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Hali!

Meg tudom csinálni, LAMP alapon, tehát vékony kliens.
Viszont nulláról elkészíteni mindezt hosszú idő. (Mindenesetre hosszabb mint venni vagy letölteni valamit és bevezetni...)
Mennyire sürgős?

PtR

---
"A megoldásra kell koncentrálni nem a problémára."

A sürgősség másodlagos szempont lett az első próbálkozás óta.
Viszont a LAMP -al, csak webes felületet fog kapni a megrendelő? Nem tudom, ez kimaradt a megbeszélésből, hogy csak webes interfész elég-e..

A mindennapi munkához, számlázáshoz, sok adat felviteléhez nagyon-nagyon kényelmetlen.
Arra viszont jó, hogy a területi képviselő napi egy-két adatot le tudjon kérni a telefonján.

Javítottam a leírást, a megrendelőnek opcionálisan kell webes interfész :)
Pontosan a nehézkes (gyors billentyűk stb.) kezelés miatt másodlagos a webes rész.

A szálhoz nem szólnék hozzá. De ez nem igaz (gyorsbillentyű, kényelem)

Miért nem? Eddig mindenkitől az ellenkezőjét hallottuk.
Nem értek hozzá, de érdekelne a dolog, a jövőbeli fejlesztésink miatt.

Mi lamp-on számlázunk saját php-mysqlel, és nem kényelmetlen. Pedig napi 200-300 szállító készül nembeszélve a számlákról a bevételezésről és egyébb adminisztrációrol...

pch

Bizony, ez a helyzet. A LAMP csak webes felületen él.
Viszont gyors, és könnyen karbantartható, nem igényel kliensek felé paraméterezést, viszonylag egyszerűen oktatható.

---
"A megoldásra kell koncentrálni nem a problémára."

Mi kb. 1 évig keresgéltünk a fentieknek megfelelő ERP-t, igaz, mi nem web-es felületűt, mert kényelmetlen napi 40 kamiont bevinni webes felületen.
Sajnos egyetlen normális rendszert találtunk: MS Dynamics NAV.
Viszont ez nem multiplatform, így kénytelen vagyunk továbbra is windowsozni. :(

Közben kaptam rész megoldásokat, viszont a teljes feladatra még nem érkezett érdemi válasz, szóval továbbra is várom javaslataitokat.

Nem fogsz ilyet találni.. :(

Esetleg ha .NET játszik (Mono, talán), akkor a Mago.NET -re érdemes pillantást venni, bár eléggé fapad, és
a magyar forgalmazónak címzett ajánlatkérésre (amihez term. csatolva volt a 60 oldalas követelményspecifikáció)
b@sztak válaszolni, de azért 1 hónappal később jól lespammeltek valami sz@rral.
Szóval részünkről f@szkorbács nekik, vagy méginkább repülő f@sz (http://www.sharenator.com/Flying_penis/).

WinNER is érdekes lehet, viszonylag olcsó, fut Wine -ban, adatbázisszervernek FireBird jó neki.
Nekünk a korlátozott fejleszthetősége, és az elvárásainktól szögesen eltérő logikája miatt nem felelt meg.
Viszont a forgalmazó nagyon szimpatikus volt, két olyan igazi informatikus arc jött bemutatót tartani (az egyik a kereskedelmi vezető, a másik az ügyvezető), hogy a felkészültségükről rögtön meggyőztek. Olyan kiöregedett sceener-arcoknak tűntek. :)
Állításuk szerint sok helyen fut Linux-on Wine-ban, illetve van hozzá állítólag faszányos PHP-s kliens is, hogy lehessen az Interneten is matatni benne.
Ja, és magyar termék, ha ez fontos.

Én személyesen sokat jártam utána, sajnos a legkomolyabb rendszernek a Dynamics AX tűnt, mi ennek kistestvérét, a Navision -t választottuk.
Viszont nekünk dokumemntum-kezelés is kell, így jön mellé egy Sharepoint is.

Mondom, mindenképp Linux, ideális esetben Mac alapokra akartuk helyezni az egészet, de egyszerűen nem létezik azokra a platformokra normális ERP. Sajnos ezt kell, hogy mondjam.
Pedig utálom az MS-t, de ERP területen tényleg az ő termékük a legversenyképesebb.

(SAP-t, Oracle-t nem tudom, azok más árkategóriába esnek, mint amit erre szántunk. Mondju.9 k SAP-t amúgy is szídják mindenütt, ahol van.)

Köszönöm a kimerítő választ :)

Minél tovább jutok a tájékozódásban, annál jobban látom, hogy nincsenek a feltételeknek megfelelő kész programok.

Nincs rá igény? (Vagy csak nem látják át a cégek ezeknek a programoknak az előnyét?)

Ma felvettem a kapcsolatot egy újabb Compiere -t használó fejlesztő csapattal, remélem jutok velük valamire, telefonban meggyőzőek voltak :)

Én még a következő rendszereket nézném meg:

Ezek a Compiere forkjai:

http://www.openbravo.org (JavaEE)

http://www.adempiere.com/ (JavaEE)

Illetve van még egy:

http://www.openerp.com (Python)

Úgy tűnik az alapján, amit írsz, hogy vannak magyar csapatok akik dolgoznak ezekkel a rendszerekkel, csak persze nem nagyon adják vissza a közösségnek a dolgokat...(legutóbb kb. 1 éve néztem végig őket, akkor még nem volt értékelhető magyarítás, azóta lehet, hogy javult a helyzet).

Üdvözlettel,

Gergely

Néztem ezeket, sajnos sokat kell rajtuk heggeszteni. Magyar support felé sandítok, remélem köv héten sikerül velük beszélnem.

És a Compier -hez amúgy milyen a támogatás?
Azért ezt is vedd figyelembe...
Jogszabálykövetés, új fejlesztések, módosítások, bugfixek, stb.stb.
Pl. nálunk az utalások úgy mennek (illetve fognak menni, ha vége a bevezetésnek :)), hogy
a Navision-ban összeállítjuk az utalást, leíró-fájlt exportáljuk a Cib Bank formátumába,
Cib terminálban import, és küldés.
A banktól jött cuccokat kiexportáljuk a Cib terminálból, majd import a Navision-be.
Havonta átlg egyszer, de van hogy többször a Cib bank gondol egyet, és a formátumokat megváltoztatja.
A terminál-program ugye a háttérben frissül, tehát annak nem gond. Viszont a Navision erről nem tud,
és ez abban realizálódik, hogy vagy a Terminál-program nem fogadja el a Navision által kiexportált csomagot,
vagy a Navision nem tudja értelmezni a Cib terminálból importált adatokat.
Ilyen esetben egy telefon a supplier-nek, a cib terminálból exportált adatok emailben elküld,
ők visszafejtik(!), hogy mi változott a struktúrában, majd 1-2 óra múlva be is van frissülve a Navision.
Pl. egy Compier-nél ez hogy mene?
Arról nem is beszélve, hogy ha már egy másik, szintén CIB bankos Navisionos belfutott előbb ebbe, akkor mi már észre sem veszünk semmit, hisz a háttérben lefrissítenek minket is.
Ez most pl. csak egy ilyen kis apróság volt, de azért ha napokra megakasztja az utalásokat egy ilyen kis apróság az elégtelen support miatt, akkor azért az gáz a cégnek, nagyon.
---
Szerintem tudod, miért nincs Linuxra normális ERP?
Mert nincs egy egységes programozási felület.
(Van, ahol Gnome van, van ahol KDE, van ahol telepítve van a Qt, van ahol nincs, van ahol 2.6.4.17-es, van ahol 2.6.4.24-es kernel van, van, ahol rpm-et kellene telepíteni, van ahová .deb-et, van ahol ide kell tenni a lib-eket, van, ahol oda, stb.stb.stb.stb.stb.stb. Windows-nál meg csak a winapi van, azt kész. :) )
Pedig igény lenne Linuxos ERP-re, sőt!
Ha Mac-re lenne, akkor örömest lecserélnénk pl. a gépeinket iMac-re.(!)
De nincs, marad a szivattyú a Windowssal.

Ismerős a bankok hozzállása a vállalati rendszerekhez, önkényes változtatnak formátumot, bejelentés nélkül. (:

A rendszereket ha lehet távoli eléréssel tartjuk mi is naprakészen, persze sokszor előfordul a helyszíni support is. Ezek a napi fejlesztési/support feladatok, ráadásul csúcsrajáratott rendszereken kell elvégezni kiesésmentesen. Találkoztam már olyan esettel ahol a könyvelési osztály 60 fővel naponta 90.000 tranzakciót generált. Mondani sem kell hogy egy egy hiba mekkora anyagi kárt generálhat.

A másik nagy problematikai, még az elektronikus dokumentum aláírási, archiválási, letagadhatatlansági rendszerek kiépítése de ez is már egy nagy és szaftos témakör. Csak annyit elég ha megemlítek, hogy a biztonsági algoritmusok folyamatosan gyengűlnek, érvényességi idők folyamatosan járnak le, a szolgáltatási szintek késleletetett kommunikációs csatornákon működnek, folyamatos humán felügyelett állnak a rendszerek stb. Ezekkel problémákkal küzdöttek a kollégák, az elektronikus hivatali rendszereknél is, de van már piaci cég is akinek vannak ilyen rendszerei is. Nos ezeket is folyamatosan utókövetni kell.

Egy valamivel nem tudok egyetérteni, hogy szívás van a Windowsal. Félretéve az előitéleteket az M$ iránt, a kellően magas tudású rendszergazdák és rendszermérnökök (mint akik nálunk is dolgoznak), a Windowsal éppen anyira biztonságos és stabil rendszereket építenek, mint mások UNIX-al.

"Egy valamivel nem tudok egyetérteni, hogy szívás van a Windowsal. Félretéve az előitéleteket az M$ iránt, a kellően magas tudású rendszergazdák és rendszermérnökök (mint akik nálunk is dolgoznak), a Windowsal éppen anyira biztonságos és stabil rendszereket építenek, mint mások UNIX-al."

Egyetértek, illetve én voltam kicsit félreérthető. Nincs a cégnél fagyás, illetve stabilitási probléma. Nem brand PC-ink vannak, de azért jó alkatrészekből, kellő hozzáértéssel összeállított konfigurációk.
(Persze azért van olyan, hogy valami miatt újra kell indítani egy-egy gépet, ilyesmi.)
Mondjuk nincs sokszáz PC-nk, a gépek száma 10-20 közötti, igaz a cég forgalma ehhez mérten szép (>2milliárd), tehát itt sincs sok idő ara, hogy leálljunk, hiszen fejenként elég sok adatot dolgozunk fel.

Én döntési pozícióban vagyok, és a szivem szerint iMAc-eket használnánk. Meggyőzősdésem, hogy szebb, jobb, kényelmesebb, kellemesebb Mac-en dolgozni. Ha nincs Mac-ed, amit rendszeresen használsz, akkor ezt úgysem érted meg,
én úgy gondolom, hogy a legtutibb megoldás az "számítógépre", mint problémára a cégnél a Mac lenne.
Illetve az OSX operációs rendszer, annak minden kényelmi szolgáltatásával.
(Mondjuk jó lenne, ha magyar nyelvű lenne, de még így is szívesebben látnék Mac-eket a cégnél.)

Szóval pusztán erről van szó, de megfelel nekünk a Windows és a PC is. Evvel is tudunk pénzt keresni, Mac-en mindössze kényelmesebb lenne a napi munka.
(Linuxot annyira azért nem akarnék...)

Teljesen igazad van a felülettel kapcsolatban. Ezért használják átmenetileg (sok-sok évig) a LAMP-ot Linuxon.

A megrendelőnek jelenleg windowson futó felület kellene, webes interfésszel, hogy az új vékony kliensekről is tudja használni. Az open source-ot én próbáltam meg erőltetni, pont azért, hogy ha
egy fejlesztő csapat elmegy Hawaii-ra, akkor esetleg egy másikkal tudjuk tovább fejlesztetni.

Mivel nem ingyenes programra vágyunk, ezért reménykedem, hogy megtalálom a még M.o.-n dolgozó, vagy vállalkozó programozó csapatot :)

Van egy költségvetésünk, erre a cuccra, de elmarad attól amit itt írtatok (hmm 10-80M, 50-500M ...). Nem multi a megrendelő, csak több vállalkozása van, több telephellyel és ezeknek a nyalánkságaival :)

Ráfordítás/megtérülés aránya elég rossz az ilyen projekteknek. Bármelyik profi Java EE cég tudna ilyen szoftvert írni, méghozzá olyat, hogy besz*rsz, csak van egy rakás járulékos dolog, ami miatt önállóan kivitelezni elég körülményes. Az ilyen programokat a legrosszabb supportálni, idióta felhasználókkal kell nap mint nap beszélni, support gárda kell, stb stb stb. Igaz, lehetne vele pénzt keresni, de hasonlóképp megélnek azokból a megrendelésekből, ahol ezek a problémák nincsenek. Miért nincs akkor valaki, aki a zsebébe nyúl, és fővállalkozóként megcsinálja? Mert nem lesz elég pénze megfizetni a profi céget, az eredmény látható, ha körülnézel a magyar fejlesztéső ERP-k között. Vagy ha van elég pénze, s*gghülye lesz, az ismerős profi cégeket ismerve előbb fognak éhen halni, mint hogy a tipikus ERP projektes hülyével dolgozzanak. Ha van pénze és ért is hozzá, akkor meg egész másból csinálja meg az okosságot, mint holmi ERP-vel ahol gyakorlatilag az egész számára elérhető piac az EU-s/állami támogatások rendszerére épül, annak minden jellemzőjével, meg egy rakás vidéki vállalkozó Lalival, mint vásárló.

Szerintem jól döntöttetek psc-ék a Nav-al. Mi is csinálunk MS Dinamics-ot, sőt igazából csak azt csinálunk. Igaz az MS termékek Windows alapúak, de a megrendelők nagyon tudnak örülni annak hogy ez a platform.

Az MS Dinamics-ot nem lehet csak úgy selfservice alapon bevezetni. Ez nem egy dobozos termék, és az ára is megfelelően horror. Ez a kategoria a 10M-80M project kategoria. A nagyvállalati szektorban az alternatívája neki SAP, illetve ebben a szektorban az MS-nek már az AX terméke a versenyző. Az utóbbiak a 50M-500M árkörbe tartoznak. Az árat a terhelés, a konkurens felhasználók száma és sok minden más speciális körülmény alakítja.

A KKV szektorban tipikusan pályázati téma a vállalatirányitási és döntéstámogatási rendszer bevezetése, míg a nagyvállalatoknál beruházás. Érdemes és lehet is ezekre pályázati pénzeket nyerni. Üzleti szempontból nem érdemes az Opensource-ban gondolkozni. Pályáztatáshoz az MS és a partnerek kellően hathatós segítséget nyújtanak, és szakszerűen viszik vágbe az elképzeléstől az átadásig a projectet.

Rossz nyomon jársz, ha opensource irányába keresgetsz, mert egyrészt megfelelőt úgysem fogsz találni, és mivel ezek a rendszerek a vállalat működését támogatják nap mint nap, nem szabad nem kellően kidolgozott megoldásokat bevezetni, mert az sűlyos problémákat okoz. Amikor jönnek be a szállítmányok pl egy hűtőházba, nincs idő sw hibákat debugolni, és váratni a beszállítót a kirakodással, mert a rendszergazda igazit még valamit a kódban.

Keress meg egy szakértő céget (van idehaza is sok), vagy engem privátban :) és kölcsönösen jutányos alapon, támogatni fogja az informatika partner a cég folyamatos működtetését.

Köszönöm, felírtalak téged is a megkeresendők közé :)

"A KKV szektorban tipikusan pályázati téma a vállalatirányitási és döntéstámogatási rendszer bevezetése, míg a nagyvállalatoknál beruházás. Érdemes és lehet is ezekre pályázati pénzeket nyerni. Üzleti szempontból nem érdemes az Opensource-ban gondolkozni. Pályáztatáshoz az MS és a partnerek kellően hathatós segítséget nyújtanak, és szakszerűen viszik vágbe az elképzeléstől az átadásig a projectet."

Ez mondjuk részben igaz, de azért nem ennyire egyszerű a helyzet.
Mi is akartunk pályázni, de el sem indultunk, mert a pályázatíró az előpontozáson azt hozta ki, hogy inkább hagyjuk.
A probléma az volt, hogy az éves árbevételhez (>2milliárd HUF) kevés a felhasználó (kezdetnek 8 ember, jövőre bővítünk, ha beválik), illetve így rossz az egy felhasználóra jutó összeg-arány.
Ha a projektösszeget alacsonyabbra vesszük, akkor ugyan jó lenne az egy felhasználóra jutó összeg, viszont az éves árbevételhez képest alacsony a projektösszeg, és ezért kapunk kevesebb pontot.
Minden variációt kipróbáltunk, még úgyis, hogy mi van, ha 70%-os árbevétel-növekedést vállalunk, de még úgy sem jött ki egy normális pontösszeg, mindig elbukott az éves árbevétel - projektösszeg - felhasználók száma tengelyen. :(
De amúgy a supplier által biztosított pályázatíró felkészültnek tűnt, nem volt kétségem, hogy jó szakember-csapat van mögötte. Mondjuk az is pozitív, hogy lelkiismeretesen megcsinálta az előpontozást, mielőtt a vállalási árat megmondta volna.
Máshol előre elkérnek valami pénzt, aztán utána állnak neki vizsgálni, hogy érdemes-e indulnod a pályázaton.

(Azért csendben, zárójelben megjegyzem a topicindítónak, hogy ha a pályázati feltételeknek megfelel amúgy a projekt, akkor végső soron ki lehet hozni az árat az Open Source-el versenyképesre... ;-) )

chicken -nek még annyit hozzátennék, hogy minket avval győztek meg végleg a Navision-osok, hogy elmondták, Redmondban hányan fejlesztik, tartják karban nap-mint nap a rendzert...
Nem hiszem, hogy a megrendelődnek lenne pénze annyi fejlesztőt foglalkoztatni egy opensource stuff karbantartásán, fejlesztésén... :)

:)

Ezzel van esetleg valakinek tapasztalata?

(felhasználó: admin, jelszó: admin)

Időközben úgy tudom megvette a szoftvert a Mûszer Automatika Kft. és ők fejlesztik tovább.
Igaz itt csak web-es felület van de LAMP alapú.

Csak én nem érzékelem a linket?
Mivel engem is érdekelne, légyszíves a linket javítsd. Köszi

A link tényleg lemaradt :)

hopp... bocsánat: demo.gsd.hu

Ennek szép a felülete, meg minden, de sok adatot felvinni borzalom lehet...
A webes megoldások szvsz nem jók erre, kényelemetlenek, lassúak.
Ha nekem egy ilyen sebességű felületen kellene minden nap 40-50 kamiont felvinni, idő előtt lennék idegbeteg...:)

:-D

Mi szemezgetünk vele, bár az is igaz, hogy nálunk a kereskedelem nem jelentős tétel (a legerősebb napon jön max. 50 tétel áru, illetve van bolti eladás, de az is csak kiegészítő tevékenység és inkább a kis mennyiségű, de relatíve nagy értékű dolgok a jellemzőek, ezen felül sok egyedi projekt). Viszont, ha valaki vagy valakinek az ismerőse szomszédjának a nénikéjének az unokájának a barátnője dolgozik esetleg ilyennel akkor érdekelnének a tapasztalatok.

ezt gondolom olvastad.

Szerintem ritka az olyan aminek webes es gui -s felulete is van.

Itt lett volna ilyesmirol szo, de sajnos nem tudtam elmenni :(
http://www.logisztika.hu/index.php?menuid=347&nyelv=hu

Esetleg ha valaki tud hasonló, magyar nyelvű támogatással bíró projektről (szigorúan céges háttérrel), az is érdekelne.

senki?

Linkemen levo ceg csak tud rola , ha mar eloadast tart rola.
Novell -nek is van ilyen termeke AFIK.

Jutottatok valamire?

Ideiglenes megoldásokkal ezt az évet kihúzzuk.
Következő év elejéig pedig teszteljük az eddig megkapott szoftvereket.

Nálunk is leállt kb. felénél a Navision, nem részletezem az okokat.
Tehát én is kíváncsi lennék a lehetőségekre....

Engem érdekelne, mert fentebb a szálban elég jó volt a Navision marketingje. Akár magánban is, ha nagyon nem publikus.

Üdv,
Gergely

Nagy vonalakban:

Mndenek előtt készítettünk (nem konkrétan mi, hanem egy ere szakosodott külsős cég) egy követelményspeckót, ezt küldtük szét az ERP szállítóknak. Ez egy elég alapos dokumentáció volt, 2 hónapig voltak itt a srácok felmérni a folyamatokat, igényeket.
Ezek közül választottunk ki egyet, a Navisionnal együtt.
Szerződéskötés, előleg, stb.stb, elkezdődött a munka - újabb felmérés, EDD, FLD, fasztuggyamilyen dokumentációk, ilyesmi.
A felmérési szakaszban, amit már a navisionosok csináltak, kiderült pár olyan "apróság", ami szerintük nem fontos, szerintünk meg számunkra ez lenne a lényege az új ERP rendszernek, az nem, vagy több hónapnyi fejlesztéssel valósítható meg a NAvision- ban.
Természetesen a követelményspeckónk, amit az elején küldünk, hogy nekünk konkrétan ilyen rendszer kell, ezeket kell tudnia, ezeket az igényeket tartalmazta.
Pár hét/hónap együtt töltött munka után az a kép alakult ki, hogy a brigád, akit megbíztunk, némileg impotens banda ehhez, inkább csak a pénzünk kéne. Pár lényegi kérdést feltettem, amire a mai napig nincs válasz....
Meg egy új adatbeviteli form-ért, ami nem standard a rendszerben, de kellene, többszáz ezer Ft-ot akartak pluszban akasztani - no comment, pár óra munka összedobni egy formot...
A bevezetés közben kicsit jobban meg tudtam ismerni a Navision -t (ugye eddig csak bemutatókat láttunk 1-2 órában), nyomkodtam kicsit, stb.stb. Hát, mit mondjak,.....
Tehát elhibázott döntés volt a) Navision b) a partner, akit megbíztunk a bevezetéssel.
Tehát szerződést bontottunk.
Vannak még ilyen apróságok, hogy ugye a licenceket kifizettük, de azokat nem kaptuk meg, pedig szeretném tovább értékesíteni.
Mondtam, hogy úgy is jó, ha nem adják ide, de akkor intézzék el, hogy a Microsoft vegye vissza, vagy valaki másnak odaadjuk mondjuk 85%-os áron, aki épp most vezet be rendszert.
Szóval most pereskedés is van emiatt, sőt a büntetőfeljelentést is megtettük sikkasztás miatt- mert ugye a licencek ki letek fizetve, de nem kaptuk meg, és nem engedik, hogy sajátunkként rendelkezzünk vele, pl. hogy eladjuk, amire a magyar tövények (felülbírálva az MS álláspontját) teljes mértékben lehetőséget adnak. Majd la lesz idő, elmegyek hozzájuk asztalt borogatni, meg pofozkodni is, nem velünk fog szarozni egy ilyen g3ci cég.

Összefoglalva tehát: menet közben kiderült, hogy szar a Navision, nem fogja tudni megvalósítani a követelményeinket, nekük kéne a folyamatainka teljesen átszabni, sőt, bonyolultabb lenne az ügyvitelünk ezek által, ráadásul kifogtunk egy rossz partnert.

Privátban megírnád, hogy ki volt ez a cég? Nekünk is van egy ilyen nem szállító, túlszámlázgató partnerünk és kiváncsi lennék hogy ugyan azok e?

M-el, vagy R-el kezdődik a neve? :)

Nem nagyon szeretnék több infót kiadni, ennek etikai, jogi, és érdekbeli okai vannak.
Ugye megérted...

A Navision egy igen jó fejlesztői keretrendszer, ha kell ezt élő referenciával is ledemózzuk.
Igazából a specifikáción és a fejlesztőn múlik, hogy mit hozol ki belőle.
Sajnos a legnagyobb magyar Navision fejlesztő cégek többsége dilettáns amatőr.
Nálunk van jó Navision szaktudás, független auditokat is szoktunk végezni.

Több ügyfelet is húztunk ki már a szarból, néhány igen komoly gondban lett volna fél éven belül, ha nem nézünk rá a rendszerére.
Tudnék vicces és félelmetes történeteket mesélni, hogy mit akartak lenyomni egyes cégek ügyfeleink torkán.
Volt olyan, hogy a kedves Navision "fejlesztő" kijelentette, hogy egy adott funkciót nem lehet megcsinálni. Mi, tényleg nem vicc, kb 10 perc munkával megoldottuk. Egy másik esetben meg a kedves "szakértő" elszámolt 2 napot, egy olyan feladatra, ami gyakorlatilag egy megfelelő opció paraméterezésével kb 3 perc alatt megoldható feladat volt.

Ha gondolod keress meg privátban. Mostanában egyre inkább a "nagy" magyar Navision cégek álltal elbaszott projektek rendbe tételére specializálódunk. :)

Mégegyszer: A Navision egy nagyon jó fejlesztői rendszer, gyakorlatilag minden témába vágó feladat megoldható benne, csak megfelelő szakértelem kell hozzá. Amiből sajnos nagyon kevés van magyarországon.

Köszönöm szépen a lehetőséget, de már nem gondolkozunk Navisionban.
Sőt, semmilyen nagy, bonyolult dolgot nem szeretnénk már, hajlunk egy egyedi fejlesztésre, amit apránként készíttetnénk el (elsőként pénzügy, aztán raktárkezelés, aztán logisztika, stb.stb.)....
A képet árnyalja, hogy miután a Navision dugába dőlt, otthagytuk a Windows platformot, jelenleg OSX az összes irodai kliens.
Tehát innentől vagy natív OSX-es stuff jöhet szóba, esetleg Java -s, netán valami modern web-es, amit kényelmes használni.

Ok, sajnálom, hogy így alakult.

Ez a legnagyobb gond azzal a rengeteg dilettáns hülyével, akik ma Navisionnal foglalkoznak. Csak rossz hírét keltik ennek az egyébként elég jó szoftvernek (ami egyébként nem Microsoft találmány, csak megvásárolta pár éve.)

Egyébként, ha van megfelelő licenszetek, a Navision-t akár ti is fejleszthettétek volna, mert mint mondtam az egy fejlesztői keretrendszer, csak a legáltalánosabb -kb. minden cégre ráhúzható- dolgok vannak benne alapból implementálva.

"Egyébként, ha van megfelelő licenszetek, a Navision-t akár ti is fejleszthettétek volna, mert mint mondtam az egy fejlesztői keretrendszer, csak a legáltalánosabb -kb. minden cégre ráhúzható- dolgok vannak benne alapból implementálva."

A licence -k ki vannak fizetve emléletileg (sőt, gyakorlatilag is :) ), ennek ellenére soha nem láttuk azokat. Most, mikor át szeretném ruházni másra, meg nagy hallgatás van, meg szöveg, hogy a "Microsoft nem engedi", blablabla.
A magyar PTK. szerint viszont bátran megtehetjük. De a BTK. is tartalmaz passzust arra vonatkozólag, hogy mi van akkor, ha valamit kifizettél, de nem adják oda.... (az hagyján, hogy nem akarják engedni, hogy szabadon rendelkezzünk vele, de mégcsak nem is láttam egy darab licenszet sem, semmit).
De ez messzire vezet, megoldjuk, ha máshogy nem, odaküldök két-három kopaszt, hogy a licence -k mellett hozzák el az ügyvezető véres szívét is bársonyborítású ládikóban. :)

"Csak rossz hírét keltik ennek az egyébként elég jó szoftvernek (ami egyébként nem Microsoft találmány, csak megvásárolta pár éve.)"
Igen. A dilettánsok minden szakmában, minden téren károsak.

Létezik egy kifejezetten OSX-hez (igaz, Java-val) való ERP, a "Maconomy".
Részletek:
http://www.maconomy.com, vagy .hu
Több OSX-only iroda használja, köztük nagyobbacskák is.
További infot privátban szívesen adok...

Ez is érdekelne... Privátot dobj légyszi.

"Ez egy elég alapos dokumentáció volt, 2 hónapig voltak itt a srácok felmérni a folyamatokat, igényeket."

Lehet, hogy naiv ötlet, de ha esetleg publikálnád ezt valahol, akár anonim módon, lehet, hogy tudnánk neked javasolni konkrét megoldást.

Nagyon sok ember van itt a HUP-on aki ilyen rendszereket üzemeltet nap mint nap és komolyan beléjük lát.

Esetleg fejlesztőknek is adhatna a dolog ötleteket vagy megkeresnének konkrét ajánlattal.

Egyedi fejlesztésként akár mi is be tudnánk vállalni, bár pillanatnyilag van rengeteg munkánk.

Hat, igazabol az itt http://hup.hu/node/56557#comment-817220 leírtak miatt nem publikalman most per pillanat.

Viszont ha privatban dobsz egy mail -t, akkor tudnank valtani par szot arrol, hogy kezdesnek mit is szeretnenk megvalositani.
(Merthogy meg fogjuk, csak szepen lepesenkent.)

Privát ment..

Megjött, holnap válaszolok. (Ma már fáradt vagyok. :) )

Konkrétan miket fogtok tesztelni?

Üdv,
Gergely

Hello!

Nalunk megy egy ilyen rendszer fejlesztese. Jelenleg a konyveles modulon dolgozunk.
cliens-szerver alapu
tobb ceg, tobb telephely tobb raktar funkcio.
nativ win/linux/mac front-end-ek
valamit webes front-end is.
webshop funkcio.
POS az egyenlero csak ugy hogy a penztargep kulon utve mert ha ossze van kotve a penztar gep a pc-vel azt be kell viszgaltatni az apeh-hal.
a tervek szertint oktober korul lenne a eladhato termek. 1 eve fejlesztjuk.

A rendszer egyes reszeit mar hasznaljak az ugyfelek, de egyben meg nincs forgalmazva.

ui: egyenlore a win front-end-en van a hangsuly. a server-oldan linux es win egyforman magas prior.

A mi cégünknél is újra és újra felmerül a téma, egy ERP és CRM rendszer bevezetésére.
Most már olyan komoly a helyzet, hogy ajánlatokat kell kérni SAP és Microsoft NAV szállítóktól.

Arra gondoltam, hogy valami nyílt forráshoz, de legalábbis Linux szerveres megoldáshoz közelebbi dologról is kellene ajánlatot, infót gyűjteni.
Ilyeneket találtam de sokat nem tudok róluk: adabas ERP, infor:COM, ADempiere, ERP5. Bár ez utóbbinál magyarországi bevezető cégről nem tudom.
Az SAP és MS-NAV szállítók azonnal kaptak az alkalmon, és már időpontokat kérnek, hogy előzetes tájékozódásra eljöjjenek. Régebben mikor megkerestem ezektől különböző cégeket közölték, hogy X ezer pénzért eljönnek felmérni a helyzetet és utánna tudnak tájékoztatást adni. Hát így nehezen fogok alternatívát találni.
--
не закурить! (Ne gyújts rá!) не куриться! (Ne dohányozz! Ne füstölögj!)

NAV-ban jók vagyunk, igény felmérésben meg ingyenesek.
Ha érdekel, akkor küldj egy privát üzenetet.

Nem valószínű, sőt szinte biztosan nem. (Bocs, én nem Navi-val foglalkozom a cégen belül.)
Amit biztosan tudok, az az, hogy saját natív adatbázissal, vagy MS-SQL-el működik.

Mi is fejlesztünk "ERP modulokat" sok specifikummal.
A funkcionalitás egy részéről nagyvonalakban: www.gyartom.hu
Néhány technikai részlet:
- postgresql szerver (partnereinknél 1-2 kivételtől eltekintve Linuxon)
- Qt alapú (vékony) kliens program (ami a futtatandó programot speciális script formában tölti le a meta-adatbázisból, értelmezi és futtatja, hasonló az architektúra a web böngésző-web szerver-adatbázis szerver felosztáshoz, így a verziófrissítés a szerveren zajlik)
- a kliens program fut Windowson és Linuxon is (Mac-re még nem próbáltuk, bár a Qt támogatná, böngészős felülete nincs)
- 1-100++ felhasználós hazai cégek használják
- több vállalat egy adatbázisbeli kezelését támogatjuk (közös és vállalat specifikus törzsadatok, lekérdezések és összefüggő tranzakciók révén)

Kiss István
www.roolnet.hu