Ebbe a cikkbe összeszedtük azokat a gyakori automatizmusokat, amelyeket a legtöbb cég használ a CloudERP-ben. Ezek segítségével kiváltható rengeteg repetitív munka, növelve a munkatársak termelékenységét és elégedettségét.

Tartalomjegyzék:

• Első fejezet: rendelés mező frissítő automatizmusok
• Második fejezet: címke létrehozó automatizmusok
• Harmadik fejezet: feladat létrehozó automatizmusok
• Negyedik fejezet: email küldő automatizmusok
• Ötödik fejezet: nézetre feladat létrehozó automatizmusok
• Hatodik fejezet: nézetre üzenet létrehozó automatizmusok

Először is nézzük, hogy hol lehet automatizmusokat létrehozni a rendszerben:

Nagyon fontos, hogy az automatizmusok 99%-a egyszeri futású. Mindig be kell pipálni az Egyszeri pipát az automatizmus beállításnál. Csak nagyon indokolt esetben kell olyan automatizmus, ami nem csak egyszer fut le, ez esetben kérlek egyeztess a supportunkkal (help@clouderp.hu) mielőtt bekapcsolod.

Jelen lista nem teljes, szinte bármilyen automatizmus beállítható a rendszerbe (nem csak azokra a mezőkre lehet szűrni és nem csak azokat a mezőket lehet átállítani, amit az automatizmus létrehozásakor az önkiszolgáló nézetben láttok) a supportunk egyedi automatizmusokat is tud segíteni létrehozni, keressétek őket emailben bizalommal (help@clouderp.hu).

Első fejezet: rendelés mező frissítő automatizmusok

Ezek az automatizmusok arra valók, hogy bizonyos adatokat frissítsünk a rendeléseken akkor, amikor valamely feltétel teljesül.

Például lehet velük számlázási profilt váltani, ha több számlázási profilunk van.

1/A. Ha például van egy olyan számlázási profilunk, amit akkor használunk, amikor futárszolgálattal küldünk egy rendelést és a címke nyomtatva a számla elkészítési pontja, és van egy olyan számlázási profilunk, amit személyes átvételes és saját futáros (kiszállítás száll. mód) és virtuális szállítási módú rendelésekre használunk és a kész állapot az elkészítési pontja, akkor a két profil között tudunk váltani automatizmus segítségével. A feltétel itt a szállítási mód lehet. Alapértelmezett számlázási profil lehet az első és a második profilt kell automatizmussal átállítani.

Ezt az automatizmust így kellene beállítani:

(kattints a képre a nagyobb képért)

1/B. A számlázási profil váltás akkor is érdekes lehet, ha több devizában értékesítünk és külön számlaszámot szeretnénk megadni a különböző devizás számláinkon. Ekkor külön számlázási profilra van szükségünk és devizára szűrve tudjuk automatizmussal váltani a számlázási profilt. Ebben az esetben nem a szállítási mód lenne a "mikor fusson az automatizmus" résznél kitöltve, hanem a pénznem.

1/C. Vagy akkor is jó lehet a számlázási profil váltás, hogyha nem szeretnénk, hogy a készleten nem lévő rendeléseknél kimenjen automatikusan a díjbekérő/előlegszámla a vevőnek, mert lehetséges, hogy még szét lesz bontva a rendelés készleten/nem készleten termékek alapján és csak utána szeretnénk kiküldeni majd a díjbekérőt/előlegszámlát. Ebben az esetben készíthetünk egy olyan alapértelmezett számlázási profilt, amiben nincsen automatikus díjbekérő és előlegszámla készítés és akkor állítjuk át arra a számlázási profilra a rendelést majd, ami készít díjbekérőt/előlegszámlát, amikor minden termék készleten van.

Ebben az esetben a haladó beállítások pipát kell használnunk a "mikor fusson az automatizmus" résznél legalul és beleírni ezt a képletet a megjelenő mezőbe:

((state__on_stock_quantity = state__total_quantity) and (state__on_stock_quantity != null))

Ez a kód azt csinálja, hogy akkor fut le az automatizmus, ha készleten van minden termék a rendelésben, de fontos, hogy nem elég a Készleten szűrőt Igaz-ra állítani itt, mert beérkezéskor még a Készleten mezőnek nincs értéke, tehát ha már a rendelés létrehozásakor is van készleten minden, akkor nem fogja átállítani az automatizmus a rendelésünket, csak akkor, ha a fenti kódot használjuk és nem csak a Készleten=Igaz beállítást.

1/D. De akkor is jó lehet a mező frissítő automatizmus, ha a szállítási módot kell átállítani automatikusan.
Például, ha van saját futárunk, aki a budapesti rendeléseket kiviszi az ügyfeleknek, azaz ezeket nem GLS futárral szeretnénk kiszállítani, akkor átállíthatjuk szállítási város alapján másik GLS kiszállításról szállítási módba (például Kiszállítás-ra).

1/E. És akkor is hasznos a mező frissítő automatizmus, ha a számla megjegyzést szeretnénk átállítani cégek esetén, mert más a számla megjegyzés sablonunk cégekre és magánszemélyekre.

Ezt az automatizmust így kellene beállítani:

(kattints a képre a nagyobb képért)
 

1/G. És akkor is érdekes lehet a mező frissítő automatizmus, ha át szeretnénk állítani mondjuk a szállítási módot GLS kiszállításról GLS XXL-re akkor, ha a rendelésben olyan termék van, ami túl nagy a normál GLS kiszállításhoz. Ebben az esetben először ezekre a termékekre kell egy címkét (például túlméretes) tenni a termékek menüben és utána beállítani az automatizmust így:

(kattints a képre a nagyobb képért)

De ezt az automatizmust továbbgondolva, azt is beállíthatjuk, hogy a rendelés raktárát állítsa át akkor a rendszer, ha olyan termék van a rendelésbe, ami csak a másik raktárban (nem alapértelmezett raktár) van. Az, hogy melyik termékek ilyenek, ugyanúgy termék címkével be lehet állítani.

1/H. Arra is jó ez a fajta automatizmus, hogyha több üzletünk van és ezeknek külön raktára, akkor az üzlet alapján át tudjuk a raktárat állítani a rendszerben automatizmussal. A megfelelő üzletet a webshop beállításoknál szállítási módonként be tudjuk állíttatni a rendszerrel, tehát amikor áttöltődik a rendelés egy Személyes átvétel Kiskunhalasi üzletünkben, akkor az Üzlet legyen automatikusan Kiskunhalasi üzlet. De a raktárat csak automatizmussal tudjuk átállítani, nem lehet a webshop beállításokban üzletenként megadni a külön raktára.
Ez az automatizmus így nézne ki:

(kattints a képre a nagyobb képért)

1/I. Vagy arra is használhatjuk ezt a fajta automatizmust, hogy bizonyos vevő csoportok esetén kikapcsoljuk az automatikus számlázást és manuálisan számlázzunk.

(kattints a képre a nagyobb képért)

1/J. Vagy arra is használhatjuk, hogy egy díjat automatikusan rárakjunk a rendelésre. Ehhez előbb létre kell hozni a díj típust a Beállítások/rendelések/törzsadatok/díj típusok résznél) és meg kell neki adni árat is. És utána lehet automatizmussal hozzáadni ezt a díjat a rendeléshez. Például ha a 30kg-nál nehezebb rendelésekre szeretnénk egy túlsúlyos rendelés díjat hozzáadni, azt így kellene csinálni:

Második fejezet: címke létrehozó automatizmusok

Címkét létrehozni a rendelésen automatizmussal úgy kell, hogy először létre kell hoznunk a címkét. Ezt úgy tudjuk megtenni, ha bármelyik rendelésre rátesszük a címkét (ezzel létrehozva az új címkét) és utána törölhetjük is róla azonnal, a címke már az adatbázisban marad.

A címke létrehozó automatizmus hasonló a mező frissítőhöz, annyiban tér el, hogy az automatizmus beállításnál meg kell adnunk, hogy melyik címkét hozza létre a rendszer, és utána azt, hogy mikor hozza létre, ami pontosan ugyanúgy működik, mint ahogy a mező frissítő automatizmusoknál már láthattuk.

Ide is hozok példát:

2/A. Létrehozhatunk a rendelésre címkét akkor ha olyan szállítási módunk van, amit nem támogat még jelenleg a CloudERP, de szeretnénk jelezni a kollégáknak, hogy a Kiszállítás nevű szállítási módon belül melyik a szállítási módja a rendelésnek. (ezt lehet rendelés egyedi mezővel is csinálni egyébként, de sokan inkább címkézéssel szeretik)

Ez az automatizmus így nézne ki:

(kattints a képre a nagyobb képért)

Harmadik fejezet: feladat létrehozó automatizmusok

Feladatot létrehozni a rendelésen automatizmussal úgy kell, hogy először létre kell hoznunk a feladat típust a Beállítások/Feladatok/Feladat típusok menüben. A feladatnál meg tudjuk adni a feladat felelősét és a leírását is a feladat nevén kívül és fontos a feladat létrehozásnál a kapcsolódó elem megadása is (általában Rendelések-et kell itt kiválasztani). És ezután tudunk létrehozni automatizmust, ami hozzáadja a rendelésre a megadott feladatot. Ennek a működése elég hasonló, mint az előző kettő típusnál.

Fontos, hogy a CloudERP-ben van néhány beépített feladat létrehozó automatizmus a Beállítások/Rendelések/Beépített automatizmusok résznél, ezeket érdemes használni:

• Létrehozandó feladat típusa ügyfél megjegyzés esetén
• Létrehozandó feladat típusa helytelen telefonszám esetén
• Létrehozandó feladat típusa hiányzó név esetén
• Létrehozandó feladat típusa helytelen adószám esetén
• Létrehozandó feladat típusa hiányzó webshop megfeleltetés esetén (ha új szállítási vagy fizetési módot hoztál létre a webshopban, de ezt nem mappelted be még a CloudERP-ben az értékesítési csatornák beállításán belül a rendelés szinkron beállításoknál, de érkezett rendelés az adott szállítási vagy fizetési módra. Ebben az esetben a rendelés az alapértelmezett szállítási/fizetési móddal fog létrejönni, ami valószínűleg nem a helyes mód)
• Létrehozandó feladat típusa nem azonosítható áfa-nak kosárkedvezményen (kosárkedvezmény van a rendelésen, de az áfája nem szinkronizálódik át - ritka, főleg UNAS vagy Shoprenter esetén)

Feladat létrehozó automatizmusra példák:

3/A. Létrehozhatunk feladatot például "Felhívni a vásárlót rendelés megerősítése céljából" névvel akkor, hogyha a rendelés fizetési módja utánvét és a rendelés végösszege nagyobb, mint 18.000 forint.

A feltétel kódja itt így néz ki: ((state__payment_method_id = 1) and (state__total > 18000) and (state__type = constants__order_type_normal))

(kattints a képre a nagyobb képért)

3/B. Vagy létrehozhatunk feladatot akkor is, hogyha a rendelés szállítási cím utca/házszám mezőjében vagy csak szám van és nincs legalább 3 karakternyi szöveg, vagy csak szöveg van és nincs szám, ergo elírta a vevő a szállítási címet és meg kellene kérdezni tőle a jó címet:

A feltétel kód: ((state__shipping != null and ([state__shipping__address_1, char, case when char ~ '[A-Za-zŽžÀ-ÿőűóíŐŰÓÍ]' then 1 else 0 end, +, 0] < 3 or [state__shipping__address_1, char, case when char ~ '[0-9]' then 1 else 0 end, +, 0] < 1)) or [state__billing__address_1, char, case when char ~ '[A-Za-zŽžÀ-ÿőűóíŐŰÓÍ]' then 1 else 0 end, +, 0] < 3 or [state__billing__address_1, char, case when char ~ '[0-9]' then 1 else 0 end, +, 0] < 1) and (not (state__shipping_method in {100,750,790,780,1300,1274})) and state__type = constants__order_type_normal

(kattints a képre a nagyobb képért)

3/C. Létrehozhatunk akkor is egy feladatot a rendelésen, ha a számlázási ország nem Magyarország, hogy az ügyfélszolgálatos ellenőrizze az EU adószám helyességét a VIES rendszerben:

A feltétel kódja: (not(state__billing__country = "HU")) and and ((state__customer__type = 2)) and ((state__type = constants__order_type_normal))

(kattints a képre a nagyobb képért)

3/D. Ha árultok különböző marketplace-eken (pl emag, fizz, pepita) akkor feladat szokott lenni abból, hogy ha az ügyfél vásárlási utalvánnyal fizet részben vagy teljesen a rendelésért, akkor az UNAS-ba a rendelésen az utalvány beváltás kedvezményként látszik, pedig ez nem kedvezmény, hanem egy fizetési mód, és le kell törölni a kedvezményt a rendelésről és tranzakciót kell rögzíteni a vásárlási utalvány összegével a rendelésre. Ez azért fontos, mert a vásárlási utalvány beváltott összege után is kell áfa-t fizetni (többcélú utalvány).
Erre is tudunk automatizmust készíteni, ami UNAS és EMAG esetén így néz ki:

Feltétel kódja: [state__fees, fee, fee__name ~ "Vásárlási utalvány beváltás", or, false]

(kattints a képre a nagyobb képért)

3/E. Akkor is tudunk feladatot hozzáadni a rendeléshez, ha a vevő első rendelése ez a rendelés, és valaki nézzen rá, hogy jól töltötte-e ki az adatait a vevő (főleg B2B cégeknél lehet érdekes).

Feltétel kódja: ((state__customer__order_count = 1)) and ((state__type = constants__order_type_normal))

(kattints a képre a nagyobb képért)

3/F. Akkor is érdemes lehet feladatot hozzáadni a rendeléshez, ha nulla forintos tétel van a rendelésen. Ekkor tud a CloudERP szólni is rendelés létrehozáskor/módosításkor, de ha ezt csak úgy elmenti a kolléga, mert nem figyel, akkor hasznos lehet egy feladattal megállítani a rendelést:

Feltétel kódja: (([state__items, item, item__total_net_price = 0, or, false])) and ((state__type = constants__order_type_normal))

(kattints a képre a nagyobb képért)

3/G. Akkor is hasznos lehet a feladat létrehozása, ha cégként adta le a rendelést az ügyfél, de nincs a számlázási nevében cégnévre utaló kifejezés (azaz valószínűleg a magánszemély a webshopban véletlenül választott cég típust magának és az adószámot kitöltötte random számokkal, vagy pedig az adószám jó, de nem a cégnevet írta bele a számlázási névbe, ami nem helyes, javítani kell).

Feltétel kódja: ((state__customer__type = 2)) and (not((state__billing__company ~ '(Kft|kft|KFT|KFt|KfT|kFT|korlátolt felelősségű társaság|Korlátolt Felelősségű Társaság|Korlátolt felelősségű társaság|bt|Bt|betéti társaság|Betéti társaság|Betéti Társaság|kkt|KKT|Kkt|közkereseti társaság|Közkereseti társaság|Közkereseti Társaság|egyéni cég|Egyéni Cég|Egyéni cég|ec\.|egyéni vállalkozó|Egyéni vállalkozó|Egyéni Vállalkozó|EGYÉNI VÁLLALKOZÓ|E\.V|e\.v|EV|ev|Nyrt|nyrt|NYRT|ZRT|zrt|Zrt|ZRt|zRT|zRt|NYrt|NYRt|NYrT|Részvénytársaság|részvénytársaság)')))

(kattints a képre a nagyobb képért)

3/H. És fordítva akkor is kellhet a feladat, ha az ügyfél személy-t választott ki a webshopba rendelés leadáskor ügyfél típusnak, de mégis benne van cégnévre utaló kifejezés (pl Kft.) a számlázási névbe. Ha így maradna, akkor adószám nélkül állítanánk ki neki számlát, ami nem szabályos, akkor sem, ha az alapvetően az ügyfél hibázott.

Feltétel kódja: ((state__customer__type = 1)) and ((state__billing__first_name ~ '(Kft|kft|KFT|KFt|KfT|kFT|korlátolt felelősségű társaság|Korlátolt Felelősségű Társaság|Korlátolt felelősségű társaság|bt|Bt|betéti társaság|Betéti társaság|Betéti Társaság|kkt|KKT|Kkt|közkereseti társaság|Közkereseti társaság|Közkereseti Társaság|egyéni cég|Egyéni Cég|Egyéni cég|ec\.|egyéni vállalkozó|Egyéni vállalkozó|Egyéni Vállalkozó|EGYÉNI VÁLLALKOZÓ|E\.V|e\.v|EV|ev|Nyrt|nyrt|NYRT|ZRT|zrt|Zrt|ZRt|zRT|zRt|NYrt|NYRt|NYrT|Részvénytársaság|részvénytársaság)') or (state__billing__last_name ~ '(Kft|kft|KFT|KFt|KfT|kFT|korlátolt felelősségű társaság|Korlátolt Felelősségű Társaság|Korlátolt felelősségű társaság|bt|Bt|betéti társaság|Betéti társaság|Betéti Társaság|kkt|KKT|Kkt|közkereseti társaság|Közkereseti társaság|Közkereseti Társaság|egyéni cég|Egyéni Cég|Egyéni cég|ec\.|egyéni vállalkozó|Egyéni vállalkozó|Egyéni Vállalkozó|EGYÉNI VÁLLALKOZÓ|E\.V|e\.v|EV|ev|Nyrt|nyrt|NYRT|ZRT|zrt|Zrt|ZRt|zRT|zRt|NYrt|NYRt|NYrT|Részvénytársaság|részvénytársaság)'))

(kattints a képre a nagyobb képért)

3/I. A Beállítások/Rendelések/Beépített automatizmusok résznél be lehet állítani legalul a Dupla rendelés címkézést. Ez arra való, hogyha ugyanahoz a vásárlóhoz két rendelés is van ezekben a rendelés állapotokban, akkor a második/harmadik/stb. rendelés létrehozásakor a rendszer mindegyik rendelésre rátesz egy "Dupla rendelés" nevű címkét. Ezzel jelezve, hogy a vásárló dupla rendelést adott le és valószínűleg vagy össze kell vonni a két rendelést, vagy az egyiket törölni kell, mert például véletlenül adott le két rendelést, vagy sikertelen volt a bankkártyás fizetés és újrapróbálta (esetleg nem újrapróbálta, hanem utánvéttel leadott még egy rendelést).
Én azt javaslom, hogy a jóváhagyásra vár, jóváhagyva és csomagolható rendelés állapotoknál figyelje a rendszer a dupla rendelést, mert ha már elkezdtük kiszedni a csomagot, esetleg a csomagcímkét is legeneráltuk, akkor nem szerencsés már összevonni a rendeléseket, túl macerás, nem ér meg egy postaköltséget (kivéve ha drága a postaköltség persze) érdemesebb inkább a vevőnek elengedni a második postaköltségét ilyenkor vagy megmondani, neki, hogy már nem tudtuk összevonni a két rendelést, mert az elsőt már feladtuk.

A rendszer attól még nem fog feladatot hozzárakni a rendelésekre, hogy dupla rendelés címkét rakott rájuk. A feladatot nekünk kell beállítani az alábbiak szerint (nagyon egyszerű automatizmus, akkor kell feladatot rátenni a rendelésre, ha Dupla rendelés címke van a rendelésen - ha még a címke nem létezik, akkor adj le ugyanahhoz a vevőhöz két rendelést és már létrejön első alkalommal a dupla rendelés nevű címke):

(kattints a képre a nagyobb képért)

Negyedik fejezet: email küldő automatizmusok

Az email automatizmusokhoz először fontos az email sablonokat elsajátítani, mert ezek az automatizmusok email sablonokon alapulnak.

Email sablont a Beállítások/Automatizmusok/Sablonok menüben hozhattok létre (van oktatóanyag hozzá az oktatóportálunkon, de röviden bemutatom:

Most pedig jöjjenek az emailküldő automatizmus ötletek. Itt mindig két képet fogok csatolni, az egyik a sablonról, a másik pedig az automatizmusról, ami a sablont kiküldi:

4/A. CloudERP be importálás/létrehozás után kiküldendő email (kvázi rendelés visszaigazolás):

(kattints a képre a nagyobb képért)

4/B. Rendelés csomagolás alatt van értesítő

(kattints a képre a nagyobb képért)

4/C. Rendelés feladási értesítő (átadtuk a futárszolgálatnak)

(kattints a képre a nagyobb képért)

4/D. Rendelés személyes átvételi értesítő

(kattints a képre a nagyobb képért)

4/D. Rendelés törlésről (visszamondásról) értesítő

(kattints a képre a nagyobb képért)

4/E. Rendelés előre utalásos fizetési móddal - a fizetést lekönyveltük értesítő

(kattints a képre a nagyobb képért)

4/F. Rendelés bankkártyás fizetési móddal - a fizetés sikertelen (itt időzítési eltolást használunk, mert lehet, hogy első körben fizetetlenül érkezett be a rendelés, de pár perc után kifizette a vásárló a webshopban)

(kattints a képre a nagyobb képért)

4/G. Rendelés várható érkezési ideje frissült (nem raktáron lévő rendeléseknél amiknek a beszerzése folyamatban van és a beszerző/raktáros megadott/módosított várható érkezési időt a termékeken, amikre vár az ügyfél). Itt lehet, hogy az egyszeri kiküldés jobb, mert lehetséges, hogy túl sok email menne ki, ha minden esetben küldene a rendszer emailt, de ezt majd kitapasztaljátok. Be lehet állítani címkézéssel 2-3 kiküldésre is a limitet (először automatizmussal címét rakunk a rendelésre, ha változik az érkezési idő, majd a címke miatt küldünk ki másik automatizmussal egy emailt, és a második ilyen automatizmus feltételébe az első címkét is berakjuk és így tovább, kvázi láncba fűzhetünk 2-3-4 kiküldést, de ez már nagyon haladó automatizmus)

(kattints a képre a nagyobb képért)

Ötödik fejezet: nézetre feladat létrehozó automatizmusok

Lehetséges a rendszerben különböző nézetekhez is feladatot létrehozni. Általában ezt arra szoktuk használni, hogy ne kelljen a nézetet minden nap megnézni, hogy van-e benne elem, hanem akkor kapjunk feladatot, ha nem üres a nézet.

Például létrehozhatunk egy feladatot akkor a pénzügyesnek, ha a túlfizetés nézetben van rendelés.

Vagy létrehozhatunk feladatot akkor, ha tegnap vagy ma volt olyan termék termék, aminek változott az ára és új árcímkét kell nyomtatni hozzá az üzletben. Ezt meg is mutatom. Kell hozzá egy feladat típus (nézethez kapcsolva), de ezt már korábban láttuk, hogy hogyan kell. És kell hozzá egy nézet és egy automatizmus is. A nézetnek a termékek menüben kell lennie és ár történet bontással kell a nézetet létrehozni. Szűrni kell az árlisták mezőre (pl alapértelmezett értékkel) és az Ár történet>Létrehozva mezőre is (ma és tagnap értékekkel). Ezt a szűrőt el kell menteni új szűrőként. A szűrő linkjét ide belinkelem ide, erre ha rámész és be vagy lépve a CloudERP-be, akkor el tudod menteni a szűrőt magadnak.
Az automatizmusnak pedig Nézetek - Feladat létrehozása típusúnak kell lennie és így kell kinéznie ha minden reggel 6-ékor szeretnénk lefuttatni és akkor, ha legalább egy elemet tartalmaz a nézet, tehát nem üres:

(kattints a képre a nagyobb képért)

Hatodik fejezet: nézetre üzenet létrehozó automatizmusok

Küldhetünk emailt egy nézet alapján is belső vagy akár külső emailcímre is. Ebben a funkcióban is nagyok a lehetőségek, egyet mutatok. Mi lenne, ha egy VIP viszonteladó partnernek küldenénk egyenlegközlőt a rendszerből.

Ehhez először kell egy nézetet készítenünk amiben látszódnak a ki nem fizetett számlái a Pénzügy/bizonylatok/Kimenő számlák menüben. Például így. A nézetet el tudod menteni másként a saját fiókodba ha megnyitod.

Aztán kell ehhez a nézethez egy xlsx feedet készítenünk a nézet nevénél a 3 pontra és a megosztás/megosztás feedként gombra kattintva. Ezt az excelt (benne a kintlévőségeivel) tudja majd letölteni a megnyitás gombra kattintva az ügyfél. Fontos, hogy beidőzítsük, hogy legalább minden nap lefusson a feed például reggel 6-kor.

Majd kell egy email sablon is, amibe leírjuk, hogy mellékeljük a kintlévőségeit, stb. 

(kattints a képre a nagyobb képért)

És kell egy "Nézetek - Üzenet létrehozása" típusú automatizmus is az alábbi képen látható beállításokkal:

(kattints a képre a nagyobb képért)

Fontos, hogy ezt jelenleg több vevőre egyszerre nem tudjuk létrehozni, hanem csak vevőnként külön külön, tehát arra nincs jelenleg lehetőség, hogy mindenkinek akinek mondjuk lejárt számlája vagy kintlévősége van küldjünk ilyen emailt, de néhány partnerre egy beállítható. Az első beállítása mondjuk 20 perc, de további partner már 5 perc alatt beállítható, ha másoljuk a nézetet és gyorsan beállítjuk az automatizmust.