Amit az opensource-ról tudni kell

A folyamatkezelési sorozatot egy bejegyzés erejéig félretesszük, hogy egy kicsit más témáról is szó ehessen. Szerettünk volna mindenképp egy bejegyzést szentelni az opensource licencnek, amivel az OpenERP is rendelkezik és megválaszolni az ezzel kapcsolatban gyakran felmerülő kérdéseket. 

Opensource - Szabad licenc

Az opensource vagy magyar megnevezésében a szabad licenc olyan licencelési formát jelent, melyek biztosítják, hogy a licencelt szoftver szabadon felhasználható. Ennek az egyik leggyakoribb hivatalos licence a GPL (General Public License), ami biztosítja a szoftver szabad mivoltát. Az alábbi 4 fő pontban összefoglalható, hogy mit is jelent a szabad ebben az esetben:

• a felhasználó a szoftvert korlátlanul felhasználhatja (felhasználóként futtathatja);
• tanulmányozhatja annak működését, forráskódját megvizsgálhatja;
• a programról másolatot készíthet;
• a programot módosíthatja és a módosításokat publikálhatja.

Az OpenERP-t a GPL (General Public License) 3.0-ás verziója alapján lehet felhasználni, ami biztosítja fent említett lehetőségeket minden felhasználó számára. De mit jelentenek a fenti pontok az OpenERP szempontjából?

A felhasználó a szoftvert korlátlanul felhasználhatja

Ez nem szorul különösebb magyarázatra, a felhasználó (akár mint természetes személy, akár mit jogi személyiség) korlátlanul felhasználhatja az OpenERP-t. Nincs megszabva a módja, a felhasználók száma, sem pedig a felhasználás célja.

Tanulmányozhatja annak működését, forráskódját megvizsgálhatja

Az egyik legfontosabb eltérés a zárt licenceléssel szemben. Az OpenERP a teljes forráskódot rendelkezésre bocsátja, a hozzá kapcsolódó teljes dokumentációval. A dokumentáció tartalmazza az OpenERP általános leírását, az installáció menetét, az össze ismert OpenERP alkalmazás és modul teljes listáját, a felhasználói és fejlesztői kézikönyvet, és technikai leírását az OpenERP-nek.

A programról másolatot készíthet

Ez is viszonylag egyértelmű, az OpenERP-ről akárhány másolatot készíthetünk, bármilyen adathordozóra átírhatjuk és akár publikálhatjuk is azokat.

A programot módosíthatja és a módosításokat publikálhatja

Talán az egyik legfontosabb pont, aminek a feltételeit nagyon részletesen írja le a GPL. Bármilyen módosítást is hajtunk végre, a módosított programra és annak kódjára ugyanazok a licencelési feltételek érvényesek. A módosításokat a publikáláskor egyértelműen jelezni kell. Az általunk készített módosításokat nem licencelhetjük külön, csak az OpenERP szerves részeként. (Ha írunk egy új modult az OpenERP-hez akkor nem választhatunk neki más licenctípust, arra is a GPL kell érvényes legyen.) Ha olyan munkát adunk ki, ami nem forrás-formában kerül felhasználásra, az eredeti forráskódot is mellékelnünk kell. Fontos emellett tudatosítanunk, hogy bár maga az OpenERP egy szabad program, az OpenERP-re és a dokumentációjára vonatkoznak a szerzői jogok, hiszen az "OpenERP" bejegyzett és védett márkajel!

Szintén fontos elem, hogy ha készítünk bármilyen módosítást az OpenERP-hez, nem vagyunk kötelesek publikálni a közösség felé. Ennek például akkor van jelentősége, ha egy megrendelő számára egyedi OpenERP-t készítünk, kiegészítjük új modulokkal és funkciókkal. Ez nem csak azért van így mert az egyedi ERP csak a megrendelő számára értékes és használható, hanem  mert az egyedi ERP elkészítése a minden esetben üzleti titkok megismerésével is jár, amelyeket tükröz a módosított ERP.

OpenERP folyamatkezelés 2. rész - Gyártás

A folyamatkezelés második részében az OpenERP gyártási folyamatát fogjuk szemügyre venni. Az OpenERP a gyártáshoz szükséges forrásokat két részre osztva kezeli: anyagokra és humán erőforrásokra. Most az anyagi részre fókuszálunk, a humán erőforrások kezelését majd a HR részben taglaljuk. Tekintettel arra, hogy a gyártási folyamatok elképesztő komplexitásokra képesek, most a "legnagyobb magasságból" nézünk rá, de a későbbiekben szeretnék majd olyan részletekre is kitérni, hogy az OpenERP-ben hogyan kezelhetőek a munkaállomások, logisztikai követés, a LOT számok, készletre vagy megrendelésre termelés, illetve hogyan működik benne az ütemező.

Az OpenERP gyártási folyamata a gyártási utasítással indul. Ezt az eseményt egy megrendelés, termelési igény, vagy a beépített ütemező indítja be. A gyártási utasításon szereplő termékeket a rendszer az előre definiált - egy vagy többszintű - receptúrák alapján (Bill Of Material) komponenseire bontja és elkészíti a felhasználandó anyagok listáját. Ezt követően lefut a gyártandó termék komponenseinek a vizsgálata, ami kétféle eredménnyel zárulhat; vagy rendelkezésre áll minden anyag és elindulhat a termelés, vagy nem és elindul a kivételkezelési eljárás. A hiányzó termékek vagy újabb gyártást, vagy vásárlást indítanak el automatikusan, attól függően, hogy a hiányzó termékhez milyen beszerzési eljárás kapcsolódik (ezt a termék adatlapján kell előre definiálni). A folyamatábrán az ütemezett termelés ebben az esetben nem gyártás időbeni tervezését jeleni, hanem azt a logikai láncot, hogy az adott termék legyártását a rendszer lekezeli. Ezt követi a tényleges termelés, ekkor történnek meg a raktárkészletben is a változások. Bár az OpenERP már a gyártási utasítás jóváhagyásakor lefoglalja a gyártáshoz szükséges mennyiségeket, véglegesen csak a termelés végrehajtásakor emeli le a készletről. A késztermék alapesetben az alapértelmezett raktárba kerül de bármilyen lokációt is definiálhatunk neki.

Azért szerettük volna a gyártást ennyire leegyszerűsítve bemutatni, mert így lesz érthető az OpenERP logikája és struktúrája. Enélkül a későbbiekben jóval nehezebb megérteni, hogy hogyan képez le az OpenERP egy komplex Push vagy Pull típusú gyártási metódust. Reményeink szerint ennek leírására is sor fog kerülni, de legközelebb a raktárkezelési folyamatot vesszük górcső alá, ami szintén az alapfolyamatok közé tartozik az OpenERP-ben.

SERVICE EXPO

A múlt héten lezárult a Service expo, ahol az Elastoffice az OpenERP hivatalos magyarországi partnereként először mutatta be az OpenERP-t magyarországi kiállításon. Az expón nem csak kiállítóként voltunk jelen, hanem egy workshop keretei között előadást tartottunk a "Exceltől a vállalatirányításig" címmel, melynek témája volt az adatfeldolgozási és kommunikációs nehézségek a vállalaton belül. Összehasonlítottuk az adattáblás (Excel) és az integrált vállalatirányítási rendszereket és struktúrákat, és bemutattuk az eoXPRESS-t, azt az ügyviteli megoldást, amit az Elastoffice dolgozott ki és kapcsolt össze az OpenERP-vel.

Külön öröm számunkra, hogy komoly érdeklődés övezte az OpenERP rendszerét. Az érdeklődői visszajelzések alapján látható volt, hogy az OpenERP rendszerében nem csupán a nagyvállalatok, hanem a magyarországi kis és középvállalkozások is alternatívát látnak az ügyviteli problémáikra. 

SERVICE EXPO - Október 16-18

A kifejezetten szakmai jellegű rendezvény a cégek hatékony működéséhez kíván hozzájárulni azzal, hogy egy helyre gyűjtve mutatja be a kis- és középvállalkozásoknak a különböző típusú üzleti szolgáltatásokat. A kiállításon mi is részt veszünk, hogy bemutathassunk azokat a megoldásokat, amelyeket az OpenERP egy üzleti vállalkozás számára nyújtani tud. Megismerkedhetnek az általunk fejlesztett irat- és dokumentumkezelési alkalmazásunkkal, az eoXPRESS-el, amely önállóan, és az OpenERP-vel integráltan is képes működni. Bemutatjuk egyedülálló autentikációs rendszerünket, az eoPASS-t is, amely egy okostelefon alkalmazással az SMS és token alapú azonosítást képes kiváltani. 

Várunk szeretettel minden kedves érdeklődőt a 

HUNGEXPO Budapesti Vásárközpontban, az A pavilon 305C standján.

OpenERP folyamatkezelés 1. rész - Értékesítés

A következőkben szeretnénk bemutatni az OpenERP folyamatkezelési metódusait, hogy egy általános képet kaphassunk arról, hogy az egyes üzleti folyamatokat miként modellezi le az OpenERP. Mivel ez egy hatalmas téma, úgy gondoltuk, hogy több részre bontva foglalkozunk majd vele. Először az értékesítési folyamaton megyünk végig, majd a későbbiekben bemutatjuk a Gyártást, Raktárkezelést, Projektet, Beszerzést és Pénzügyet. Mivel a OpenERP moduláris felépítésű és az egyes telepített modulok szorosan összefüggenek egymással, itt is megmutatjuk majd a folyamatok főbb kapcsolódási pontjait.

Az OpenERP-ben az értékesítési folyamat az érdeklődők rögzítésénél kezdődik, ezeket a rendszer LEAD-nek nevezi. Ez lényegében egy előszűrési lehetőség, ahol el lehet dönteni, hogy az érdeklődés mögött áll e valós üzleti lehetőség. Ha igen, akkor egy gombnyomással átalakítható a lead üzleti lehetőséggé. Ekkor kerülnek be a már meglévő ügyféladatok mellé azok az információk, amik az értékesítéshez köthetők: a várható bevétel, ügylet lezárásának várható dátuma és hogy az ügylet milyen szakaszban jár. Az Üzleti lehetőségek alatt  természetesen rengeteg olyan CRM funkció is található, ami a hatékony és sikeres ügyfélkövetést segíti (kommunikáció naplózás; feladatok prioririzálása, kiosztása, elfogadása; értesítések; üzleti lehetőségek kezelésének vizuális megjelenítése;  ügyletek követhetősége a felhasználók, vásárlók és beszállítók által; automatikus emlékeztetők, kérések eszkalálása; kimenő és bejövő email, email gateway-en keresztül; stb...), de ezeknek a részletes bemutatása külön bejegyzést igényelne. 

A rendszerben az árajánlat képezi a később keletkező belső dokumentumok alapját. A képen látható, hogy a megrendelésből és számlából is először piszkozat keletkezik, ennek lényegében egy oka van. A céges ügyvitel szempontjából számos feltételhez köthető, hogy egy bizonylat mikor és milyen módon keletkezhet (pl. eltérő munkakörök, felelősségi szintek, a teljesítéséhez szükséges erőforrások rendelkezésre állása, stb.). Az ábrán látható, hogy a jóváhagyott megrendelés automatikusan több másik területet is azonnal bekapcsol a folyamatba, elindítva egy pénzügyi bizonylatolási folyamatot, illetve egy beszerzési eljárást, ami lehet gyártás, vásárlás, vagy akár szolgáltatás is. Fontos, hogy ez nem azonnal történik meg a megrendelés jóváhagyását követően, hanem egy beépített ütemező alapesetben naponta ellenőrzi és osztja ki automatikusan  a feladatokat. (Az ütemezővel a többi folyamatnál is fogunk találkozni, mivel az nem az értékesítés sajátja.) Az értékesítési ciklus az ügyfél kiszolgálásával és a számla kiegyenlítésével lezárul. Az OpenERP folyamatkezelésében nem különül el az Utó-értékesítés, hanem visszatér a ciklus elejére, új folyamatot indítva. 

OpenERP 7.0

Várhatóan még idén megjelenik az OpenERP 7.0-ás verziója, melyben rengeteg változás lesz a 6.1-hez képest. Jelentősen leegyszerűsödik a kezelőfelület, a megjelenés is letisztultabb és átgondoltabb. Emellett teljesen újraalkották az adatok grafikonos megjelenítést, igazodva egy modern és jól átlátható ERP elvárásaihoz. 

Az alábbi angol nyelvű videón egy összehasonlítást láthatunk, ami végigveszi a 6.1 és a 7.0 leglényegesebb különbségeit.