Ha a sikertelen open source ERP projektek erdekelnek, akkor tobb olyanrol is tudok meselni: tobb olyan ugyfelunk van, ahol valamilyen mas ERP rendszer tervezese/bevezetese indult el, de aztan megsem az valosult meg, hanem a mi sajat rendszerunket vezettuk be.
"- Nagy vonalakban mivel foglalkozik a cég?"
Dominansan szolgaltato es kereskedelmi cegek voltak.
"- Milyen méretű (hány ember, hány tranzakció / hónap)?"
Dominansan 10-50 fo kozotti letszam.
"- Belső gazdasági osztály kezeli a könyvelést, vagy külső könyvelőcég? Ők mit szólnak a tervekhez?"
Mindenhol kulso konyveles volt, ahol sajat konyveloprogramot hasznaltak. A feladat resze volt vallalatiranyitasi rendszer iranyabol exportalni a konyvelo program iranyaba.
"- Milyen modulokat terveztetek bevezetni? "
A teljesseg igenye nelkul: keszletnyilvantartas, szamlazas Ft-ban es tobb mas penznemben is, szerzodesnyilvantartas, automatikus tomeges szamlakeszites szerzodesek alapjan, penzugyi hatter (tobb hazipenztar es tobb bankszamla kezeles kulonbozo penznemekben vezetve, szallitoi es vevoi szamlak kiegyenlitettseg kezelese ide ertve a tobbszoros reszteljesites kezeleseket, telephelyek eseteben telephelyenkent kulon penztar kezelese, kesedelmi kamatlevelek, fizetesi felszolitasok, automatikus exportalas kintlevosegkezelo cegnek, email ertesitesek szamlakiallitasrol es fizetesi felszolitasokrol, stb.), tobb telephely kezelese telephelyenkent kulon tobb raktar kezelesevel es atado raktarakkal, bizomanyos raktarkeszlet kezelese, munkalap kezeles, dokumentumkezeles, kommunikacio kulso rendszerrel majd az innen kapott meresi adatok alapjan tomegesen szamlazni az elofizetoknek, tavkozlesi szamla keszites, webshophoz illeszthetoseg biztositasa, stb. Meglehetosen valtozatos osszeallitas :)
"- A modulokat egyszerre, big-bang módszerrel, vagy egymás után terveztétek bevezetni?"
Legtobb esetben egyszerre tortent probalkozas a bevezetesre. Ahol volt mar korabbi, lecserelendo rendszer, ott egy rovid ideig parhuzamosan mukodott a regi es a bevezetendo rendszer is.
"- A projekt lezárásakor milyen okokat állapítottatok meg, ami a sikertelenséghez vezetett?"
A sikertelenseg oka szinte minden esetben a nem megfelelo bevezetes volt. Konkretan az lehetett, hogy az open source rendszer alapkiepitesben nem biztositotta 100%-ban az igenyeknek megfelelo funkcionalitast, es nem lattak biztositva, hogy belathato idon belul ez normalis minosegben megtortenhet, valamint az egyedi fejlesztesuk hosszu tavon mennyire marad kompatibilis az alaprendszer kesobbi verzioival.
Remelem sikerult kivancsisagodat kielegiteni :) Ha megsem, akkor kerdezz :)