ALERTY

Zgadzam się w pełni – chociaż zlecenie lepiej powiązać z modułem CRM. Alerty w streamsofie są bardzo “topornie” zaimplementowane, ale chyba mają w tym “swój” cel – zawsze można poprosić o spersonalizowany alert i dodatkowo zapłacić za jego implementację ;), bo takie alerty dodaje się z poziomu bazy. Ilość opcji w porównaniu z konkurencją jest właściwie zerowa – nawet jeśli idzie o treść alertu i jego tytuł. W momencie przekroczenia określonej liczby alertów, przestają się wyświetlać 😉

Wydaje mi się, że chce Pani używać Alertów w niewłaściwy sposób. Alerty służą powiadamianiu o zdarzeniach w programie, a nie do korespondencji między użytkownikami, od tego jest moduł CRM… albo inny sposób komunikacji.
Alert może:

– powiadomić o przekazaniu zadania w CRM

– powiadomić dział finansowy przełamaniu blokady sprzedaży na kontrahenta

– zmianie przedstawiciela handlowego w danych kontrahenta

– jakimkolwiek innym zdarzeniu w programie które powoduje zmianę w bazie danych, w tym wypadku jednak wymagane jest napisanie trochę kodu który wygeneruje takie powiadomienie.

Natomiast alerty nie służą komunikacji między użytkownikami. Dla komunikacji dwukierunkowej, czyli gdy oczekuję się odpowiedzi, polecam moduł CRM lub inny sposób komunikacji. W sytuacji gdy chce się tylko przekazać informację następnej osobie która będzie obsługiwać dokument polecam, mocno niedoceniany moim zdaniem, mechanizm Ostrzeżeń dla dokumentów.

Wracając do alertów i punktów.

Ad 1) Historii wysłanych alertów jako takich nie ma w programie, ale informację te są dostępne w bazie danych, więc Państwa opiekun może przygotować odpowiednie zestawienie które umożliwi wyświetlenie historii wygenerowanych alertów. Historię otrzymanych alertów można przejrzeć, wystarczy udać się do menu System wybrać opcję Alerty i w oknie które się pojawi odszukać właściwe powiadomienie

Ad 2) Jak najbardziej możliwe, powiadomienia mogą trafiać do wielu osób, także do wskazanej grupy użytkowników (np. do magazynierów, księgowych itp).

Ad 3) Nie bardzo mam pomysł jak w tym miejscu programu miałyby być wykorzystywane alerty.

Na koniec jeszcze uwaga taka bardzo ogólna, ilość powiadomień powinna być minimalna i dotyczyć tylko obszarów które interesują danego użytkownika. W przeciwnym wypadku użytkownik szybko się na nie uodporni, przestanie na nie zwracać uwagę, co spowoduję, że staną się one bezużyteczne.

Panie Karolu, przyjmijmy że każda firma będąca użytkownikiem systemu wymyśli sobie tylko dodatkowe 3 alerty. Wychodzi nam ponad 20 tyś alertów do przygotowania. 1. Jakie by trzeba przeznaczyć na realizację tych postulatów zasoby producenta? 2. Jaki byłby tego koszt? 3. Co z rozwojem pozostałej części systemu? A sam Pan zgłosił 6 postulatów. Po to są w systemie odpowiednie narzędzia, aby zaspokoić niestandardowe potrzeby użytkowników. A że trzeba za to zapłacić. Państwa firma też wytwarza coś co zaspakaja czyjeś potrzeby i pewnie nie robi tego za darmo.

Proponuję przygotować opis jak by Państwo widzieli funkcje jakie powinny Alerty realizować i przekazać firmie która Państwa obsługuje (być może jest to producent). Firma Streamsoft wiele postulatów które wpisują się w plany rozwoju systemu realizuje. Funkcja Alertów jest funkcją relatywnie nową, więc jest szansa na jej rozbudowę.

Panie Aleksandrze z tego co mi przekazano, od zgłaszania nowych funkcjonalności jest ten portal 😉 Jira jest od zgłaszania błędów i rozwiązań dedykowanych.

Wszystko się zgadza. Proponuję więc rozszerzony opis oczekiwanych funkcji podpiąć jako załącznik.

Rozszerzony opis oczekiwań. Podsumuję więc wszystko:

1. Rozszerzenie funkcjonalności alertów o możliwość ich określania i warunkowania z poziomu aplikacji. Za wzór można obrać konfigurator reguł i alertów znany z outlooka gdzie po kolei określa się warunki. Pierwszym wyborem powinien być moduł którego alert będzie dotyczył. W “zasobach” powinny znaleźć się składniki wszystkich modułów- ZP: zlecenia, technologie, zasoby; HM: dokumenty (zamówienia, oferty, dokumenty magazynowe, dokumenty sprzedaży) , spisy – kartotek i kontrahentów; podobnie z resztą modułów. W warunkach – dodanie, edycja, usunięcie, akceptacja, przeniesienie do archiwum/ przygotowania, w akcji wysłanie alertu do osoby – grupy osób, tytuł alertu- kilka opcji do wyboru – stały określony przez użytkownika, z nagłówka dokumentu, identyfikator kontrahenta, index / identyfikator kartoteki – opcje “wyszarzane” w zależności od poprzednich wyborów.

2. Dodanie zestawienia historii wysłanych alertów – preselekcja wymagana – zakres dat, preselekcja opcjonalna – rodzaj akcji/ zasobu/ warunku, użytkownicy do których alert został wysłany.

3. Dodanie możliwości uruchomienia konfiguratora alertów w menu kontekstowym lub ikonie – wtedy można pominąć krok pierwszy – czyli wybór modułu którego konfigurator dotyczy.