OpenBravo vs OpenERP

Šis ziņojums ir mainīts 1 reizi 16/08/2009 12:57:54

Šis ir jauns pavediens diskusijai par OpenBravo un OpenERP resursu pārvaldības sistēmām, kas tika sākta Openbravo 2.5 ir latviski.

Zemāk ir doti manas atbildes uz Aivara minētajiem jautājumiem.

ir vēlams (uzņēmējiem, izstrādātājiem, valstij), ka ir pieejams OSS bāzēta ERP platforma.

Pilnībā piekrītu un paredzu, ka tā arī notiks. Pašreizējās vairāk kā 50 grāmatvedības sistēmas (kas daļēji ir arī ERP sistēmas), agri vai vēlu neizturēs atklātā koda sistēmu konkurenci. Tomēr, visticamāk, paliks dažas konkurējošas sistēmas. Ja beigās paliks tikai viena sistēma, ar to būs tāpat kā ar angļu valodu -- it kā viena valoda, bet visur nedaudz savādāka.

vēlams nesadrumstalot spēkus. vissliktāk būtu, ja LV entuziasti sāktu veidot šādu sistēmu no nulles (vai vairākas)

Demokrātijas apstākļos ar to cīnīties nav iespējams. Atklātā koda sistēmas evolucionē kā daba. Vienas konkrētas vienības efektivitāte nav augsta, toties tas ir vienīgais drošais, pārpalicīgais un mērogojamais veids. Mēs ar to varam cīnīties, tikai piedāvājot labāku produktu un pulcinot interesentus ap sevi.

openERP ir GPL risinājums. openBravo ir sava licence.

Par GPL vs Apache/BSD licencēm ir rakstīts Apache better than GPL for open-source business? un Does The GPL Still Matter?. Galvenā atšķirība ir tā, ka GPL ir stiprā copyleft licence, jeb virulenta. T.i. visiem atvasinātajiem produktiem arī ir jābūt GPL. Apache/BSD licences nav stiprās copyleft licences, un uz to bāzes var veidot slēgtus risinājumus. Tādā gadījumā precīzi jāparāda, kas ir Openbravo, un kas ir klāt pievienotais slēgtais risinājums. Naudas pelnīšanai tas palīdz. Apsvērumi par Openbravo ir doti Legal FAQs for Openbravo ERP

openBravo "vēlamais" licencēšanas modelis ir bāzēts uz lietotāju skaitu (400eur gadā?)

Openbravo ir atklātā koda sistēma, ko katrs var izmantot bez maksas un bez ierobežojumiem. Tas, kā Openbravo S.L. piedāvā uzturēšanas pakalpojumus, ir viņu izvēle, tāpat kā SIA Odo pakalpojumu politika. Ceru, ka Latvijas uzņēmumiem izmantot SIA Odo pakalpojumus būs ērtāk un izdevīgāk, kā ņemt tos pa tiešo no Openbravo S.L. SIA Odo nav Openbravo S.L. maksājošs klients, toties palīdz viņiem, veidojot Openbravo pirmkodu, jo tā šķiet izdevīgāk.

openERP, šķiet, ka ir pareizāka arhitektūra - fakts ka ir GTK un web klients ar vienu un to pašu loģiku jau izskatās "pareizi".

Openbravo ir veidots Java un tas labi sader ne tikai ar mums interesantajām Xwiki, Alfresco, ..., bet arī ar uzņēmumos izmantotajām Java EE sistēmām. Python ir viena no populārākajām jaunās paaudzes izstrādes vidēm, bet uzņēmumu IT tai vēl sevi jāpierāda. "Resnais"/grafiskais klients noteikti ir labāks integrācijai ar lokālām lietojumporgrammām, tomēr tas prasa vairāk izstrādes darba un pēc būtības ir vecs risinājums. Vairumā gadījuma var tīri labi iztikt tikai ar tīmekļa klientu un tas labi sasaucas ar "mākoņa" ideoloģiju.

Tā kā kodēšana tiek uzskatīta par salīdzinoši vienkāršu darbu un galvenais ir dizains un idejas, konkurējoši projekti aizgūst idejas viens no otra pat tad, ja izstrādes vides ir ļoti dažādas. Tā kā konkurence starp Openbravo un OpenERP noteikti stiprinās abus projektus.

Gaidīšu atbildi un/vai jaunas pārdomas un komentārus.

openERP bija kā piemērs otram oss. būtu labi to turēt kā paskaidrojošu piemēru, bet tiešām nesākt dalīt nometnes.

Vairāk interesēja atbilde "cik gatavs viņš ir". Teiksim, ja ir uzņēmums, kas jūtas izaudzis no Excel un ar salīdzinoši lielu "stresa noturību" (gatavs mēģināt jaunu tehnoloģiju.. saprāta robežās). Svarīgi ir "vai openbravo kvalificējas" vai ne. Mazāk svarīgi ir "vai tas ir labākais".

rolando te vienā citā topikā teica, ka viņu sajūsminājis openBravo pamatīgums. Var izvērst tēmu? Uz parauga LV lokalizācija "bankas imports/eksports Swedbank formātā"... no kura gala kā notiktu šāda pielāgojuma veidošana... tas arī lielā mērā parādītu cik saprotama un pielāgojama ir sistēma.
(es ieskatījos openbravo helpā (create table, report, add field) un pirmais iespaids bija ka grūti .. vismaz salīdzinājumam openerp development video izskatījās "taisnāki").
http://wiki.openbravo.com/wiki/ERP/2.50/Developers_Guide/HowTos
http://www.openerp.tv/

Norādītajā kursadarbā, diemžēl, bija tikai secinājums "uzinstalēt sanāca stundas laikā, re ku screenshots kā sanāca ielogoties... tālāk neko nepētīju".

aiv

Šis ziņojums ir mainīts 1 reizi 17/08/2009 11:43:17

Dažas Ērika Reimonda mācības ir Plāno, kad pāriet! Tu to izdarīsi tik un tā! un Lai būtu labas idejas, otra svarīgākā lieta ir pamanīt tās, ko iesaka lietotāji. Otrās dažkārt ir labākas!

Tam, ko OpenERP saka paši par sevi, es īpaši neticu, bet neitrālus komentārus atradu diezgan vecus, no kuriem vairums par Openbravo vairs nav spēkā (Openbravo iet ar PostgreSQL, grep -ri "storage of tires" * neko neatgrieza). Tomēr, tā kā visas olas nevajag glabāt vienā groziņā, tad es varētu piedāvāt sekojošu variantu --
Jūs varētu apskatīt un pagatavot padomus (vai arī norādes uz saprotamiem (var būt angļu valodā) avotiem), kā OpenERP uzstādīt, kā to var latviskot, kā sagatavot grāmatvedības kontus, un kā ir ar POS (tas ir svarīgi vismaz vienam potenciālajam klientam!). No SIA Odo varam nodrošināt infrastruktūru -- tīmekļa vietni, forumu, virtuālu izpildes vidi, u.tml.
Ja to visu varam sagatavot augustā, tad mēs varam skatīties, kuram produktam pievērst lielāku uzmanību, jo ļoti ceru, ka sākot ar septembri mums būs 2-4 cilvēki, kas varēs strādāt pie lokalizācijas, dokumentācijas u.tml. lietām.

Pievienojies: 17/08/2009 20:08:09 Ziņas: 2 Nesaistē

dokumentācija atrodas doc.openerp.com.

instalācija ir gauži vienkārša priekš windows - mājas lapā ir allinone instalators (~90MB) un tiešām strādā un diezgan intuitīvi, ka instrukciju nevajag.
pats setup uzliek postgresql ar adminu, serveri, GTK klientu, webu).
pēc setup palaiž klientu, izveido datubāzi un slēdzas klāt.
slēdzoties ir wizardi, kas nokonfigurē kādu no pre-set profiliem (tikai grāmatvedība, crm, auction .. vēl kaut kādi).

tik tālu skaisti. daudz maz sakopta un funkcionāli lietojama sistēma. protams, vēlmju sarakstu ko varētu izmainīt var sarakstīt.
Python koda paraugus dokumentācijā var palasīt pameklēt. Man patika, objekt-orientēts darbs ar ierakstiem liekas pareizākais no paplašināmības viedokļa.
teiksim šāds paraugs:
country_name = sale_order.partner_id.address[0].country_id.name
objektu saites definētas tos veidojot, par sql kaskādi un kešošanu rūpējas openerp pamatkodols.

par slikto: tiny tāda dīvaina PR stratēģija ar tieksmi plātīties - rezultātā īsti nevar saprast kuriem viņu apgalvojumiem ticēt.
dokumentācija (kaut salīdzinoši laba) ir "slēgta" t.i. nav wiki-stila kopienas uzlabojumi. Tapēc ir caurumi, piemēram, ļoti dziļi forumos jāmeklē kā veikt debug vai kādu IDE labāk lietot.

Pievienojies: 21/05/2009 14:30:09 Ziņas: 29 Nesaistē

OpenERP neesmu pētījis, tādēļ būšu priecīgs dzirdēt kolēģu atzinumus.
Par Openbravo "pamatīgumu" - manā skatījumā to nosaka sekojoši principi:
1) Piedāvātā risinājuma "briedums", kas ir svarīgs biznesam kritisku risinājumu segmentā:
1.1) sistēmas kodols balstās uz pārbaudīta "Compiere" risinājuma, un tas ir attīstīts jau pietiekami ilgi
1.2) plašā "horizontālā" funkcionalitāte (finanses, noliktava, ražošana, crm ...)
1.3) lokalizācijas un daudzvalodības iespēja, kas svarīga uzņēmumiem Latvijā
2) Risinājuma izplatīšanas pieejā:
2.1) akcentēti tiek nodalīta "bāzes" versijas attīstība no darba ar gala klientu. Tiek veidots partneru tīkls (partneru programma) ar speciālistu apmācību un sertifikāciju, kuri tālāk jau popularizē un ievieš sistēmu klientiem
2.2) eiropeisks skatījums uz lokalizāciju, kas ne vienmēr ir skaidrs risinājumu izstrādātājiem otrā pusē okeānam

Partneru tīkla attīstīšanas aspekts ir ļoti svarīgs, jo uzskatāmi atceros divu dāņu izstrādātāju Damgaard un Navision pieeju ERP programmu izplatīšanā, pirms tie apvienojās un tos pārņēma Microsoft. Tieši spēcīgais partneru un lokālo speciālistu "spēks" nosaka risinājumu pozīcijas tirgū.
Kāda ir risinājuma OpenERP tirgus iegūšanas stratēģija? Vai ir akcentēta "partneru programma"?
Arī Latvijā klientiem, izvēloties biznesam kritiskus risinājumus, bieži ir svarīgs "spēcīgs, uzticams partneris" un šādam partnerim bieži zaudē labāki risinājumi, kuram lokāli nav tādas "aizmugures".

Pievienojies: 21/05/2009 14:30:09 Ziņas: 29 Nesaistē

Nedaudz apskatījos OpenERP aprakstu , un man jāpiekrīt Valdim, atbildot uz Aivara jautājumu ("openERP, šķiet, ka ir pareizāka arhitektūra - fakts ka ir GTK un web klients ar vienu un to pašu loģiku jau izskatās "pareizi"), ka šobrīd "resnā" klienta atbalsts nav obligāts.
Neesmu aplūkojis abus OpenERP klientus "ciešāk", bet aprakstā minētā piezīme par to, ka web klienta funkcionalitāte iepriekšējās versijās ir bijusi plašāka kā GTK liek secināt, ka abi klienti tiek izstrādāti atsevišķi. Šādu pieeju piedāvā arī citas sistēmas, piemēram, līdzīgi ir Dynamics NAV 2009 ar trīspakāpju un divpakāpju klientiem, kas nozīmē, ka veidojot lietotāju interfeisu, atsevišķi ir jāveido divas saskarnes - Web klienta daļa un "resnā" klienta daļa. Tas īstenībā palielina izstrādes darbietilpību.
Pieeja, ka visi klienti ir vienādi un tie, piemēram, ir Web klienti ļauj lieki nesadrumstaloties attīstot sistēmu.
Skaisti izskatās funkcionālais salīdzinājums diagrammā , tomēr nosauktie salīdzināšanas kritēriji īsti nav skaidri un OpenERP izrāviens sadaļā "features" ir minimāls.
Pagaidām citu atziņu vēl nav, gaidīsim demonstrācijas versiju.

Pievienojies: 17/08/2009 20:08:09 Ziņas: 2 Nesaistē

Par klientu programmēšanu divas reizes - tu esi pārpratis.
Skaidrs, ka kalendāra kontroles parādīšanai vai grida page-down kods web-ā un gtk klientā atšķiras.
Toties moduļa funkcionalitāte tiek programmēta vienreiz - definējot formu, redzamos laukus, workflow secību - tas strādā abos klientos uzreiz.

Tas ļoti būtiski atšķiras no risinājumiem, kur aplikācijas klienta formas un web formas ir dažādi objekti.

Par salīdzinājumu matricu - objektīvu salīdzinājumu neesmu atradis. Pēc Tiny materiāliem sanāk, ka risinājums ir ar SAP funkcionalitāti un vienkāršs kā karote.

Demo vari pataustīt kndati.lv serverī. (web klientu). Bet iespaidu gūšanai labāk skaties video openerp mājas lapā.

Šis ziņojums ir mainīts 2 reizes. Pēdējo reizi mainīts 02/07/2010 20:01:01

Kndati uzturētā demonstrācijas vide gan nav pati jaunākā versija.
Pašu jaunāko versiju neveiksmīgi centos uzlikt divas pēcpusdienas. Kļūdas nekur neredzu, bet web klients neslēdzas pie datu bāzes (to nevar izveidot).
Manu degsmi tas, protams, nedaudz apklusināja.
Ja varētu dabūt gatavu OpenERP VmWare virtuālo mašīnu ar Ubuntu vai citu Linux (brīvu OS), tas iesākumam būtu pietiekami.

@valdis
Vari slēgties pie izmēģinājuma versijas arī ar GTK klientu. Personiski WEB klientu, jeb eTiny, uztveru, tikai kā vēl alternatīvu iespēju lietot sistēmu neko neuzstādot uz kompja, tātad ceļā, kad nekā nav līdzi, utml.

Īstenībā pilnasinīgu klientu ir vismaz 3 gabali GTK, eTiny un KDE. Vēl pavīd pa kādam hibrīdam. Personiski es neuztveru ikdienas darba sistēmu (kurā pavadi vairākas stundas dienā) nopietni, ja tai nav normāla aplikācijas jeb "resnā" klienta (piem. GTK). Tas ir tāpat kā e-pastu lietot tikai caur web interfeisu, lai aizsūtītu vienu mailu, vai apskatītos mailus reizi dienā pietiek, bet nopietni strādāt nevar.

Ja apskatam AJAX veidīgos web klientus, kas funkcionalitātes ziņā tikai nedaudz tuvojas pierastai lokālai progai, tie parasti ir krietni resnāki par "resnajiem" aplikāciju klientiem, un uz vecāka kompja nemaz nav lietojami.

Par salīdzinājumiem var runāt gari un plaši, viss beidzas pie gaumes, iepriekšējās pieredzes un laika ko vari atvēlēt mācībām.
* ja jūties spēcīgs ar Java, tev patīk ar to strādāt;
* vai arī ne ar kādu citu valodu neesi saskāries;
* un nav laika vai vēlēšanās neko jaunu apgūt;
* bet rezultātu gribas redzēt jau rīt;
tad izvēle ir visai vienkārša, un visi funkcionālie aspekti paliek otrā plānā.

Uz Open ERP izvēle krita dažu ļoti vienkāršu iemeslu dēļ:
* kad atkal tai pievērsām uzmanību, bija pagājuši kādi divi gadi, progress bija visai ievērojams;
* arhitektūra ir klasiska, nodalīta - plaši pazīstama, pārbaudīta un stabila;
* ļauj veidot mazas un arī lielas instalācijas;
* jau ir pieejami vairāki klienti, kas strādā uz praktiski jebkuras platformas, varbūt, izņemot konsoli un PDA;
* izmanto normālu krosplatformu skriptinga valodu, kas tajā pašā laikā ir kompilējama, un neprasa speciālas virtuālās mašīnas instalāciju;
* lai arī Python, pēc manas pieredzes, nevaru nosaukt par pašu labāko izvēli. Tomēr tai ir vairākas tīri funkcionālas un praktiskas priekšrocības;
* tiek izmatoti standarta interfeisi, kas praktiski ir pieejami jebkurā valodā, pēc vajadzības atsevišķas sistēmas daļas mierīgi var veidot ar citām tehnoloģijām;
* servera aplikācijas nav resurs-rijīgas;
* ir sasniegta kritiskā daudzums lietotāju, lai sistēma vienkārši nenomirtu;
* licenze ļauj paņemt kodu, un pēc vajdzības turpināt izstrādi "uz savu galvu";

Kaspars

OpenERP lai arī vairāk izskatās pēc mārketinga produkta (300 moduļi un katrā pa kripatai), tas būs piemērotāks Mazajiem -vidējiem uzņēmumiem, ar ko visticamāk esošie diskusijas biedri saskarsies (vienīgi ja uzņēmums palikš ļoti liels, tad pāreja būs finansiāli neizdevīga). Tāpēc ieteiktu OpenERP kā ideālu sistēmu MVU -laba struktūra, ātri un viegli pielāgojama, daudz moduļu, utt.

Openbravo ir vairāk priekš bijušo padomju savienības valstīm no lokalizācijas puses un tai varētu būt integrēti līdzīgāki šo valstu biznesa procesi, tomēr tās kodols tik tiešām varētu būt pārprogrammējams un tās atvērtība beigsies tad, kad investori sāks atprasīt atpakaļ savus ieguldījumus (visticamāk to piemeklēs Compiere ERP liktenis). Lai arī OpenBravo naudu ir iegrūduši mārketingā, tas nenozīmē ka tā ir labāka sistēma. Openbravo varētu būt slikts zelta vidusceļs starp OpenERP un ADempiere ERP. Ja runājam par lielām un nopietnām sistēmām un Java, tad labāk jau būtu izmantot ADempiere, kas noteikti prasīs daudz vairāk laika, tās pielāgošanai.

Vispār jau cilvēki skatās vai nu no mārketinga un peļņas puses un uzķeras uz dažādiem Google ātrāk sameklējamiem rezultātiem, vai arī pārāk ieslīgst tehnoloģiskā pusē kas ir svarīgi tikai ilgtermiņā, bet visi kā viens aizmirst ka pirmkārt neatkarīgi no tā kādu sistēmu mēs izmantojam ar 1 vai 100 moduļiem, vispirms tai ir jānodrošina klienta biznesa procesi.

Mans ieteikums būtu, lokalizēt OpenERP un paralēli ilgtermiņā ADempiere, bet ja Valdim izdosies pietiekami veiksmīgi lokalizēt Openbravo tad domāju ka to arī vajadzētu izmantot

.

Runājot par dokumentāciju, tad tā vienmēr ir bijusi liels noslēpums un tas uz ko visi pelna naudu, neskatoties uz to vai tā ir komerciāla OpenSource vai nē. Dažos Latvijas uzņēmumos arī pastāv pārveidotās erp opensources kas kā likums saucas viņu pašu izmantotajos brendos. Atliek tikai cerēt, ka šīs komūnas ietvaros, vismaz dokumentācija tomēr būs pieejama.

Andris.