Jak na hromadnou změnu služeb s použitím procesů, úkolů a slevových kampaní

CIBS od verze 3.3.0 nově podporuje v seznamu zákazníků možnost provést hromadný přechod na jinou službu i se založením procesů a úkolů (dle shodných podmínek jako při manuálním vytváření procesů) a s přiřazením slevových kampaní (pokud je v definici slevy povoleno, že může být sleva přidána při hromadných akcích). Výsledky o založení procesů, úkolů a slevových kampaní je notifikováno na email operátora, kterou akci provedl (pokud si operátor zaškrtl "Výsledek e-mailem"). Bližší informace k funkcionalitě naleznete níže.

Proces kontroly a úpravy v plánování servisních procesů a úkolů

V lokaci s povoleným vznikem servisních procesů a úkolů při hromadné změně služeb z modulu Zákazníci se podobným způsobem provádějí kontroly jako při zadávání jednotlivých změn přes WIZARD. Provádějí se kontroly a chybové výsledky se hlásí do případně odeslaného e-mailu o výsledku hromadné změny služeb, viz ZDE . Kontroluje se, zda je možné změnu provést, tedy nejsou u zákazníka otevřené servisní procesy, které tomu brání (jako ve WIZARDu, kdy v tomto stavu nelze vstoupit do formuláře pod tlačítkem „Služby“). Při plánování servisních procesů a úkolů se systém opírá o nastavení servisního procesu (maintenance_solver_config, maintenance_create_config, maintenance_autocomplete), jako u jednotlivě plánovaných procesů a úkolů. Kontrolují se práva na ukončení služby před smluvním závazkem a při ponížení služby:

• Pokud se jedná o snížení ceny, služba má nedokončený smluvní závazek a zároveň operátor nemá právo USER_TRANSFER_SERVICE_SKIP_RESTRICTIONS s hodnotou 1, dojde k chybě: Služba zákazníka nemá naplněn smluvní závazek, nelze snížit cenu.
• Pokud se vypočítává nový smluvní závazek, vezme se buď nedokončený závazek z původní služby, nebo požadovaný závazek u nové služby (modul Produkty a služby, parametr "Volba minimálního závazku" s definovanou hodnotou). Bere se vždy vyšší datum.
• Pokud je u operátora povolena akce pro přechod na nižší službu nebo před vypršením smluvní doby, kdy se manuálně musí zaškrtnout checkbox "Potvrzení", považuje se u hromadné akce jako za potvrzené. Pokud nemá operátor na toto právo, změna služby nebude provedena a informace bude zapsána do případného výsledného e-mailu.

Kontrolují se jako u jednotlivých změn restrikce dle definic služeb (např. povolený termín aktivace nové služby) a zda na prováděné období neexistuje vystavená faktura. Hlášky, které se zobrazují u jednotlivých změn, jsou zobrazovány ve výsledném reportu, zasílající se e-mailem. Při plánování servisních procesů se přiřadí servisní skupina dle dostupných nastavení v maintenance_solver_config, maintenance_create_config, maintenance_autocomplete stejně jako u jednotlivé změny služby.

Plánování na lidské a fiktivní zdroje

Při plánování úkolů je zachován stejný princip výběru, dle nastavení servisního procesu. Při plánování procesů může dojít k vytvoření úkolů 3 typů:

• 1) strojový úkol (provisioning)
• 2) lidský automaticky plánovaný (na první volný termín)
• 3) lidský individuálně plánovaný

Při plánování úkolů automatických změn lze plánovat jen úkoly typu 1 a 2, v případě typu 3 dojde k oznámení chyby (NoPlanningData), viz příklady ZDE .

Modul Zákazníci

V dialogu "Hromadný přechod na jinou službu" je k dispozici parametr "Servisní procesy" typu checkbox s disablovaných zaškrtávátkem, předvyplněný dle parametru lokace viz ZDE – je zde tedy pouze pro rozlišení, zda-li se generují procesy nebo nikoliv. Hint: Parametr určuje, zda-li budou vytvořeny servisní procesy.
V dialogu je dále parametr "Slevová kampaň", typu checkbox, defaultně nezaškrtnutý s možností změny. Hint: Parametr určuje, zda-li se mají dle kritérií slevové kampaně aktivovat všechny povolené kampaně. Aktivují se jen ty kampaně, které mají v definici nastaven parametr "Hromadná".
Při zaškrtnutí budou dle kritérií slevových kampaní ke službám aktivovány všechny možné slevové kampaně (cenu slevy nelze variabilně nastavovat – cena je převzata z definice slevy). Aktivace bude podmíněna novým nastavením v modulu Slevy viz ZDE

V rekapitulačním dialogu se mohou zobrazovat tyto informace (pokud byly parametry zaškrtnuty):

• Budou vytvořeny servisní procesy pro změny služeb dle konfigurace.
• Automaticky budou založeny slevové kampaně určené pro hromadný převod.

Modul Slevy

V dialogu "Přidání slevové akce" nebo "Editace slevové akce" je parametr "Hromadná" (services_discounts.SD_BULK_TRANSFER), defaultně nezaškrtnutý s možností změny. Hint: Parametr určuje, zda-li je možné tuto slevu automaticky aktivovat i u hromadných změn služeb, prováděných z modulu Zákazníci. Pokud tento parametr bude zaškrtnut, znamená to, že tuto slevu lze automaticky aplikovat i u hromadných změn služeb. Aktivace bude možná, pokud jsou splněny kritéria slevové akce, tzn., že sleva nemusí být aktivována u všech zákazníků. Seznam aktivovaných slev může být předán e-mailem.

Slevy se dělí na dvě skupiny: Povinné dle kritérií nebo volitelné. Volitelné slevy jsou takové, které nemají vyplněnu podmínku (u nich lze nastavit parametr „Hromadná). Při aktivaci libovolné služby se vždy aktivují slevy povinné (s vyplněným polem Podmínka" bez možnosti označení jako „Hromadná“ a bez nutnosti zaškrtnutí volby „Slevová kampaň“ v dialogu „Hromadný přechod na jinou službu“). Při hromadném transferu se dále aktivují všechny volitelné slevy, které mají příznak "Hromadná" a vyhovují kritériím. V notifikaci o výsledku (e-mail) jsou pak vypsána ID pouze aktivovaných volitelných slev (slevy s příznakem „Hromadná“).

Výsledky e-mailem

E-mailová notifikace o výsledku hromadné změně služeb obsahuje tyto informace:

Pro emailovou notifikaci vnikly nové hlášky:

• NotLoggedIn - Nelze vytvořit procesy pro operaci se službami, operátor nepřihlášen.
• NoPlanningData - Nelze vytvořit procesy pro operaci se službami, plánování termínu vyžaduje individuální dohodu se zákazníkem.
• GenericError - Nelze vytvořit procesy pro operaci se službami.
• NoProcessConfiguration - Nelze vytvořit procesy pro operaci se službami, chybí konfigurace pro vytvoření procesů.
• GenericError - Nelze vytvořit seznam potřebných procesů.

V emailové notifikaci se zobrazují tyto informace:

• Seznam ID koncových zákazníků (uid)
• Seznam ID původních služeb (srv_id)
• Seznam ID vzniklých servisních procesů, oddělené čárkou (new_ml_ids)
• Seznam ID vzniklých úkolů, oddělené čárkou (new_mj_ids)
• Seznam ID aktivovaných volitelných slev, oddělené čárkou (new_sad_ids)
• Seznam chybových hlášek (důvody jako neprovedení na základně nepovolení při snížení služby, ukončení před smluvním závazkem, existence faktury bez povolení provést storno a vytvořit novou,…). Ideální by bylo dostat do emailového výsledku seznam chybových hlášek, které jinak zobrazujeme při jednotlivých změnách služeb.

Příklady hlášení:

• nepovolený přechod z důvodu otevřených SP

result=-1 - CHYBA: U zákazníka existují otevřené procesy na změny služeb.

• nepovolený přechod z důvodu existence faktury

result=-19202115 - CHYBA: Přechod služby nelze provést, na některé z obsažených období služby jsou vygenerovány nestornované faktury.

• nepovolený přechod z důvodu restrikcí služby

result=-19202161 - CHYBA: Nelze převést službu 123456 na "XY": nepodařilo se vytvořit cílovou službu.
Službu XY (679) pro uživatele Příjmení Jméno (54321) nelze aktivovat: datum počátku služby (21.02.2012) nebo billingu (21.02.2012) nesplňuje nastavené restrikce.
Zadané datum 21.02.2012 neodpovídá restrikcím, u služby XY (679) je požadováno první den v měsíci.

• nepovolený přechod z důvodu nižší ceny nové služby v době smluvního závazku (právo USER_TRANSFER_SERVICE_SKIP_RESTRICTIONS nastaveno u operátora na 0)

result=-1 - CHYBA: Služba zákazníka nemá naplněn smluvní závazek, nelze snížit cenu.

• nepovolený přechod z důvodu plánování procesu na lidský zdroj – nutné domluvit termín se zákazníkem

result=-19202287 - CHYBA: Nelze vytvořit procesy pro operaci se službami, plánování termínu vyžaduje individuální dohodu se zákazníkem.

• úspěšně naplánovaný proces s úkolem a slevovou kampaní (povinná sleva nebo sleva s příznakem „Hromadná“)

uid=69192, srv_id=635199, new_ml_ids=190759, new_mj_ids=239420, new_sad_ids=32894, result=1 - OK

Konfigurace

Parametr v DB tabulce config: "TRANSFER_SERVICE.BULK.MAINTENANCE_CREATE" povoluje vznik servisních procesů a úkolů.