Powiadomienia, wiadomości, zdarzenia

1. Opis ogólny 2. Powiadomienia 11xx (en: EventNotification) Informacje w chwili zalogowania Wiadomość (dymek, hint) 3. Wiadomości (en: Messages) 4. Przypomnienia (en: Reminders) 5. Zdarzenia systemowe (en: Events) Rodzaje zdarzeń Priorytety zdarzeń 6. Zadania w systemie RZ Projekty zadania 7. Alerty 8. Tematy powiązane 9. (AsystentAI) Zdarzenia systemowe. Powiadomienia

1. Opis ogólny

W systemie Trawers ERP dostępne są różne mechanizmy komunikacji wewnętrznej i zewnętrznej, takie jak powiadomienia, wiadomości oraz alerty. Każdy z nich pełni specyficzną rolę w zarządzaniu informacją i procesami biznesowymi. Powiadomienia i wiadomości Powiadomienia w Trawers ERP to automatyczne komunikaty generowane przez system w odpowiedzi na określone zdarzenia lub warunki. Mogą one informować użytkowników o ważnych terminach, takich jak zbliżające się daty realizacji zamówień, kończące się umowy czy niskie stany magazynowe. Powiadomienia mogą być wyświetlane bezpośrednio w interfejsie użytkownika lub wysyłane za pośrednictwem poczty elektronicznej. Wiadomości to funkcjonalność umożliwiająca komunikację między użytkownikami systemu. Użytkownicy mogą wysyłać i odbierać wiadomości wewnętrzne, co ułatwia współpracę i koordynację działań w ramach przedsiębiorstwa. System umożliwia również integrację z zewnętrznymi serwerami pocztowymi, co pozwala na obsługę korespondencji e-mail bezpośrednio z poziomu Trawers ERP. Ogólnie: * Powiadomienia są informacjami systemowymi, które przekazują użytkownikowi istotne dane. * Wiadomości to komunikaty wysyłane między użytkownikami, wewnętrznie lub przez e-mail. * Zdarzenia to działania użytkownika, które mogą inicjować powiadomienia lub alerty. * Alerty to bardziej zaawansowane mechanizmy automatycznych ostrzeżeń i reakcji systemu. Przykłady w Trawers ERP i innych ERP | Kategoria | Przykłady w Trawers ERP | Przykłady w innych ERP | |-------------------|-----------------------------|-----------------------------| | Powiadomienia | Powiadomienie | Przypomnienie o zbliżającym | | | nowe zamówienia | się terminie fakturowania | | | do zatwierdzenia | | | | | | | | Powiadomienie | Powiadomienie o nowym | | | przekroczony termin | zadaniu w workflow | | | płatności | | | | | | | Wiadomości | Pytanie do działu zakupu | Wewnętrzna korespondencja | | | o dostępność towaru | między użytkownikami CRM | | | | | | Zdarzenia | Dopisanie nowego | Zaakceptowanie wniosku | | | kontrahenta | o rabat | | | | | | Alerty | Alert o zaległych | Przekroczenie budżetu | | | płatnościach | projektu | | | | | |-------------------|-----------------------------|-----------------------------| To są roboty informatyczne, których zadaniem jest wyszukiwanie istotnych danych i przekazywanie informacji do właściwych osób. W przedsiębiorstwach, niezależnie od wielkości i branży, narasta potrzeba szybkiego reagowania na zdarzenia biznesowe. Informacje już znajdują się w systemach ERP. Trzeba tylko skłonić program do powiadamiania odpowiednich osób w odpowiednim czasie i odpowiedniej formie o wystąpieniu zdarzeń wymagających podjęcia decyzji. Te zadania wykonują funkcje powiadamiań, wiadomości i alertów, które znajdują się w programie Trawers ERP.

2. Powiadomienia (en: Notification)

Powiadomienia, to są informacje wysyłane do wszystkich lub wybranych operatorów (użytkowników) programu. Informacje może wysyłać automatycznie program lub operatorzy. Program może powiadamiać o zdarzeniach, którym nadano specjalne znaczenie, np. * Przypomnienia o zaplanowanych kontaktach na ... dni przed terminem * O otrzymaniu zadania w systemie RZ Projekty Zadania * O otrzymaniu e-maila * O zalogowaniu i wylogowaniu innych użytkowników (operatorów) * O wydrukowaniu dokumentu o specjalnym znaczeniu * O problemie technicznym w programie * itd.

Parametry 11xx

Zdarzenia, których wystąpienie powoduje automatyczne wysłanie powiadomienia do operatorów wymienione są w opisie parametrów: 11xx. Operator otrzyma powiadomienia o zdarzeniach oznaczonych [1] Param operat 05xx 06xx 07xx 11xx Program powiadamia użytkowników na kilka sposobów: * Powiadomienie Raport * Powiadomienie Dymek * Powiadomienie Okno * Powiadomienie Alert

Powiadomienie Raport

Powiadomienia pojawiają się na ekranie programu bezpośrednio po zalogowaniu się operatora. Powiadomienie zawiera krótki komunikat i możliwość przeglądania i wydrukowania dodatkowych informacji (raportu), np. o zaległych zamówieniach: ------------------------------------------------------------ Temat: [1114] Zamówienia sprzedaży ---------------------------------- NA: Zamówienia sprzedaży. Do realizacji dzisiaj. Pozycji: 27 ------------------------------------------------------------ Można przejrzeć i wydrukować zestawienie zamówień zaległych Powiadomienia otrzymują operatorzy wskazani jako adresaci (subskrybenci), tzn. operatorzy z oznaczonymi parametrami 11xx. * 1110 Powiadomienie o zobowiązaniach do zapłaty, których termin płatności przypada dzisiaj lub już minął * 1113 Powiadomienie, którym indeksom stany zapasów w magazynie spadły poniżej normy minimum. Normy min określone są w kartach magazynowych KSOM * 1114 Powiadomienie o zamówieniach sprzedaży, których termin wysyłki przypada dzisiaj lub już minął (jest opóźnienie) * 1115 Powiadomienie o umowach o pracę, których termin końcowy przypada dzisiaj lub przypadnie w tym tygodniu * 1118 Powiadomienie o zamówieniach zakupu, których termin realizacji przypada dzisiaj lub już minął (jest opóźnienie). Patrz pozostałe parametry: Param operat 05xx 06xx 07xx 11xx Powiadomienie Raport otrzymują operatorzy odpowiedzialni za pewien konkretny obszar firmy, np. realizacja zamówień sprzedaży. Nie należy operatorom oznaczać powiadomień o tematyce niezwiązanej z bieżącą aktywnością. Operator może machinalnie ignorować kolejne.

Powiadomienie Dymek

Powiadomienie jako wiadomość (dymek, hint) w prawym górnym roku ekranu wyświetlany przez 3 sekundy. Wiadomość pojawia się w chwili wystąpienia zdarzenia. ------------------------------------------------------------------------ Firma ALFA Op: JD/00/A/, 11:18:24 KD zalogował się <--- Dymek, że zalogował się operator: KD -- AD ------------------------------------------------------------------ CRM Dystrybucja Zapasy Produkcja Finanse Inne AD Trawers Pomoc <--- Menu programu ------------------------------------------------------------------------ RK Rynek Kontakty RZ Projekty zadania ------------------------------------------------------------------------ Nie jest wymagana reakcja użytkownika na powiadomienie. Powiadomienie Dymek, to jedynie krótka informacja o wystąpieniu zdarzenia lub przypomnienie o planowanym terminie. Powiadomienie Dymek nie zawiera dodatkowych informacji (zestawienia danych). Powiadomienie Raport zawiera dodatkowe informacje.

Powiadomienie Okno

Powiadomienie jako wiadomość w dodatkowym 'wyskakującym' oknie. Wiadomość pojawia się w chwili wystąpienia zdarzenia. * 1104 [1] Pokaż wiadomości od innych operatorów Wiadomość przekazana przez innego operatora o-- Wiadomość --------------------------------o | Do: JD Jan Dworaczek | | Od: EK Edward Kłosowski | | Data: 20xx.01.22 09:16:48 | | | o---------------------------------------------o | Proszę o podstawienie samochodu służbowego | | na godz 12:00 | o---------------------------------------------o * 1105 Powiadom o kolejnej weryfikacji * 1111 Pokaż wiadomości z wydruków * 1116 Przypomnij o terminie w RK

Powiadomienie Alert

Alternatywnym sposobem powiadamiania operatorów są alerty. Zadaniem alertu jest prezentowanie i wysyłanie raportu, gdy wystąpi zdarzenie lub zostanie spełniony określony warunek (wystąpi zdarzenie, en: Event, Business Event). Treść raportu (powiadomienie) można: * Wysłać e-mailem * Wydrukować na drukarce * Wyświetlić na ekranie * Przekazać do innego programu urządzeniem: [Polecenie] Alerty i raportowanie NOTE: Jeżeli powiadomienie planuje się wysłać e-mailem, to najlepszą metodą jest użycie alertów.

Kronika powiadomień i kronika zdarzeń systemowych

Treść powiadomienia (wiadomość) zapamiętywana jest: * w zbiorze tymczasowym (roboczym): Kronika powiadomień * w zbiorze stałym: [316] Zdarzenia systemowe. Zapisy w zbiorze: Kronika powiadomień można wyświetlić: F12 > Dodatkowe ... > Kronika powiadomień Zapisy w zbiorze: [316] Zdarzenia systemowe można przeglądać: AD > Trawers > Zdarzenia systemowe [AD_TMS20]. W kronice powiadomień (zbiór tymczasowy) wiadomość pozostaje do zakończenia bieżącej sesji. W zbiorze [361] Zdarzenia m-ca (arch), w zbiorach miesięcznych, wiadomości pozostają na trwałe. Lista zdarzeń, które generują powiadomienia, jest ciągle rozwijana. Prosimy o zgłaszanie potrzeb. Zdarzenia systemowe (przykłady): TRQUIT01 Zakończenie sesji RKEMLODB Odebranie e-maila TRNEWMSG Wysłanie wiadomości RKREMIN Przypomnienie o kontakcie Patrz niżej: Zdarzenia systemowe (en: Events)

3. Wiadomości (en: Messages)

W programie jest mechanizm wysyłania wiadomości do wszystkich lub wybranych operatorów. U adresata wiadomość pojawia się w formie komunikatu (dymek, hint) oraz (opcja) w oknie wiadomości. Np. prośba aby operatorzy zakończyli prace, bo konieczne są prace techniczne. Adresaci (odbiorcy) mogą odpowiadać nadawcy. Nawiązuje się dialog (konwersacja). Wysyłanie wiadomości. Konwersacja

4. Przypomnienia (en: Reminders)

Jako przypomnienie można traktować wszelkie powiadomienia, wiadomości i alerty. Wysłanie powiadomienia, wiadomości i alertu, który przypomina o zadaniu, zdarzeniu lub terminie. Zwykle w parametrach wskazuje się z jakim wyprzedzeniem (liczba dni) program powinien wysłać przypomnienie. W programie Trawers, dodatkowo, wyodrębniono specjalny rodzaj powiadomień, wysyłanych w szczególnych, ważnych sytuacjach. Np. przypomnienie o kontakcie w systemie RK Rynek Kontakty na 15 minut przed wyznaczonym terminem. Termin wyznacza: dzień i godzina (param operatora: 1116 [1]).

5. Zdarzenia systemowe (en: Events, System Events)

Zdarzenia systemowe

W programie Trawers ERP niektórym zdarzeniom (en: Events), wywołanym przez operatorów lub wygenerowanym przez program nadano specjalne znaczenie i oznaczono symbolami. Np. TRQUIT01 Zakończenie sesji RKEMLODB Odebranie e-maila TRNEWMSG Wysłanie wiadomości RKREMIND Przypomnienie o kontakcie TRNEWMSG Otrzymanie wiadomości SOAEVENT Zdarzenie zapisane przez SOA (cała lista zdarzeń jest poniżej) Informacje o zdarzeniach program zapisuje w zbiorach (tabelach): 316 Zdarzenia systemowe AD ad00ev%f 361 Zdarzenia m-ca AD (arch) ad%r%m%f

Przeglądanie kroniki zdarzeń

Zawartość zbiorów można przeglądać i drukować (en: Event Manager) AD > Trawers > Kronika i monitoring operacji > > Zdarzenia systemowe [AD_TMS20]. ---------------------------------------------------------------- Data Godzina Nadawca Do Symbol IdProces Priorytet ---------- ------- ------- -- -------- -------- - 20xx.07.13 13:35:30 PZ JD RZSNDTSK RZ_DZA10 5 20xx.07.13 13:40:06 TR RKEMLODB RK_PEM12 5 20xx.07.13 13:42:02 JD OK RZSNDTSK RZ_DZA10 5 ---------------------------------------------------------------- ---o---- | | v Zdarzenia systemowe. Symboliczne oznaczenie zdarzenia | v ADLOGIN => Logowanie operatora ADLOGOUT => Wylogowanie operatora AUTHREQ1 => Żądanie autoryzacji AUTORUN => Przerwanie procesu AutoRun BLOCKUSR => Zablokowanie operatora EBIERROR => EBI: Błąd SOA KSEFPOBR => Pobranie nowych faktur z KSeF #KSeF NAACKORD => Zamówienie sprzedaży do potwierdzenia NACHGZAQ => Zmiana ilości zamówionej NACHGZAT => Zmiana terminu realizacji zamówienia NANEWORD => Nowe zamówienie sprzedaży RKEMLODB => Odebranie nowych e-maili RKREMIND => Przypomnienie o kontakcie RK RUNERROR => Błąd wykonania RZSAVMSG => Edycja wiadomości RZSAVTSK => Edycja zadania RZSNDMSG => Wysłanie wiadomości RZSNDTSK => Wysłanie zadania SOAEVENT => Zdarzenie zapisane przez SOA TRALARM1 => Koniec licencji TRALERT => Alert TRCONTRO => Błąd na zestawieniu kontrolnym TRNEWMSG => Nowa wiadomość TRPRINT1 => Komunikat z funkcji drukującej (tKomunikat{}) TRQUIT01 => Zakończenie sesji Zdarzenia zapisane w kronice można filtrować, np. wybrać tylko: RZSNDMSG tj. wiadomości wysyłane operatorom. Filtr buduje się przy pomocy warunku: [B] Wybrane wg Query.

Priorytety zdarzeń

Zdarzenia mają ustalone priorytety. Priorytet wpływa na sposób prezentacji zdarzenia operatorom: [0] wartość domyślna (tak jak [5]) [1] tylko komunikat na pasku powiadomień (nie przerywa pracy operatora) [2] tylko komunikat na pasku powiadomień (nie przerywa pracy operatora) [3] komunikat na pasku powiadomień oraz okno z informacjami [4] komunikat na pasku powiadomień oraz okno z informacjami [5] komunikat na pasku powiadomień oraz okno z informacjami [6] komunikat na pasku powiadomień (czerwony) oraz okno z informacjami [7] komunikat na pasku powiadomień (czerwony) oraz okno z informacjami [8] komunikat na pasku powiadomień (czerwony) oraz okno z informacjami [9] komunikat na pasku powiadomień (czerwony) oraz okno z informacjami Większość zdarzeń ma priorytet [2]. Powiadomienie o nowym wydaniu programu [5]. Wiadomości operatorów mają priorytet [6]. W definicjach Alertów własnych można ustalić priorytet, który będzie miało powiadomienie o wykonaniu danego alertu. Alerty i raportowanie

6. Zadania w systemie RZ Projekty zadania

W systemie RZ Projekty Zadania można wysłać wiadomość (zapisaną jako wiadomość) do wskazanego adresata (wykonawcy). Można delegować zadanie do innego operatora (wykonawcy). RZ Projekty Zadania

7. Alerty

Alerty (alarmy), to są powiadomienia, informacje o wystąpieniu zdarzenia lub powstaniu warunków, w których takie zdarzenia mogą powstać. W definicji alertu wskazuje się adresatów (subskrybentów) alertu. Adresatami mogą być m.in. operatorzy, odbiorcy, dostawcy. Alerty uruchamiane są przez Autorun. Operatorzy, którzy są adresatami alertu (z emisją na ekran) otrzymują powiadomienia w trakcie bieżącej pracy. Priorytet powiadomienia określa, czy będzie to informacja w pasku powiadomień, czy okno z informacjami. Alerty i raportowanie

8. Tematy powiązane

Zarządzanie sesjami Alerty i raportowanie Wysyłanie wiadomości Komunikacja w Trawers RK Rynek Kontakty RZ Projekty Zadania Słowa kluczowe #TrawersERP-Komunikacja #Admin-Alerty #e-KomunikacjaEmail

9. (AsystentAI) Zdarzenia systemowe. Powiadomienia

9.1 Wprowadzenie

Powiadomienia, Alerty i Zdarzenia Systemowe w Trawers ERP. System Trawers ERP oferuje zautomatyzowane mechanizmy informowania operatorów o ważnych zdarzeniach biznesowych i technicznych. Do najważniejszych narzędzi komunikacji systemowej należą: * Powiadomienia - generowane automatycznie na podstawie zdarzeń i warunków logicznych. * Alerty - warunkowe raporty uruchamiane przez system. * Zdarzenia systemowe - rejestrowane działania w systemie, mogące inicjować powiadomienia.

9.2 Powiadomienia (EventNotification)

1. Opis Powiadomienia to komunikaty wysyłane automatycznie przez system lub przez operatora do wybranych użytkowników. Informują o zdarzeniach mających istotne znaczenie operacyjne. 2. Typy powiadomień: * Powiadomienie Raport - pojawia się po zalogowaniu, z opcją podglądu i wydruku raportu. * Powiadomienie Dymek (Hint) - krótka informacja w rogu ekranu, znika po 3 sekundach. * Powiadomienie Okno - wiadomość w wyskakującym oknie, może zawierać treść wiadomości. * Powiadomienie Alert - specjalna forma alertu generująca komunikat. 3. Parametry operatorów (11xx): | Kod | Treść | | ---- | -----------------------------------------------------| | 1110 | Zobowiązania do zapłaty na dziś lub przeterminowane | | 1113 | Stany magazynowe poniżej minimum | | 1114 | Zamówienia sprzedaży zaległe | | 1115 | Umowy o pracę wygasające dzisiaj lub w tym tygodniu | | 1118 | Zamówienia zakupu z przekroczonym terminem realizacji| Parametry są przypisywane per-operator i można je skonfigurować w grupach: 05xx, 06xx, 07xx, 11xx.

9.3 Alerty

1. Definicja Alerty to automatycznie uruchamiane raporty systemowe, reagującena zdarzenia lub warunki logiczne. 2. Metody prezentacji alertu: * Wyświetlenie na ekranie * Wydruk * Wysłanie e-mailem * Przekazanie do innego systemu (Polecenie) 3. Uruchamianie i adresaci * Alerty uruchamiane są przez Autorun. * Adresatami mogą być operatorzy, dostawcy, odbiorcy. * Możliwość konfiguracji priorytetu wyświetlania.

9.4 Zdarzenia systemowe (Events)

1. Rejestrowanie zdarzeń Zdarzenia rejestrowane są w zbiorach: * `316 Zdarzenia systemowe` - dane bieżące * `361 Zdarzenia m-ca` - dane archiwalne 2. Przykładowe symbole zdarzeń: | Symbol | Opis | | -------- | ---------------------------------- | | TRQUIT01 | Zakończenie sesji | | RKEMLODB | Odebranie e-maila | | TRNEWMSG | Wysłanie wiadomości | | RKREMIND | Przypomnienie o kontakcie RK | | TRALERT | Alert | | SOAEVENT | Zdarzenie zarejestrowane przez SOA | Zdarzenia mogą być również przekazywane przez systemy zewnętrzne poprzez funkcję `EventNew` w SOA.

9.5 Priorytety zdarzeń

Zdarzenia mają przypisany priorytet (0-9), który wpływa na sposób prezentacji: | Poziom | Sposób prezentacji | | ------ | ------------------------------------------------------ | | 0-2 | Pasek powiadomień (nie przerywa pracy) | | 3-5 | Pasek + okno informacyjne | | 6-9 | Czerwony pasek + okno (ważne lub krytyczne komunikaty) |

9.6 Kronika powiadomień i zdarzeń

1. Kronika powiadomień * Przechowywana tymczasowo do końca sesji * Dostęp: `F12 > Dodatkowe > Kronika powiadomień` 2. Kronika zdarzeń systemowych * Stała rejestracja w zbiorze 316 * Dostęp: `AD > Trawers > Zdarzenia systemowe [AD_TMS20]` * Możliwość filtrowania wg symboli (np. `TRNEWMSG`, `RZSNDTSK`)

9.7 Przykłady zastosowania i dobre praktyki

* Ustawianie tylko istotnych powiadomień dla danego operatora * Monitorowanie alertów o przekroczeniu terminów i stanach magazynowych * Analiza zdarzeń z wykorzystaniem priorytetów