Magyar számviteli környezet az OpenERP 7-ben

Hazai viszonylatokban még kevesen használnak vállalatirányítási rendszereket, nyílt forráskódúakat pedig még kevesebben. Ennek két legfőbb oka a bizalmatlanság, és a magyar nyelven elérhető információknak a hiánya. Nyilván e kettő nélkül nem lehet megfelelő döntést hozni, így nem csoda, hogy a magyar vállalkozók  idegenkednek ezektől. A nyílt forráskódú rendszereknek némelyike felveszi a versenyt a nagy zárt rendszerekkel is. Jellemzőjük, hogy komoly nemzetközi közösségi munka van mögötte. Ennek a nemzetközi munkának legnagyobb hátránya az, hogy a nemzetközi szoftverből hiányzik az adott ország jogszabályi környezete. Míg egy értékesítési vagy gyártási folyamat a föld minden országában hasonló, addig van néhány kulcsfontosságú eleme egy vállalatirányítási rendszernek, aminek a helyi jogszabályi környezetnek meg kell felelnie. 

Könyvelés, számlázás...  

A fenti probléma természetesen a számvitelen csapódik le azonnal. Hiába működik jól egy rendszer, ha egy adott ország számviteli sajátosságainak egyáltalán nem, vagy akár csak részben nem felel meg. Az OpenERP természetesen már számos ország pénzügyi moduljával elérhető, de mindeddig hiányzott belőle a magyar. Ennek természetesen számos oka van, most kettőt emelnék ki: 

1. A magyar jogszabályi környezet sajnos sokszor változik, aminek a követése időnként komoly nehézséget okoz mindenkinek.

2. Ahhoz, hogy az OpenERP-be egy modul hivatalosan is bekerüljön, az OpenERP fejlesztőgárdájának kell felülvizsgálnia. Ez természetesen egyrészt komoly költséget jelent a modul fejlesztőjének, másrészt attól kezdve az OpenERP veszi át az ellenőrzött modult. Az ő feladatuk viszont csak az, hogy az adott modul megfelelően működjön az aktuális OpenERP verzióban, a jogszabályi változások követése nem feladatuk, így a modul az első jogszabályi változással elavul. 

A probléma megoldása érdekében az Elastoffice felvállalta, hogy elkészíti a teljes magyarországi pénzügyi lokalizációt. Így most már a magyarországi cégek is kompromisszumok nélkül tudják használni az OpenERP 7.0-ás verziója nyújtotta lehetőségeket. 

- Magyar nyelvű, teljes körű támogatás.

- Magyar számlakép, teljesítés dátuma mező

- Könyvelési támogatás, magyar főkönyv

- Árfolyamok közötti váltások könyvelése

- Bank modul

- Pénztárkezelés

A magyar pénzügyi modul fent vázolt két probléma miatt nem lettek az OpenERP közösségi oldalán elérhetőek, hanem márciustól az Elastoffice csoport OpenERP SaaS szolgáltatásának a keretei között lehet igénybe venni. 

Információ a szolgáltatásról: 

Elastoffice Magyarország Kft. 

Email: andras.horvath@elastoffice.com

Tel: +36-1-700-1200

Tippek - trükkök 2. rész - Szűrők

A másik olyan terület ami hatalmas változáson ment át az OpenERP-ben, az a szűrők rendszere. A hatalmas adattömegből a 6.x-ben különböző gombok segítségével lehetett célirányosan szűkíteni egy adott listát. A 7.0-ban azonban teljesen másképp ragadták meg az adatok megjelenítésének a problematikáját. A leginkább szembetűnő változás, hogy a szűrésre szolgáló gombok teljesen eltűntek. Megjelent helyette a jobb felső sarokban egy állandó mező, ami most több  funkciót is ellát. Egyrészt egy aktív keresőmező, amelybe ha beírunk egy tetszőleges szöveget, pl. "ela" akkor a legördülő ablakban azonnal látjuk azokat a találatokat amelyekben a keresett "ela" részlet szerepel. Másrészt az ablakot legördítve elképesztően összetett szűrési és csoportosítási feltételeket adhatunk meg. 

A jobb oldali ábrán látszik, hogy két fő csoportra különülnek el a különböző lehetőségek. A zöld területtel jelölt alatt a különböző megadható szűrőket találjuk, míg a piros részen belül a megjelenített találatokat tudjuk tetszőlegesen csoportosítani (természetesen a szűrési és csoportosítási feltételek modulonként változóak, a képen a CRM-en belüli érdeklődők listájára vonatkozó lehetőségeket látjuk). A csoportosítási lehetőségeknek az egyik legnagyszerűbb tulajdonsága, hogy nemcsak több feltételt is kiválaszthatunk, hanem a kiválasztás sorrendje befolyásolja, hogy milyen sorrendben csoportosítja nekünk a találatokat (pl salesteam/kampány vagy kampány/salesteam). Ez alól a szabály alól az egyetlen kivétel a külön csoportosított szűrési feltételek (ebben az eseben: stage, creation, last action), amiket mindenképpen a végére csoportosít. 

A szűrők esetében felül néhány olyan gyakran használt alapfeltételt találunk, amik a mindennapi munkában a leggyakoribbak. Ezeket természetesen tudjuk további feltételek beiktatásával, tovább szűkíteni. Lejjebb találjuk az "Advanced search" részt, ahol gyakorlatilag bármilyen adatra kereshetünk, ami a rendszerben megtalálható. A keresett értékhez logikai feltételt is kapcsolhatunk (pl.: tartalmaz, nem tartalmaz, egyenlő, nem egyenlő, stb). Fontos, hogy az "Advanced search" alatt több szűrőfeltételt is megadhatunk, de ezeket egymás után alkalmazva nem szűkítik hanem bővítik a listát, mert logikailag vagylagos kapcsolat van közöttük. Az általunk létrehozott szűrőket természetesen el is menthetjük, beállíthatjuk alapértelmezett szűrőként, de akár meg is oszthatjuk őket más felhasználókkal. 

Ezzel az új szűrési renddel elképesztő gyorsasággal és nagyon kényelmesen lehet a számunkra fontos adatokhoz hozzájutni. Kicsit szokatlan az elődhöz képest, de hamar bele lehet jönni és nagymértékben megkönnyíti a mindennapi munkánkat. 

Tippek - trükkök 1. rész

Valamivel több mint egyhavi használat után elmondhatom, hogy az új, 7-es OpenERP hatalmasat lépett előre az ergonómia területén. Ebben a bejegyzésben bemutatok néhány olyan apróságot amik nagymértékben megkönnyíthetik a mindennapjainkat. 

Az általunk legtöbbet használt funkció egyértelműen az új megjegyzés-panel amely tényleg nagyon hasznos a mindennapi munka során. Lényegében minden olyan helyen találkozhatunk vele a 7-esben, ahol valamilyen "dokumentum" keletkezik (érdeklődők, lehetőségek, projekt-feladatok, számlák, megrendelések, stb.)

A felület egyszerű és jól átgondolt, van egy kis facebook beütése, de a használat szempontjából ez mindenképpen előny. A 6.x és az azelőtti verziókban a naplózás és a megjegyzések beszúrása egy eldugott fülön történt, ami egyébkén teljesen használhatatlan volt. A 7-esben ezt a két funkciót összekötötték, és minden eseményt ami a dokumentumhoz köthető, külön bejegyzésként látunk. Az egyes bejegyzésekhez csatolhatunk fájlokat is (beszkennelt számlák, kiküldött ajánlatok, aláírt szerződések, stb), ami már összeköttetést biztosíthat a rendszeren kívül keletkező dokumentumokhoz. Nyilván ez nem jelent egy szofisztikált dokumentum menedzsment eszközt, de arra mindenképpen elég, hogy egy egy fontosabb dokumentum hozzá legyen kapcsolva a munkafolyamathoz. A lenti képen, a baloldali piros körben látható ikonra kattintva előugrik egy üzenet-szerkesztő panel aminek bővített a funkcionalitása. Itt megadhatunk címzettként más kapcsolatokat, szúrhatunk be a szövegbe hiperlinkeket (webes hivatkozásokat) is. 

A dokumentumhoz meghívhatunk követőket (lásd a lenti képen) akiknek egy új bejegyzésnél automatikusan értesítést küld a rendszer. Követő nem csak regisztrált felhasználó lehet, hanem akár partner, vásárló, beszállító, vagyis bárki aki a rendszerünkben kapcsolatként rögzítve van.  Beállíthatjuk azt is, hogy milyen típusú eseményekről kapjunk automatikus értesítést. Nyilván egy értékesítési igazgatónak más események a fontosak mint más dolgozóknak, így ez egy nagyon hasznos funkciónak bizonyult. 

Minden bejegyzés megjelenik a beérkezett üzenetek menüpontunkban, így semmilyen esemény nem kerülheti el a figyelmünk. Ezek az üzenetek nem maradnak örökké ott egy kis pipa megnyomásával nyugtázhatjuk őket, és többet nem is háborgat vele a rendszer, eltűnik az inbox-ból. Minden bejegyzés mellett van egy kis csillag is. Ha erre kattintunk akkor a rendszer feladatot generál belőle, az üzenet egy másolata megjelenik a Feladat menüpontban. Fontos kis apróság, mert nem minden értesítés jár elvégzendő munkával. Sok esetben csak fontos információ van benne, amivel nincs dolgunk. Amivel viszont van, az sem az inboxunkat terheli. Nekem elsőre szokatlan volt, hiszen Outlook-on nevelkedtem, amiben az elvégzendő ügyek listája az olvasatlanként visszajelölt levelek voltak, ami viszont könnyen félreértésekhez vezet. Itt ez egyértelműen különválik: A beérkező üzenetekben az van amiről tudnom kell, a feladatokban pedig az amivel munkám is akad. 

Összességében mi nagyon szeretjük az felületet, és egy hónapi napi használat után is azt mondom, hogy nagyon praktikus, és filozófiájában az OpenERP 7 messze megelőzi a többi ERP-t. 

Megjelent az OpenERP 7.0!

Az újév első bejegyzése természetesen nem is szólhat másról, mint hogy megjelent az OpenERP 7.0-ás verziója. A közzététel napja (stílusosan) 2012-12-21 volt, ekkor vált elérhetővé az új tartalom az openerp.com-on. A változások méretére és minőségére jellemző, hogy az OpenERP sorrysap.com címről is az openerp.com-ot tette elérhetővé, egyértelmű üzenetként, hogy most már az OpenERP-t is a legnagyobbak között kell számon tartani. 

Az új honlap nagyon ötletes, minden regisztráció és sallang nélkül rögtön egy demo 7.0-ás rendszert tesztelhetünk. A szokásos menüpontokat a jobb alsó sarokba száműzték, teret adva magának a rendszernek. Érdemes kis időt eltölteni vele, mert hihetetlenül kényelmes és ergonomikus lett az új felhasználói felület. Ahol csak lehetett szakítottak a régi felfogású elrendezésekkel és folyamtokkal - ami inkább az adatbázis elvűséget hordozta és az elrendezés is adatbázis elveket szolgált - és ahhoz a képhez igazították, ami a felhasználó számára a legelfogadhatóbb. Ez a leglátványosabban talán a bizonylatoknál jelenik meg, ami most látványra is olyan lett, mintha egy A4-es papírra dolgoznánk. 

Szintén markáns és jó újítás a szociális és kommunikációs elemek megjelenése. Ahol lehet, a felhasználókat kis fényképekkel azonosítja (pl projektek és projekt feladatok), és hozzászólhatunk az egyes munkafolyamatokhoz, bizonylatokhoz. Ez a "commentes" megoldás már bizonyított a közösségi oldalakon, ésszerű volt a megoldás átemelése az OpenERP-be. Ezzel sokkal életszerűbb, kényelmesebb, könnyebben átlátható lett. Javaslom, hogy mindenki próbálgassa egy kicsit. 

eoDOCUMENT

A vállalatirányítási rendszerek általános hiányossága, hogy nem, vagy csak részben kezelnek olyan folyamatokat, amikhez nem közvetlenül fűződnek gazdasági, vagy pénzügyi események (pl. ahhoz, hogy megtudjuk, hogy mikor és milyen feltételek mellett mondhatjuk fel a mobilszolgáltatóval kötött szerződésünket, általában elő kell keresni az eredeti dokumentumot). A másik hiányosság, hogy a legtöbb rendszerben nem a munkafolyamathoz és az ahhoz köthető bizonylatokhoz kapcsolódóan kommunikálhatunk, hanem külső levelezők segítségével. Így egy email-es kommunikáció esetében kézzel kell hozzácsatolni a munkafolyamathoz köthető dokumentumot. A kommunikációhoz csatolt munkafolyamat vagy dokumentum viszont teljesen fordított dolog, hiszen a valóságban mindig a munkafolyamattal kapcsolatban történik kommunikáció!

A mai bejegyzésben szeretnék egy olyan alkalmazást bemutatni, ami ugyan nem alapmodulja az OpenERP-nek, viszont nagyon értékes segítséget jelenthet a legtöbb vállalkozás számára, áthidalva a problémákat. A megoldás neve eoDOCUMENT, amely mára odáig fejlődött, hogy önállóan, illetve az OpenERP-be integráltan is képes működni.

Az eoDOCUMENT-ben alapértelmezetten két fő modul található, az egyik a docSTORAGE, ami egy teljes körű dokumentumkezelési megoldás. Ebben a jól szervezett és könnyen áttekinthető rendszerben egyszerűen fel- és letölthetők, megtekinthetők és szerkeszthetők a munkavégzéshez szükséges dokumentumok, de ugyanitt kommunikálhatunk a munkatársakkal, követhetjük, ellenőrizhetjük munkájukat. A céges iratok átláthatósága és kontrollálhatósága révén megszűnnek az értelmezési és kommunikációs problémák, vagy a felelős személy nélkül kallódó dokumentumok és feladatok. Meg lehet osztani dokumentumokat a külső felhasználókkal oly módon, hogy továbbra is minden információ a rendszeren belül tárolódik és a külső személy csak annyit lát, amennyit megosztottunk vele.

Az eoDOCUMENT irat- és dokumentumkezelési folyamata

A másik alkalmazás a docMONITOR, egy teljes körű online iratkezelési és iratokhoz kapcsolódó folyamatmenedzsment rendszer. Minden beérkező irat (számla, szerződés, szállítólevél, stb.) azonnal láthatóvá válik az arra jogosult, felelős személyek számára. A rendszerben minden érintett számára egyértelmű, hogy egy adott irat a feldolgozás milyen stádiumában van, és azért ki tartozik felelősséggel. A munkafolyamat és jóváhagyási protokoll teljes mértékben szabályozott, és vállalati szinten egyedileg definiálható. A docMONITOR használata mellett a digitalizált dokumentum eredeti – fizikai – állapotában lefűzésre kerül. A papír alapú iratot vonalkóddal látjuk el, a digitális változat pedig automatikusan egyedi azonosító számot kap. Ezáltal megszűnik a dokumentumok ésszerűtlen vándorlása és duplikálása. Minden dokumentum azonnal kéznél van akkor, amikor arra szükség van és a dokumentum mellett az ahhoz kapcsolt összes kommunikáció is megtalálható. Ha bármikor szüksége van a későbbiekben az adott dokumentumra – akár évekre visszamenően is – a rendszer segítségével az másodpercek alatt a képernyőre kerül. Minden céges irathoz hozzáférést biztosíthatunk a vállalti munkatársakon túl akár külső felhasználók számára is (pl.: auditor, jogász, könyvelő, stb.).

A docMONITOR kezelőfelület és az OpenERP bizonylatadatokból történő elérés.

De hogyan kapcsolódik a docMONITOR az OpenERP-hez? A lenti ábrán az OpenERP számviteli folyamata látható. Az OpenERP belsőleg követi és bizonylatolja végig az értékesítés és a beszerzés folyamatát. A docMONITOR-ba beérkező ott beolvasott és iktatott dokumentumok adatai alapján, a rendszer összepárosítja az OpenERP belső bizonylataival, így a postabontást követően minden bizonylathoz köthető műveletet végre tudunk hajtani a rendszeren belül.

Az OpenERP számviteli folyamata, kiegészítve a docMONITOR-ral

Ennek az OpenERP-be integrált megoldásnak két nagy előnye van:

1. A bizonylathoz köthető műveletek során nem csupán a bizonylat iktatása során keletkező adatokat láthatjuk, hanem bármikor lehetőségünk van megtekinteni magának az iratnak az eredeti képét. 

2. A dokumentum képe alatt van egy kommunikációs felület, ahol a bizonylathoz kapcsolódóan kommunikálhatunk vagy megjegyzéseket fűzhetünk hozzá. Ezzel a megoldással átlagosan 70-80%-kal csökkenthető az email forgalom, és legalább 15%-kal csökken az munkaidő ráfordítás pusztán azzal, hogy nem kell keresgélnünk és szűrnünk a ránk zúduló információhalmazban.

Mindemellett az eoDOCUMENT-nek még számos olyan funkciója van, ami nagy mértékben segíti a vállalt mindennapi munkáját: jogosultságkezelés, verziókezelés, események naplózása, heti mentések, biztonsági funkciók.

Az eoDOCUMENT elérhető az Elastoffice Magyarország szolgáltatásainak keretében, az eoSERVER csomag részeként. 

OpenERP 7.0 - Dokumentáció a kiadáshoz

Az első áttörés az OpenERP 7.0-ban a komplexitás csökkentése volt a funkcionalitás megőrzése mellett. Ez csökkenti a bevezetési időszakot, csökkenti a költségeket azzal, hogy rövidebb a tanulási fázis az új felhasználók számára. Ez jelenleg azt jelenti, hogy egy átlag felhasználó, aki még nem találkozott az OpenERP-vel, képes önállóan végigvinni egy egyszerű folyamatot - esetünkben az értékesítés fázisai - kevesebb mint 7 percen belül.

Az OpenERP 7.0 nem csupán egy jobb és könnyebben használható szoftver lesz. A jelenleg használatban lévő tulajdonságok megújulnak  és számos olyan új funkció is kialakításra került ami segít lefedni egy cég üzleti igényeit. Számos meglévő, népszerű szolgáltatás integrálva lett (Linkedin, Google Docs), megújult a szerződéskezelés, az események kezelése, a POS, a címlista, lett új flottamenedzsment, hogy csak néhányat említsünk az OpenERP 7.0 újdonságai közül.

A 7.0 részletes release dokumentációja elérhető itt.

OpenERP 7.0 - Hatékonyság

Közeledik az OpenERP 7.0-nak a megjelenése, amit mi sem mutat jobban, hogy szinte naponta jelennek meg új információk a rendszer legújabb verziójáról. Korábban már publikáltunk egy videót a főbb változásokról. Az új rendszer egyik fő fókusza a hatékonyság és a munkafolyamatok optimalizálása és lerövidítése, a lenti videón is erről láthatunk egy ki ízelítőt: mennyi időbe és kattintásba kerül végigvinni egy eladási folyamatot egy teljesen üres adatbázisban. 

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.