Temat: system dla grupy kapitałowej z branży budowlanej

witajcie,

jaki system polecacie dla grupy kapitałowej skupiającej kilkanaście małych i średnich przedsiębiorstw z branży budowlanej?

Poza modułem FK i gospodarką materiałową, system powinien oferować m.in.:
- wsparcie dla konsolidacji
- narzędzie business intelligence lub - od biedy - możliwość dostępu do bazy danych + dokładny opis struktur danych
- monitorowanie zaangażowania projektów, chętnie rozliczanie usług długoterminowych zgodnie z MSR 11

z góry dziękuje i pozdrawiam,
Jarek

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Boniecki:
witajcie,

jaki system polecacie dla grupy kapitałowej skupiającej kilkanaście małych i średnich przedsiębiorstw z branży budowlanej?

Poza modułem FK i gospodarką materiałową, system powinien oferować m.in.:
- wsparcie dla konsolidacji
- narzędzie business intelligence lub - od biedy - możliwość dostępu do bazy danych + dokładny opis struktur danych
- monitorowanie zaangażowania projektów, chętnie rozliczanie usług długoterminowych zgodnie z MSR 11

z góry dziękuje i pozdrawiam,
Jarek

Witam,
Polecam przyjrzenie się systemowi Microsoft Dynamics AX 4.0.
Systm posiada wielofirmowość, możliwość konsolidacji, wbudowane przetwarzanie OLAP, moduł Projekty zintegrowany z modułami odpowiedzialnymi za FK, Handel i Logistykę (i wieloma innymi).
Poza tym wiele firm z branży budowlanej w Polsce już wdrożyło Microsoft Dynamics AX.
Pozdrawiam,

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Boniecki:
witajcie,

jaki system polecacie dla grupy kapitałowej skupiającej kilkanaście małych i średnich przedsiębiorstw z branży budowlanej?

Poza modułem FK i gospodarką materiałową, system powinien oferować m.in.:
- wsparcie dla konsolidacji
- narzędzie business intelligence lub - od biedy - możliwość dostępu do bazy danych + dokładny opis struktur danych
- monitorowanie zaangażowania projektów, chętnie rozliczanie usług długoterminowych zgodnie z MSR 11

z góry dziękuje i pozdrawiam,
Jarek

Kilka pytań:
- jaki model biznesowy ma ta grupa
- na ile ta grupa jest developerem a na ile inwestorem
- kupa innych pytań (powiem coś co jest truizmem, nie można wybrać a nawet poradzić jaki systemu na bazie tylko powyżej opisanych oczekiwań)

na początek może tu proponuje zajrzeć:
http://it-consulting.pl/pub/CaseStudy/

Temat: system dla grupy kapitałowej z branży budowlanej

Sebastianie,

bardzo dziękuję za sugestię.

Jarosławie,

również bardzo dziękuję za Twoją odpowiedź.
Oczywiście zgodzę się z Tobą, że nie można wybrać systemu na bazie podanych przeze mnie oczekiwań, jednak można wskazać systemy, które te trzy wymienione oczekiwania spełniają, a następnie dokonać ich głębszej analizy. Myślę, że wymienione przeze mnie kryteria (konsolidacja, moduł projektów, business intelligence) znacznie zawężą listę "kandydatów".

A może znacie jakąś niezależną aplikację do monitorowania zaangażowania projektów / rozliczania usług długoterminowych, którą można zintegrować z FK?

Dziękuję za Wasz odzew i pozdrawiam,
Jarek

Temat: system dla grupy kapitałowej z branży budowlanej

Właśnie - jak dla mnie podał pan 3 różne obszary. Czy chodzi o system umożliwiający rejestrację danych w podanych wymiarach czy o narzędzie analityczne czy narzędzie do zarządzania projektami?

Ja do AXa jako systemu transakcyjnego który ma wielofirmowość, wymiary w fk umożliwiające rozliczanie projektów mogę jeszcze polecić Eurekę (z własną hurtownią danych - głównie narzędzie budżetowania) - jako narzędzie analityczne do analiz wielowymiarowych (może być po projekcie jako wymiarze) i konsolidacji danych finansowych z wielu spółek.

Z czystym sumieniem - wdrażamy i jedno i drugie :)Andrzej Olechowicz edytował(a) ten post dnia 28.04.08 o godzinie 10:02

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Boniecki:
A może znacie jakąś niezależną aplikację do monitorowania zaangażowania projektów / rozliczania usług długoterminowych, którą można zintegrować z FK?

Do monitorowanie warto rozwazyć rozwiązanie z rodzaju hurtowni danych (BI tak zwane)

Temat: system dla grupy kapitałowej z branży budowlanej

Andrzej Olechowicz:
Właśnie - jak dla mnie podał pan 3 różne obszary. Czy chodzi o system umożliwiający rejestrację danych w podanych wymiarach czy o narzędzie analityczne czy narzędzie do zarządzania projektami?

Ja do AXa jako systemu transakcyjnego który ma wielofirmowość, wymiary w fk umożliwiające rozliczanie projektów mogę jeszcze polecić Eurekę (z własną hurtownią danych - głównie narzędzie budżetowania) - jako narzędzie analityczne do analiz wielowymiarowych (może być po projekcie jako wymiarze) i konsolidacji danych finansowych z wielu spółek.

Z czystym sumieniem - wdrażamy i jedno i drugie :)Andrzej Olechowicz edytował(a) ten post dnia 28.04.08 o godzinie 10:02

Tak, podałem 3 różne obszary i chciałbym, żeby jeden produkt je pokrywał (a przynajmniej 2 z nich: konsolidację i zarządzanie projektami).

Czy Eureka jest niezbędna do robienia konsolidacji sprawozdań w Dynamicsie? Z maila powyżej od kolegi Sebastiana wynika, że chyba nie.

Co do analizy danych - mnie wystarcza, gdy można "dobrać" się do danych przez ODBC, mam dokumentację struktur danych i MS Access zainstalowany na komputerze. Tak wyposażony jestem w stanie zrobić każdą analizę, jakiej potrzebuję. W pewnej firmie, dla której pracowałem jako audytor finansowy, informatyk wspierający dział finansów radził sobie podobnie z Dynamicsem. Niestety, nie szło mu to zbyt gładko, ponieważ nie miał dokumentacji struktur danych Dynamicsa. Czy jest ona dostępna? Czy też trzeba zgadywać gdzie co jest i w jaki sposób jest kodowane?

pozdrawiam,
Jarek

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Boniecki:

Andrzej Olechowicz:
Właśnie - jak dla mnie podał pan 3 różne obszary. Czy chodzi o system umożliwiający rejestrację danych w podanych wymiarach czy o narzędzie analityczne czy narzędzie do zarządzania projektami?

Ja do AXa jako systemu transakcyjnego który ma wielofirmowość, wymiary w fk umożliwiające rozliczanie projektów mogę jeszcze polecić Eurekę (z własną hurtownią danych - głównie narzędzie budżetowania) - jako narzędzie analityczne do analiz wielowymiarowych (może być po projekcie jako wymiarze) i konsolidacji danych finansowych z wielu spółek.

Z czystym sumieniem - wdrażamy i jedno i drugie :)Andrzej Olechowicz edytował(a) ten post dnia 28.04.08 o godzinie 10:02

Tak, podałem 3 różne obszary i chciałbym, żeby jeden produkt je pokrywał (a przynajmniej 2 z nich: konsolidację i zarządzanie projektami).

Czy Eureka jest niezbędna do robienia konsolidacji sprawozdań w Dynamicsie? Z maila powyżej od kolegi Sebastiana wynika, że chyba nie.

Co do analizy danych - mnie wystarcza, gdy można "dobrać" się do danych przez ODBC, mam dokumentację struktur danych i MS Access zainstalowany na komputerze. Tak wyposażony jestem w stanie zrobić każdą analizę, jakiej potrzebuję. W pewnej firmie, dla której pracowałem jako audytor finansowy, informatyk wspierający dział finansów radził sobie podobnie z Dynamicsem. Niestety, nie szło mu to zbyt gładko, ponieważ nie miał dokumentacji struktur danych Dynamicsa. Czy jest ona dostępna? Czy też trzeba zgadywać gdzie co jest i w jaki sposób jest kodowane?

pozdrawiam,
Jarek

witam,
wtrace swoje kilka groszy :)

Proponuje oddzielic tutaj od siebie 2 kwestie - przetwarzanie transakcyjne od analizy danych.

Po 1) - nie widzialem dobrego narzedzia analitycznego wbudowanego w system ERP - wlaczajac w to Dynamics AX.
Po 2) - dla zlozonych i niejednokrotnie wielowymiarowych kostek OLAPowych jest szereg narzedzi na rynku, ktore mozna wdrozyc niezaleznie i ktore zdecydowanie bardziej sie do tego nadaja.

Jesli chodzi o obszary, ktore chcialby Pan zinfromatyzowac i dopasowac do tego jakis system ERP - to proponowany przez kolege powyzej Dynamics AX w zupelnosci Panu wystarczy.

Co do modelu danych - Dynamics AX to nowa technologia, wielowarstwowa i zgodnie z tym, "Data storage" - musi byc oparty na jakims uznanym na swiecie RDBMS - w tym przypadku jest to SQL Server 2000/2005 oraz Oracle. Wiec jesli nawet niezdecydowal by sie Pan na zakup licencji do srodowiska developerskiego w Dynamics AX to strukture danych moze Pan sobie spokojnie wyciagnac/obejrzec z poziomu SQL servera. Wszystko jak na dloni.

Pozdrawiam,
Romek

Temat: system dla grupy kapitałowej z branży budowlanej

Roman Frania:
witam,
wtrace swoje kilka groszy :)

Proponuje oddzielic tutaj od siebie 2 kwestie - przetwarzanie transakcyjne od analizy danych.

osobiście także forsuje w projektach architekturę, w której dane bieżące są przechowywane w kontekście bieżących transakcji niezależnie od historii kolekcjonowanej w kontekście analizy historii faktów. Paradoksalnie bardzo upraszcza to strukturę bazy danych.

Po 1) - nie widzialem dobrego narzedzia analitycznego wbudowanego w system ERP - wlaczajac w to Dynamics AX.

Ja też nie widziałem ;)

Po 2) - dla zlozonych i niejednokrotnie wielowymiarowych kostek OLAPowych jest szereg narzedzi na rynku, ktore mozna wdrozyc niezaleznie i ktore zdecydowanie bardziej sie do tego nadaja.

Potwierdzam, sugeruje rozdzielenie tego na dwa osobne projekty:
- wdrożenie systemu ERP
- wdrożenie systemu BI
- wyeliminować (wręcz zakazać) w ERP wymaganie na BI

Co do modelu danych - Dynamics AX to nowa technologia, wielowarstwowa i zgodnie z tym, "Data storage" - musi byc oparty na jakims uznanym na swiecie RDBMS - w tym przypadku jest to SQL Server 2000/2005 oraz Oracle. Wiec jesli nawet niezdecydowal by sie Pan na zakup licencji do srodowiska developerskiego w Dynamics AX to strukture danych moze Pan sobie spokojnie wyciagnac/obejrzec z poziomu SQL servera. Wszystko jak na dloni.

Tu drobna uwaga. Nowoczesne systemy obiektowe (a taki jest m.in. Dynamix) owszem korzystają z baz RDBMS jednak nie daje to żadnej gwarancji, że baza ta ma spójny model relacyjny danych zaszyty w jej strukturze. Jest wiele systemów obiektowych, co do Dynamix'a sugeruję sprawdzenie tego bo chyba też do nich należy, w których wykonawca użył wzorca bezpośredniego mapowania klas (lub obiektów) na pojedyncze tablice (lub wręcz rekordy) i tak na prawdę sama baza bez aplikacji jest niestety bezużyteczna. Nie da sie z niej korzystać w prosty sposób np. przez ODBC. Wykonanie jakiegokolwiek raportu wymaga znajomości modelu klas samego systemu a na ten bym nie liczył u dostawcy. W efekcie za każdy nowy raport trzeba zapłacić dostawcy systemu bo użytkownik nie ma żadnych danych by taki raport wykonać samodzielnie.

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław �.:
Potwierdzam, sugeruje rozdzielenie tego na dwa osobne projekty:
- wdrożenie systemu ERP
- wdrożenie systemu BI
- wyeliminować (wręcz zakazać) w ERP wymaganie na BI

dlatego polecam AX i osobno Eurekę jako BI, a w zasadzie więcej niż BI bo jest systemem nie tylko do analiz ale i planowania.

Nie da sie z niej korzystać w prosty sposób np. przez ODBC. Wykonanie jakiegokolwiek raportu wymaga znajomości modelu klas samego systemu a na ten bym nie liczył u dostawcy. W efekcie za każdy nowy raport trzeba zapłacić dostawcy systemu bo użytkownik nie ma żadnych danych by taki raport wykonać samodzielnie.

akurat w AX w module budżetowym jest dostępna możliwość wygenerowania raportu z dowolnego konta czy wymiaru - skonsolidowanych dla celów budżetowania na przykład. Jednak Eureca daje tę możliwość w wersji niesłychanie uproszczonej - za pomocą kliknięcia na drzewo kont, wymiarów, obszarów terytorialnych lub struktury organizacyjnej i przedstawienia w postaci dowolnie zdefiniowanego zestawienia.

Temat: system dla grupy kapitałowej z branży budowlanej

Tu drobna uwaga. Nowoczesne systemy obiektowe (a taki jest m.in. Dynamix) owszem korzystają z baz RDBMS jednak nie daje to żadnej gwarancji, że baza ta ma spójny model relacyjny danych zaszyty w jej strukturze. Jest wiele systemów obiektowych, co do Dynamix'a sugeruję sprawdzenie tego bo chyba też do nich należy, w których wykonawca użył wzorca bezpośredniego mapowania klas (lub obiektów) na pojedyncze tablice (lub wręcz rekordy) i tak na prawdę sama baza bez aplikacji jest niestety bezużyteczna. Nie da sie z niej korzystać w prosty sposób np. przez ODBC. Wykonanie jakiegokolwiek raportu wymaga znajomości modelu klas samego systemu a na ten bym nie liczył u dostawcy. W efekcie za każdy nowy raport trzeba zapłacić dostawcy systemu bo użytkownik nie ma żadnych danych by taki raport wykonać samodzielnie.

a tu Panie Jaroslawie sie nie zgadzam (oczywiscie jesli chodzi o Axapte... :))

gdzie jak gdzie - ale w Dynamics AX baza danych jest jak najbardziej znormalizowana (i oczywiscie zdenormalizowana dla potrzeb raportowych w AX) i korzystanie z ODBC - Excel lub Access jest jak najbardziej mozliwe. Oczywiscie, jesli ma sie jakas wiedze developerska z AX jest to latwiejsze - jesli sie nie ma takiej wiedzy - jest to rowniez mozliwe aczkolwiek zajmie troszke wiecej czasu. Znajomosc tabel i pol (pojedzmy po szczegolach) jest bardzo pomocna w tej kwestii. Uczestniczylem w wielu projektach, gdzie zespol BI wyspecyfikowal liste tabel i pol, ktore chce "ciagnac" z bazy AX - a zespol Axaptowy dokonal mapowania na fizyczne nazwy pol i tabel znajdujace sie w bazie danych.

Te dane wystarczyly zespolowi BI do stworzenia DTSow (bo bylo to w 2000) i do ladowania do hurtowni danych. A pozniej to juz mozna robic z tym co sie chce, uzyc Eureki - jak kolega wspomnial, lub ProClarity, Cognosa, Analysis Services.. lub jak kto chce Excela :)

Zgadzam sie, ze bez znajomosci struktury danych w Dynamics AX (okolo 2000+ tabel w zaleznosci od wersji) i setkach pol w zdenormalizowanych tabelach takich jak Zamowienie Sprzedazy czy Klienci jest zadaniem troszke karkolomnym - ale nie niemozliwym. Osobiscie polecam jakies dobrego "znawce" developera lub architekta Axapty i sprawa zostanie zamknieta w ciagu kilku dni.

Pozdrawiam!
RF

Temat: system dla grupy kapitałowej z branży budowlanej

Roman Frania:
a tu Panie Jaroslawie sie nie zgadzam (oczywiscie jesli chodzi o Axapte... :))

Napisałem "chyba" bo taką informację dostałem ale nie sprawdzałem tego ;) osobiście

gdzie jak gdzie - ale w Dynamics AX baza danych jest jak najbardziej znormalizowana (i oczywiscie zdenormalizowana dla potrzeb raportowych w AX) i korzystanie z ODBC - Excel lub Access jest jak najbardziej możliwe.

Normalizacja to inny proces niż odwzorowanie danych w RDBMS. Możliwe są trzy procesy powstawania bazy danych w RDBMS:
1. modelowane są dane np. całej organizacji, aplikacje sie do tego modelu dostosowują, baza zawsze stanowi sobą w pełni samodzielny twór: za pomoca zapytań SQL można model danych odtworzyć nie mając rzadnej wiedzy o apliakcjach
2. dane i ich relacje są narzucone wewnętrznym modelem danych aplikacji, która zapisuje je w RDBMS, baza ta poza danymi przechowuje także wszystkie informacje o relacjach między nimi czyli cały model danych
3. Jak wyżej, jednak relacje miedzy danymi są ukryte w aplikacji, RDBMS przechowuje jedynie tablice bez informacji o relacjach między nimi.

Normalizacja danych nie ma tu nic do samej bazy, normalizuje się model danych, informacje o relacjach między tablicami nie muszą być przechowywane w bazie danych, mogą być zaszyte np. w aplikacji i opisach obiektów.

Dobrze zaprojektowane duże systemy mają warstwowy model owszem jednak warstwa fizyczna danych nie wymusza mapowania obiektowo-relacyjnego (ORM) i nie każda aplikacja tak jest tworzona. O ile wiem baza danych Axapty bez samej Axapty i ludzi znających jej model jest bezwartościowa (ewentualnie proszę mnie poprawić).

Dobrze zaprojektowane systemy to np. samodzielna relacyjna baza danych i aplikacja z niej korzystająca, obiekty utrwalane w aplikacji są dopiero mapowane na model danych w RDBMS (robi sie to zarówno w systemach pisanych w .NET jak i Java a teraz nawet w PHP5), służy do tego np. Hibernate.

O ile pamiętam moje konsultacje z ludźmi od Axapty, to maja dobrą opinię o samym systemie tak bardzo złą o sposobie jego udokumentowania a raczej braku takiej dokumentacji (np. model dziedziny systemu trzeba sobie wykukać z kodu).

Oczywiscie, jesli ma sie jakas wiedze developerska z AX jest to latwiejsze - jesli sie nie ma takiej wiedzy - jest to rowniez mozliwe aczkolwiek zajmie troszke wiecej czasu. Znajomosc tabel i pol (pojedzmy po szczegolach) jest bardzo pomocna w tej kwestii. Uczestniczylem w wielu projektach, gdzie zespol BI wyspecyfikowal liste tabel i pol, ktore chce "ciagnac" z bazy AX - a zespol Axaptowy dokonal mapowania na fizyczne nazwy pol i tabel znajdujace sie w bazie danych.

Ano musiał tego jednak dokonać....

Te dane wystarczyly zespolowi BI do stworzenia DTSow (bo bylo to w 2000) i do ladowania do hurtowni danych. A pozniej to juz mozna robic z tym co sie chce, uzyc Eureki - jak kolega wspomnial, lub ProClarity, Cognosa, Analysis Services.. lub jak kto chce Excela :)

Zgadzam sie, ze bez znajomosci struktury danych w Dynamics AX (okolo 2000+ tabel w zaleznosci od wersji) i setkach pol w zdenormalizowanych tabelach takich jak Zamowienie Sprzedazy czy Klienci jest zadaniem troszke karkolomnym - ale nie niemozliwym.

:)

Osobiscie polecam jakies dobrego "znawce" developera lub architekta Axapty i sprawa zostanie zamknieta w ciagu kilku dni.

No bez takie guru tutaj ani rusz ... sam dostęp do bazy nic nie daje....

pozdrawiam[edited]Jarosław

Temat: system dla grupy kapitałowej z branży budowlanej

Jeszcze jedna jednak uwaga: są na rynku systemy dedykowane dla branży budowlanej, która rządzi sie troszkę swoja specyfiką. Po co więc kupować myśliwemu bardzo dobry szwajcarski scyzoryk i go jeszcze przerabiać na koszt myśliwego skoro są do tego lepsze i tańsze gotowe fińskie noże ;).

Powiem więcej: w budżecie i czasie na wdrożenie wypasionej, mocno zmodyfikowane i obłożonej dedykowanymi podsystemami Axapty (nie tylko) można od zera zaprojektować i wdrożyć dedykowany system i uzupełnić go tylko jakąs sensowną hurtownią danych.

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Ů:
Jeszcze jedna jednak uwaga: są na rynku systemy dedykowane dla branży budowlanej, która rządzi sie troszkę swoja specyfiką. Po co więc kupować myśliwemu bardzo dobry szwajcarski scyzoryk i go jeszcze przerabiać na koszt myśliwego skoro są do tego lepsze i tańsze gotowe fińskie noże ;).

Może Pan zdradzić, kto sprzedaje takie fińskie noże?

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Z.:
Po co więc kupować myśliwemu bardzo dobry szwajcarski scyzoryk
i go jeszcze przerabiać na koszt myśliwego skoro są do tego lepsze i tańsze gotowe fińskie noże ;).

Pozwolę się z Panem niezgodzić ponieważ takich "noży fińskich" nie ma. Próbując sobie samemu zrobić taki "nożyk" można się poważnie skaleczyć. Mam tu na myśli budowanie nowego systemu, właściciel firmy, który chciałby mieć własny system budowany od nowa wyda więcej pieniędzy niż na kupno przykładowego Dynamics AX, wpływają na to między innymi:
- potrzeba zaangażowania najlepszych pracowników firmy, podczas projektowania nowego systmu, na wiele miesięcy lub lat,
- koszt narzędzi do wykonania systemu,
- wysokie i stale rosnące koszty programistów i analityków potrzebnych do zbudowania systemu ERP,
- wiele innych czynników bezpośrednio i pośrednio wpływających na koszty.

Niestety wypowiada się Pan na temat Dynamics AX trochę "po omacku", i nie znając tego systemu ERP wrzuca go Pan do jednego worka z innymi systemami. Uważnie czytając Pana wypowiedzi mam wrażenie, że opisując Dynamics AX korzysta Pan z informacji innych niekompetentnych w tym zakresie osób.

Wracając do możliwości Dynamics AX to poza samym systemem zaawansowany użytkownik może sam budować dowolne raporty np.: w zintegrowanym z tym ERP narzędziu Report Builder (opartym na Reporting Services) bez znajomości nazw z MS SQL.
Co do Eureki to oczywiście nie jest to jedyny BI, który można zintegrować z systemem, między innymi jest jeszcze narzędzie ProClarity. O tym czy konieczne jest BI zintegrowane z ERP, czy narzędzia systemu ERP są wystarczające powinna powiedzieć analiza przedwdrożeniowa.

Zgadzam się, że przed wyborem jakiegokolwiek systemu ERP osoby decydujące o jego zakupie powinny sobie odpowiedzieć na pytanie jakie funkcjonalności będą kluczowe. Wprost nieoceniony jest np.: Dyrektor Finansowy, który ma wizję przyszłości swojej firmy i wie co che osiągnąć.Sebastian Wisła edytował(a) ten post dnia 28.04.08 o godzinie 19:13

Temat: system dla grupy kapitałowej z branży budowlanej

nie mówiąc o tym, że produkt bez gwarancji rozwijania go staje się po kilku latach trudnym w użytkowaniu złomem o ogromnej liczbie przeróbek, do których dokumentacja może jest... a może nie... a może zna je tylko parę osób, które kiedy się je potrzebuje zdążyły zmienić pracę trzy razy.

Temat: system dla grupy kapitałowej z branży budowlanej

Jarosław Boniecki:

Jarosław Ů:
Jeszcze jedna jednak uwaga: są na rynku systemy dedykowane dla branży budowlanej, która rządzi sie troszkę swoja specyfiką. Po co więc kupować myśliwemu bardzo dobry szwajcarski scyzoryk i go jeszcze przerabiać na koszt myśliwego skoro są do tego lepsze i tańsze gotowe fińskie noże ;).

Może Pan zdradzić, kto sprzedaje takie fińskie noże?

Proponuje poguglowac, ja nie sprzedaje żadnego oprogramowania ale na priva podzielę sie posiadaną wiedzą o rynku...

Temat: system dla grupy kapitałowej z branży budowlanej

Sebastian Wisła:

Jarosław Z.:
Po co więc kupować myśliwemu bardzo dobry szwajcarski scyzoryk
i go jeszcze przerabiać na koszt myśliwego skoro są do tego lepsze i tańsze gotowe fińskie noże ;).

Pozwolę się z Panem niezgodzić ponieważ takich "noży fińskich" nie ma.

Mam inne zdanie... widziałem, że jednak są. Nie pisze o tym co mi się wydaje tylko o tym czego dotknąłem...tak się składa, że jednym z moich klientów jest developer z czołówki na rynku w Polsce.

Próbując sobie samemu zrobić taki "nożyk" można się poważnie skaleczyć.

A uniwersalnym szwajcarskim to nie? Podobno jeszcze bardziej bo na wiele sposobów ....

Mam tu na myśli budowanie nowego systemu, właściciel firmy, który chciałby mieć własny system budowany od nowa wyda więcej pieniędzy niż na kupno przykładowego Dynamics AX, wpływają na to między innymi:
- potrzeba zaangażowania najlepszych pracowników firmy, podczas projektowania nowego systmu, na wiele miesięcy lub lat,

Pracownicy zamawiającego są angażowani także podczas wdrożenia systemu gotowego, nie znam wdrożenia gotowego systemu, które zrobi sie samo....

- koszt narzędzi do wykonania systemu,

Dawno poniesiony przez developera... Po drugie licencja na dostarczony system, z cenników wiem, jest średnio dwa rzędy droższa od narzędzi programistycznych i analitycznych.

- wysokie i stale rosnące koszty programistów i analityków potrzebnych do zbudowania systemu ERP,

Można coś więcej na ten temat prosić? Wdrożeniowcy gotowych aplikacji są tańsi? Pracują za darmo?

- wiele innych czynników bezpośrednio i pośrednio wpływających na koszty.

Poproszę, jakie?

Niestety wypowiada się Pan na temat Dynamics AX trochę "po omacku", i nie znając tego systemu ERP wrzuca go Pan do jednego worka z innymi systemami.

Po pierwsze jednak troszkę znam... po drugie czy dobrze rozumiem, jest Dynamix i jest reszta świata?

Uważnie czytając Pana wypowiedzi mam wrażenie, że opisując Dynamics AX korzysta Pan z informacji innych niekompetentnych w tym zakresie osób.

Które elementy przekłamałem? Co do osób od których mam informacje to właśnie wyraził Pan opinie o kilku Goldpatnerach Microsofta w kwestii Axapty ale to Microsoft ich certyfikuje nie ja....

Wracając do możliwości Dynamics AX to poza samym systemem zaawansowany użytkownik może sam budować dowolne raporty np.: w zintegrowanym z tym ERP narzędziu Report Builder (opartym na Reporting Services) bez znajomości nazw z MS SQL.

O ile wiem właśnie dlatego wielu użytkowników Axapty nabywa za radą ich dostawców osobne narzędzia do raportowania między innymi pakiet do ProClarity.

Co do Eureki to oczywiście nie jest to jedyny BI, który można zintegrować z systemem, między innymi jest jeszcze narzędzie ProClarity. O tym czy konieczne jest BI zintegrowane z ERP, czy narzędzia systemu ERP są wystarczające powinna powiedzieć analiza przedwdrożeniowa.

Oczywiście..

Zgadzam się, że przed wyborem jakiegokolwiek systemu ERP osoby decydujące o jego zakupie powinny sobie odpowiedzieć na pytanie jakie funkcjonalności będą kluczowe. Wprost nieoceniony jest np.: Dyrektor Finansowy, który ma wizję przyszłości swojej firmy i wie co che osiągnąć.

Jednak jest to tylko jeden z wielu użytkowników.... a o opinię np. na temat funkcjonalności procesów sprzedaży i powiązanych z nim kilku innych wole zapytać dyrektów sprzedaży i marketingu...ogólnie uważam, że nieoceniony jest jednak prezes firmy i jego wersja modelu biznesowego i strategii firmy.

Dodam jeszcze:

Wynik badań na kilkudziesięciu firmach w USA (tam podobno sa fajniejsze niż w Polsce wdrożenia):
System dedykowany: koszty deklarowane 70%, ukryte 30%
System gotowy: koszty deklarowane 30%, ukryte 70% całości kosztów poniesionych po zbadaniu zakończonych projektów.

Temat: system dla grupy kapitałowej z branży budowlanej

Andrzej Olechowicz:
nie mówiąc o tym, że produkt bez gwarancji rozwijania go staje się po kilku latach trudnym w użytkowaniu złomem o ogromnej liczbie przeróbek, do których dokumentacja może jest... a może nie... a może zna je tylko parę osób, które kiedy się je potrzebuje zdążyły zmienić pracę trzy razy.

O ile wiem i widzę, wdrożony gotowy system, nie tylko Axapta, z uwzględnionymi wszelkimi modyfikacjami jakich zażyczył sobie zamawiający (bo nasz system jest parametryzowalny i modyfikowalny, wykonamy wszelkie wymagane modyfikacje bo system nasz na to pozwala) jest wart dokładnie tyle ile napisany od zera czyli tyle ile fiam, która go wdrażała. Widziałem reakcje na wieść: nadchodzi wersja 4.0 Axapty! Czy możemy poprosić upgrade?

Co to jest "gwarancja rozwijania"? Może gwarancja, że lokalny dostawca nie zbankrutuje? A może to, że jego producent nie zostanie przejęty przez inna firmę? A może to, że firma nie ogłosi zakończenia produkcji pewnej linii produktów? Pewnie jeszcze przejęcie wdrożenia gotowego systemu od innej firmy to bułka z masłem....

Właśnie dowiadujemy się, że taki dobry XP nie będzie rozwijany, swego czasu Siebel został przejęty prze Oracle, Informix przejęty przez IBM, każdy z tych dostawców deklarował "stabilność rynkową"......

Jak się dzwoni do dostawcy dedykowanego systemu z kłopotem to odpisze kiedy i za jakie pieniądze doda nową funkcjonalność, jak sie z tym samym napisze do "czołowego światowego dostawcy systemu ..." to dowiemy się czy w ogóle taka implementacja jest w planach korporacji i gdzie ewentualnie jest w planie strategii rozwoju produktu.

Daleki jestem od wszczynania wojny pomiędzy systemami i dedykowanymi rozwiązaniami. Wskazuje jedynie na to, że nie ma rozwiązań jedynie słusznych i zawsze dobrych. Po drugie kluczem jest analiza ale także rentowności, strategii firmy i zakresu wdrożenia. Po trzecie: nie ma dwóch jednakowych firm, nawet w tej samej branży.

Temat: system dla grupy kapitałowej z branży budowlanej

nie widzę wszczynania wojny w pokazywaniu plusów i minusów rozwiązań dedykowanych i produktów "gotowych"

Jarosław �.:
Jak się dzwoni do dostawcy dedykowanego systemu z kłopotem to odpisze kiedy i za jakie pieniądze doda nową funkcjonalność, jak sie z tym samym napisze do "czołowego światowego dostawcy systemu ..." to dowiemy się czy w ogóle taka implementacja jest w planach korporacji i gdzie ewentualnie jest w planie strategii rozwoju produktu.

tutaj to Pan przesadza - przynajmniej w AXie skonfigurować go sobie może nawet użytkownik na poziomie MorphXa, jak trzeba coś dopisać mając wykupioną licencję na dostęp do kodu to się zamawia i dopisuje w X++... u stałego lub "jednego z partnerów światowego dostawcy systemu".

A to już jest etap analizy od tego, żeby stwierdzić które funkcjonalności są dostępne, a które nie - stąd dla Pana słowo "modyfikacja" jest słowem kluczowym i pojawiającym się często, w przypadku systemów "ogólnoświatowych dostawców" to słowo często jest przez klienta zakazane :)