FAQ pro NEJ.cz administrátory #5598

Administrátoři

Otázka: Jak nastavit práva pro koncové zákazníky?

Odpověď: Pro nastavení práv koncových zákazníků se používá v modulu Administrace uživatel ALL_EU. Mohou však existoval uiživatelé přímo pro lokaci (obsahují jiná práva vůči ostatním): lokace_EU, které se pak nastavuje v config, parametr NAME = 'EU_USER_NAME', VALUE = 'LOGIN_UZIVATELE'. U uživatele se nastavuje právo na náhled záložek (např. Právo MODULE_VIEW, hodnota END_USER_PAYMENTS), možnost exportů čo možnost změny osobních údajů.

Otázka: Jak odebrat přístup uživatelům do CIBSu?

Odpověď: V modulu Administrace, vybrat uživatele, tlačítko "Smazání uživatele". Znovu zapojení: Pro nové zapojení nutné na support nahlásit jméno uživatele. Uživatele lze vyhledat odháčkováním filtru Aktivní (seznam aktivních + neaktivních). Support provede v tbl logins.L_ACTIVE změnu hodnoty z 0 na 1.

CC management

Otázka: Hovor spadl do fronty HD (mimo pracovní dobu fronty) místo do záznamníku, proč?

Odpověď: Pokud si zobrazíte volitelný sloupec "Č.fronty", zjistíte, že nebylo voláno na IVR 212 270 000, ale na IVR-HD, kde je dovolatenost neomezená. V opačném případě kontaktujte support CIBSu.

Call centrum

Otázka: Jak zjistím, že na operátora nepřicházejí hovory z důvodu zaseknutého hovoru?

Odpověď: Pokud dojde k tomu, že hovor zatuhne a nelze s ním nic dělat, na podporu CIBSu musí přijít tyto informace: Volané a volající číslo (číslo zákazníka, číslo hotline lokace), čas hovoru. Číslo zákazníka pro zpětné volání si musí helpdesk zaznamenat, jelikož mi ho smažeme. Stavy hovorů jsou: ACTIVE, DIALING, PARKING. Operátor je uveden ve sloupci PAC_LAST_SIP_NAME.

SELECT * FROM phone_active_calls WHERE PAC_STATUS='PARKING'; -- zjištění seznamu problémových zaparkovaných hovorů
CALL voicegateway_cancel_call('PAC_SOURCE_ID',@res); -- support odstraní hovor

Otázka: Jak zjistím seznam operátorů, kteří jsou právě ve stavu ON-AIR?

Odpověď:

SELECT
  l.id as ID,
  l.login as Login,
  concat_ws(' ', l.first_name, l.surname) as JmenoOperatora
FROM
  logins l
  JOIN (SELECT DISTINCT SRU_L_ID, (SELECT SRU_APPBUS_SESSION FROM session_registered_users WHERE SRU_L_ID = sru.SRU_L_ID ORDER BY SRU_LAST_ACTION DESC LIMIT 1) AS SRU_APPBUS_SESSION FROM session_registered_users sru) sru ON sru.SRU_L_ID = l.id
  JOIN session_registered_params srp ON srp.SRP_APPBUS_SESSION = sru.SRU_APPBUS_SESSION
  LEFT JOIN phone_active_calls pac ON pac.PAC_HELPDESK_L_ID = l.id AND pac.PAC_STATUS = 'ACTIVE'
WHERE
  srp.SRP_PARAM = 'IS_ON_AIR'
  AND srp.SRP_VALUE = '1'
  AND (pac.PAC_ID IS NULL OR pac.PAC_PROCESSED IS NOT NULL)

Otázka: Jak zjistím seznam operátorů, kteří právě hovoří, včetně telefonního čísla?

Odpověď:

SELECT
  pac.PAC_HELPDESK_L_ID AS IDOperatora,
  pac.PAC_SOURCE_NUM AS Cislo,
  pac.PAC_START_TIME AS ZacatekVolani,
  CONCAT_WS(' ', l.FIRST_NAME, l.SURNAME) AS JmenoOperatora
FROM
  phone_active_calls pac
  JOIN logins l ON l.ID = pac.PAC_HELPDESK_L_ID
WHERE
  pac.PAC_STATUS = 'ACTIVE'  
  AND pac.PAC_DIRECTION = 'I'

Otázka: Jak zjistím seznam počtu hovorů a vzniklých procesů pouze za víkendy za určité období až doposud?

Odpověď:

-- Počet vzniklých telefonátů
SELECT *
FROM
net.phone_call_list pcl
LEFT JOIN installations i
ON i.ID = PCL_CT
WHERE
I_CP_ID = 61
AND PCL_START_TIME >= '2011-05-01 00:00:00'
AND (dayofweek(PCL_START_TIME) = 1
OR dayofweek(PCL_START_TIME) = 7);

-- Počet vzniklých procesů
SELECT *
FROM
maintenance_list ml
LEFT JOIN installations i
ON i.ID = ml.CT
WHERE
I_CP_ID = 61
AND ml.CREATION_TIME >= '2011-05-01 00:00:00'
AND (dayofweek(ml.CREATION_TIME)=1 OR dayofweek(ml.CREATION_TIME)=7); 

Faktury

Otázka: Jak prověřím zd.plnění, splatnost - billing plán (BP)?

Odpověď: Prověřit zda v services_active_billing dle ID služby souhlasí nastavení BP. Pokud ano a je typ TAXDOC, prověřit tmp_tax_docs dle ID služby, zda TAX_DATE není odlišné oproti BP (z tohoto sloupce se přičítá MATURITY_DAY u BP). Pokud je odlišné, podívat se, zda nejsou uzávěrky u služby (uzamknuté ke změně).

select * from services_active_billing where SAB_SA_ID=(ID služby);
select * from tmp_tax_docs where SRV_ID= (ID služby);
select * from services_active where ID = (ID služby);

Otázka: Proč se klientům generují 2 faktury místo jedné?

Odpověď: Generování seznamu služeb na jednu fakturu je ovlivněno nastavením billing plánu, tedy parametry:

• Datum vystavení interního dokladu (viz modul Interní doklady)
• Datum splatnosti interního dokladu (viz modul Interní doklady)
• Způsob expedice výzev k uhradě (email, pošta, sms) – parametr billing_plans.APPLICATION_DELIVERY_TYPE a případně odlišnosti v těchto parametrech, pokud je nastaveno, že variabilní část se řídí vlastními parametry (VAR_PRICE_ACCORD=1).
  
  

Zkontrolujte nastavení v databázové tabulce billing_plans (definice billing plánů) a tabulku services_active_billing (nastavení billingu u jednotlivých služeb). V tabulce lze vyhledat nastavení dle ID služby (SAB_SA_ID).

SIPO

Otázka: co znamená hláška "Nebyly nalezeny platby SIPO v bance ve výši xxx Kč."?

Odpověď: Pokud CIBS hlásí při importu SIPO "Nebyly nalezeny platby SIPO v bance ve výši xxx Kč.", problém je v tom, že nesedí naimportované platby. Je nutné, aby u všech takovýchto plateb bylo v poznámce uvedeno "USP - SIPO".

Interní daňové doklady

Otázka: Co se počítá do záloh ve sběrných dokladech předpisů?

Odpověď: Do záloh se započítávají platby i z tohoto měsíce, když datum platby je nižší než TAX_DATE v tmp_tax_docs.

Otázka: z čeho se skládá číslo dokladu?

Odpověď: Význam posledních 5 číslich: 10811 (1 - služba s měsíční periodou, 08 - rok předpisu, 11 - měsíc předpisu). Další čísla před těmito jsou ID služby (detail zákazníka, zobrazení sloupce ID v seznamu služeb).

Koncová zařízení

Otázka: Jak najít, kde je definovaný rozsah adres?

Odpověď: Jak a kam dodefinovat dalsi rozsah adres, kdyz chci pridat nove koncove zarizeni a pozadovana adresa se mi nenabizi. Je potreba vedet, kam (pod ktere zarizeni) chci pridavane pridat. Na jeho ID aplikujeme SQL funkci select network_iprange_find( ID, NULL ); tato funkce vrati NODE_ID.INTERFACE_ID, kde jsou definovane soucasne rozsahy adres. Do stejne urovne je vhodne nove pridavat. Příklad:

select network_iprange_find( nodes.ID, NULL );

Výsledek bude: nnnnn.iiii

select * from nodes where ID=nnnnn;
select * from nodes_physical_interfaces where NPI_ID=iiii;

Jednotky

Otázka: Jak dohledat jednotku, která byla dříve u zákazníka - přes DB?

Odpověď: Toto lze zjistit přes tabulku nodes_servises_history, kde si zadáte ID služby z services_active, příklad:

SELECT *
 FROM nodes_services_history nsh
 WHERE nsh.NSH_SA_ID = 0000542788;

Tato služba NEJ.cz Data Vize byla na 3 zařízeních a ve výsledku naleznete jednotku pod N_TYPE = 'BLK_DEVICE':

SELECT *
 FROM nodes
 WHERE ID in (31873,154319,223055);

Kompletní pohyby na jednotce:

SELECT *
 FROM nodes_services_history nsh
 LEFT JOIN services_active sa ON sa.ID = nsh.NSH_SA_ID
 WHERE nsh.NSH_N_ID=31873;

Otázka: Jak jsou nastaveny restrikce pro parametr PORTAX (CIT #3919)?

Odpověď: Funkcionalita snižuje riziko zásahu do parametru Provisioning Portax u jednotky, která má napojené služby.

Příznak Provisioning Portax bude možné nastavovat pouze v těchto případech:

• přes frontend (editace zařízení) ve stavu, kdy na jednotce není přiřazena žádná služba
• přes import XML jako import nového zařízení
• přes editaci XML jako editaci jednotky bez přiřazené služby

Příznak Provisioning Portax NEbude možné nastavovat v ostatních případech, tedy:

• přes frontend (editace zařízení) pokud je na jednotce přiřazena služba (pro změnu flagu bude sloužit proces Přechod pod Portax). Parametr se v editaci zařízení ani nezobrazí.
• přes editaci XML jako editaci jednotky s přiřazenou službou

Nastavení je dáno parametrem NP_EDITABLE s hodnotou 2 (parametr je editovatelný pouze pokud k dané jednotce nejsou připojeny služby – detekováno pomocí tabulky nodes_services).

SELECT np.NP_EDITABLE FROM node_params np WHERE np.N_TYPE= 'BLK_DEVICE' AND np.PAR_NAME='PORTAX';

Otázka: Jak jsou nastaveny restrikce pro parametry typu SG* (CIT #4717)?

Odpověď: Restrikce je platná jak na operaci přes frontend tak přes importy zařízení. Per parametr lze nastavit tyto restrikce v node_params.NP_EDITABLE (hodnoty 0 - 3):

• 0 - nelze editovat parametry
• 1 - lze libovolně editovat parametry.
• 2 - lze editovat parametry zařízení, pokud k zařízení nejsou vázány služby.
• 3 - lze editovat parametry zařízení, pokud k zařízení nejsou vázány probíhající servisní procesy.
• 4 - může editovat pouze systém, pro uživatele z frontendu needitovatelné.

Aktuální nastavení v NEJ.cz (3.113):

• 2: PORTAX
• 3: SG17, SG18, SG19, SG20, SG21, SG46, SG37, SG45, SG41 (UPDATE node_params SET NP_EDITABLE = 3 WHERE PAR_NAME LIKE 'SG%';)

Platby

Otázka: Nelze odstranit platbu pokud je již vygenerován sběrný doklad plateb, jak postupovat?

Odpověď: Pokud máte vygenerovaný sběrný doklad plateb, ale ještě nepotvrzený, proveďte nejprve smazání tohoto sběrného dokladu plateb (bez tohoho kroku by Vám systém nepovolil smazat platbu), odstraňte výše zmíněnou platbu a znova vygenerujte sběrné doklady plateb. Pozor, smazání uzávěrky by mělo být potvrzeno ddělením billingu!

Otázka: Nelze odstranit hotovostní platbu pokud není poslední, jak postupovat?

Odpověď: Hotovostní platbu lze smazat pouze jen posledně vloženou. Pokud jste již vložil další platby, je potřeba tuto platbu přenést do platby typu Ostatní. Proveďte na vyfiltrované platbě vytvoření mylné platby (tlačítko Vytvoření mylné platby z nespárované části platby). Aby se částky vyrovnaly, musíte vytvořit další shodnou platbu ale nyní se zápornou částkou a vytvořit na ní mylnou platbu, tím se stav vyrovná.

Otázka: Jak zkontrolovat částky za očekávané platby za vybrané období a skutečně přijatých plateb?

Odpověď:
Očekávané platby za požadované období zjistíte následovně:

• Modul Přehledy > 1 záložka "Podrobný náhled na jednotlivé měsíční předpisy služeb. V tabulce "Přehled jednotlivých měsíčních předpisů" si vyberte požadovaný měsíc a použijte filtry. Sečtěte částku sloupců "Cena" a "Var.", výsledek je očekávaná částka za vybrané období.

Skutečné platby za požadované období zjistíte následovně:

• Modul Účto > 1 záložka "Náhled na účetní uzávěrky". V tabulce Sběrné dok. plateb sečtěte částky všech odpovídajících dokladů v požadovaném období a dostanete skutečnou obdrženou částku. Celková částka za vybraný doklad plateb je k dispozici v tabulce "Položky dokladu", jako součet sloupce "Částka".

Otázka: Jak zkontrolovat, že import plateb proběhl v pořádku?

Odpověď: Pokud prohlížeč nereaguje a specialista billingu se domnívá, že již měl být import dokončen, lze to ověřit tak, že u jiného PC se v modulu Platby ověří počet naimportovaných plateb. Zjistěte si název souboru a počet plateb v souboru. V modulu Platby si otevřte volitelný filtr "Soubor" a vložte název souboru. Pokud počet plateb souhlasí s počtem v souboru a dialog specialistovi billingu ještě nezmizel, lze provést bez ztráty dat uzavření prohlížeče a opětovné přihlášení.

Otázka: Jaké jsou rozdíly mezi funkcí mylná platba a příznaku ostatní platba?

Odpověď: Tlačítkem "Nastavení/zrušení příznaku ostatní platby (platby mimo rámec CIBS)" můžete přesunou platbu do ostatních v případě, že je platba nespárovaná a nemá přiřazeného zákazníka Tlačítkem "Vytvoření mylné platby z nespárované části platby" můžete přesunou platbu do ostatních v případě, že je platba nespárovaná a může mít přiřazeného zákazníka. Při přesunu se jméno zákazníka překopíruje do pole "Poznámka k platbě", aby jste věděli, k jakému zákazníkovi byla tato platba spárována.

Otázka: Jak odpárovat platby zákazníka, který platí např. rok dopředu (jinak než měsíc)?

Odpověď:
Cíl: Odpárovat část plateb, vrátit zákazníkovi peníze nebo převést zákazníka na jinou službu a tyto peníze spárovat na novou službu.

• 1. Vytvořte v modulu Interní doklady na daný předpis dobropis na daný počet měsíců do konce období (např. za měsíce 9-12 vystavíte dobropis na částku 4 x cena paušálu).
• 2. V modulu Platby vytvořte zápornou platbu do zápočtové pokladny a spárujte s vystaveným dobropisem.
• 3. V modulu Platby vytvořte kladnou platbu (částka stejná jako v dobropise) do zápočtové pokladny a spárujte s předpisem na novou službu, na kterou budete zákazníka převádět.

Dále může nastat případ, že budete chtít vrátit zákaznikovi část platby. Provedete stejné kroky jako v bodě 1. Bod 2 se liší v tom, že vytvoříte platbu v ostré pokladně a ne v zápočtové. Bod 3 se v tomto případě neprovádí.

Otázka: V čem korektně otevřít bankovní výpis *.ACE?

Odpověď: V PSPadu se soubor otevírá chybně, je nutné ho otevřít např. v notepadu či poznámkovém bloku.

Otázka: Jak je nastaveno párování v NEJ.cz #8446?

Odpověď: Aktuální stav k 20.6.2013
Rio má nastaveno párování na nejstarší dluh, rozhodující je splatnost ne zdanitelné plnění, s vyjímkou služeb, které mají zaškrtnuto v definici služby Nepárovat automaticky. Částky nemusí souhlasit.

Jsou ale některé další výjimky:

• Pokud se uhradí faktura s variabilním symbolem faktury, částka souhlasit musí a napáruje se právě na tu fakturu, případně na další neuhrazenou fakturu zákazníka se shodnou částkou.
• Pokud se zadá variabilní symbol nebo číslo smlouvy přímo ke službě, napáruje se přednostně k té službě. To Rio moc nevyužívá, ale platí to obecně.
• Platby Sipo se párují jen na předpisy sipo.
• Naopak to ale neplatí, platba v hotovosti se páruje na nejstarší dluh bez ohledu, zda je předpis sipo nebo ne.

Rio má nastaveno plovoucí párování. To znamená, že platby, které nebyly napárovány podle VS faktury, mají zdanitelné plnění vyšší než aktuální datum a nebyly vloženy do vyjmenované pokladny /ID těchto pokladen 382,368,403,369,405,400,273,380,404,381,372,398, 389,388,383,385,384,371,370/ a nejsou třídy unicredit /Rio nepoužívá/ se odpárují a jsou napárovány znovu na nejstarší dluh. Pokud se při plovoucím párování odpáruje platba sipo a nepodaří se ji znovu napárovat, protože už žádné volné sipo předpisy nejsou, napáruje se na ostatní předpisy. Plovoucí párování probíhá vždy při přegenerování zákazníka.

Pak je možné ještě párovat na konkrétní službu při vytvoření hotovostní platby, ale to jen na neuhrazené předpisy s DUZP starším než aktuální datum a navíc ještě musí mít nastavení v BP hotovost /to lze ovlivnit nastavením/.To ale Rio už nepoužívá, poslední takto vložená platba je z 11.9.2011, ale nastaveno to máte.

Nakonec tam je ještě přepárování při ukončení služby, pokud na službu byly dopředu napárované zálohy. Pokud je platba už v uzávěrce, napáruje se na poslední předpis před uzávěrku, pokud ne, odpáruje se a měla by se napárovat znovu podle pravidel viz. výše.

Pohledávky

Otázka: Jaký je rozdíl mezi saldem zákazníka v modulu Pohledávky a na kartě zákazníka?

Odpověď: Zalozka "Pohledavky dle zakaznika" - jedna se o soucet castek z predpisu, ktere jsou po splatnosti a dosud nebyly uhrazeny (detaily se zobrazuji ve spodni tabulce "Pohledávky zákazníka"). Na karte zakaznika v policku "Saldo" vidite aktualni financi stav mezi Vami a zakaznikem (nezohlednuje se v tomto vypoctu tedy splatnost), jedna se o rozdil hodnot "Ma dati" a "Dal".

Otázka: jak srovnat pohledávky (rozdíl nedohledanými platbami)?

Odpověď: Nově nedohledané platby by měsíční transakce neměly ovlivňovat. Pokud přebíráte součet ze sběrných dokladů plateb, je potřeba tyto platby odečíst. Naopak nedohledané platby z minulých období měsíční transakce ovlivní (snižují pohledávky). Je potřeba po uzávěrce předpisů provést i přegenerování nedohledaných plateb v modulu účto na záložce "Přehled nedohledaných plateb".

Procesy a úkoly

Otázka: Jak je nastaveno odesílání emailů při vytvoření či změně servisního procesu?

Odpověď:

• • Při vytvoření SP se posílá email o SP na adresu administrátora lokace, pokud je nastaveno v config ADMIN_MAIL_MT_CREATE. Jednoduchým dotazem

    select * from config where NAME = 'ADMIN_MAIL_MT_CREATE';

    zjistíme, že v is.cibs.cz i NEJ.cz je nastaveno globálně, že se posílá a v is.cibs.cz to mají některé lokace vypnuté. V tomto případě se posílá email z adresy operátora, který vytvořil SP na adresu administrátora lokace (ten je dán parametrem config ADMIN_MAIL

    select * from config where NAME = 'ADMIN_MAIL';

    - is.cibs.cz nastaven globalne na support@resal.cz, na NEJ.cz chybně nastaven na prázdný řetězec globálně).
  • Při vytváření SP, pokud je zvolena skupina a není zvolen technik a skupina má nastaven email a posílání emailů (SG_EMAIL resp. SG_SEND_MAIL v tabulce serman_groups), tak se posílá mail z emailu operátora, který vytvořil SP na email skupiny.
  • Při vytváření SP, pokud je zadán technik a má nastaveno právo SERMAN_EMAIL a nastavenou adresu v logins.MAIL, posílá se email opět z adresy operátora, který založil SP, na adresu technika.
  • Při vytváření SP, pokud je zadaná skupina a je zadán i technik (nastavení viz předchozí bod), posílá se email pouze na adresu technika
  • Při vytváření SP, pokud je zadaná skupina a je zadán i technik (nastavení viz předchozí bod) a je nastaveno option MAINTENANCE_TASK.NOTIFY.BOTH=1, posílá se email na adresu skupiny i technika
  • Při editaci SP, pokud je zaškrtnuto posílat info a je nastavena adresa pro info, tak se posílá email z adresy provozovatele lokace (viz. výše ADMIN_MAIL) na adresu zadanou do SP jako mail info.
  • Při editaci SP, pokud se změní servisní skupina a nová servisní skupina má nastaveno posílání mailů a má nastaven email, tak se pošle email z adresy administrátora lokace na adresu skupiny.
  • Při editaci SP, pokud se změní technik a nový technik má právo SERMAN_EMAIL a nastavenou adresu v logins.MAIL, tak se opět z adresy administrátora lokace posílá email na adresu technika.

Všechny maily se posílají prostřednictvím procedury session_send_mail, která pokud nejsou zadány adresa z a/nebo na, tak místo nich doplní obsah configu lokace ADMIN_MAIL.

Otázka: Kdy vzniká "Neznámá konfigurace úkolu"?

Odpověď: Konfigurace je řízena definicí v databázové tabulce portax_def, pokud se neshoduje, je u úkolu napsáno "Neznámá konfigurace úkolu".

odeslané MAC 2 a MAC 3 zároveň

Např.: 19.05.2011 15:58 Log Portax (portax portax): Neznámá konfigurace úkolu (ID úkolu: 155790, Typ procesu: 55, Servisní skupina: 46, MAC1: , MAC2: 02:0a:86:90:64:12, MAC3: 02:0a:86:90:64:12, Transfer na stejné jednotce: 1)

UID 80628, SP 00126730, ÚKOL 155790, proces CH - (TP, změna balíčků) na stejné jednotce.

Zákazník má pod jednotkou 2 zařízení, odešla MAC adresa ETTH_PORTu (kde není žádná služba). Služba, u které se přidávají balíčky je pouze na FTTX_GW:

• 201740 FTTX gateway FTTX_GW zařízení (ETTH ELCONnect EAD 100), 00:07:23:06:de:74
• 193611 ETTH Port ETTH_PORT zařízení (Generic ETTH Port), 02:0a:86:90:64:12

Měla odejít pouze MAC1: select * from portax_def where PD_ACTION = 'connect' and PD_USE_MAC=1;

Odpověď: Problém byl v tom, že ikdyž byla služba na zařízení FTTX_GW, systém nedokázal toto zařízení nalézt. V tomto případě lze vyzkoušet odpřiřazení služby od zařízení FTTX_GW a nové přiřazení a znovuodeslání úkolu. Systém by pak měl už správně identifikoval službu na zařízení a poslal správnou konfiguraci. Pokud ne, předat supportu CIBSu.

prázdná MAC

Např.: * 23.03.2011 14:24 Log Portax (portax portax): Neznámá konfigurace úkolu (ID úkolu: 137667, Typ procesu: 129, Servisní skupina: 20, MAC1: , MAC2: , MAC3: , Transfer na stejné jednotce: 0)

Odpověď: mohlo dojít ke změně dostupnosti na jednotce/v defici služby nebo pod jednotkou neexistuje zařízení, od kterého by se měla MAC adresa získat. Způsob ovlivňování odesílání úkolů je popsáno viz níže.

Otázka: způsob ovlivňování odesílání úkolů do portaxu změnou dostupností na jednotce/v definici služby

Odpověď:
Příklad ovlivňování dostupností Dost. ETTH - Data a Dost. ETTH - Video na jednotce a službě:

Nastavení v portax_def je následující:

• Při N - Nové připojení ETTH - D se v portax_def definuje, že se musí jednat o skupinu 20 (services_groups_def Dost. ETTH - Data)
• Při N - Nové připojení ETTH - V se v portax_def definuje, že se musí jednat o skupinu 46 (services_groups_def Dost. ETTH - Video)

Kombinace nastavení:

• 1) SN_ID Dost. ETTH - Data 1 Dost. ETTH - Video 1 + kombinace s nastavením jednotky:
  • V případě, že služba je v těchto dvou dostupnostech Dost. ETTH - Data a Dost. ETTH - Video a jednotka je zároveň s těmito dostupnosti (Dost. ETTH - Data a Dost. ETTH - Video), nastavení funguje následovně: Jelikož v service_groups_def má větší prioritu Dost. ETTH - Data (56) než Dost. ETTH - Video (50), upřednostní se dostupnost Dost. ETTH - Data a k tomu vznikne proces N - Nové připojení ETTH-D = v pořádku.
  • Pokud je na jednotce pouze Dost. ETTH - Video, vytvoří se proces: N - Nové připojení ETTH-V = v pořádku
  • Pokud je na jednotce pouze Dost. ETTH - Data, vytvoří se proces: N - Nové připojení ETTH-D = v pořádku
  • Pokud na jednotce není žádná dostupnost (Dost. ETTH - Data a Dost. ETTH - Video), služba se nenabízí pro aktivaci, protože se nenalezna shodná dostupnost = v pořádku
• 2) SN_ID Dost. ETTH - Data 1 Dost. ETTH - Video 0 + kombinace s nastavením jednotky:
  • Pokud je na jednotce pouze Dost. ETTH - Video, služba se nenabízí pro aktivaci, protože se nenalezna shodná dostupnost = v pořádku
  • Pokud není na jednotce nastavena žádná dostupnost, služba se nenabízí pro aktivaci, protože se nenalezna shodná dostupnost = v pořádku
  • Pokud je na jednotce pouze Dost. ETTH - Data, vytvoří se proces: N - Nové připojení ETTH-D = v pořádku
  • Pokud je na jednotce Dost. ETTH - Data a Dost. ETTH - Video, vytvoří se proces: N - Nové připojení ETTH-D = v pořádku (skupina Dost. ETTH - Data má vyšší prioritu)
• 3) SN_ID Dost. ETTH - Data 0 Dost. ETTH - Video 1 + kombinace s nastavením jednotky:
  • Pokud není na jednotce nastavena žádná dostupnost, služba se nenabízí pro aktivaci, protože se nenalezna shodná dostupnost = v pořádku
  • Pokud je na jednotce pouze Dost. ETTH - Data, služba se nenabízí pro aktivaci, protože se nenalezna shodná dostupnost = v pořádku
  • Pokud je na jednotce pouze Dost. ETTH - Video, vytvoří se proces: N - Nové připojení ETTH-V = v pořádku
  • Pokud je na jednotce Dost. ETTH - Data a Dost. ETTH - Video, vytvoří se proces: N - Nové připojení ETTH-V = v pořádku (skupina Data má vyšší prioritu), portaxový úkol prošel bez komplikací
• 4) SN_ID Dost. ETTH - Data 0 Dost. ETTH - Video 0 + kombinace s nastavením jednotky:
  • v žádné kombinaci nastavení jednotky nelze aktivovat službu, protože se nenalezna shodná dostupnost = v pořádku

POZOR: např. v případě vytvoření procesu N - Nové připojení ETTH-V v kombinaci (SN_ID Dost. ETTH - Data 0 Dost. ETTH - Video 1 + kombinace s nastavením jednotky Dost. ETTH - Data 1 Dost. ETTH - Video 1) nastavení bylo vše v pořádku a proces by korektně prošel. Jenže pokud dojde ke změně nastavení dostupnosti na službě (přidána Dost. ETTH - Data - která má vyšší prioriotu než Dost. ETTH - Video) tak tím dojde u ještě neodeslaných portaxových úkolů k tomu, že při odeslání portaxového úkolu se vezme aktuální nastavení (což je v pořádku, takto systém funguje). To však pro proces N - Nové připojení ETTH-V není v dané kombinaci nového nastavení možné (servisní skupina 20 není možná), proto úkol skončí jako:
* 23.03.2011 14:24 Log Portax (portax portax): Neznámá konfigurace úkolu (ID úkolu: 137667, Typ procesu: 129, Servisní skupina: 20, MAC1: , MAC2: , MAC3: , Transfer na stejné jednotce: 0)

Otázka: Neplatná MAC adresa / MAC address mismatch (MAC adresa)

Odpověď: NEJ.cz nejprve kontaktuje pana Lauše, aby věděli, jakou MAC adresu portax skutečně očekává. Dle informace pak NEJ.cz může provést:

• buď zkusit v CIBSu přes modul Koncová zařízení dohledat zařízení s tou očekávanou MAC adresou portaxem a řešit proč je stav v CIBSu různý od stavu v portaxu a nebo
• po odsouhlasení správnosti zjištěné očekávané MAC adresy tuto adresu v CIBSu můžete opravit. Pak můžete využít funkci znovuodeslání úkolu.

Otázka: Kdy se provádí odebírání MAC adresy?

Odpověď: Odebírání MAC adresy se provádí pokud do portaxu CIBS pošle příkaz terminate. Při příkazu disconnect se odebírání neprovádí.

• Disconnect - znamená to, že odpojujeme zákazníkovi nějaké služby, ale buď plánujeme nějaké jiné připojit, nebo zákazníkovi ještě nějaké služby zbyly. Tedy i po této operaci bude zákazník využívat nějaké služby a MAC mu zůstává.
  
• Terminate - zákazník přestává odebírat služby a úplně končí. GW se od něj odřadí.

Otázka: způsob uvádění MAC adresy u úkolu

Odpověď:

• pokud má Portax provést nějakou akci bez technika, musí znát MAC dotyčného zařízení
• pokud je vyžadována přítomnost technika (instalace), MAC se neuvadí
• resp. v případě přechodu na jinou službu se MAC do portaxu zasílá (třeba viz. definice portax_def.PD_ID = 22) a v případě ukončení a aktivace nové služby se MAC nezasÍlÁ (třeba viz. definice portax_def.PD_ID = 21).

Otázka: Jak se určuje technik, který bude přiřazen k úkolu?

• 1) O - přechod pod portax: Tyto procesy se standardně plánují na portax (přechod pod jednotkou zákazníka). Úkoly na technika "Ostatní CL" se plánují v případech, když je přechod plánován pod jinou jednotku, než na které je zákazník. V případech, kdy je plánování na jednotku zákazníka, vzniká úkol pro portax.
• 2) CL OSTATNÍ: Ten se vybírá primárně tehdy, pokud pro danou oblast existuje více techniků k tomuto procesu (systém pak neví koho určit a dává tam CL OSTATNÍ) nebo máte jednotku v oblasti, ve které není evidován žádný technik pro tento typ procesu (modul Procesy, záložka Nastavení skupin). Pozn: Pokud nemá být u procesu definován technik "CL OSTATNÍ", ověřte, zda-li servisní proces neobsluhuje v dané oblasti více techniků (viz modul Procesy, záložka "Nastavení skupin", tabulka "Aktuální procesní oblasti pro skupinu XY")

Otázka: Kde se zobrazují soubory typu "scan" vložené u procesu?

Odpověď: Příloha se ukládá na kartu zákazníka, typ události dokument, poznámka obsahuje vždy "Scan dokumentu technikem" a v závorce uveden název přílohy. Pro zobrazení si proveďte setřídění dle datumu vložení.

Otázka: Oddělení XY při zakládání SP nemůže plánovat na aktualni den, ale zobrazi se jim kalendar, kde je mozne vybrat az den nasledujici, čím je výběšr temrínu v kalendáři ovlivněn?

Odpověď: Je to proto, že operátor má nastaveno právo 'MAINTENANCE_LIST.DISALLOW_TODAY_JOB' na hodnotu 1.

Otázka: Kde nastavit email pro notifikaci procesů "Flexible"?

Odpověď: tyto procesy se posílají dle emailu evidovaných u operátorů v modulu "Administrátoři". Stačí vyhledat výraz "flexible", vybrat požadovaného operátora a u něj editovat email.

Otázka: Proč u procesu nevznikl žádný úkol?

Odpověď: úkol nemusí vzniknout v případě, kdy neexistuje definice v maintenance_create_config. Seznam procesů s nulovým počtem úkolů lze zjistit tak, že v modulu Procesy se zvolí volitelný filtr "Úkolů", kam zadáte hodnotu 0 a ve filtru zadáte nerovná se "termín". Tyto procesy lze pouze úspěšně dokončit a je potřeba zajistit provedení i v portaxu, v případě potřeby technika naplánovat proces typu O. Od 3.116 (#5870) by vytváření SP bez úkolu (kromě P - Termín) mělo být zabráněno, zobrazuje se hláška "Došlo k chybě konfigurace. Typ procesu definovaný pro provedení této akce není možné použít. Pro vyřešení problému je nutné kontaktovat podporu CIBS.".

-- seznam procesu bez ukolu
SELECT ml.ID, ml.USER_ID, ml.ML_MTT_ID, ml.NAME, ml.CREATION_TIME
  FROM maintenance_list ml 
  LEFT JOIN maintenance_jobs mj ON (mj.MJ_ML_ID=ml.ID)
  WHERE mj.MJ_ID is null and ml.STATE_ID!=3 AND ml.CT=98 AND ml.ML_MTT_ID!=85;

Otázka: Co znamená výpis červené tabulky?

Nepodařilo se upravit úkol!
Nepodařilo se upravit úkol Zákazník mění nabídku na jednotce (MJ_ID = 217026): Nelze ukončit servisní proces.
Nepodařilo se dokončit servisní proces Zákazník mění nabídku na jednotce: Proces nelze editovat
Nepodařilo se upravit servisní proces Zákazník mění nabídku na jednotce (ML_ID = 173025): Nastala chyba při zpracování návazných operací. (Událost Dokončení procesu)
Operace se službami (637990) nelze dokončit.
Operace se službou (637990) nelze dokončit.
Službu Data Light - WL (SA_ID=637990) zákazníka Lukeš Libor (42292) není možné zapojit, při přechodu není možné ukončit původní službu Online Home [a1] (TRANSFER_OLD_SA_ID).
Službu Online Home [a1] (636362) zákazníka Lukeš Libor (42292) nelze zrušit.
Službu Online Home [a1] (SA_ID=636362) zákazníka Lukeš Libor (42292) není možné zrušit, datum 'platit do' je před začátkem placení služby.
Nelze provést akci vymáhání (zákazník Lukeš Libor (42292)).
Akce vymáhání (SA_CONNECT) není pro stav vymáhání zákazníka Lukeš Libor (42292) povolena (Zahájení vymáhání je možné pouze generováním upomínky nebo avízem.).

Odpověď: Hláška se Vám snaží říci, že nelze provést ukončení u původní služby, když má termín "Platit od" v den jeho ukončení (služba totiž musí platit alespoň jeden den). Datum "Platit od" nelze u původní služby změnit, protože za listopad je iž provedena uzávěrka předpisů (modul Účto).Řešením by bylo to, že při ukončení úkolu dáte v poli "Provedeno" pozdější termín než 1.12.2011. od té doby bude nová služba zpoplatněna a původní ukončena a vyúčtována za počet aktivních dní.

Otázka: Jaké jsou všeobecné informace týkající se výběru skupin a technika u procesu (#5488)?

Odpověď: Informace k aktuálnímu nastavení se dozvíte ZDE

Otázka: Jak se u procesů a služeb provádí dělení dle technologie?

Odpověď naleznete zde: http://netbox.resal.cz/cgi-bin/foswiki/view/Mango.CibsDocHowToMaintenanceTaskTypesTechnologies a http://netbox.resal.cz/cgi-bin/foswiki/view/Mango.CibsDocReferencMaintenanceList#AnchorChNastaveniProcesu

Otázka: Jak se u procesů konfigurují různé zdroje? #5973

Odpověď: Pokud existuje pro daný proces různá strategie v maintenance_solver_config.MSC_STRATEGY_CODE (changed, normal), pak může operátor vybrat jaký STRATEGY_CODE se použije. K procesu se pak vytvoří jen úkoly vycházející z konfigurace daného STRATEGY_CODE. Výchozí STRATEGY_CODE je určen ve sloupci MSC_STRATEGY_DEFAULT (hodnota 0,1). Bližší informace naleznete v souboru 5973 Zjednoduseni systemu sluzeb.doc.

Otázka: Jak blokovat plánování úkolů na následující den po určité hodině? #6589, #8593 a #8873 - podpora funkce i při přeplánování úkolu

Odpověď: Nastavení je dáno právy MAINTENANCE_LIST.DISALLOW_JOB.DAY a MAINTENANCE_LIST.DISALLOW_JOB.LIMIT

• MAINTENANCE_LIST.DISALLOW_JOB.DAY: Omezení plánování úkolu kalendářem. NONE - bez omezení (kalendář začíná dnešním dnem), TODAY - nelze plánovat na dnes, NBD - nelze plánovat na dnes, na svátek, na víkend a na následující pracovní den. Volbu NBD lze zároveň ještě upřesnit právem MAINTENANCE_LIST.DISALLOW_JOB.LIMIT.
• MAINTENANCE_LIST.DISALLOW_JOB.LIMIT: Doplňkové právo pro MAINTENANCE_LIST.DISALLOW_JOB.DAY s hodnotou NBD. Určuje hodinu dne, po které je zakázáno plánování úkolu na následující pracovní den. Pokud není vyplněno, použije se 00:00. Před touto hodinou je plánování na další pracovní den povoleno. Formát času je HH:MM.

Možná nástavení:

• MAINTENANCE_LIST.DISALLOW_JOB.DAY = 'NONE': kalendář začíná dnešním dnem, ale rozbalí se den následující
• MAINTENANCE_LIST.DISALLOW_JOB.DAY = 'TODAY': kalendář začíná další den a zároveň je rozbalen
• MAINTENANCE_LIST.DISALLOW_JOB.DAY = 'NBD': nelze plánovat na dnes, na svátek, na víkend a na následující pracovní den
  • MAINTENANCE_LIST.DISALLOW_JOB.LIMIT > NOW(): kalendář začíná další pracovní den
  • MAINTENANCE_LIST.DISALLOW_JOB.LIMIT < NOW(): kalendář začíná další druhý pracovní den

Příklady plánování

Pracovní den: pondělí až pátek vyjma svátků
Víkend: sobota a neděle
Svátek: svátek je definován v DB tabulce legal_holiday

Právo MAINTENANCE_LIST.DISALLOW_JOB.DAY s volbou NBD + MAINTENANCE_LIST.DISALLOW_JOB.LIMIT s hodnotou např. 18:00 (zadaný čas je chápán jako půlnoc, kdy se posune termín o další pracovní den - posun na první pracovní den, na druhý pracovní den).

• pátek v čase před hodnotou MAINTENANCE_LIST.DISALLOW_JOB.LIMIT - plánování na druhý pracovní den, tedy pondělí
• pátek v čase po hodnotě MAINTENANCE_LIST.DISALLOW_JOB.LIMIT - plánování na druhý pracovní den, tedy úterý
• sobota a neděle před hodnotou MAINTENANCE_LIST.DISALLOW_JOB.LIMIT - plánování na druhý pracovní den, tedy úterý
• sobota a neděle po hodnotě MAINTENANCE_LIST.DISALLOW_JOB.LIMIT - plánování na druhý pracovní den, tedy úterý
• svátek, např. pátek - v den svátku plánování na druhý pracovní den, tedy úterý
• svátek, např. pondělí - v den svátku plánování na druhý pracovní den, tedy středa
• středa v čase po hodnotě MAINTENANCE_LIST.DISALLOW_JOB.LIMIT - plánování na druhý pracovní den, tedy pátek, pokud by byl svátek, tak na pondělí.

Informace pro operátory, dispečink a monitoring je v souborech: ZS Manual_operator rev48, Manual_monitoring_rev09, Manual_dispecink_10.

Produkty a služby

Otázka: Jaká práva jsou potřeba pro možnost smazání události "Zrušení služby"?

Odpověď:

• USER_HISTORY_DELETE: Historie zákazníka a služeb / Smazání položky
• USER_SERVICE_CANCEL_STORNO: Možnost stornovat ukončení služby

SelfCare

Otázka: v MyRIO není vidět detailní seznam hovorů, čím je to ovlivněno?

Odpověď: V definici služby, kterou má zákazník, není nastaven parametr "Zobrazení hovorů", viz modul "Produkty a služby", tabulka "Parametry služby nebo produktu".

Otázka: Kde lze upravit zobrazování informací od provozovatele?

Odpověď: v modulu Komunikace.

Sklady

Otázka: Ve skladovém modulu nemohu najít klienta k MAC adrese zařízení: 00:1c:ea:74:aa:14.?

Odpověď: Způsobů jak zjistit aktuálně přiřazeného zákazníka je několik:

• rozkliknutím přes ID zařízení
• použitím tlačítka na přechod do modulu Koncová zařízení nebo přímo na kartu zákazníka
• zobrazením volitelného sloupce ID zák. či název zákazníka

Statistika

Otázka: kde jsou uložená data z modulu Statistika?

Odpověď: v db tabulkách tmp_statistics_*

Upomínky

Otázka: Jak nastavit poplatek za upomínky?

Odpověď: Vytvorte novou skupinu sluzeb, kam zahrnete novou sluzbu (modul Skupiny). Poplatek pro upominky se ted nastavuje u sluzby konkretne. Vytvorte si v modulu Sluzeb sluzbu napr. poplatek za upominku a stanovte cenu a priradte sluzbu k nove nadefinovane skupine. Pak v modulu Sluzby / posledni zalozka vlozte zavislost ke vsem sluzbam, ke kterym chcete pricist poplatek za upominku. Zadejte Typ "Poplatek za více služeb", podmínka: Upomínka, skupina: nove vytvorena skupina. Pak pro kazdou upominku, ktera bude obsahovat tuto sluzbu bude vygenerovan poplatek.

Práva:

• SM_SERVICES_CIBS_PARTNER_GROUPS_LIST.CONFIRM: SLUŽBY / Seznam skupin služeb / Uložit nastavení skupin
• SERVICES_CIBS_PARTNER_GROUPS_LIST.EDIT:SKUPINY SLUŽEB / Seznam skupin služeb / Editace skupiny
• SERVICES_CIBS_PARTNER_GROUPS_LIST.DELETE:SKUPINY SLUŽEB / Seznam skupin služeb / Smazání skupiny
• SERVICES_CIBS_PARTNER_GROUPS_LIST.INSERT:SKUPINY SLUŽEB / Seznam skupin služeb / Vložení nové skupiny

Volání

Otázka: Jaký je rozdíl mezi tabulkami druhé záložky?

• Tabulka Příchozí rozsahy
  • Definuje rozsah, ze kterého lze přiřadit rozsah pro lokaci
• Tabulka Rozsahy v lokaci
  • Definuje použitý rozsah v konkrétní lokaci, hodnoty brány z rozsahu tabulky Příchozí rozsahy. Může být přidělena jen část z celkového příchozího rozsahu (lokace má nasmlouván jen určitý rozsah)

Otázka: Může celková částka uzávěrek hlasových služeb nesouhlasit s celkovou cenou v detailním seznamu všech hovorů?

Odpověď: Tento nesoulad může vzniknout například tím, že zákazník má volné minuty - uzávěrka je o příslušné volání zdarma "levnější" - v ní hovory zdarma nejsou, ale v přehledu volání ano.

Otázka: Jak se provádí nastavení účtovací plánu?

Support nastavuje pro definované telefonní číslo nebo jen prefix zařazení do účtovacího plánu a zóny. Definici je nutné provést přímo v DB, tabulka phone_billing_plane, kde PBP_PP_ID je číslo účtovacího plánu (např. když máme zařadit číslo do účtovacího plánu číslo 4, zde nastavíme hodnotu 4), PBP_ZONE je číslo zóny (např. zóna 18 = zapsat hodnotu 18), PBP_PREFIX je číslo nebo část čísla. Celé číslo uvádíme v mezinárodním formátu, prefix jen část, např. 420602 (platí pak pro všechny čísla začínající 420602), PBP_PCG_ID (není povinný) je ID z tabulky phone_count_group, kde PCG_TITLE je název, pro který se má provádět součet v rámci této skupiny, PCG_CT je CT z tabulky installations.

Wizard

Otázka: Proč nelze editovat tlačítko služby, když je stav propojení: zákazník je zapojen na této družstevní jednotce?

Odpověď: Problém je v tom, že daná jednotka, na které je zákazník, je družstevní (má nastaven parametr ASSOCIATED). S těmito jednotkami, dle původního zadání, wizard nepracuje z pohledu služeb. Proto jsou tlačítka na operace se službami disablovaná. Wizard v tomto případě řeší pouze poruchy. Se službami zákazníka by mělo jít pracovat na kartě zákazníka.

Otázka: Akce stěhování služby, proč se zákazníkovi ukončila služba, když datum úkolu na ukončení je až v budoucnu?

Vše je dáno nastavením 'Vyžadovat explicitní potvrzení stěhování' v definici produktu/služby:

• Pokud je volba vypnuta, pak se stěhování provede v datum plánu stěhování automaticky. To pak znamená, že se změna od půlnoci začne projevovat i v rekoncilačním pohledu.
• Pokud je volba zapnuta, pak se stěhování neprovede automaticky, ale čeká se na explicitní potvrzení - a to potvrzení přijde pomocí workflow právě po dokončení procesu.

Obecně by měly všechny služby mít volby 'Oddělit aktivaci od zapojení', 'Vyžadovat explicitní potvrzení stěhování' a 'Oddělit přechod od zapojení' zapnuté, protože se ty akce nemají provádět automaticky, ale až impulzem po dokončení procesu.

Zákazníci

Otázka: Kdy lze provést smzání zákazníka či služby?

Odpověď: Služba nejde smazat většinou kvůli uzávěrkám předpisů (Modul ÚČTO) či vytvořeným fakturám. Pokud je služba obsažena v uzávěrkách, je tím uzavřena pro úpravy a z ní odvedeno DPH, takže nelze smazat. Pokud nejde smazat zákazník, může to být z důvodu existence služeb, faktur, napočítaných variabilních částek, smluvních dokumentů.

Ostatní

NEJ.cz DB server - časy provádění záloh

• • první záloha se pouští v 0:30 a běží max. 15min, tedy časové rozpětí 0:30 - 0:45. Druhá záloha se pouští ve 2:24 a běží max. 15min, tedy časové rozpětí 2:24 - 2:39.