HexFET killer Ierakstīts Jūnijs 17, 2010 Share Ierakstīts Jūnijs 17, 2010 Vai ir kāda pieredze lietojot Open Source ERP un/vai Grāmatvedības programmas vietējās likumdošanas rāmjos? Personīgi interesē ražojoša uzņēmuma modelis (cashless), kas saturētu CRM, ERP2, SCM un, sliktākajā gadījumā datu apmaiņu ar kādu vietējo grāmatvedības brīnumu. Jebkura pieredze is welcome! Link to comment Share on other sites More sharing options...
Programmētājs Jūnijs 17, 2010 Share Jūnijs 17, 2010 Kādas funkcijas jāveic sistēmai? Noliktavas uzkaite, pārodšanas rēķini, klientu katalogs? Kādā apjomā; skaits, m3, Ls? Kā saproti Latvija ir pārāk maza, lai te eksistētu kāds bezmaksas likumdošanai atbilstoš produkts. Tādēļ svarīgi ir zināts cik daudz uzņēmums var tērēt šīm vajadzībām. Link to comment Share on other sites More sharing options...
Programmētājs Jūnijs 17, 2010 Share Jūnijs 17, 2010 Kādus tad datus paredzēts sinhronizēt ar grāmatvedības programmu? Turklāt, piemēram, FIFO arī ir likumdošanā noteikta norma. Link to comment Share on other sites More sharing options...
HexFET killer Jūnijs 19, 2010 Author Share Jūnijs 19, 2010 Godātais Programmētājs, kā parasti 'štata programmētāji' ir iebraucis auzās. Interesē pieredze uzņēmumā(-os) no vadības viedokļa, kas ir mēģinājuši izmantot atvērtā koda uzņēmuma procesu vadības sistēmas. Tai skaitā arī neveiksmes (miruši projekti). Link to comment Share on other sites More sharing options...
rolando Jūnijs 25, 2010 Share Jūnijs 25, 2010 Vai ir kāda pieredze lietojot Open Source ERP un/vai Grāmatvedības programmas vietējās likumdošanas rāmjos? Personīgi interesē ražojoša uzņēmuma modelis (cashless), kas saturētu CRM, ERP2, SCM un, sliktākajā gadījumā datu apmaiņu ar kādu vietējo grāmatvedības brīnumu. Jebkura pieredze is welcome! Viens no iespējamajiem variantiem - Openbravo ERP. Ja ir jautājumi, droši raksti. Link to comment Share on other sites More sharing options...
HexFET killer Jūnijs 27, 2010 Author Share Jūnijs 27, 2010 Paldies, rolando! Vismaz ir kāds pietures punkts. Vai ir kādam pieredze ar xTuple PostBooks? Vai citiem produktiem? Link to comment Share on other sites More sharing options...
3pm Jūnijs 29, 2010 Share Jūnijs 29, 2010 Izmantojam paši finansu grāmatvedībai un piedāvājam saviem klientiem projektu vadībai OpenERP (GPL3 licence). Pašreiz tas atrodas daļējā LV lokalizācijas stāvoklī: var veikt finansu grāmatvedību, ir exports uz EDS, banku (HABA,UNLA) imports/exports, nav pabeigtas šādas tādas atskaites (tikai laika jautājums). Projektu vadību var veikt par 100% - paši izmantojam kā klientu supporta softu un klientu automatizētai invoisēšanai (WWW hostingam un e-pastam). Pilnu grāmatvedības lokalizāciju priekš LV ceram pabeigt līdz šā gada beigām unt tad arī sākt piedāvāt vairumā. Jebkurā gadījumā līdzīga rakstura programmatūras ieviešanas izmaksas nav 100Ls, neatkarīgi no tā vai tā ir Open Source vai Proprietary- tās ir krietni lielākas un beigās var sasniegt pāris tk. Ja ir interese tad PM. Link to comment Share on other sites More sharing options...
marrtins Jūnijs 29, 2010 Share Jūnijs 29, 2010 Nē, tas attiecas tikai uz visiem citiem. Latvijā ir savādāk Link to comment Share on other sites More sharing options...
3pm Jūnijs 29, 2010 Share Jūnijs 29, 2010 Nē, tas attiecas tikai uz visiem citiem. Latvijā ir savādāk Ja nezini tad nerunā. Kamēr es nevienam to softu netirgoju GPL licence man neliek publicēt kodu, kas tiek ražots iekšējām vajadzībām. Kad softs tiks piedāvāts publikai, tad būs pieejams kods (daļa jau tagad ir novelkama). Projektu vadībai ņem un velc oriģinālo softu no openerp.com un lieto. Grāmatvedības lokalizāciju dabūt pagaidām nevar, jo tā nav gatava publiskajam piedāvājumam. Link to comment Share on other sites More sharing options...
marrtins Jūnijs 29, 2010 Share Jūnijs 29, 2010 Bet es taču arī nerunāju, ja nezinu Link to comment Share on other sites More sharing options...
HIGH-Zen Jūnijs 29, 2010 Share Jūnijs 29, 2010 Grāmatvedībai, konkrēti - plānošanai Palo Suite (Open-Source BI Suite). Tikai tie mērkaķi no Jedox ir apmetuši kažoku otrādi - par spīti tam, ka visu laiku dievojās, ka opensource versijā esošie moduļi paliks - jaunajā versijā ir izņēmuši veselus divus no sešiem (Report Manager, un vēl laikam ETL manager). Līdz ar to opensource versija ir pilnīgi nelietojama, jo konkrētam lietotājam Report Manager ir viss. Īsāk sakot lietojama opensource versija ir (droši drīz izņems) arhīvā - Palo Suite Ramp Up. Link to comment Share on other sites More sharing options...
rolando Jūlijs 1, 2010 Share Jūlijs 1, 2010 Paldies, rolando! Vismaz ir kāds pietures punkts. Vai ir kādam pieredze ar xTuple PostBooks? Vai citiem produktiem? Neesmu dzirdējis, ka xTuple PostBooks būtu latviskots. Vai jums vispār ir svarīga latviešu valoda? Būtu labi, ja noprecizētu, kādiem Latvijas likumdošanas aspektiem jābūt nosegtiem? Ja kaut ko paredzēts pielāgot individuālām prasībām pašu spēkiem, tad laikam svarīgi ir arī izvēlēties platformu, kuru pielāgotājs pārzina. Beigās - sistēmas izvēlei var izveidot kritēriju sarakstu un tad, uzskatāmības labad, matricas veidā var atzīmēt kādi OS risinājumi kurus kritērijus izpilda, kuri ne. Link to comment Share on other sites More sharing options...
HexFET killer Jūlijs 3, 2010 Author Share Jūlijs 3, 2010 Par latviskošanu es neuztraucos. Tik daudz, lai grāmatvedības daļa būtu latviski, var nodrošināt saviem spēkiem. Pārējo sistēmu var arī atsāt svešvalodā. Manā vērtējumā Postbooks ir vistuvāk šodienas ERP sistēmas prasībām ražošanā. Nozare, kurā darbojos, ir diezgan 'smaga'. Lieli BOM - noliktavā vidēji ap pusmiljonu artikulu, liela daļa ar mazām vērtībām (obligāti ABC klasifikācija), garš piegādātāju saaraksts, plus nevar muhļīt ar materiālu 'peskaņošanu', ikdienā Kanban, FEFO uc principi. Maržas ir tik mazas, ka lielu skaitu 'līdz sekotāju' nevar atļauties. ISO9000 ir obligāta prasība utt. IMHO Excel variants aizrijas pie pirmajiem pieciem produktiem. Šobrīd monstri kā Epicor Scala neatmaksājas, itsevišķi mūsu brīnumainajā valstī. To var atļauties monopolisti un budžetnieki. Interesē, kāda ir bijusi attieksme no VID uc izspiedējiem, ieraugot uzņēmumu, kurš izmanto tikai atvērtā koda programmatūru. (Laikam esmu naivs, cerēt, ka kas tāds ir sastopams ) Pardon par floodu Link to comment Share on other sites More sharing options...
rolando Jūlijs 5, 2010 Share Jūlijs 5, 2010 (labots) Par latviskošanu es neuztraucos. Tik daudz, lai grāmatvedības daļa būtu latviski, var nodrošināt saviem spēkiem. Pārējo sistēmu var arī atsāt svešvalodā. Manā vērtējumā Postbooks ir vistuvāk šodienas ERP sistēmas prasībām ražošanā. Nozare, kurā darbojos, ir diezgan 'smaga'. Lieli BOM - noliktavā vidēji ap pusmiljonu artikulu, liela daļa ar mazām vērtībām (obligāti ABC klasifikācija), garš piegādātāju saaraksts, plus nevar muhļīt ar materiālu 'peskaņošanu', ikdienā Kanban, FEFO uc principi. Maržas ir tik mazas, ka lielu skaitu 'līdz sekotāju' nevar atļauties. ISO9000 ir obligāta prasība utt. IMHO Excel variants aizrijas pie pirmajiem pieciem produktiem. Šobrīd monstri kā Epicor Scala neatmaksājas, itsevišķi mūsu brīnumainajā valstī. To var atļauties monopolisti un budžetnieki. Interesē, kāda ir bijusi attieksme no VID uc izspiedējiem, ieraugot uzņēmumu, kurš izmanto tikai atvērtā koda programmatūru. (Laikam esmu naivs, cerēt, ka kas tāds ir sastopams ) Par atklātā koda programmu licencēšanas jautājumiem kontekstā ar Latvijas VID esmu interesējies, un kā palīdzība šajā jautājumā varētu kalpot šī sarakste: http://odo.lv/forum/posts/list/13.page, kurā dotas arī atsauces uz skaidrojošiem materiāliem. Par grāmatvedības daļas nodrošināšanu latviski saviem spēkiem - būtu jābūt uzmanīgam, jo birokrātija Latvijā ir pietiekami liela, kā arī ir dažādas interesantas lietas nepieciešamas pārskatu un dokumentu veidā. Pēc Tava apraksta par funkcionālajām prasībām izskatās, ka iepriekšējais ziņojums no "ieleja" ir atzīmējis pareizos uzsvarus projekta darbietilpībā (izmaksās), jo sarežģītu ražošanas procesu datu apstrādi nevar uzreiz ielikt kādā gatavā risinājumā Out-Off-The-Box. Noteikti vajag saprast-izstrādāt kocepciju, veikt atbilstošu konfigurēšanu/pielāgošanu un pats "deployment" process arī prasīs piepūli, jo ražošanu apturēšana ir saistīta ar reāliem zaudējumiem. Ātri apskatoties informāciju par Postbooks "wikipēdijā", man radās divi jautājumi, kuri varētu būt aktuāli ražošanas uzņēmumam Latvijā 1) Tā kā programma ir izstrādāta ASV, vai tajā ir normāls Eiropas PVN uzskaites atbalsts? 2) Kas tā tāda par "Manufacturing Edition", kura ir definēta kā "Commercial offering"? Labots Jūlijs 5, 2010 - rolando Link to comment Share on other sites More sharing options...
3pm Jūlijs 5, 2010 Share Jūlijs 5, 2010 par Scala - tā nu gan nav taisnība, man ir divi klienti, kas to lieto, un tie nav ne monopolisti, ne budžetnieki, vienkārši pieder ārzemniekiem, kas parasti aktīvāk investē labās uzskaites sistēmās, kam pieejams atbalsts vismaz no vairākiem konsultantu kantoriem ... mana pieredze liecina, ka licences nesastāda pat ne pusi no kopējām izmaksām ieviešot sistēmu, tāpēc "bezmaksas" nevarētu būt galvenais kritērijs ... Piekrītu, bet ir viens BET. Plānojot ieviest kādu ERP sistēmu uzņēmumā ir jāņem vērā biznesa procesu sarežģītība, apgrozījums un ERP sistēmas lietotāju skaits. Manuprāt ņemot vērā šos faktorus atvērtā koda ERP sistēmas rullē tieši vidēja lieluma uzņēmuma sektorā un Latvijā lielu uzņēmumu ir tik cik melns aiz naga. Ieviešot ERP sistēmu ko mēs gribam panākt uzņēmumā? Acīmredzot uzņēmuma apgrozījuma pieaugumu (darba optimizācijas rezultātā), uzņēmuma peļņas palielināšanu izmantojot ERP sniegtās procesu analīzes rezultātus un taml. Ja uzņēmumam ir mega apgrozījums, tad proprietary licenču izmaksas (pieņemsim, ka tās sastāda teiksim 30% no kopējām projekta izmaksām), un, kuras turklāt vairumā gadījumu ir jāsamaksā uzreiz var neradīt uzņēmumam būtisku finansiālo slogu. Turpetī vidēja lieluma uzņēmumam šis licenču slogs rada nepārvaramu barjeru. Pie tam liela daļa tā saucamo "labi zināmo" ERP sistēmu līdzi velk papildus zemūdens izmaksu slogu, jo kā zināms 90% šo sistēmu ir bāzētas uz Microsoft un taml.risinajumiem (MS SQL, ORCALE), pie tam šīs neplānotās papildus izmaksas var sastādīt lielu daļu no projekta izmaksām. Tad šos faktorus saskaitot beigās izrādās, ka plānotie ieguvumi vidējā uzņēmumā nesegs pat ilgtermiņā ERP sistēmas izdevumus. Open source risinājumi šajā gadījumā ļauj uzņēmumam "ieskrieties". Ieviešam pakāpeniski, izmaksas ir bet tās ir mazākas un slogs tiek sadalīts ilgtermiņā. Plus šie risinājumi ļauj klientam "nolekt", ja tomēr izrādās, ka sistēma nesniedz gaidītos rezultātus vai neapmierina servisa kvalitāte, "proprierary" sistēmu gadījumā nolekšana ir problemātiska, ņemot vērā ieguldītos līdzekļus licencēs. Link to comment Share on other sites More sharing options...
rolando Jūlijs 5, 2010 Share Jūlijs 5, 2010 ... Kā naglai uz acs ! Jāpiekrīt, Latvijā ir nedaudz cita situācija uzņēmumu iespēju un funkcionālo prasību/likumdošanas sarežģitības attiecībā, it sevišķi, ja mēs salīdzinām ar ASV. Latvijā ir cita vidējā uzņēmuma definīcija. Ja Latvijas vidējs uzņēmums plāno ieguldīt kaut vai Ls 50 000,- ERP sistēmai, tad ar "labi zināmajiem" ERP (SAP, ORACLE, EPICOR), ar šādu budžetu vispār nevar neko sākt, bet ja izvēlās pasaules Small/Mid-range "proprierary" risinājumus, tur ieviešanas darbiem īpaši vairs naudas nepaliek, kā dēļ arī bieži ir problēmas ar to ieviešanas veiksmīgu pabeigšanu. Neskatoties uz šādiem budžetu ierobežojumiem funkcionālās un likumdošanas prasības ir tādas pašas vai pat lielākas, kā kādam līdzīgam ražotājam ASV, kuram nav ne multi-valūtas, daudzvalodības u.c., nerunājot jau par dažiem likumdošanas "marasmiem". Link to comment Share on other sites More sharing options...
HexFET killer Jūlijs 5, 2010 Author Share Jūlijs 5, 2010 Šoreiz pilnībā piekrītu 3pm. Atvērtam kodam ir 'maigākas' izmaksas un atteikšanās ir stipri lētāka nekā "maksas" programmām. Pašam ir pieredze arī LV radītai programmatūrai. Diemžēl ir daudz balto plankumu (projektētājiem trūkst pieredze) projekta realizācijā. Kā arī ļoti smagi tālāk attīstāma, bieži pat neiespējami. Fabula, kantoris ir iegrūdis gandrīz 500k Ls attīstīšanā, bet biznesa rādītājus (KPI) tas nav paaugstinājis. Par to xTuple maksas versiju var interesēties tie, kam ir pieejami 50 000 Ls priekš ERP sistēmas, bet pietrūkst kāda specifiska funkcija. Manā vērtējumā, mazajiem ražotājiem Latvijā pilnībā pietiek ar GPL variantu. xTuple forumā sastapu saraksti par UK VAT, kas ir veiksmīgi ieviesta. Man šķiet, ka PVN darbības princips pie mums ir tāds pats. Link to comment Share on other sites More sharing options...
rolando Jūlijs 5, 2010 Share Jūlijs 5, 2010 (labots) ... xTuple forumā sastapu saraksti par UK VAT, kas ir veiksmīgi ieviesta. Man šķiet, ka PVN darbības princips pie mums ir tāds pats. Tas ir apsveicami! PVN Eiropas savienībā +/- ir vienāds. Tad jau pirms investēt laiku konkrētā pilotprojektā, Tev (īstenībā man arī) būtu interesanti 1) kā ir ar krājumu vērtības vadības metodēm PostBooks sistēmā? Tu pieminēji, ka plāno izmantot, piemēram, FEFO. Citos mid-size risinājumos esmu saskāries, ka neko vairāk par "Vidējo svērto" un "Standarta" nepiedāvā. 2) Kā ir ar veiktspēju? Vairāki miljoni artikulu un liels skaits transakciju izvirza arī kādas prasības sistēmas veiktspējai. Vai ir kādas līdzīgas instalācijas? Apskatījos tā PostBooks lapu, izskatās interesanti, tikai kas tā par izstrādes platformu "Qt"? Kam tā ir līdzīga, kādā valodā tajā jākodē ? ......................................................................... Nesagaidot Tavu atbildi, nedaudz apskatījos aprakstu, kas pieejams internetā par PostBooks krājumu vērtības vadības metodēm (apraksts te), kā arī kāda sistēmas lietotāja jautājumu par krājumu tiešo vērtības vadību pēc partijām: http://www.xtuple.org/node/3195, izskatās, ka ražošanas uzņēmumam, kurš gribēs FEFO vai krājumu partiju vērtību sasaisti tas nebūs iespējams tā "vienkārši" Out-Off-The-Box. Varbūt tā ir veca informācija? Pielāgošana izskatās notiek C++. Tas, protams, arī ir izaicinājums ... Manā vērtējumā, mazajiem ražotājiem Latvijā pilnībā pietiek ar GPL variantu. ... Ar xTuple ieteiktu būt uzmanīgam! Apskaties šo versiju salīdzinājumu: http://www.xtuple.com/comparison Tādi "funkcionālie apgabali" kā: Multi-Warehouse Inventory Warehouse Transfer Orders Lot / Serial Control Item Transformations Returns / Service Revision Control Sales Order Reservations Drop-Ship Purchasing Consolidated Shipping by Customer Requirements Planning (DRP/MRP) Batch Manager Emailing Documents / EDI Multi-Level MRP Master Production Schedule (MPS) Bills of Operations (BOO) Breeder BOMs - Process Mfg. Capacity Planning Lean / Constraint Management nav "Community"versijā. Izskatās, ka bezmaksas versija ir vairāk kā tāds pievilināšanas marketinga triks, nekā nopietna "community", jo bez tādām lietām, kā "Multi-Warehouse Inventory", "Warehouse Transfer Orders", "Lot / Serial Control" es neņemtos realizēt pat noliktavas procesa uzskaiti. Ražošanas plānošanai jau arī vajadzēs kaut ko līdzīgu "Requirements Planning (DRP/MRP)", kas ir pieejams tikai "Standard" versijā Labots Jūlijs 5, 2010 - rolando Link to comment Share on other sites More sharing options...
3pm Jūlijs 6, 2010 Share Jūlijs 6, 2010 Redziet, lokalizācija nenozīmē tikai pārtulkot stringus latviski- tā nozīmē vairāk vai mazāk būtiskas izmaiņas daudzos programmas moduļos. Līdz ar to HexFET killer var aizmirst par xTuple lietošanu Latvijā, ja vien viņš pats nav gatavs algot stuff, kas to darīs (un tas nebūs lēti), jo neesmu neko dzirdējis par šo programmu šeit. Otrs moments, viņa aprakstītās prasības manuprāt uz sitienu out-of-the-box vispār neviens softs nepiedāvā (palabojiet,ja nav taisnība). Treškārt, ne visiem uzņēmumiem, ieviešot ERP, ir uzreiz vajadzīga visa funkcionalitāte, pie tam ieviest uzreiz visu nav iespējams. Piemēram par OpenERP: sākām vienkārši ar Projektu vadību (klientu supporta tāsku uzskaite 2008.g.). Tagad sistēmā tiek veikta hostinga klientu pusautomātiskā invoisēšana (dati tiek ņemti e-pastam no Postfix MySQL datubāzes un sagatavoti invoisēšanai), kā jau iepriekš rakstīju, tiek veikta finansu grāmatvedība, tiek uzskaitītas darba stundas visu projektu ietvaros un tiek piestādīti multivalodu/valūtu rēķini projektu ietvaros klientiem, ikmēneša rēķini invoisēšanai klientiem tiek sagatavoti automātiski, tiek uzskaitīta IT programmatūra un dzelži klientiem, tiek uzskaitītas autotransporta apdrošināšana un cita auto informācija, tiek uzskaitītas darba stundas darbiniekiem, tiek drukāti servisa detaļu marķējumi un protams, atskaites klientiem projektu, darba uzdevumu un invoisu ietvaros u.c. Noliktava nav ieviesta, bet ir pārbaudīts, ka lielākajai daļai uzņēmumu tā ir derīga out-of-the-box. Testa variantā ir strādājošs kases aparātu konektors (pagaidām vēl nav produkcijā). Ir noliktavas konektors Magento e-komercijas sistēmai (e-veikals). Cik mums tas izmaksātu ar "proprietary" sistēmu, piem. ar Microsoft Dynamics? Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 ... Cik mums tas izmaksātu ar "proprietary" sistēmu, piem. ar Microsoft Dynamics? Ar Dynamics NAV cipars izskatītos ne mazāks par ?? 000,- Ls, kur "??" mainīsies, atkarībā no dažādiem nosacījumiem (piemēram lietotāju skaita), to salīdzinot ar Dynamics AX, domāju, būs jārēķinās vismaz vēl ar kādu trešdaļu klāt, bet nu tas ir cits stāsts par to, kas kuram kurā situācijā skaitās optimālais risinājums Par OpenSource lokalizāciju - protams, ka pilnu lokalizāciju ar algu, pamatlīdzekļu, kā arī mēneša/gada pārskatu lietām uzņemties pašam būtu neprāts, bet HexFETkiller pieminēja iespēju izmantot ārējo grāmatvedību, tad kaut ko var mēģināt latviskot pašu spēkiem tikai noliktavā/ražošanā (piemēram, dokumentu izdrukas). Link to comment Share on other sites More sharing options...
Mezavecis Jūlijs 6, 2010 Share Jūlijs 6, 2010 Man bijusi liela komunikācija ar vietējiem ražotājiem, firmām un kā trūkumu šādām aizjūras X sistēmām saskata supporta trūkumu. Daudz dzirdēta bēdīga pieredze, ka apgreidu, uzlabojums var veikt DaHujs no Meksikas, kurš nesaprot angliski. Un ko uzņēmējs iegūs - marazmu uz n gadiem, kad viss buksēs uz vietas. Protams, var paņemt darbā enerģisku jaunēkli, kas bīdīs štelles un programmēs, konfigurēs sistēmu. Bet, ja viņš notīsies, tad grāmatvedības un uzskaites vides sakārtošana, pielāgošana maksās baisāko piķi, jo nevar salīdzināt izmaksas jaunai sistēmai ar eksistējošu, kur miljoniem datu. Nav jau uzreiz MS Dynamics jāiegādājas, ir vēl citi varianti. Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 , Mežaveci, nav tik traki . Tevis aprakstītais scenārijs varētu vairāk piepildīties "custom" risinājumu gadījumā, bet, cik es sapratu no Topic autora, mēs vairāk spriežam par "masveida" produkciju, kura vienkārši tiek attīstīta un uzturēta pēc "community" principa un tās primkods ir atvērts. Šādi gatavi masveida produkti pēdējā laikā nevienam neizraisa tādu paniku, kā Tu aprakstīju, un galvenais šiem produktiem, protams, ir ļoti pievilcīgās "zero" izmaksas par lietošanas tiesību iegūšanu (tā saucamo licenci). Link to comment Share on other sites More sharing options...
3pm Jūlijs 6, 2010 Share Jūlijs 6, 2010 Man bijusi liela komunikācija ar vietējiem ražotājiem, firmām un kā trūkumu šādām aizjūras X sistēmām saskata supporta trūkumu. Daudz dzirdēta bēdīga pieredze, ka apgreidu, uzlabojums var veikt DaHujs no Meksikas, kurš nesaprot angliski. Un ko uzņēmējs iegūs - marazmu uz n gadiem, kad viss buksēs uz vietas. Protams, var paņemt darbā enerģisku jaunēkli, kas bīdīs štelles un programmēs, konfigurēs sistēmu. Bet, ja viņš notīsies, tad grāmatvedības un uzskaites vides sakārtošana, pielāgošana maksās baisāko piķi, jo nevar salīdzināt izmaksas jaunai sistēmai ar eksistējošu, kur miljoniem datu. Nav jau uzreiz MS Dynamics jāiegādājas, ir vēl citi varianti. 1. Attiecībā uz OpenERP nav tas gadījums. Supportu varam nodrošināt par 100% tepat Latvijā, kā arī uzdevelopēt jebko uz OpenERP platformas. Esam uzcepuši vairākus nozīmīgus moduļus priekš OpenERP, piem. report_openoffice modulis, sk. atsauksmes Report OpenOffice modulis OpenERP forumā , Open Source OpenERP datu migrācijas moduli no v.4 uz v.5.x, apraksts un novelkams šeit: OpenERP Data Migration u.c. Turpat forumā supportējam mūsu moduļu userus, protams, līdz zināmai robežai. www.kndati.lv lapa uz šo brīdi varbūt nav pārliecinoša, bet tiek strādāts pie saturiskās daļas, nosaukuma un dizaina nomaiņas. 2. Nosauc vēl kādu softu bez MS Dynamics, kas varētu nodrošināt manā iepr. postā minēto funkcionalitāti. Nesaku, ka tāda nav, bet interesē tie "citi varianti". Link to comment Share on other sites More sharing options...
Mezavecis Jūlijs 6, 2010 Share Jūlijs 6, 2010 (labots) Es konkrēti nevarēšu ieteikt, jo darbojos nedaudz citā virzienā. Jā piekrītu, plānošanu esmu redzējis tikai Dynamics, Hansa un paštaisītajās sistēmās. Ja jūs tik kruti, tad derētu kaut ko latviski arī uzrakstīt nevis dzīvot ar mistiskā aizjūras zīmola aizsega. Jāpriecās, ka tiek radītas alternatīvas, bet nu tad to supportu vajag realizēt sakarīgā veidā. Piemēram, parastam cilvēkam (aļa biznesmenis) tādi apzīmējumi kā CRM, ERP utt. neko neizsaka, jo cik noprotu šie risinājumi maziem uzņēmumiem, kur nav visa veida amatu hierarhija, kas šīs te sistēmas pārzina. Labots Jūlijs 6, 2010 - Mežavecis Link to comment Share on other sites More sharing options...
3pm Jūlijs 6, 2010 Share Jūlijs 6, 2010 Tiek jau rakstīts- i mārketinga materiāli, i dokumentācija. Bet tas viss kā zināms prasa laiku un $. Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 (labots) Es konkrēti nevarēšu ieteikt, jo darbojos nedaudz citā virzienā. Jā piekrītu, plānošanu esmu redzējis tikai Dynamics, Hansa un paštaisītajās sistēmās. Ja jūs tik kruti, tad derētu kaut ko latviski arī uzrakstīt nevis dzīvot ar mistiskā aizjūras zīmola aizsega. Jāpriecās, ka tiek radītas alternatīvas, bet nu tad to supportu vajag realizēt sakarīgā veidā. Piemēram, parastam cilvēkam (aļa biznesmenis) tādi apzīmējumi kā CRM, ERP utt. neko neizsaka, jo cik noprotu šie risinājumi maziem uzņēmumiem, kur nav visa veida amatu hierarhija, kas šīs te sistēmas pārzina. Te Tev pilnīga taisnība un Tu precīzi atzīmēji psiholoģiskos aspektus, kas vada lēmumu pieņēmējus (biznesmeņus), izvēloties programmatūru. Jāatcerās viens aspekts - tā kā atvērtā koda sistēmas parasti ir bezmaksas, tad nekādus likumus vai nosacījumus servisam un pieejai attiecībā uz programmas izmantotāju nav jēgas uzstādīt. Izvēloties šo programmu, Tu pats kļūsti par "community" daļu, un nav neviens cits, kas Tev būtu parādā atstrādāt kaut ko par Tavu izvēli. Ja tavs uzņēmums kaut ko nesaprot, tad labāk samaksā, piemēram, Microsoft, un MS partneris Tev visu iesaiņos, uzliks, iekasēs ikmēneša atbalstu un ikgada atjaunināšanas maksu, un varēsi gulēt mierīgi. Tas arī nosaka, kāpēc eksistējot atvērtā koda risinājumiem, liela daļa tomēr izvēlas jau zināmo ceļu (te ir interesanti spriedumi par šo tēmu: http://odo.lv/Blog/090519). Konkrētā topika autors ir uzsācis mēģinājumu izvēlēties citu pieeju, kuru ir realizējuši tūkstošiem uzņēmumu visā pasaulē un, kā redzam, arī Latvijā ( 3pm). Jāmēģina viņu atbalstīt šajā, tā teikt, ne vieglākā ceļa izvēlē Labots Jūlijs 6, 2010 - rolando Link to comment Share on other sites More sharing options...
Mezavecis Jūlijs 6, 2010 Share Jūlijs 6, 2010 Nekas nav bezmaksas. Nu nevar copy-paste paņemt risinājumu un tas derēs visiem. Katrai firmai sava specifika un ja paņem kaut vai bezmaksas sistēmu, tad jābūt iespējai to pielāgot, citādi tas risinājums nekādīgi nekļūs pieprasīts. MS risinājumi piemēroti lielām kompānijām, kur vajag ļoti lielu daudzveidību. Redzēti varianti, kā liela firma čakarējas, spiežot ārā pēdējo sulu no Horizon, kā rezultātā supports pārgruzīts ar problēmu pieprasījumiem, bet firmai zaudējumi dēļ lēnā pielāgošanās tempa. Link to comment Share on other sites More sharing options...
3pm Jūlijs 6, 2010 Share Jūlijs 6, 2010 Te Tev pilnīga taisnība un Tu precīzi atzīmēji psiholoģiskos aspektus, kas vada lēmumu pieņēmējus (biznesmeņus), izvēloties programmatūru. Ja tavs uzņēmums kaut ko nesaprot, tad labāk samaksā, piemēram, Microsoft, un MS partneris Tev visu iesaiņos, uzliks, iekasēs ikmēneša atbalstu un ikgada atjaunināšanas maksu, un varēsi gulēt mierīgi. Uz to mēs arī gribam iet. Maksas supportu priekš OpenERP varam nodrošināt uzreiz. OpenERP komerciālais atbalsts Latvijā tiek plānots tieši pēc šādas shēmas. Rolano nedaudz pārpratis, mēs izvēlējāmies OpenERP nevis, lai risinātu savas problēmas (tās arī, protams ), bet lai attīstītu šo produktu un darbotos tirgū uz komerciāliem pamatiem kā daudzi citi kantori, kas ievieš MS Navision, Hansaworld utt. programmatūru. Latviešu tekstu par OpenERP mājaslapā ir maz, jo pašreiz mērķauditorija ir angliski runājošie. Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 Nekas nav bezmaksas. Nu nevar copy-paste paņemt risinājumu un tas derēs visiem. Katrai firmai sava specifika un ja paņem kaut vai bezmaksas sistēmu, tad jābūt iespējai to pielāgot, citādi tas risinājums nekādīgi nekļūs pieprasīts. MS risinājumi piemēroti lielām kompānijām, kur vajag ļoti lielu daudzveidību. Redzēti varianti, kā liela firma čakarējas, spiežot ārā pēdējo sulu no Horizon, kā rezultātā supports pārgruzīts ar problēmu pieprasījumiem, bet firmai zaudējumi dēļ lēnā pielāgošanās tempa. Nesaprotu Tavu satraukumu? Vai tad atvērtā koda sistēmas nevar pielāgot? Ceru, ka mēs visu saprotam pareizi - atvērtā koda programma nenozīmē, ka sistēmas ieviešanas/pielāgošanas projekts būs bezmaksas (kāds no "community" pieslēgsies un veiks labdarību). Parasti bezmaksas ir tikai programmas iegūšanas tiesības - Tu vari, atšķirībā no "proprieaty" risinājumiem, dabūt programmu savā lietošanā par brīvu. Tur arī atšķirība beidzas un, kā jau agrāk autori atzīmēja - ir situācijas, kad labāk sākt projektu ar ERP programmu, kura dabūta par 0,- Ls, nekā ar to pašu MS Dynamics, kurā jau tikai par lietošanas tiesībām iepumpēti 50 000,- bet visa ieviešana/pielāgošana vēl tikai priekšā... Link to comment Share on other sites More sharing options...
Mezavecis Jūlijs 6, 2010 Share Jūlijs 6, 2010 (labots) Pašmāju sludinātāju mums netrūkst, tapēc arī satraukums par to, lai neizvēlētos kaķi maisā. Piemēram, ja vajadzētu īpašu finansu aprēķinu piekārt. Tad nu uzrodas kaimiņu Vasīlijs, kas par 10000Ls to māk izdarīt un parakstot līgumu nodzeras, bet Janka no otrā rajona pa 100Ls tik māk piekārt podziņu. Banāls piemērs, bet nu ideju cerams sapratāt. Ja ir serviss, tad normāls serviss. Labots Jūlijs 6, 2010 - Mežavecis Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 Uz to mēs arī gribam iet. Maksas supportu priekš OpenERP varam nodrošināt uzreiz. OpenERP komerciālais atbalsts Latvijā tiek plānots tieši pēc šādas shēmas. Rolano nedaudz pārpratis, mēs izvēlējāmies OpenERP nevis, lai risinātu savas problēmas (tās arī, protams ), bet lai attīstītu šo produktu un darbotos tirgū uz komerciāliem pamatiem kā daudzi citi kantori, kas ievieš MS Navision, Hansaworld utt. programmatūru. Latviešu tekstu par OpenERP mājaslapā ir maz, jo pašreiz mērķauditorija ir angliski runājošie. ... es gribēju tomēr atzīmēt arī jūsu uzņēmību pašiem sākt strādāt arī OpenSource. Ceru, ka citiem uzņēmumiem (HexFETkiller) tas būs labs paraugs un paātrinās viņu centies atrast piemērotu risinājumu. Konkrēti par OpenERP un tā servisu Latvijā - tā jau būtu jauna topika vērta saruna. Pašmāju sludinātāju mums netrūkst, tapēc arī satraukums par to, lai neizvēlētos kaķi maisā. Piemēram, ja vajadzētu īpašu finansu aprēķinu piekārt. Tad nu uzrodas kaimiņu Vasīlijs, kas par 10000Ls to māk izdarīt un parakstot līgumu nodzeras, bet Janka no otrā rajona pa 100Ls tik māk piekārt podziņu. Banāls piemērs, bet nu ideju cerams sapratāt. Ja ir serviss, tad normāls serviss. Nu jā, tas var gadīties, ja iekrīt uz kādu sludinātāju, kurš iestāsta nesaprotošam biznesmenim, ka viņa "OS" ir daudz labāk par, piemēram, Apvārsni, un viss būs bumbās. Te nu biznesmenim skola var maksāt naudu... Topika aizsācējs tomēr izskatās no citas kategorijas - saprot, uz ko viņš parakstās un kā plāno veikt sistēmas atbalstu (vairāk iekšējiem spēkiem laikam). Domāju, mums būtu jāpalīdz izvēlēties, cik nu mums tās zināšanas šajā jomā ir. Jāatceras, ka viņa gadījumā arī būs iespēja "bezmaksas" nolekt no projekta, ja uz kādas nepielāgojamas pogas uzķersies jau sākumā. Man no otrā skatiena izskatās, ka ar to GPL xTuple Latvijas ražotājs tālu netiks, un ka tas tāds vairāk "fake" opensource klientu pievilināšnai. Link to comment Share on other sites More sharing options...
3pm Jūlijs 6, 2010 Share Jūlijs 6, 2010 pirmos divus bezmaksas ERP nodrošina sliktāk tieši tāpēc ka ir bezmaksas, jo cilvēkiem kaut kas ir jāēd un joprojām ir attieksme - kas par velti, tas ir nevērtīgs, tātad tādā modelī ir mazāks maksātspējīgs pieprasījums pēc konsultācijām ... Šī problēma tiešām pastāv in sevišķi post-padomju valstīs, kur nav pamatā nojēgas par Open Source biznesa modeli. Tāpēc piedāvājot savu produktu šeit Latvijā nevajag uzsvērt, ka tas ir Open Source, vajag teikt, ka tas ir lētāks, bet krutāks Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 atšķirības starp maksas un bezmaksas ERP nav nemaz tik lielas, tāpat kā uzņēmumu prasības pret ERP nemainās no licences cenas: - garantēta produkta nākotnes attīstība - iespējams atbalsts dzimtā valodā no vairākiem (labāk 10+) konsultantu kantoriem - pilna vajadzīgā funkcionalitāte pirmos divus bezmaksas ERP nodrošina sliktāk tieši tāpēc ka ir bezmaksas, jo cilvēkiem kaut kas ir jāēd un joprojām ir attieksme - kas par velti, tas ir nevērtīgs, tātad tādā modelī ir mazāks maksātspējīgs pieprasījums pēc konsultācijām ... eksistē modelis, kad IT personāls ir aktīvs, spējīgs un kaut kas tiek radīts saviem spēkiem (no nulles vai uz kaut kā bāzes), bet šaubos vai šis ir pats drošākais un ilgtspējīgākais modelis. vienīgais pluss - nemaksāt ārpakalpojumu konsultantiem 60 Ls/h (ok, krīzes laikā 30-40 Ls/h), bet notērēt naudu kantora iekšienē Īsti nepiekritīšu par pirmo divu salīdzināšanas kritēriju novērtējumu - nedomāju, ka, piemēram, FMS izstrādātā produkta Apvārsnis nākotnes attīstības perspektīvas būtu labākas par Openbravo ERP nākotnes perspektīvu, - konsultantu skaits ir proporcionāls instalāciju skaitam, un tas, ka Apvārsnis izlaida bezmaksas versiju nesamazināja FMS un tā partneru konsultantu skaitu. Te vienkārši ir jāņem vērā esošā situācija Latvijā un Opensource konsultantu skaits pieaugs, atbilstoši pieprasījumam. Bet, ja tā arī būtu, tad šobrīd OpenSource būtu vairāk jāorientējas uz uzņēmumiem, kuriem to vajadzību trijstūrī produkta ārējā attīstība un ārējais atbalsts tiek atsvērts ar lietošanas tiesību (licences) cenu - visam ir sava "kritiskā cena". Link to comment Share on other sites More sharing options...
rolando Jūlijs 6, 2010 Share Jūlijs 6, 2010 (labots) Protams, ka visplašāk/vairāk izmantotajiem risinājumiem es arī dotu vislielāko ilgmūžību. Noteikti kādam ļoti populāram Ķīniešu projektam Atgriežoties pie tēmas, jājautā, ko mēs šobrīd varam ieteikt Latvijas mazajam ražotājam, kuram nav speciāla ERP budžeta, bet štatā ir IT administrators/programmētājs, un vadība progresīvi skatās uz bezmaksas risinājumiem un to in-house attīstību? Izskanēja varianti xTuple PostBooks, OpenERP, Openbravo ERP. Kādi vēl bezmaksas/atvērtā koda risinājumi ir izmēģināti ražošanas vadībai Latvijā? Labots Jūlijs 6, 2010 - rolando Link to comment Share on other sites More sharing options...
3pm Jūlijs 7, 2010 Share Jūlijs 7, 2010 Atgriežoties pie tēmas, jājautā, ko mēs šobrīd varam ieteikt Latvijas mazajam ražotājam, kuram nav speciāla ERP budžeta, bet štatā ir IT administrators/programmētājs, un vadība progresīvi skatās uz bezmaksas risinājumiem un to in-house attīstību? Izskanēja varianti xTuple PostBooks, OpenERP, Openbravo ERP. Kādi vēl bezmaksas/atvērtā koda risinājumi ir izmēģināti ražošanas vadībai Latvijā? Es domāju, ka nav ko fanot par Open Source ERP risinājumiem, tikai tāpēc, ka tie ir Open Source- vienkārši cits biznesa modelis un lielāka pieejamība patērētājiem un developeriem. Par iespēju ieviest ERP sistēmu pašu spēkiem. Latvijas mazais ražotājs tāpat nevarēs to izdarīt bez speciāla vai nespeciāla ERP budžeta ar štata IT administrators/programmētāju. Šādi var ieviest kaut ko, teiksim, tikai Projektu vadību vai tikai CRM. Līdz ko ejam tālāk- tā nepieciešami Finansu konsultanti, gramatveži, projektu vadītāji, analītiķi, programmētāji. Rezultāts: nepavelkamas izmaksas. Tā kā pat Open Source ERP sistēmu gadījumā neiztikt bez konsultāciju/ieviesēju kantoriem. P.S. Domāju, ka Latvijā bez OpenERP un OpenBravo nekā cita nav - tirgus nekāds- mazs,recesija plus dominē Microsoft. Link to comment Share on other sites More sharing options...
rolando Jūlijs 7, 2010 Share Jūlijs 7, 2010 Gandrīz vai nolaižas rokas Tad jāaicina HexFETkiller un citus interesentus no Latvijas atbalstīt OpenERP vai Openbravo aktivitātes. Kas nav skaidrs ar šiem risinājumiem? Par OpenERP precīzi nezinu, bet Openbravo ražošanu nosedz - jautājums paliek par speciālām prasībām. Link to comment Share on other sites More sharing options...
HexFET killer Augusts 28, 2010 Author Share Augusts 28, 2010 (labots) Paldies visiem par atbildēm! Veicot atkārtotu "benchmarking" esmu atradis meklēto. Open ERP - gana liels, lai aptvertu interesējošo nzari Openbravo - visvienkāršākais Labots Augusts 28, 2010 - HexFET killer Link to comment Share on other sites More sharing options...
Recommended Posts
Izveido kontu, vai pieraksties esošajā, lai komentētu
Jums ir jābūt šī foruma biedram, lai varētu komentēt tēmas
Izveidot jaunu kontu
Piereģistrējies un izveido jaunu kontu, tas būs viegli!
Reģistrēt jaunu kontuPierakstīties
Jums jau ir konts? Pierakstieties tajā šeit!
Pierakstīties tagad!