Alerty. Definiowanie

1. Opis ogólny 2. Definiowanie alertu 2.0 Zapisy w tabeli alertów 2.1 Tabela alertów 2.2 Częstotliwość i zakres monitorowania 2.3 Warunki Query 2.4 Treść raportu 2.5 Adresaci alertów 2.6 Katalog ftp: Przykłady alertów 3. Definicje alertu. Zaawansowane Monitorowanie różnych pozycji dokumentu Porównanie z wartością wyliczoną Delegowanie nieodebranego alertu Zapisy w różnych zbiorach. RaportyXML Przerywanie emisji alertu Wykonywanie funkcji w AutoRun Wysyłanie RaportyXML do kontrahentów 4. Tematy powiązane 5. Aneks. Definiowanie alertów (AsystentAI)

1. Opis ogólny

Alert

Alert (ogólnie), to jest sygnał o wystąpieniu monitorowanego zjawiska. Alert w programie Trawers ERP, to jest mechanizm reagowania na wystąpienie określonych zdarzeń lub spełnienie ustalonych warunków. W tabeli alertów [327 Alerty Definicje] ustala się warunki, które uaktywniają wysłanie raportu do podanych adresatów. Raport może zawierać dodatkowe polecenia, które inicjują kolejne procesy, np. zapisy danych do wskazanych zbiorów lub wykonanie funkcji SOA. Patrz opisy: * Monitorowanie zdarzeń i warunków * Raportowanie * Zapisy do bazy danych * Wysyłanie dokumentów * Schemat alertu -------------------------------------------------------------------------------- Zdarzenie ---> Monitorowanie ---> Analiza warunków ---> Działanie (akcja) -------------------------------------------------------------------------------- (en: Event ---> Monitoring Strategy ---> Triger Creteria ---> Action to Take) * Procesy automatyczne * Wysyłanie raportów do różnych adresatów * Definiowanie treści raportu * Wysyłanie na różne urządzenia wyjściowe * Alerty w katalogu ftp.tres.pl/alerty Patrz szczegóły: Alerty i raportowanie. Opisy

2. Definiowanie alertu

2.0 Zapisy w tabeli alertów

Definicje alertu zapisuje się w tabeli. W tabeli są dane używane podczas przetwarzania alertu wg schematu: Zdarzenie ---> Monitorowanie ---> Analiza warunków ---> Działanie (akcja) * Zdarzenie - które dane objęte są monitorowaniem, jakie właściwości (cechy, wielkości) są analizowane - system, zbiory, pola * Monitorowanie - częstotliwość, dni, godziny, powtarzalność, dane okresowe (miesięczne) * Analiza warunków - które zapisy w bazie danych należy przetworzyć (warunki Query) * Działanie (akcja) - generowanie treści raportu - ustalanie adresatów - wskazywanie urządzenia wyjściowego - kanały powiadomień - dopisywanie do bazy danych - aktualizowanie danych w bazie

2.1 Tabela alertów

AD > AD > Alerty Tabela [AD_TAL10] o-- Alerty -----------------------------------------------------------o |A Symbol --- Nazwa ---------------- Ostatni alert Nast wykonanie | | | | BEZEMA Odbiorcy bez e-mail 20xx.06.07 11:26 . . 00:00| | JD0001 Wezw do zaplaty wg rozrach 20xx.10.18 19:11 . . 00:00| |# PZ0001 Email: faktura z archiwum 20xx.01.24 17:12 . . 00:00| | PZ0002 Email: lista faktur okresu 20xx.01.24 16:57 . . 00:00| |# PZABON Zamówienia na usługi 20xx.05.09 11:30 . . 00:00| | PZAPEX Abonamenty do realizacji 20xx.03.09 11:30 20xx.03.24 11:30| |# PZCZAS Czas odpowiedzi na e-mail . . 00:00 . . 00:00| |# RK0001 Ile dopisano maili 20xx.01.09 11:25 . . 00:00| | | | | o---------------------------------------------------------------------o | F2-rap, F3-plik, F5-wykonaj, F6-symuluj, F7-zmień, Z/F8-dop, F9-usuń| o ---o-- --o---- ---o------ ----o----- ---o---- --o----- ---o---o | | | | | | | | | | | Zmienia | Usuwa Wyświetla | Wykonuje | Dopisuje definicję utworzony | obliczenia | definicję raport | | | Symuluje obliczenia Zapisuje definicję do pliku / czyta z pliku

2.2 Częstotliwość i zakres monitorowania

Karta definicji alertu

o-- Alert ------------------------------------------------------------------[X]o | Symbol 000001 Czy są nowe zamówienia sprzeda Priorytet 2 | | Status | | System NA Sprzedaż, należności | | Zbiór 314 Zamów/Oferty_Nag NA (bież) Ilość okresów 0 | | | | Wykonać co 0 dni 0 godzin 15 min. W godzinach 08:00 - 16:00 | | Ująć ponownie N po dn. godz. min. | o- Adresaci -------------------------------------------------------------------o |- --- Adresat ------------------------- --- Urządzenie wyjściowe ------------ | |U AA Adam Abacki Administrator EKRAN0 Przeglądanie | | | | | o------------------------------------------------------------------------------o | | o------------------------------------------------------------------------------o | F2-def raportu, F3-query, U/F7-zmień, F8-dopisz, F9-usuń, F10-info | o------------------------------------------------------------------------------o Status: [ ] Aktywny - alert może być wykonany [#] Nieaktywny - alert jest pomijany Priorytet: Priorytet, jaki otrzyma emitowane powiadomienie. Możliwe wartości: [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 Powiadomienia, zdarzenia NOTE: Gdy priorytet [3]..[9] i emisja na ekran, to program przerywa pracę i wyświetla komunikat. Operator powinien zareagować. Klawiszem potwierdzić odczytanie. System: System, w którym znajduje się monitorowany zbiór, np. NA Zbiór: Monitorowany zbiór, np. 314 Zamów/Oferty_Nag NA Ilość okresów: Monitorować [n] okresów obliczeniowych zbiorów okresowych, np. faktur sprzedaży 1 - tylko bieżący 2 - bieżący i poprzedni ... itd. Wykonać co: Wykonać alert co DD dni GG godzin MM minut Program wykonuje alert, gdy nadszedł lub minął czas wykonania. Wykonanie zaczyna się od sprawdzenia warunków Query (F3). Jeżeli są spełnione, to alert zostanie wykonany. Program wyznacza termin wykonania tak: do daty ostatniego sprawdzenia warunków dodaje [Wykonać co] Wykonuje alert, gdy: (SPRDATA.SPRCZAS + CODNI.COGODZ.COMIN <= TERAZ) Ująć ponownie: [T] Ująć ponownie pozycje (rekordy), które już zostały przetworzone Pozycje zbioru (rekordy), które spełniają warunek Query, zostaną ponownie ujęte w kolejnych wykonaniach tego alertu. Podanie [co]: 0 dn. 0 godz. 0 min. spowoduje, że rekordy będą ujmowane w każdym wywołaniu alertu. Podanie [co]: NN dn. NN godz. NN min. spowoduje, że rekordy będą ujęte ponownie dopiero po upływie tego czasu. [N] Nie ujmować ponownie. Przetworzyć tylko jeden raz Pozycje zbioru (rekordy), które spełniają warunek Query, zostaną ujęte w alercie tylko jeden raz. Kolejne wykonania tego alertu pominą rekordy, które już wcześniej zostały ujęte.

2.3 Warunki Query

Warunek Query określa, które zapisy w wybranym zbiorze należy przetworzyć. Alert będzie przetwarzany, gdy zapisy w zbiorze spełniają podany warunek Query. Jeżeli żaden zapis nie spełni warunku, alert nie będzie przetwarzany. Patrz: Raportowanie wg Query Zapytania wg warunków Query

2.4 Treść raportu

Definiowanie treści raportu emitowanego przez alert. Raport może zawierać elementy (sekcje): * Temat Nazwa raportu. Ogólne określenie zawartości * Nagłówek Zwykle: nazwy kolumn pod którymi będą dane pozycji * Pozycje Pola z rekordu Zwykle: dane (wartości) z poszczególnych rekordów zbioru Powtarzające się zapisy z bazy danych * Stopka Zwykle: podsumowanie wartości rekordów pozycji o-- Alert. Definicja raportu -----------------------o | | o------> | Temat: Nowe zamówienia sprzedaży | | | | | o----> o-- Nagłówek ---------------------------------------o | | | -- Numer --- -- Data -- -- Odbiorca ------- | | | | | | | | | | | o--> o-- Pozycje ----------------------------------------o | | | | @NUMER @DATA @ODBDOST @ODNAZWA | | | | | | | | | o> o-- Stopka -----------------------------------------o | | | | | | | | | | o---------------------------------------------------o | | | | | | | o---- Stopka Podsumowanie raportu | | o------ Pozycje Powtarzające się zapisy z bazy danych | o-------- Nagłówek Tekst wprowadzający o---------- Temat

Pola dodatkowe

Raport może zawierać wartości pól monitorowanego zbioru oraz pola dodatkowe, które zawierają wartości nieobecne bezpośrednio w zbiorach a konieczne do prawidłowego zbudowania raportu lub warunku. Program sam generuje i podpowiada pola dodatkowe w zależności od wybranego zbioru głównego. Pola dodatkowe oznaczono znakiem (x).

dodatkowe

MILOSC Ilość w KSOM

Ilość w KSOM, jest polem dodatkowym koniecznym do zbudowania warunku dla alertu pokazujacego zapasy poniżej normy min. Takie pole jest konieczne, gdyż pole: Ilość w karcie KSOM jest wypełniane tylko przy metodzie wyceny E i S. Przy metodach wyceny F i L pole nie jest wypełnione. Program liczy w locie ilość wg zbioru cen L/F. I właśnie pole: Ilości w KSOM obliczane jest w locie dla potrzeb alertu.

MWARTOSC Wartość zapasu w magazynie

Także pole MWARTOSC Wartość zapasu indeksu (pozycji w magazynie) liczone jest w locie dla potrzeb alertu. Pola w raporcie zapisane są w postaci @NAZWA_POLA, np. @ODMIASTO.

Pola z danymi w: Temat, Nagłówek, Stopka

Jeżeli temat, nagłówek lub stopka zawierają pola z danymi, to powstanie kilka raportów, osobny dla każdej wartości pola. Np. jeżeli w nagłówku raportu umieszczono pole: dane kontrahenta, to dla każdego kontrahenta będzie przygotowany i wyemitowany osobny raport.

Funkcje TrExtLang

Raport może zawierać funkcje, np. elementy graficzne, obliczenia, przetwarzanie warunkowe. Funkcje TrExtLang Przykład raportu wynikowego: o---------------------------------------------------o | Alert: Z00010 Nowe zamówienia sprzedaży | | Data: 20xx.09.30 21:13 | | | | Temat: Nowe zamówienia sprzedaży | | | | -- Numer --- -- Data -- -- Odbiorca --------- | | 000004/09/12 20xx.09.30 000001 ALFA Sp.z o.o. | | 000012/09/12 20xx.09.30 000326 FERMATA S.c. | | | o---------------------------------------------------o

2.5 Adresaci alertu

Adresatami alertu mogą być: * osoby do kontaktu u kontrahentów * pracownicy * operatorzy (użytkownicy) Najczęściej adresatami są operatorzy, użytkownicy programu, którzy wykonują różne zadania i mają różne role i uprawnienia. Dlatego raporty można adresować do operatorów powiązanych z różnymi zapisami (rekordami) i obiektami w bazie danych programu. Raport można wysłać: * Do operatora, który jest powiązany z odbiorcą (pole w karcie odbiorcy) do którego wysłano ofertę sprzedaży * Do operatora, który jest domyślnym operatorem w magazynie z którego będzie wydanie towaru na fakturę sprzedaży * Do operatora, który zarejestrował zamówienie sprzedaży Raporty (alerty) adresowane do operatorów mogą zawierać przypomnienia np. o zbliżających się terminach upływu ważności oferty, o potwierdzeniu zamówienia zakupu przez dostawcę, o pobraniu zamówienia do kompletacji. Adresaci (przykłady) [U] Operator : [R] Rola : [E] Pracownik : PL [N] Pracownik ze zbioru : PERSON [B] Odbiorca : NA [V] Dostawca : ZO [M] Główny dostawca indeksu : ZO DOSTAWCA [C] Kontrahent ze zbioru: 198 : NA/ZO ODBDOST [P] Przedstawiciel handl w karcie odbiorcy ze zbioru: 198 : NA/ZO ODBDOST [Q] Operator w karcie odbiorcy ze zbioru: 198 : NA/ZO ODBDOST [W] Wystawił ze zbioru: : NA/ZO WYSTAWIL [Y] Operator w karcie magazynu ze zbioru: : MG [O] Operator ze zbioru: : SYMOP Dla każdego adresata zostanie przygotowany raport. Raport zostanie wyemitowany na wskazanym urządzeniu wyjściowym, np. wysłany e-mailem, wydrukowany na drukarce lub pokazany na ekranie monitora. Dla adresatów typu [C] Kontrahent ze zbioru, [M] Główny dostawca indeksu, [P] Przedstawiciel handl i [Q] Operator w karcie odbiorcy zostaną przygotowane raporty zawierające tylko informacje ich dotyczące. Tak samo zostaną przygotowane raporty, gdy adresatami będą: [Y] Operator w karcie magazynu ze zbioru: ... (operator odpowiedzalny za magazyn) [W] Wystawił ze zbioru: ... (operator wystawiający dokument) Np. jeżeli badanym zbiorem jest zbiór dokumentów sprzedaży, to raporty skierowane do głównego dostawcy będą zawierały tylko te indeksy, których jest głównym dostawcą. Raporty skierowane do odbiorcy będą zawierały tylko jego dokumenty. Alerty skierowane na ekran zostaną wyświetlone w chwili, gdy operator lub kontrahent zaloguje się do systemu. Kontrahent może logować się do systemu używając funkcji systemu [RA] Zdalny dostęp kontrahentów. RA Zdalny dostęp odbiorców RA Zdalny dostęp dostawców (beta) Alerty wysyłane e-mailem, adresowane są do osób do kontaktu odbiorcy, które mają oznaczenie: Email [T] (zgoda na otrzymywanie e-maili). Osoby do kontaktu Urządzenia wyjściowe

2.6 Katalog ftp: Przykłady alertów

W katalogu: https://ftp.tres.pl/alerty/ są przykłady definicji alertów: [v] Potwierdzenie zamówienia sprzedaży [v] Informacja o należnościach [v] Stan realizacji zamówienia sprzedaży [v] ... itd. Alerty te można użyć wprost w działalności firmy lub użyć jako wzór do budowania własnych, indywidualnych alertów. Patrz też: Alerty i raportowanie. Przykłady

3. Definicje alertów. Zaawansowane

Użycie poniższych rozwiązań wymaga znajomości funkcji TrExtLang, w szczególności wykorzystania ich do sterowania procesem wydruku, wyliczania wartości i zapamiętywania wartości w rejestrach. Funkcje TrExtLang

Monitorowanie różnych pozycji dokumentu

Przewaga Alert nad Query Metoda warunków Query porównuje wartości różnych pól jednego rekordu (zapisu) we wskazanym zbiorze danych. Query. Zapytania wg warunków Query nie daje możliwości monitorowania i porównywania pól wielu rekordów, np. wielu pozycji jednej faktury sprzedaży. Np. przy użyciu Query nie można ustalić czy w fakturze jest pozycja z indeksem: [Czajnik] a nie ma pozycji z indeksem: [Łyżeczka do herbaty]. W przypadku, gdy szukane dane zawarte są w różnych pozycjach, można użyć Alert oraz funkcje TrExtLang i utworzyć odpowiedni raport z oczekiwanymi informacjami.

Porównanie z wartością wyliczoną

Przewaga Alert (z TrExtLang) nad Query Query porównuje wartości pól zapisanych w zbiorze, np. ILOSC i CENA. W Query nie można budować warunków z wartościami wyliczanymi, np. ILOSC*CENA > 100. Dlatego nie można monitorować wielopozycyjnej faktury sprzedaży, aby ustalić, czy wartość dokumentu przekracza określoną kwotę, lub ustalić, czy zapas asortymentu w magazynie zmalał do 80% stanu minimalnego. Także w tym przypadku, odpowiednie porównania można zapisać bezpośrednio w treści raportu używając funkcji TrExtLang.

Delegowanie nieodebranego alertu

W przypadku, gdy alert został skierowany na ekran operatora, to można sprawdzić, czy został odebrany. Jeżeli nie został odebrany, to można wyświetlić alert innemu operatorowi. Należy monitorować zapisy w zbiorze: 316 Zdarzenia systemowe Wyemitowany alert zostanie zapisany do kroniki z następującymi danymi: --------- SYMBOL - [TRALERT] NADAWCA - Symbol alertu ODBIORCA - Symbol operatora STATUS - [N] Alert czeka na odczytanie lub jest wyświetlany [ ] Odczytano, zapis zostanie usunięty DATA,CZAS - Data, czas wystąpienia alertu PRIORYTET - Priorytet alertu DANE - Nazwa pliku raportu --------- Budując query należy uwzględnić pola STATUS, SYMBOL, NADAWCA, ODBIORCA, DATA i CZAS. Określając datę i czas trzeba uwzględnić, że zapis o odczytaniu nastąpi dopiero po zakończeniu pracy operatora. Budując raport, można wstawić treść pierwotnego alertu używając funkcji ţTreśćPliku{} ------------------------ ţTreśćPliku{ţFragment{@DANE;2;};utf-8} ------------------------ Funkcje TrExtLang

Zapisy w różnych zbiorach. RaportyXML

Ograniczenie funkcji Query -------------------------- Funkcja: Query porównuje wartości pól jednego rekordu w jednym zbiorze danych. Nie umożliwia porównania wartości pól dwóch różnych zbiorów. Aby porównać wartości dwóch różnych zbiorów: - Utworzyć odrębne definicje alertów dla każdego zbioru - Utworzyć dodatkowy alert monitorujący wystąpienia tych alertów w zbiorze: 316 Zdarzenia systemowe Alert taki sprawdza jednoczesne wystąpienie alertów częściowych. Gdy wystąpią, to emituje powiadomienie. Służą do tego funkcje TrExtLang. Zastosowanie RaportyXML ----------------------- Zalecanym rozwiązaniem jest przygotowanie zestawienia w RaportyXML w PM, który umożliwia pracę na kilku zbiorach. Proces alertów może cyklicznie wykonywać RaportyXML i zależnie od jego treści generować powiadomienia. RaportyXML P: Jak w alercie cyklicznie wykonywać RaportyXML ? O: Monitorować dowolny zbiór, np. Parametry AD (212) Ustawić: [Ująć ponownie] na [T] i podać 0 dni 0 godz 0 min. W definicji alertu dać wywołanie funkcji: [ţRaportCSV{symbol raportu}] Funkcje TrExtLang Poniżej podano przykład wykorzystania mechanizmu alertu do wysyłania wyników obliczeń RaportyXML do kontrahentów. Użycie [ţIndeks1{}] i [ţRekord{} -------------------------------- Inna możliwość, to użycie [ţIndeks1{}] i [ţRekord{}] do pobrania i analizy danych z innych zbiorów. Następnie przerwanie lub emisja alertu, zależnie od warunków zapisanych w treści alertu przy pomocy funkcji TrExtLang. Funkcje TrExtLang

Przerywanie emisji alertu

Emisję alertu można przerwać używając: ţPrzerwij Funkcje TrExtLang

Wykonywanie funkcji w Autorun

Alert może wysłać raport na urządzenie: Polecenie A to oznacza, że może wykonać funkcje IdProces w trybie AutoRun Urządzenia wyjściowe Procesy AutoRun

RaportyXML. Wysyłanie do kontrahentów

Raporty utworzone w RaportyXML można rozsyłać do kontrahentów przy zastosowaniu mechanizmu alertów. Zastosowano metodę zamiany zbioru danych, na którym pracuje alert, na zbiór CSV utworzony w RaportyXML. W treści alertu umieszcza się polecenie wykonania: ţRaportCSV{} Polecenie wczytuje treść raportu u wysyła do wskazanych kontrahentów. Patrz też: RaportyXML Funkcje TrExtLang

RaportyXML. Zapisywanie raportu (plik CSV)

W module RaportyXML utworzono definicję raportu, który tworzy plik CSV z kartoteki stanów magazynowych KSOM. Alert okresowo, np. co 2 godziny, automatycznie tworzy plik raportu wg definicji w RaportyXML. Alert -> RaportXML -> plik CSV Patrz szczegóły: Alerty. Tworzenie RaportXML

4. Tematy powiązane

Alerty. Przykłady Alerty. Rozbudowa Alerty. AI interpretuje definicje XML Alerty. AI tworzy definicje XML Procesy AutoRun Słowa kluczowe #TrawersERP-Automatyzacja #Admin-Alerty #Admin-UrządzeniaWyjściowe #Admin-KatalogFTP #Raporty-FormatyDanych #e-KomunikacjaEmail #Pomoc-AsystentAI

5. Aneks. Definiowanie alertów (AsystentAI)

(AsystentAI) Artykuł bazy wiedzy: Definiowanie alertów w Trawers ERP Tytul: Definiowanie alertow w Trawers ERP Opis: Jak zdefiniować i skonfigurować alert w systemie Trawers ERP. Od podstawowej definicji po zaawansowane scenariusze z użyciem funkcji TrExtLang. Grupa tematyczna: Admin-Automatyzacja / Admin-Alerty Poziom: Zaawansowany 1. Czym jest alert ? Alert to automatyczne powiadomienie generowane przez system Trawers ERP w reakcji na wystapienie okreslonych zdarzen lub spelnienie ustalonych warunkow. Definicje alertow tworzy sie w tabeli [327 Alerty Definicje]. Struktura dzialania alertu: ``` Zdarzenie -> Monitorowanie -> Analiza warunkow -> Akcja (np. wysylka raportu) ``` Przyklady zastosowań: * monitorowanie zaległych płatności * wykrywanie brakow magazynowych * powiadamianie operatora o nowych zamówieniach 2. Tworzenie i konfiguracja alertu 2.1. Dostep do tabeli alertow Modul: AD_TAL10 Tam można: * tworzyć, edytować, usuwać alerty * przegladać historie wykonania * uruchamiać alert ręcznie lub testowo 2.2. Ustawienia główne | Pole | Opis | ------------- | ---------------------------------------------------- | | System | Modul, z ktorego pochodza dane (np. NA - Naleznosci) | | Zbior | Nazwa zbioru monitorowanego (np. 314 - Zamowienia) | | Czestotliwosc | Co ile minut/godzin/dni wykonywac alert | | Ujac ponownie | Czy ujmowac ponownie te same rekordy | | Status | [ ] aktywny / [#] nieaktywny | | Priorytet | Okresla sile powiadomienia (1-9) | 2.3. Warunki Query Query definiuje, ktore rekordy spelniaja warunek do wykonania alertu. Jesli warunek nie jest spelniony, alert nie zostanie wykonany. 2.4. Definicja raportu Raport moze zawierac: * Temat - tytul * Naglowek - opis kolumn * Pozycje - dane z rekordow * Stopke - podsumowania Moze zawierac pola dodatkowe (oznaczone '(x)') wyliczane dynamicznie. Przyklad: `@MILOSC`, `@MWARTOSC` 2.5. Adresaci Adresatami moga byc: * operatorzy * pracownicy * osoby kontaktowe kontrahenta * dostawcy, przedstawiciele handlowi Raport zostanie wyslany na wskazane urzadzenie: ekran, e-mail, drukarka itp. 2.6. Przyklady alertow Dostępne w katalogu ftp. Patrz szczegóły: Alerty. Pliki na ftp. Przeglądanie (np. Potwierdzenie zamowienia, Stan realizacji zamowienia, Informacja o naleznosciach) 3. Zaawansowane zastosowania Monitorowanie wielu pozycji dokumentu Mozliwe przy pomocy funkcji `TrExtLang`, gdy warunki Query nie wystarcza (np. brak pozycji B przy obecnosci pozycji A). Porónania z wartościami wyliczonymi Query nie pozwala na `ILOSC*CENA > 100` można to zrobić w `TrExtLang`. Delegowanie nieodebranego alertu Z użyciem zbioru `316 Zdarzenia systemowe`. Jeśli alert nie odebrany, mozna go przekazac innej osobie. Wykonywanie RaportyXML Wywołanie `ţRaportCSV{}` w definicji alertu pozwala na cykliczne generowanie RaportyXML. Integracja z AutoRun / SOA Alert może wywoływać funkcje systemowe: np. `IdProces`, `ţRekord{}`, `ţIndeks1{}`. Przerywanie emisji Funkcja `ţPrzerwij` może anulować alert, jeśli warunki zostały zmienione. 4. Powiazane artykuly i dokumentacja * [Raportowanie wg Query](#) * [Funkcje TrExtLang](#) * [RaportyXML](#) * [Urzadzenia wyjsciowe](#) * [Osoby do kontaktu u kontrahentow](#) Podsumowanie Definiowanie alertów w Trawers ERP to potężne narzędzie automatyzacji i komunikacji wewnątrz systemu. Proste alerty mozna zdefiniowac z uzyciem Query i tabeli AD_TAL10, natomiast zaawansowane scenariusze wymagaja znajomosci `TrExtLang`, `RaportyXML` oraz struktur danych programu. Aby zwiekszyć skuteczność alertów: * testuj Query na danych rzeczywistych, * stosuj adresowanie warunkowe do operatorow, * korzystaj z katalogu przykładow i gotowców Tres.