Temat: Dobry open source ERP dla firmy produkcyjnej

Najważniejszą zaletą systemów na licencji Open Source jest ich elastyczność oraz możliwość dowolnej modyfikacji. Dla naszych klientów jest to często dużo ważniejsze niż brak opłat licencyjnych, które w przypadku komercyjnych edycji wspieranych przez nas produktów również występują.

To jeden z największych mitów i zarazem najgorszy pomysł. Niezależnie od tego na jakiej licencji jest produkt, jego wdrożenie polegające na modyfikacji kodu, jest najgorszym możliwym sposobem wdrożenia gotowego złożonego produktu. Powód: zmieniony kod nie nadaje się do żadnego w przyszłości upgade'u. Do tego zmiany te powodują często utratę stabilności systemu i duże koszty zarządzania zmianą. Osiąga się znany efekt: jedno naprawili a pięć się pozyskało.

Efekt jest taki, że kolejna nowsza i lepsza wersja od producenta nie może zostać "wgrana" bo zniszczy (nadpisze) dokonane modyfikacje. Nowsza wersja systemu w zasadzie oznacza nowe wdrożenie.

Sensowna i zalecana zarazem przez każdego dużego (odpowiedzialnego?) producenta systemu ERP (i nie tylko, także CRM itp.) to:
- analiza biznesowa i specyfikacja wymagań
- analiza gap/fit
-- lista spełnionych przez produkt wymagań
-- opracowanie specyfikacji funkcjonalności brakujących w systemie gotowym,
- określenia zakresu projektu: które moduły gotowego systemu wdrożyć oraz co należy "dopisać".

Integracja: dopisane nowe funkcjonalności są integrowane przez interfejs systemu ERP (czyli API, jeśli jest).

Taka metoda pozwala dokonać upgarde'u niemalże bezboleśnie. Podobnie jak dokonujemy upgrade'u pakietu biurowego.

Koszt pierwotnej licencji staje się bardzo mały w porównaniu z kosztami usług, chyba, że dostawca sztucznie przelewa koszty pomiędzy kosztem licencji a kosztami pracy.

Tak wiec szukanie OpenSource ERP celem "małych kosztów" i korzyści z "możliwości ingerencji w kod" jest najczęściej mitem... który klienci niestety odkrywają dopiero znacznie za późno...

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:

Najważniejszą zaletą systemów na licencji Open Source jest ich elastyczność oraz możliwość dowolnej modyfikacji. Dla naszych klientów jest to często dużo ważniejsze niż brak opłat licencyjnych, które w przypadku komercyjnych edycji wspieranych przez nas produktów również występują.

To jeden z największych mitów i zarazem najgorszy pomysł. Niezależnie od tego na jakiej licencji jest produkt, jego wdrożenie polegające na modyfikacji kodu, jest najgorszym możliwym sposobem wdrożenia gotowego złożonego produktu. Powód: zmieniony kod nie nadaje się do żadnego w przyszłości upgade'u. Do tego zmiany te powodują często utratę stabilności systemu i duże koszty zarządzania zmianą. Osiąga się znany efekt: jedno naprawili a pięć się pozyskało.

Efekt jest taki, że kolejna nowsza i lepsza wersja od producenta nie może zostać "wgrana" bo zniszczy (nadpisze) dokonane modyfikacje. Nowsza wersja systemu w zasadzie oznacza nowe wdrożenie.

Zgadzam się z tym i podpisuję w 200%. I jeżeli dokonuje się jakiś zmian w systemie to należny je tak zaprojektować żeby raczej stanowiły nowa funkcjonalność na podstawie bazowej (np dziedziczenie itp) a nie modyfikowały już istniejącej wówczas ewentualny upgrade wymaga jedynie zmodyfikowanie naszej funkcjonalności - która jest małym wycinkiem a cała reszta systemu upgraduje sie bez problemów.

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:
Integracja: dopisane nowe funkcjonalności są integrowane przez interfejs systemu ERP (czyli API, jeśli jest).

To jeszcze zależy od kierunku integracji i jego zakresu, ale generalnie się zgadza.

Taka metoda pozwala dokonać upgarde'u niemalże bezboleśnie. Podobnie jak dokonujemy upgrade'u pakietu biurowego.

Tylko jeśli producent jest odpowiedzialny i utrzymuje w API kompatybilność wstecz.

System IT - jakikolwiek - to inwestycja. Jeżeli jeździsz taksówką za 2,0zł za km to nie opłaci Ci się jeździć 12-to metrowym Hummerem - nawet jak Ci go dam za darmo - z tej prostej przyczny, że do każdego kilometra musiał byś dopłacać. Okazuje się, że używane Mondeo to znacznie lepszy wybór, chociaż kosztuje 50 000.

Pozdrawiam i zapraszam ze Specyfikacją Wymagań Systemu do wyceny:)Mateusz Kurleto edytował(a) ten post dnia 13.06.11 o godzinie 16:36

Temat: Dobry open source ERP dla firmy produkcyjnej

Szanowni,

Modyfikacje kodu źródłowego jest możliwa o ile zrobi się to z sensem. W SAP dla przykładu jest specjalna medtodyka dzięki której "roll-up" przebiega mniej boleśnie :)

Ale wcześniej należy zadbać o pryncypia (jak koledzy to opisali) - w przypadku SAP - Blueprint czyli koncepcja biznesowa itp.

Temat: Dobry open source ERP dla firmy produkcyjnej

Paweł Filutowski:
Szanowni,

Modyfikacje kodu źródłowego jest możliwa o ile zrobi się to z sensem. W SAP dla przykładu jest specjalna medtodyka dzięki której "roll-up" przebiega mniej boleśnie :)

Ale wcześniej należy zadbać o pryncypia (jak koledzy to opisali) - w przypadku SAP - Blueprint czyli koncepcja biznesowa itp.

o ile znam realne wdrożenia SAP, firma ta preferuje zmiany procesów u klienta a nie systemu ERP...po drugie: czy narzędzie SAP służące do analizy analizy ryzyk potencjalnych zmian vs. moduły SAP jest już w Polsce w użyciu?

Po drugie chodzi o upgrade a nie o roll-up...Jarek Żeliński edytował(a) ten post dnia 14.06.11 o godzinie 21:29

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:

To jeden z największych mitów i zarazem najgorszy pomysł. Niezależnie od tego na jakiej licencji jest produkt, jego wdrożenie polegające na modyfikacji kodu, jest najgorszym możliwym sposobem wdrożenia gotowego złożonego produktu. Powód: zmieniony kod nie nadaje się do żadnego w przyszłości upgade'u. Do tego zmiany te powodują często utratę stabilności systemu i duże koszty zarządzania zmianą. Osiąga się znany efekt: jedno naprawili a pięć się pozyskało.

Nigdy nie zgodzę się ze stwierdzeniem, że systemy typu Open Source nie są elastyczne w modyfikacji, a przez to nie mamy do czynienia z obniżonym kosztem wdrożenia (czas związany z tworzeniem modyfikacji). Moją tezę potwierdza coraz większe grono zadowolonych klientów, którzy w przeszłości od innych firm wdrożeniowych często słyszeli, że nawet sam producent (zamkniętego) systemu nie zrobi im takich modyfikacji. W przypadku rozwiązań Open Source nie ma takich ograniczeń i tylko klient po analizie wszystkich za i przeciw dokonuje określonego wyboru.

Dodatkowo nigdy nie pisałem tutaj, że zalecana jest modyfikacja samego core systemu. Żaden szanujący się partner rozwiązań na licencji Open Source nigdy nie będzie do tego namawiał klienta, który jest zainteresowany przyszłym uaktualnieniem systemu. Oczywiście takie modyfikacje są możliwe i mimo ograniczeń świadomie acz bardzo rzadko wykonywane w ramach specyficznych wdrożeń. W większości wypadków modyfikacje systemu polegają jednak na stworzeniu odpowiednich modułów, które wykorzystują zaawansowane mechanizmy systemu i są w pełni upgrade-safe. Systemy Open Source są pod tym względem bardzo rozwinięte, ponieważ musi być zapewniony dynamiczny rozwój produktu przez partnerów i społeczność z całego świata. Proszę porównać pierwszy lepszy rozwinięty system Open Source z podobnym klasowo (nie Openbravo z dużym SAPem) systemem komercyjnym pod względem narzędzi deweloperskich i rozwiązań technologicznych wspomagających pracę programistów. Idąc dalej, systemy Open Source pozwalają na analizę i wykorzystanie rozwiązań stworzonych wcześniej poprzez wgląd w kod źródłowy. Proszę też nie mówić, że to powinno być w dokumentacji, bo wiadomo, że pomimo usilnych starań producentów oprogramowania bywa z tym różnie.

Reasumując otwarty kod źródłowy daje dodatkowe możliwości związane z rozwojem oprogramowania i przyśpiesza proces jego tworzenia przez społeczność na całym świecie. Każdy kto w przeszłości napisał chociaż linijkę kodu doceni możliwość wglądu w istniejące rozwiązania. Czy wdrożenie systemu opartego na tej licencji jest zawsze najlepszym rozwiązaniem? Oczywiście, że nie ma to reguły. Jednak nawiązując do wcześniejszych wypowiedzi również zachęcam potencjalnych klientów do przesłania SWS celem oszacowania wdrożenia :)

Pozdrawiam,
Marcin

eVolpe Consulting Group
marcin.rozanski@evolpe.pl
http://evolpe.pl

Temat: Dobry open source ERP dla firmy produkcyjnej

Marcin Różański:

Jarek Żeliński:

To jeden z największych mitów i zarazem najgorszy pomysł. Niezależnie od tego na jakiej licencji jest produkt, jego wdrożenie polegające na modyfikacji kodu, jest najgorszym możliwym sposobem wdrożenia gotowego złożonego produktu. Powód: zmieniony kod nie nadaje się do żadnego w przyszłości upgade'u. Do tego zmiany te powodują często utratę stabilności systemu i duże koszty zarządzania zmianą. Osiąga się znany efekt: jedno naprawili a pięć się pozyskało.

Nigdy nie zgodzę się ze stwierdzeniem, że systemy typu Open Source nie są elastyczne w modyfikacji, a przez to nie mamy do czynienia z obniżonym kosztem wdrożenia (czas związany z tworzeniem modyfikacji). Moją tezę potwierdza coraz większe grono zadowolonych klientów, którzy w przeszłości od innych firm wdrożeniowych często słyszeli, że nawet sam producent (zamkniętego) systemu nie zrobi im takich modyfikacji. W przypadku rozwiązań Open Source nie ma takich ograniczeń i tylko klient po analizie wszystkich za i przeciw dokonuje określonego wyboru.

Dodatkowo nigdy nie pisałem tutaj, że zalecana jest modyfikacja samego core systemu. Żaden szanujący się partner rozwiązań na licencji Open Source nigdy nie będzie do tego namawiał klienta, który jest zainteresowany przyszłym uaktualnieniem systemu. Oczywiście takie modyfikacje są możliwe i mimo ograniczeń świadomie acz bardzo rzadko wykonywane w ramach specyficznych wdrożeń. W większości wypadków modyfikacje systemu polegają jednak na stworzeniu odpowiednich modułów, które wykorzystują zaawansowane mechanizmy systemu i są w pełni upgrade-safe. Systemy Open Source są pod tym względem bardzo rozwinięte, ponieważ musi być zapewniony dynamiczny rozwój produktu przez partnerów i społeczność z całego świata. Proszę porównać pierwszy lepszy rozwinięty system Open Source z podobnym klasowo (nie Openbravo z dużym SAPem) systemem komercyjnym pod względem narzędzi deweloperskich i rozwiązań technologicznych wspomagających pracę programistów. Idąc dalej, systemy Open Source pozwalają na analizę i wykorzystanie rozwiązań stworzonych wcześniej poprzez wgląd w kod źródłowy. Proszę też nie mówić, że to powinno być w dokumentacji, bo wiadomo, że pomimo usilnych starań producentów oprogramowania bywa z tym różnie.

Reasumując otwarty kod źródłowy daje dodatkowe możliwości związane z rozwojem oprogramowania i przyśpiesza proces jego tworzenia przez społeczność na całym świecie. Każdy kto w przeszłości napisał chociaż linijkę kodu doceni możliwość wglądu w istniejące rozwiązania. Czy wdrożenie systemu opartego na tej licencji jest zawsze najlepszym rozwiązaniem? Oczywiście, że nie ma to reguły. Jednak nawiązując do wcześniejszych wypowiedzi również zachęcam potencjalnych klientów do przesłania SWS celem oszacowania wdrożenia :)

Pozdrawiam,
Marcin

eVolpe Consulting Group
marcin.rozanski@evolpe.pl
http://evolpe.pl

Co tu dużo mówić nie wyobrażam sobie wdrożenia systemu jak to mówicie (Open source) klasy ERP w firmie gdzie godzina przestoju systemu kosztuje 5 tyś Euro. Tak jak mówił Jarek odnośnie upgrade sprawa nie wyglada różowo w systemach ERP. Dodatkowo jest jeszcze masa przeslanek przeciw chodz by to, że wybierajac system ERP nie Open Sourcowy związany jesteś z dostawcą umową a to w przypadku wdrożeń jest bardzo ważne.

Temat: Dobry open source ERP dla firmy produkcyjnej

Marcin Różański:

Jarek Żeliński:

To jeden z największych mitów i zarazem najgorszy pomysł. Niezależnie od tego na jakiej licencji jest produkt, jego wdrożenie polegające na modyfikacji kodu, jest najgorszym możliwym sposobem wdrożenia gotowego złożonego produktu. Powód: zmieniony kod nie nadaje się do żadnego w przyszłości upgade'u. Do tego zmiany te powodują często utratę stabilności systemu i duże koszty zarządzania zmianą. Osiąga się znany efekt: jedno naprawili a pięć się pozyskało.

Nigdy nie zgodzę się ze stwierdzeniem, że systemy typu Open Source nie są elastyczne w modyfikacji,

a gdzie coś takiego napisałem?

a przez to nie mamy do czynienia z obniżonym kosztem wdrożenia (czas związany z tworzeniem modyfikacji).

to nie zależy od otwartości kodu a od jego jakości

Moją tezę potwierdza coraz większe grono zadowolonych klientów, którzy w przeszłości od innych firm wdrożeniowych często słyszeli, że nawet sam producent (zamkniętego) systemu nie zrobi im takich modyfikacji.

powtórzę się: modyfikacje można robić, ja napisałem o ich skutkach, pierwszy z brzegu przykład: kolega ma stronę postawiona na WordPress (otwarty system itp....) osoba która mu go "wdrożyła" wprowadziła kilka modyfikacji w kodzie, skutek jest taki, że teraz nie ma możliwości użycia opcji automatycznego update/upgrade (cudowna opcja :)) a musi to robić ów super developer biorący 50zł/godzina.

powyższe dotyczy każdego systemu bez względy na licencję...

W przypadku rozwiązań Open Source nie ma takich ograniczeń i tylko klient po analizie wszystkich za i przeciw dokonuje określonego wyboru.

w 100% pod wpływem dostawcy oferującego zmiany i nie raz przemilczającego tę drobną niedogodność opisaną powyżej...

Dodatkowo nigdy nie pisałem tutaj, że zalecana jest modyfikacja samego core systemu. Żaden szanujący się partner rozwiązań na licencji Open Source nigdy nie będzie do tego namawiał klienta, który jest zainteresowany przyszłym uaktualnieniem systemu.

to o czym kolega pisze???

Oczywiście takie modyfikacje są możliwe i mimo ograniczeń świadomie acz bardzo rzadko wykonywane w ramach specyficznych wdrożeń. W większości wypadków modyfikacje systemu polegają jednak na stworzeniu odpowiednich modułów, które wykorzystują zaawansowane mechanizmy systemu i są w pełni upgrade-safe. Systemy Open Source są pod tym względem bardzo rozwinięte, ponieważ musi być zapewniony dynamiczny rozwój produktu przez partnerów i społeczność z całego świata. Proszę porównać pierwszy lepszy rozwinięty system Open Source z podobnym klasowo (nie Openbravo z dużym SAPem) systemem komercyjnym pod względem narzędzi deweloperskich i rozwiązań technologicznych wspomagających pracę programistów.

np. Microsoft Dynamix AX, tu więcej:
http://it-consulting.pl/autoinstalator/wordpress/index...

Idąc dalej, systemy Open Source pozwalają na analizę i wykorzystanie rozwiązań stworzonych wcześniej poprzez wgląd w kod źródłowy. Proszę też nie mówić, że to powinno być w dokumentacji, bo wiadomo, że pomimo usilnych starań producentów oprogramowania bywa z tym różnie.

ile osób przejrzałe setki tysięcy linii kodu tych aplikacji????

Reasumując otwarty kod źródłowy daje dodatkowe możliwości związane z rozwojem oprogramowania i przyśpiesza proces jego tworzenia przez społeczność na całym świecie.

to frazesy z wikipedii, konkretny system robi wąska dobrana grupa ludzi, "rozwój" to rzesze ludzi bazujący na API a nie na pracy core-codem.

Każdy kto w przeszłości napisał chociaż linijkę kodu doceni możliwość wglądu w istniejące rozwiązania.

podobnie jak domorosły mechanik grzebiący kiedyś w silniku Poloneza, obecnie złożoność jest tak duża, ze używa się instrukcji obsługi i dobrego autoryzowanego serwisu

Czy wdrożenie systemu opartego na tej licencji jest zawsze najlepszym rozwiązaniem? Oczywiście, że nie ma to reguły. Jednak nawiązując do wcześniejszych wypowiedzi również zachęcam potencjalnych klientów do przesłania SWS celem oszacowania wdrożenia :)

Open Source to możliwość oferowania cudzego rozwiązania bez potrzeby zawierania umów partnerskich, licencyjnych, szkoleń czy opłat. Obecne oprogramowanie ERP, CRM itp. jest bardzo złożone, to setki tysięcy linii kodu, którego nikt (jedna osoba) w całości nie zna. Tak zwane modyfikacje (cudowna kastomizacja) robią tak samo dostawcy OpenBrawo czy ERP5 jak i konsultanci SAP, IFS, Dynamix czy SAGE.

Nie widzę tu żadnej różnicy nie licząc tego, że nowe funkcjonalności powinny powstawać jako moduły integrowane poprzez API a rodzaj licencji nie ma tu nic do rzeczy... powinny bo zalecają to sami producenci tego oprogramowania.

wczoraj byłem na konferencji, na której kilku klientów opowiadało o swoich projektach, zgodnie twierdzili, że rodzaj licencji (otwarte itp..) nie ma nic do rzeczy bo jej koszt to mały ułamek całkowitych kosztów projektu. Liczy się to, czy jest ścieżka eskalacji serwisu oraz rękojmia za dostarczony produkt, w przypadku open source jest z tym ostatnim poważny problem.

Rękojmia – odpowiedzialność sprzedającego względem kupującego za wady fizyczne oraz prawne sprzedawanej rzeczy. W polskim prawie cywilnym jest uregulowana w art. 556-576 Kodeksu cywilnego.Jarek Żeliński edytował(a) ten post dnia 15.06.11 o godzinie 08:20

Temat: Dobry open source ERP dla firmy produkcyjnej

Jakub Suchocki:

Co tu dużo mówić nie wyobrażam sobie wdrożenia systemu jak to mówicie (Open source) klasy ERP w firmie gdzie godzina przestoju systemu kosztuje 5 tyś Euro. Tak jak mówił Jarek odnośnie upgrade sprawa nie wyglada różowo w systemach ERP. Dodatkowo jest jeszcze masa przeslanek przeciw chodz by to, że wybierajac system ERP nie Open Sourcowy związany jesteś z dostawcą umową a to w przypadku wdrożeń jest bardzo ważne.

Nie widzę tutaj żadnego związku. Produkty na licencji Open Source są oferowane przez coraz większe firmy informatyczne razem z wsparciem, gwarancją, umową itp. Z tego powodu firmy, w których przestój jest często dużo bardziej kosztowny niż podany tutaj korzystają z systemów na tej licencji. Polecam zapoznać się z referencjami takich systemów jak Openbravo, OpenERP, SugarCRM, Alfresco itd. Brak wsparcia i odpowiedzialności jest najczęstszym mitem odnośnie systemów Open Source.

Proszę nie utożsamiać produktów na licencji Open Source z typowo "studenckimi" rozwiązaniami, za które nikt nie bierze żadnej odpowiedzialności. Te czasy już dawno odeszły w niepamięć i coraz częściej takie firmy jak Oracle wspierają rozwiązania na licencji Open Source. Chodzi tu przede wszystkim o inny model biznesowy.

Pozdrawiam,
Marcin

eVolpe Consulting Group
marcin.rozanski@evolpe.pl
http://evolpe.plMarcin Różański edytował(a) ten post dnia 15.06.11 o godzinie 13:27

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:

a przez to nie mamy do czynienia z obniżonym kosztem wdrożenia (czas związany z tworzeniem modyfikacji).

to nie zależy od otwartości kodu a od jego jakości

W przypadku rozwiązań zamkniętych nie mamy żadnej możliwości oceny jakości kodu.

powtórzę się: modyfikacje można robić, ja napisałem o ich skutkach, pierwszy z brzegu przykład: kolega ma stronę postawiona na WordPress (otwarty system itp....) osoba która mu go "wdrożyła" wprowadziła kilka modyfikacji w kodzie, skutek jest taki, że teraz nie ma możliwości użycia opcji automatycznego update/upgrade (cudowna opcja :)) a musi to robić ów super developer biorący 50zł/godzina.

powyższe dotyczy każdego systemu bez względy na licencję...

Nie zgodzę się. Producenci zamkniętych rozwiązań nie podejmują się modyfikacji, bo nie widzą w tym interesu, a partnerzy takich rozwiązań mają związane ręce i mogą jedynie korzystać z mechanizmów udostępnionych przez producenta.

Podany przykład z WordPress:
Osoba, która w taki sposób wdrożyła system popełniła duży błąd, ponieważ odcięła klienta od możliwości aktualizacji. W tym przypadku przez wszystkich zalecane jest wykorzystanie mechanizmów modułowości (o ile one oczywiście istnieją).

Z kolei jeżeli kolega miałby stronę na WP i znalazł na Community bardzo ciekawy dodatek, który chciałby wdrożyć, jednak nie spełnia on w 100% jego potrzeb to dzięki licencji Open Source wdrożeniowiec może go wykorzystać, zmodyfikować i zainstalować (upgrade-safe) na stronie klienta. Oszczędność czasu i pieniędzy, ponieważ nie wymyślamy koła od nowa.

W przypadku rozwiązań Open Source nie ma takich ograniczeń i tylko klient po analizie wszystkich za i przeciw dokonuje określonego wyboru.

w 100% pod wpływem dostawcy oferującego zmiany i nie raz przemilczającego tę drobną niedogodność opisaną powyżej...

To już zależy od partnerów, są lepsi i gorsi. My stawiamy duży nacisk na przedstawianiu klientom wszystkich możliwych za i przeciw każdego rozwiązania.

Dodatkowo nigdy nie pisałem tutaj, że zalecana jest modyfikacja samego core systemu. Żaden szanujący się partner rozwiązań na licencji Open Source nigdy nie będzie do tego namawiał klienta, który jest zainteresowany przyszłym uaktualnieniem systemu.

to o czym kolega pisze???

Możliwości modyfikacji systemu jest dużo, każda ma swoje wady i zalety.

Oczywiście takie modyfikacje są możliwe i mimo ograniczeń świadomie acz bardzo rzadko wykonywane w ramach specyficznych wdrożeń. W większości wypadków modyfikacje systemu polegają jednak na stworzeniu odpowiednich modułów, które wykorzystują zaawansowane mechanizmy systemu i są w pełni upgrade-safe. Systemy Open Source są pod tym względem bardzo rozwinięte, ponieważ musi być zapewniony dynamiczny rozwój produktu przez partnerów i społeczność z całego świata. Proszę porównać pierwszy lepszy rozwinięty system Open Source z podobnym klasowo (nie Openbravo z dużym SAPem) systemem komercyjnym pod względem narzędzi deweloperskich i rozwiązań technologicznych wspomagających pracę programistów.

np. Microsoft Dynamix AX, tu więcej:
http://it-consulting.pl/autoinstalator/wordpress/index...

Napisałem, że chodzi mi o podobny klasowo system, a jak wiadomo Openbravo ERP przeznaczony jest na rynek MSP i trudno go porównywać z dużym SAPem lub MS Dynamics AX, które są przeznaczone na rynek dużych firm. To tak jak porównywać Subiekta z CDN XL.

Idąc dalej, systemy Open Source pozwalają na analizę i wykorzystanie rozwiązań stworzonych wcześniej poprzez wgląd w kod źródłowy. Proszę też nie mówić, że to powinno być w dokumentacji, bo wiadomo, że pomimo usilnych starań producentów oprogramowania bywa z tym różnie.

ile osób przejrzałe setki tysięcy linii kodu tych aplikacji????

Żeby zrozumieć daną funkcjonalność systemu nie trzeba przeglądać jego całego kodu.

Reasumując otwarty kod źródłowy daje dodatkowe możliwości związane z rozwojem oprogramowania i przyśpiesza proces jego tworzenia przez społeczność na całym świecie.

to frazesy z wikipedii, konkretny system robi wąska dobrana grupa ludzi, "rozwój" to rzesze ludzi bazujący na API a nie na pracy core-codem.

W historii funkcjonowania naszej firmy niejednokrotnie tworzyliśmy oprogramowanie (poprawki lub dodatkowa funkcjonalność), które było przekazywane bezpośrednio producentowi i włączane (core) do kolejnego wydania systemu. Nie wyobrażam sobie takiej sytuacji u np. partnera SAPa lub Microsoftu.

Każdy kto w przeszłości napisał chociaż linijkę kodu doceni możliwość wglądu w istniejące rozwiązania.

podobnie jak domorosły mechanik grzebiący kiedyś w silniku Poloneza, obecnie złożoność jest tak duża, ze używa się instrukcji obsługi i dobrego autoryzowanego serwisu

Zaskakująco dużo można się nauczyć poprzez analizę czyjegoś kodu, ale żeby to zrozumieć trzeba patrzeć na to z innego poziomu abstrakcji (dewelopera ... a nie analityka).

Czy wdrożenie systemu opartego na tej licencji jest zawsze najlepszym rozwiązaniem? Oczywiście, że nie ma to reguły. Jednak nawiązując do wcześniejszych wypowiedzi również zachęcam potencjalnych klientów do przesłania SWS celem oszacowania wdrożenia :)

Open Source to możliwość oferowania cudzego rozwiązania bez potrzeby zawierania umów partnerskich, licencyjnych, szkoleń czy opłat. Obecne oprogramowanie ERP, CRM itp. jest bardzo złożone, to setki tysięcy linii kodu, którego nikt (jedna osoba) w całości nie zna. Tak zwane modyfikacje (cudowna kastomizacja) robią tak samo dostawcy OpenBrawo czy ERP5 jak i konsultanci SAP, IFS, Dynamix czy SAGE.

Jeśli przez modyfikacje rozumiemy tylko i wyłącznie kastomiazję to w przypadku zamkniętych rozwiązań również mamy taką możliwość i nikt nie mówi, że jest inaczej. Open Source daje nam jednak więcej odnośnie modyfikacji: sami możemy rozbudować API lub wniknąć w core (wada: tracimy upgrade-safe).

Nie mówmy tylko o Open Source przez pryzmat darmowych edycji bez wsparcia. W przypadku profesjonalnych partnerów, również występują szkolenia, certyfikacji itp. Sam model nie różni się znacząco od partnerstwa z dostawcami zamkniętego oprogramowania z tą różnicą, że partner rozwiązań Open Source w dużo większym stopniu uczestniczy w samym procesie rozwoju systemu: dodatki + core (czego nie ma w zamkniętych systemach).

Nie widzę tu żadnej różnicy nie licząc tego, że nowe funkcjonalności powinny powstawać jako moduły integrowane poprzez API a rodzaj licencji nie ma tu nic do rzeczy... powinny bo zalecają to sami producenci tego oprogramowania.

wczoraj byłem na konferencji, na której kilku klientów opowiadało o swoich projektach, zgodnie twierdzili, że rodzaj licencji (otwarte itp..) nie ma nic do rzeczy bo jej koszt to mały ułamek całkowitych kosztów projektu. Liczy się to, czy jest ścieżka eskalacji serwisu oraz rękojmia za dostarczony produkt, w przypadku open source jest z tym ostatnim poważny problem.

Z mojego doświadczenia wynika jednak, że klienci zaczynają dostrzegać zalety związane z elastycznością systemów Open Source.

Rękojmia – odpowiedzialność sprzedającego względem kupującego za wady fizyczne oraz prawne sprzedawanej rzeczy. W polskim prawie cywilnym jest uregulowana w art. 556-576 Kodeksu cywilnego.

Znowu nie widzę tutaj żadnych różnić w stosunku do zamkniętych rozwiązań.

Reasumując nie patrzmy na Open Source jedynie przez pryzmat "studenckich" projektów o otwartym kodzie, a bardziej w odniesieniu do Commercial Open Source.

Pozdrawiam,
Marcin

eVolpe Consulting Group
marcin.rozanski@evolpe.pl
http://evolpe.plMarcin Różański edytował(a) ten post dnia 15.06.11 o godzinie 13:32

Temat: Dobry open source ERP dla firmy produkcyjnej

Marcin Różański:
Nie zgodzę się. Producenci zamkniętych rozwiązań nie podejmują się modyfikacji,

no to ja żyje w innym świecie :), dziękuję za miła rozmowę...

Temat: Dobry open source ERP dla firmy produkcyjnej

znam firme ktora do obslugi sprzedazy "przejeli" system erp typu opensource i zaczeli go poprawiac...mija przeszło rok i rezygnuja z niego na rzecz swojej ostatniej aplikacji - a ten rok to byl jak przez męke..

opensource jest ok ale czesto trza sie zastawnoic czy ma sens i jest opłacalne...firma to nie pole testowe co bylo widac po sprzedaxy i róznych perełkach...w trakcie uzytkowania..

nie to ze kocham zamnikete softy..ale czasem warto sie zastanowic..dwa razy

Temat: Dobry open source ERP dla firmy produkcyjnej

Maciej Hedrych-Ozimina:
znam firme ktora do obslugi sprzedazy "przejeli" system erp typu opensource i zaczeli go poprawiac...mija przeszło rok i rezygnuja z niego na rzecz swojej ostatniej aplikacji - a ten rok to byl jak przez męke..

opensource jest ok ale czesto trza sie zastawnoic czy ma sens i jest opłacalne...firma to nie pole testowe co bylo widac po sprzedaxy i róznych perełkach...w trakcie uzytkowania..

nie to ze kocham zamnikete softy..ale czasem warto sie zastanowic..dwa razy

bo producenci ERP ipr. sami zalecają analizę, potem gap/fit a potem napisanie brakujących funkcji "na boku" i integrację. Jak się ma API to dywagacje o otwartości kody są bez sensu, z mojej perspektywy obserwatora cudzych wdrożeń wynika, że dostawcy gotowych "dostosowywanych" nie mają żadnych (maja znikome) kompetencji do analizy i projektowania i "leczą" ten brak "gotowym podatnym na zmiany" produktem...

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:

.. Tak zwane modyfikacje (cudowna kastomizacja) robią tak samo dostawcy OpenBrawo czy ERP5 jak i konsultanci SAP, IFS, Dynamix czy SAGE.

No pewnie, ze robia. SAP to jest w koncu tez OpenSource :-)
Cala warstwa logiki biznesowej to otwarty kod, ktory mozna analizowac, zmieniac i uzupelniac

.. nowe funkcjonalności powinny powstawać jako moduły integrowane poprzez API ..

mozna modyfikowac oryginalny kod, ale wtedy SAP calkiem slusznie straszy utrata gwarancji na dany fragment

Otwartosc kodu to jest raczej szansa zeby cos zrobic lepiej. I do tego trzeba niestety umiec wiecej
Jesli ktos chce miec po prostu tanszy system, to otwartosc kodu o niczym nie decyduje. Rownie dobrze mozna sie potargowac o cene z lokalnymi producentami ERP

Tu jest taki paradoks: przedsiebiortwa o mniejszych zasobach porywaja sie na zadania bardziej ambitne, niz wielcy, bogaci i leniwiAdam Kalinowski edytował(a) ten post dnia 15.06.11 o godzinie 16:35

Temat: Dobry open source ERP dla firmy produkcyjnej

Adam Kalinowski:
Tu jest taki paradoks: przedsiebiortwa o mniejszych zasobach porywaja sie na zadania bardziej ambitne, niz wielcy, bogaci i leniwi

:), ten paradoks polega na tym, że liderzy rynku to wcale nie są firmy wydające najwięcej na IT :D, oni wydają mądrze a nie dużo ...

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:
o ile znam realne wdrożenia SAP, firma ta preferuje zmiany procesów u klienta a nie systemu ERP...po drugie: czy narzędzie

Według mojej wiedzy to na poziomie blueprint raczej nakłania się klienta do przyjęcia modelu biznesowego w SAP w myśl zasady: czy mniej modyfikacji tym mniejszy budżet :)

SAP służące do analizy analizy ryzyk potencjalnych zmian vs. moduły SAP jest już w Polsce w użyciu?

Widziałem prezentację rozwiązania na jednym z saperskich eventów ale nie korzystałem

Po drugie chodzi o upgrade a nie o roll-up...

A jaka jest różnica pomiędzy roll-up vs uprade ?

Pzdr!

Temat: Dobry open source ERP dla firmy produkcyjnej

Paweł Filutowski:

Jarek Żeliński:
o ile znam realne wdrożenia SAP, firma ta preferuje zmiany procesów u klienta a nie systemu ERP...po drugie: czy narzędzie

Według mojej wiedzy to na poziomie blueprint raczej nakłania się klienta do przyjęcia modelu biznesowego w SAP w myśl zasady: czy mniej modyfikacji tym mniejszy budżet :)

a klient i jego interes gdzie tu jest w tym wszystkim?

Po drugie chodzi o upgrade a nie o roll-up...

A jaka jest różnica pomiędzy roll-up vs uprade ?

roll-up (lub roll-out) to powielanie wdrożenia (w tym ustawień parametryzacji i kastomaizacji) tego samego (tej samej wersji) oprogramowania np. w podległych jednostkach lub z prototypu na pozostałe jednostki , spółkach holdingu itp. upgrade to przejście na nowszą wersję oprogramowania.Jarek Żeliński edytował(a) ten post dnia 15.06.11 o godzinie 22:32

Temat: Dobry open source ERP dla firmy produkcyjnej

Hmmm, właśnie według mojej wiedzy to dwie oddzielne kwestie.

Roll-out - owszem, powielenie i dostostowanie szablonu.

Natomiast na roll-up to "podniesienie" wersji ale także w ramach systemów w danej grupie. Ale w 100% nie jestem pewny.

Pzdr.

Temat: Dobry open source ERP dla firmy produkcyjnej

Paweł Filutowski:
Hmmm, właśnie według mojej wiedzy to dwie oddzielne kwestie.

Roll-out - owszem, powielenie i dostostowanie szablonu.

Natomiast na roll-up to "podniesienie" wersji ale także w ramach systemów w danej grupie. Ale w 100% nie jestem pewny.

niestety w branży panuje pewien bałagan pojęciowy i niespójność terminów, swego czasu reprezentant producenta pewnej firmy dostarczającej systemy ERP pół godziny (!) wykładał różnice (także w ich cenniku) pomiędzy pojęciami: upgrade, update, patch. Nie proście mnie bym to powtórzył :)

Dlatego wolę jednak:
- przejście na nowszą wersje oprogramowania
- dodawania funkcjonalności
- usuwanie błędów działania
- powielanie wdrożenia
- itp.
:)

Temat: Dobry open source ERP dla firmy produkcyjnej

Jarek Żeliński:

Paweł Filutowski:
Szanowni,

Modyfikacje kodu źródłowego jest możliwa o ile zrobi się to z sensem. W SAP dla przykładu jest specjalna medtodyka dzięki której "roll-up" przebiega mniej boleśnie :)

Ale wcześniej należy zadbać o pryncypia (jak koledzy to opisali) - w przypadku SAP - Blueprint czyli koncepcja biznesowa itp.

o ile znam realne wdrożenia SAP, firma ta preferuje zmiany procesów u klienta a nie systemu ERP...po drugie: czy narzędzie SAP służące do analizy analizy ryzyk potencjalnych zmian vs. moduły SAP jest już w Polsce w użyciu?

Niezly kramik: narzędzie do analizy ryzyka potencjalnej zmiany, metodyka dla zmniejszenia bolesnosci implementacji :)

Niedlugo SAP bedzie sprzedawac krążki magnetyzujace pod serwery i ekologiczne zamawiania jakiejs ich nadreńskiej szeptuchy. Niemcy wchodza w epoke postindustrialna i zabobon coraz bardziej sie szerzy.
Z drugiej strony ludy slowianskie ciagle czuja ten pierwotny lek przed nieznanym i beda takie produkty magiczne chetnie kupowac

Ruch 'open source' to pewnie jakies ostatnie podrygi europejskiego optymizmu poznawczego