1. Opis ogólny
2. Przykłady alertów. Definiowanie
2.1 Opis ogólny
2.2 Wysyłka wezwań do zapłaty
Seryjne wysyłanie
Ze zmianą statusu rozrachunku
Z potwierdzaniem przez operatora
2.3 Wezwanie do dostawy
2.4 Tworzenie pliku CSV dla faktora
2.5 Zestawienie faktur sprzedaży ([P] ponad 10.000 PLN)
2.6 Powiadomienie o zaległych należnościach
2.7 Kończące się terminy ważności kart LOT/SER
2.8 Stan realizacji zamówienia - raport dla odbiorcy
2.9 Wysyłanie plików z rozszerzeniem .Icalendar
Wysyłanie kontaktów do operatora
Wysyłanie wizyt serwisowych do pracownika
2.10 Wykonanie i prezentacja RaportyXML
2.11 Pobieranie e-faktur z e-archiwum
2.12 Czasy odpowiedzi na e-maile
2.13 Autoresponder
2.14 Raporty wg: Ostatnie wybory operatorów
2.15 Przetwarzanie odebranych e-maili
2.16 E-maile do kierowników sprzedaży z informacjami o zaległych płatnościach
2.17 Seryjne wysyłanie i drukowanie faktur
2.18 Zamykanie zleceń produkcyjnych
2.19 Obliczanie cen w cennikach sprzedaży
2.20 Przypominanie o fakturach zakupu KSeF
2.21 Faktury sprzedaży NA. Nie wysłane do KSeF
3. Wysyłanie zestawień tabelarycznych
Dzienne zestawienie sprzedaży
Zestawienie tabelaryczne
Alert
Tryb AutoRun
4. Inne możliwe zastosowania alertów
5. Tematy powiązane
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. Przykłady alertów. Definiowanie
2.1 Opis ogólny
Poniżej podano opisy definiowania alertów.
Definicje opisanych alertów są na serwerze ftp: https://ftp.tres.pl/alerty/
Np. Tworzenie pliku CSV dla faktora
https://ftp.tres.pl/alerty/ -> Faktoring_dla_BPH.xml
2.2 Wysyłka wezwań do zapłaty
Wezwania do zapłaty (monity), to informacje wysyłane do dłużników
przypominające o konieczności uregulowania należności (windykacja).
Zwykle wysyła się kolejne, coraz bardziej stanowcze (kolejne poziomy).
Np. Informacja o zaległościach, Wezwanie ostateczne, Wezwanie przedsądowe.
Parametrem sterującym poziomem wezwania jest status rozrachunku.
Status można zmieniać ręcznie lub automatycznie, alertem.
Rozrachunki z kontrahentami
Seryjne wysyłanie
Zadanie
=======
Seryjnie wysyłać wezwania do zapłaty na adresy email kontrahentów.
Program powinien sprawdzać stan rozrachunków odbiorców,
rachunek po rachunku. Do raportu zapisywać numery faktur i kwoty zaległości
gdy zapłata jest opóźniona 14 dni lub więcej.
Utworzone raporty, oddzielny raport dotyczący każdego odbiorcy, program
powinien wysłać na adres e-mail osoby do kontaktu z działu [FI] Dział
Finansowo-Księgowy.
Rozwiązanie
===========
* Dopisać nagłówek karty alertu, np.
--------------------------------------------------------
Symbol RO0010 Wezwanie do zapłaty wg rozrachunków
Status [ ]
System NA Sprzedaż, należności
Zbiór 198 Rozrachunki bieżące NA
.....
--- Adresaci -------------------------------------------
- --- Adresat ----------------- --- Urządzenie wyjściowe
C FI Dział Finansowo-Księgowy EMAIL0 E-mail
--------------------------------------------------------
* Dopisać definicję alertu, np.
--- Alert Definicja raportu -----------------------------------------
Temat Wezwanie do zapłaty
--- Nagłówek --------------------------------------------------------
Odbiorca @ODBDOST @ ODNAZWA .....
Informujemy, że według stanu naszej ewidencji na dzień ţData
zalegacie Państwo z zapłatami za wystawione rachunki/faktury
jak w poniższym zestawieniu.
Uprzejmie prosimy o uregulowanie należności.
Fakt/rach Kwota należna, zapłacona, zaległa Dni po terminie
--- Pozycje ---------------------------------------------------------
@NUMER @KWOTA @KWOTAR ţ={@KWOTA - @KWOTAR;9 999 999.99} ţRóżnicaDat{@TERMIN}
--- Stopka ----------------------------------------------------------
---------------------------------------------------------------------
* Dopisać warunek, np.
---Warunek -----------------------------------------
[0-Do rozlicz. 2-Rozliczajacy] jest = '0' i
[Rok calkowitego rozliczenia] nie jest wypełniony i
[Termin rozliczenia] jest sprzed 13 dni
----------------------------------------------------
Ze zmianą statusu rozrachunku
Zadanie
=======
Seryjnie wysyłać wezwania do zapłaty na adresy email kontrahentów.
Status należności zmienić na: [1] Wezwanie do zapłaty.
Rozwiązanie
===========
Wykorzystać funkcje SOA [SetARStatus] i mechanizm alertów.
Pobrać definicję alertu z ftp.
Alert: Wezwanie_do_zaplaty_z_zapisem_statusu.xml
Z potwierdzaniem przez operatora
Zadanie
=======
Tak jak poprzednie wezwanie do zapłaty, ale ostatecznie to użytkownik
decyduje, którym kontrahentom zostaną wysłane powiadomienia.
Rozwiązanie
===========
Wykorzystać wywołanie alertu z alertu: ţAlert{}.
Utworzyć trzy alerty:
WEZW01 inicjacja
WEZW02 checklista
WEZW03 wysyłka
Pierwszy alert: WEZW01 informuje operatora o zaległych należnościach kontrahentów.
Po zgodzie na kontynuowanie procesu wywołany jest kolejny alert WEZW02
z zestawieniem wszystkich kontrahentów z zaległymi płatnościami.
Dla każdego kontrahenta operator oznacza:
Wysyłać wezwanie [T/N]
Końcowy alert WEZW03 wysyła emaile do oznaczonych [T] kontrahentów.
Instrukcja wykonania
--------------------
Pobrać pliki z ftp (link poniżej) i nadać im odpowiednie symbole i statusy:
Wezwanie_inicjacja.xml -> WEZW01 (status aktywny [ ] - podlega Autorun)
Wezwanie_checklista.xml -> WEZW02 (status nieaktywny [#] - nie podlega Autorun)
Wezwanie_wysyłka.xml -> WEZW03 (status nieaktywny [#] - nie podlega Autorun)
Alert: WEZW01 wykonywany jest automatycznie co 7 dni. Sprawdza należności
zalegające ponad 7 dni. Gdy operator przerwie proces między jednym alertem
a kolejnym, wówczas zaleca się wykonać alert WEZW02 ręcznie [F5] (kolejny z Autorun
będzie za 7 dni).
Przed zamknięciem sesji kontynuacja jest też możliwa przez wywołanie kroniki
powiadomień i wybranie pozycji z informacją o alercie WEZW01. Program ponownie
wyświetli pytanie.
Powiadomienia, wiadomości
Informacje techniczne
---------------------
WEZW01: Wezwanie_inicjacja.xml
Adresat: [U] Operator
Urządzenie wyjściowe: Ekran
WEZW02: Wezwanie_checklista.xml
Brak adresatów. Alert będzie przetwarzany w sesji, z której zostanie wywołany.
WEZW03: Wezwanie_wysyłka.xml
Adresat: [C] Kontrahent ze zbioru 197
Urządzenie wyjściowe: [Email PDF] Email z załącznikiem PDF
Pliki
-----
https://ftp.tres.pl/alerty/Wezwanie_inicjacja.xml
Wezwanie_checklista.xml
Wezwanie_wysyłka.xml
Pobieranie z http: Menu AD > AD > Alerty Tabela > F3-plik
2.3 Wezwanie do dostawy
Automatyczne wskazanie opóźnień w realizacji zamówień dostaw.
Jak alarmować, że dostarczono mniej niż zamówiono ?
Albo nie dostarczono mimo upływu terminu dostawy (en: Delivery Reminder)?
Np. wysłaliśmy zamówienie zakupu do dostawcy. Otrzymaliśmy dostawę.
Lecz jest mniej niż zamówiliśmy. Chcemy automatycznie wysłać informację
e-mailem do dostawcy, że jest za mało. Chcemy wysłać tylko raz.
Automat nie powinien wysyłać e-maili wiele razy.
Rozwiązanie:
* Badać pozycje zbioru zamówień zakupu.
* W Query ograniczyć badane dokumenty: tylko otwarte, termin dostawy
z ostatnich ... dni (aby wykluczyć nieaktualne dokumenty, które
zapomniano zamknąć).
* Porównać pola ilości zamówionej i dostarczonej.
* Aby automat nie powtarzał, to wypełnić pole: Powtarzac po ...
Liczba dni większa niż obejmuje query spowoduje, że dana pozycja
nigdy się nie powtórzy. Ale można powtarzać co np. 14 dni, jeżeli dostawca
nie dostarczy w tym czasie towaru, to dostanie e-mail ponownie.
* Alert adresować do Kontrahenta.
* Zależnie od rozmieszczenia pól w raporcie, można wysyłać jeden e-mail
zbiorczy, dotyczący wszystkich zamówień lub osobne e-maile do każdego
zamówienia
2.4 Tworzenie pliku CSV dla faktora
Faktor (bank) przejmuje na siebie odpowiedzialność za rozliczenie transakcji.
Do faktora trzeba wysłać informacje o wystawionych fakturach w formacie pliku CSV.
Potrzeba
Generowanie pliku w formacie CSV o oczekiwanej zawartości w celu wysłania do banku.
Plik powien zawierać:
* dane z faktur sprzedaży i faktur korygujących
* dane z kartoteki odbiorcy
* inne dane wymagane przez faktora
Rozwiązanie
Zastosowanie mechanizmu: Alert.
Alert sprawdza, czy zarejestrowano faktury dla określonych odbiorców
(oznaczonych w swojej karcie polem: WYRÓŻNIK=[FB])
Jeżeli tak, to pobiera z nich dane i zapisuje do pliku CSV.
Faktury w różnych walutach tworzą oddzielne pliki.
Nazwa pliku:
[data faktoring waluta(nr pliku) godzina.csv]
data i godzina - rzeczywiste dane w momencie wykonywania zadania
waluta - symbol waluty
nr pliku - numer kolejny pliku
Instrukcja wykonania:
---------------------
Alert wywołać ręcznie z pozycji tabeli alertów. Definiowanie plików
odbywa się w oknie dialogowym: Nr doręczenia (numerem doręczenia dla
faktora jest numer pliku u faktoranta) poprzez ich numerację rosnącą.
I tak:
* pierwszy plik - nr 1
* drugi plik - nr 2
* trzeci plik - nr 3, itd.
W każdym kolejnym dniu numeracja rozpoczyna się od początku, jednak
w danym dniu wykonywania trzeba pamiętać, które numery już nadano.
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Faktoring_dla_BPH.xml
Informacje techniczne:
----------------------
Częstotliwość generowania plików: zwykle nie częściej niż raz dziennie;
Zbiór dokumentów z okresu 14 dni wstecz, przetwarzany jednorazowo.
Pliki zapisywane w folderze: xxInOut
Adresat: [U] Operator
Urządzenie wyjściowe: [Plik TXT]. Nazwa nadawana przez program.
Podobne rozwiązanie w alercie Faktoring_dla_CA.xml, który sprawdza, czy
zarejestrowano nowe faktury sprzedaży dla odbiorcy o wyróżniku = [CA]
2.5 Zestawienie faktur sprzedaży ([P] ponad 10.000 PLN)
Rozwiązanie
Alert generuje zestawienie faktur sprzedaży z metodą płatności - przelew oraz
kwotą netto powyżej 10.000zł w postaci:
Data Nr dokumentu Kwota netto
-------------------------------------------
20xx.11.21 FA0002/11/17 10 050.00
20xx.11.21 FA0003/11/17 11 000.00
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Sprzedaż-przelew_ponad_10.000.xml
Informacje techniczne:
----------------------
Częstotliwość generowania plików: nieograniczona;
Pliki zapisywane w folderze: xxInOut
Adresat: [U] Operator
Urządzenie wyjściowe: [Plik TXT]. Nazwa nadawana przez program.
2.6 Powiadomienie o zaległych należnościach
Rozwiązanie
Alert wysyła e-mailem powiadomienie o zaległych płatnościach sprzed 7 dni.
Adresatem jest: [P] Przedstawiciel handlowy odbiorcy, który zalega z płatnościami
Powiadomienie jest w postaci:
Klient Nr dokumentu Kwota Kwota Kwota Dni
należności zapłacona zaległości
---------------------------------------------------------------
000000 AA0001/07/17 12.30 0.00 12.30 -133
000000 AA0002/07/17 -12.30 0.00 -12.30 -133
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Informacja_o_naleznosciach.xml
Informacje techniczne:
----------------------
Częstotliwość generowania plików: nieograniczona;
Pliki zapisywane w folderze: xxInOut
Adresat: [P] Przedstawiciel handl w karcie odbiorcy ze zbioru 198 (Rozrachunki)
Urządzenie wyjściowe: [Plik TXT]. Nazwa nadawana przez program
2.7 Kończące się terminy ważności kart LOT/SER
Rozwiązanie
Alert generuje zestawienie indeksów wg kart LOT/SER z kończącym się
terminem ważności. Na zestawieniu jest asortyment, który utraci ważność za 7 dni.
--------------------------------------------------------------
Nr karty LOT Indeks Data ważności Mag
--------------------------------------------------------------
654 JOGURT 2017.11.24 10
111 SMIETANA 2017.11.24 10
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Termin_ważności_karty_LOT.xml
-> Termin_ważności_karty_SER.xml
Informacje techniczne:
----------------------
Częstotliwość generowania plików: nieograniczona;
Pliki zapisywane w folderze: xxInOut
Adresat: [U] Operator
Urządzenie wyjściowe: [Plik TXT]. Nazwa nadawana przez program.
2.8 Stan realizacji zamówienia - raport dla odbiorcy
Kontrahent składający zamówienie chciałby śledzić stan jego realizacji
oraz proces produkcji, gdy zamawia produkt wytwarzany. Do kontrahenta
trzeba wysłać e-maila raportującego postęp produkcji zamówionych wyrobów.
Rozwiązanie
Alert generuje zestawienie otwartych pozycji zamówień sprzedaży złożonych przez
kontrahenta. Dla asortymentu produkowanego pobiera informacje ze zlecenia
produkcyjnego o jego statusie realizacji i postępie produkcji.
Przykład:
---------
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Stan_realizacji_zamówienia.xml
Informacje techniczne
---------------------
Częstotliwość generowania raportu: co 7 dni;
Zbiór dokumentów zamówień z okresu 30 dni wstecz do wczoraj, przetwarzany każdorazowo,
gdy pozycja zamówienia ma stan [N], tzn. do realizacji, niezamknięta.
Adresat: [C] Kontrahent ze zbioru 197
Urządzenie wyjściowe: [Email PDF] Email z załącznikiem PDF
opcjonalnie:
Adresat: [U] Operator
Urządzenie wyjściowe: [Ekran] lub [plik PDF]
Inne pliki:
-----------
Dane dotyczące stanu realizacji zlecenia produkcyjnego drukowane są kaskadowo z systemu ZP.
Wzorzec wydruku można pobrać z https://ftp.tres.pl/wzorce/tr5i6 -> zp_zl_stan_realizacji.xml
2.9 Wysyłanie plików z rozszerzeniem .Icalendar
Wysyłanie planowanych kontaktów do operatora
============================================
Wysyłanie zaplanowanych w tym tygodniu kontaktów w formacie Icalendar
na pocztę e-mail z obsługą kalendarza.
Rozwiązanie
Alert wysyła e-maila do operatora ze zbioru 114 z kontaktem w formacie Icalendar (ics).
Jeden kontakt to jeden e-mail.
Plik Icalendar można zapisać w kalendarzu, np. Google Calendar
Źródło
------
https://ftp.tres.pl/alerty/ -> E-mail_z_kontaktami_Icalendar.xml
Informacje techniczne
---------------------
Adresat: [O] Operator ze zbioru: 114 >> w karcie operatora podać adres e-mail, np. Gmail
Urządzenie wyjściowe: [Email HTML] Email z wydrukiem HTML
Warunki Query:
Np.
[Rezultat Symbol] nie jest wypełniony
i [Data] jest z tego tygodnia
Inne pliki:
-----------
Definicja pliku .ics drukowana jest kaskadowo z systemu RK.
Wzorzec wydruku można pobrać z https://ftp.tres.pl/wzorce/tr5i6 -> rk_ko_icalendar.xml
Wysyłanie planowanych wizyt serwisowych do pracownika
=====================================================
Alert wysyła e-maila do pracownika ze zbioru 456 z informacją o przypisanej
wizycie serwisowej w formacie Icalendar (ics).
Jedna wizyta serwisowa to jeden e-mail.
Plik Icalendar można zapisać w kalendarzu, np. Google Calendar
Źródło:
------
https://ftp.tres.pl/alerty/ -> Nowa_wizyta_serwisowa.xml
Informacje techniczne
---------------------
Adresat: [N] Pracownik ze zbioru: 456 >> w karcie pracownika podać adres e-mail, np. Gmail
Urządzenie wyjściowe: [Email HTML] Email z wydrukiem HTML
Warunki Query:
Np.
[Aktualna data] nie jest wypełniony
i [Data planowana] jest z przyszłego tygodnia
Inne pliki:
-----------
Definicja pliku .ics drukowana jest kaskadowo z systemu SE.
Wzorzec wydruku można pobrać z https://ftp.tres.pl/wzorce/tr5i6 -> se_ws_wizyta_icsc.xml
2.10 Wykonanie i prezentacja RaportyXML
W systemie PM jest utworzony RaportyXML, który pobiera dane z kilku zbiorów.
Alert inicjuje codziennie utworzenie raportu i przekazuje wynik (treść raportu)
adresatowi, np. kontrahentowi, którego dotyczy raport.
Rozwiązanie
Alert zapisuje raport w pliku CSV w katalogu tymczasowym \trtemp. Następnie
tworzy treść alertu dla użytkownika pobierając i przetwarzając ten plik.
Jeżeli raport PM pracuje na zbiorze okresowym, to okres musi być podany w definicji.
Można ustalić okres względem bieżącego w chwili wykonania raportu.
To zwalnia od konieczności kazdorazowego podawania okresu. Program sam ustali okres.
ţRaportCSV{@SYMBOL} - zapisuje raport do pliku CSV i zwraca ścieżkę do pliku
ţTreśćPliku{...} - wczytuje plik CSV
ţCSV{...;CSV} - pobiera poszczególne pola CSV do tabeli ţCSV[]ţCSV[1] - umieszcza pierwsze pole raportu w treści alertu
Źródło:
-------
Patrz predefiniowany szablon PM RaportyXML, który można użyć jako wzorzec do budowy alertu.
Generator RaportyXML
2.11 Pobieranie e-faktur z e-archiwum
Przy pomocy mechanizmu alertów można 'wydobywać' e-faktury (w formacie PDF)
zapisane w e-archiwum (archiwum faktur elektronicznych).
Definicje alertów pobierających e-faktury z e-archiwum są w katalogu:
https://ftp.tres.pl/alerty/
1. PZ0002 Email__lista_faktur_okresu.xml
2. PZ0001 Email__faktura_z_archiwum.xml
E-faktury, e-archiwum
2.12 Czasy odpowiedzi na e-maile
Przy pomocy mechanizmu alertów można analizować i oceniać terminowość reagowania
na otrzymane e-maile, np. czas reakcji na zgłoszenia serwisowe.
E-maile powiązane z konkretnym zadaniem, np. [TR-41326] można ułożyć na osi czasu
(en: Timeline). Od momentu zgłoszenia do momentu ostatniej odpowiedzi.
To pozwala utworzyć zestawienie pokazujące czasy realizacji, np. zgłoszeń serwisowych
Zestawienie powstaje jako wynik (raport) realizacji (wykonania) alertu:
[Czas_odpowiedzi_na_e-mail.xml]
RZ Projekty Zadania
2.13 Autoresponder
To jest automatyczne odpowiadanie nadawcom e-maili.
Program autorespondera zawiera procedury wyszukiwania i wnioskowania
jaką odpowiedź i do kogo wysłać. Procedury mogą być zapisane (zaszyte)
bezpośrednio w kodzie programu lub wykonane w funkcji: Alert
Alert wykorzystany jest do automatycznego wysłania odpowiedzi do nadawców
niechcianych e-mail. Np. z treścią: Prosimy nie wysyłać korespondencji na nasz adres.
Alert należy adresować na własny adres np. B 100000 tres@tres.pl ze zgodą na e-mail [T]
Program zmieni adresata w trakcie przygotowania odpowiedzi.
W programie Trawers można banować adres e-maila kontrahenta i automatycznie
wysyłać odpowiedź, że e-mail jest niechciany.
Źródło:
-------
https://ftp.tres.pl/alerty --> Autoresponder - Ban
E-mail AutoResponder
2.14 Raporty wg: Ostatnie wybory operatorów
Podczas tworzenia raportów (zestawień) operator może zapamiętać podane
parametry (opcje) i nadać im nazwę.
Podczas następnego wykonania funkcji operator może wybrać zapamiętane opcje.
Ostatnie wybory operatorów
Zapamiętane opcje może też wczytać Alert i wykonać automatycznie wskazaną funkcję.
Alert może periodycznie wysyłać raporty w ustalonej postaci, np. w PDF
do wskazanych adresatów, np. sprzedawców w oddziałach i podstawowych dostawców.
Wystarczy podać identyfikator funkcji (IdProces) i nazwę zapamiętanych parametrów.
{NZ_ZDS10;WybraneParametry}
----o--- -------o--------
| |
IdProces Nazwa zapamiętanych parametrów
NOTE: Można zapamiętać parametry funkcjach:
[NZ_ZDS10] [NA_DZM58] [ZO_ZRO60] [ZO_ZRO61]
2.15 Przetwarzanie odebranych e-maili
Odbieranie e-maili w programie Trawers, to proces wykonywany automatycznie.
Składa się z etapów. W ramach poszczególnych etapów program wykonuje dodatkowe
funkcje: porządkuje, segreguje i przetwarza odebrane e-maile.
Odebrane e-maile można dodatkowo przetwarzać wykorzystując mechanizm alertów.
Tu opisano alerty stosowane w firmie Tres do przetwarzania odebranych e-maili:
E-mail Używanie poczty TrEmail
2.16 E-maile do kierowników sprzedaży o opóźnionych płatnościach
Rozwiązanie
Alert wysyła e-maile (z plikami PDF) do kierowników sprzedaży z informacjami
o zaległych płatnościach wg dni opóźnień.
Program wysyła e-maile automatycznie (AutoRun) w każdy poniedziałek.
Alert pokazuje opóźnione płatności kontrahentów podległych kierownikom.
Poszczególni kierownicy mają symbole, np. [10] i powiązanych z nimi
kontrahentów. Kontrahenci powiązani z kierownikiem [10] mają w kartach
[10] w polu: Grupa.
Przykład zestawienia (plik PDF):
Grupa kontrahenta, to grupa w karcie odbiorcy i przypisana jest kierownikowi sprzedaży.
Tu: grupa [10], to kierownik sprzedaży [AA] Adam Abacki.
Operator [AA] Adam Abacki ma podany adres e-mail w karcie preferencji:
Trawers > Preferencje operatorów.
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Informacja_dla_kierownika_10.xml
Informacje techniczne:
----------------------
Częstotliwość generowania plików: np. co 7 dni
Adresat:[U] Operator -> AA Adam Abacki
Urządzenie wyjściowe: [Email PDF] Email z załącznikiem PDF
Warunki Query:
do indywidualnej edycji wiersz, np.:
i [Grupa kontrahenta (x)] jest = '10' -> jak grupa odbiorcy
Inne pliki:
-----------
Zestawienie drukowane jest kaskadowo z systemu NA.
Wzorzec wydruku można pobrać z https://ftp.tres.pl/wzorce/tr5i6 -> na_rz_wezwanie_alert.xml
2.17 Seryjne wysyłanie i drukowanie faktur
Zadaniem alertu jest prezentowanie i wysyłanie raportu, gdy wystąpi zdarzenie
lub zostanie spełniony określony warunek.
Alerty i raportowanie. Opisy
Np. wpłynie nowe zamówienie sprzedaży, poziom zapasów spadnie poniżej minimum,
upłynie termin płatności zobowiązań.
Alert może sprawdzić czy faktura jest zatwierdzona i nie została jeszcze wysłana
e-mailem lub nie została wydrukowana.
Jeżeli warunki są spełnione: faktury są zatwierdzone i nie zostały wysłane
to alert może uaktywnić proces wysyłania lub drukowania takich faktur.
E-mail Wysyłanie faktur
2.18 Zamykanie zleceń produkcyjnych
Alert zamyka zlecenie produkcyjne, gdy ilość wyprodukowana będzie większa (>)
od ilości zleconej.
Tj. po przyjąciu ostatniej partii produktu ze zlecenia, zlecnie zostanie
automatycznie zamknięte w alercie.
Źródło:
-------
https://ftp.tres.pl/alerty/ -> zamykanie_zlecen_prod_ZP.xml
Alert wykonuje funkcję SOA: WOCloseSOA Funkcje OutBound i InBound
2.19 Obliczanie cen w cennikach sprzedaży
Alert oblicza ceny asortymentu wg podanej formuły we wskazanym cenniku sprzedaży.
Cenniki sprzedaży
Ostatnie wybory operatora
Parametry do obliczeń alert pobiera z tabeli: Ostatnie wybory operatora.
Ostatnie wybory operatora
W funkcji:
MI > Cenniki > Cennik ... > Obliczenia [MI_OC315] [MI_OC325] ...
Użytkownik podaje (wpisuje) parametry na ekranie podczas dialogu z programem.
Następnie zapisuje je pod wskazaną nazwą w tabeli: Ostatnie wybory operatora.
Przykład definicji alertu
Definicja alertu zapisana w tabeli: [AD_TAL10].
# Oblicz cenę Netto 1 w cenniku katalogowym [60]
ţWykonajFunkcje{MI_OC315;ParametryDlaCennikaPLN_Netto1}
Parametry podane w [MI_OC315]
(zapisane z nazwą: [ParametryDlaCennikaPLN_Netto1])
Waluta: PLN
Indeksy: Wybrane [B] Grupa [10]
Cena: Netto 1
Formuła: [0200] wg ceny ostatniego zakupu
Definicja alertu w ftp
Przykład definicji alertu jest w katalogu ftp.
Definicja: 'obliczanie_cen.xml'
Alert wykonuje funkcję: ţWykonajFunkcje
NOTE: W opisie funkcji podano, które procesy obliczeniowe można wykonać.
Funkcje TrExtLang
Kolejne kroki
* Zalogować się jako operator, który będzie wykonywał alert
* Ustawić parametr 0739 na [ ] Ten operator może zapamiętać parametry (opcje) funkcji
Param operat 05xx 06xx 07xx ...
* W funkcji obliczania cen w MI (np. MI_OC315) ustalić parametry:
Klawisz: F7-oblicz i zapisać je nadając nazwę, np.
np: ParametryDlaCennikaPLN_Netto1
* Utworzyć definicję alertu z funkcją:
ţWykonajFunkcje{MI_OC315;ParametryDlaCennikaPLN_Netto1}
Na ftp jest jest przykład takiego alertu w pliku: obliczanie-cen.xml
* Przeglądać raporty z obliczeń
Raporty są w katalogu: ../trtres/trraporty (prefiks: ad_tal10_)
AD > Globalna gospodarka zbiorami [AD_PGZ81]
F12 Menu wewnętrzne > Raporty aktywanej funkcji
Patrz przeglądanie raportów:
TrRaporty. Raporty z przetwarzania
2.20 Przypominanie o fakturach zakupu KSeF
Także w środowisku KSeF, alerty i powiadomienia usprawniają i automatyzują prace.
Przypominają o zalegających (nie przetworzonych) fakturach zakupu KSeF.
Patrz szczegóły:
KSeF: Alert. Monitorowanie faktur ZO
2.21 Faktury sprzedaży NA. Nie wysłane do KSeF
Alert pokazuje faktury sprzedaży NA, które zostały zatwierdzone lecz nie zostały
wysłane do KSeF.
Alert. Symbol: KS0001 KSeF NA Zatwierdz, niewysłane
Program sprawdza zbiór nagłówka faktur sprzedaży:
Zbiór 313 Dok_Okres_Nagł NA
Warunek:
[Wyslac do KseF T/N] jest = "T" <--- pole: KSEFWYTN C 1
i [Numer KSeF] nie jest wypełniony <--- pole: KSEFNR C 36
Raport:
Data Nr faktury Op Od
---------- ------------ -- --
@DATADW @NUMER @WYSTAWIL @ODDZIAL
3. Wysyłanie zestawień tabelarycznych
Funkcje: Alerty można zastosować do generowania zestawień tabelarycznych
i wysyłania ich okresowo do wskazanych adresatów.
Patrz szczegóły:
Zestawienia tabelaryczne
Dzienne zestawienie sprzedaży
Poniżej przykład definiowania alertu, który codziennie o godz. 18:00
wysyła zestawienie sprzedaży dziennej na adres e-mail dyrektora handlowego.
Zestawienie tabelaryczne
Zestawienie w oczekiwanej treści można uzyskać w funkcji:
NZ > Analizy sprzedaży > W wielu wymiarach [NZ_ZDM10]
Podać parametry, np.
Z okresu D 20xx.07.14 - 20xx.07.14 (wybrać: [D] Dzisiaj)
Wymiar osi: Y KONTRAHENT INDEKS
Wymiar osi: X OGÓŁEM: NE,IL,MA
Wybrane parametry zapisać w pliku o nazwie: MojeParametry1
Ostatnie wybory operatorów
Podane parametry będą użyte przez alert do automatycznego wykonania
zestawienia z danymi o sprzedaży.
Alert
Zdefiniować alert:
Nagłówek
-------------------------------------------------------------------------
Symbol: NZ0001 NZ Sprzedaż w dniu
Status: [ ]
System: NZ Analizy, zestawienia
Zbiór: 285 Parametry NZ
Wykonać co: 1 dni 0 godz. 0 min. W godzinach 18:00 - 19:00
Ująć ponownie T po: 1 dn. 0 godz. 0 min.
-------------------------------------------------------------------------
Adresat
Wskazanie adresata (adresu e-mailowego), na który alert wyśle
raport, tu: zestawienie tabelaryczne z NZ
Wybrać: [U] Operator (F8 > F2)
Symbol operatora, np. DD Damian Dworak
Wybrać urządzenie: [Email]
NOTE: Wskazany operator powinien mieć wpisany adres e-mail:
Operatorzy > Preferencje operatorów > Adres e-mail
Treść alertu
Wybrać: F2-def raportu
Nagłówek:
ţTabelarycznie{NZ;NZ_ZDM10;SprzedazWDniuţData;XLS;MojeParametry1}
ţZalaczPlik{ţ{ţOperator}_SprzedazWDniuţ{ţData}.xls;trinout/ţ{ţOperator}}
Funkcja: tTabelarycznie{} utworzy zestawienie tabelaryczne
i zapisze je do pliku o nazwie, tu: MojeParametry1
Funkcja: tZalaczPlik{} załaczy plik do wysyłanego e-maila
Wzorce Funkcje TrExtLang
NOTE: Definicja alertu jest w katalogu ftp.
Nazwa: NZ-Sprzedaż-w-dniu.xml
Plik z definicją można pobrać z ftp i wpisać do tabeli alertów.
Tryb AutoRun
Alert należy wywoływać w trybie AutoRun.
Opis jak uruchmić w trybie AutoRun jest tutaj:
Alerty i raportowanie. Opis
Punkt: Monitorowanie alertów w trybie AutoRun
4. Inne możliwe zastosowania alertów
Patrz opis możliwych zastosowań funkcji: Alerty w praktyce przedsiębiorstw:
* CRM
* Gospodarka magazynowa
* Sprzedaż
* Zakupy
* Administrowanie programem
Alerty i raportowanie. Rozbudowa
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Stan_realizacji_zamówienia.xml
Informacje techniczne
---------------------
Częstotliwość generowania raportu: co 7 dni;
Zbiór dokumentów zamówień z okresu 30 dni wstecz do wczoraj, przetwarzany każdorazowo,
gdy pozycja zamówienia ma stan [N], tzn. do realizacji, niezamknięta.
Adresat: [C] Kontrahent ze zbioru 197
Urządzenie wyjściowe: [Email PDF] Email z załącznikiem PDF
opcjonalnie:
Adresat: [U] Operator
Urządzenie wyjściowe: [Ekran] lub [plik PDF]
Inne pliki:
-----------
Dane dotyczące stanu realizacji zlecenia produkcyjnego drukowane są kaskadowo z systemu ZP.
Wzorzec wydruku można pobrać z https://ftp.tres.pl/wzorce/tr5i6 -> zp_zl_stan_realizacji.xml
Grupa kontrahenta, to grupa w karcie odbiorcy i przypisana jest kierownikowi sprzedaży.
Tu: grupa [10], to kierownik sprzedaży [AA] Adam Abacki.
Operator [AA] Adam Abacki ma podany adres e-mail w karcie preferencji:
Trawers > Preferencje operatorów.
Źródło:
-------
https://ftp.tres.pl/alerty/ -> Informacja_dla_kierownika_10.xml
Informacje techniczne:
----------------------
Częstotliwość generowania plików: np. co 7 dni
Adresat:[U] Operator -> AA Adam Abacki
Urządzenie wyjściowe: [Email PDF] Email z załącznikiem PDF
Warunki Query:
do indywidualnej edycji wiersz, np.:
i [Grupa kontrahenta (x)] jest = '10' -> jak grupa odbiorcy
Inne pliki:
-----------
Zestawienie drukowane jest kaskadowo z systemu NA.
Wzorzec wydruku można pobrać z https://ftp.tres.pl/wzorce/tr5i6 -> na_rz_wezwanie_alert.xml