QQfallback

Contextul utilizarii

Gestionarea unor seturi de parametri individuali de analiza specifici fiecarei entitati poate devni o activitate extrem de consumatoare in cazul in care numarul de entitati creste peste cateva zeci sau sute de elemente.
De exemplu sunt multe companii care au in portfoliul de produse active mii, zeci de mii sau chiar mai multe SKU-uri, dar numarul de persoane responsabile in gestionarea acestor articole este totusi limitat.

In acest context, in anumite zone de interes, exista o serie de proprietati ce sunt de fapt specifice nu fiecarei entitati in parte ci mai curand unor entitati superioare ale acestora, dar logica de apartenenta la clasificari avand o logica separata de influentare a parametrilor specifici individuali 

Componentele QQfallback

QQfallback este format dintr-o subrutina de script Qlik si un set de 2 tabele de configurare ce contin, pe de o parte definitia ierarhica a dimensiunilor pe care se face replierea, iar pe de alta parte, proprietatile individuale sau de grup alocate unor valori ale entitatilor din ierarhie.

Este de preferat sa exista in a doua tabela un set de valori pentru toti parametrii valabil pentru cazul cel mai general (intreaga companie, care sa fie varful definita ierarhie), astfel incat nici o enitate de nici u nnivel sa nu riste sa ramana fara un set de parametri asociati. 

Tabelele de configurare si populare pot fi stocate si gestionate in orice tehnologie tabelara (fisiere spreadsheet, cum ar fi Microsoft Excel sau Google Spreadsheet, fisiere CSV, XML sau JSON, sau chiar tabele dintr-o baza de date) 

Acest algoritm poate fi folosit de sine statator, in popularea rapida, prin exceptii, a unor parametri suplimentari pe o populatie numeroasa, dar la care nu este necesara o populare individ cu individ si se poate apela la o definire de parametri relativ omogeni pe 


Parametri de apel ai procedurii definesc:

1 . …

2

3

(… de luat din Documentarea procedurii)

Exemple de utilizare

QQfallback a fost initial conceput ca parte din algoritmul mai complex al proiectelor QQinventory.healthcheck si QQinventory.prevention, in care poate fi mult mai eficienta popularea unui set de parametri specifici unor familii neomogene ierarhic de articole decat popularea omogen ierarhica , sau popularea individuala la nivelul cel mai fin.

Iata un exemplu din contextul de mai sus:

Avem mai multe articole, care au o serie de clasificari definite ierarhic dupa cum urmeaza:

xxxxxxxxxx

Compania este entitatea din varful ierarhicie, care cuprinde toate articolele, iar articolul este cea mai fina entitate din ierarhie.

Vrem ca un set mai mare de parametri sa fie atribuiti articolelor, dar introducand cat mai putine informatii de mana.

Fisierul de parametrizare defineste un set de parametri pt toate produsele din companie si apoi cateva exceptii, pe nivelele ierahice diferite, (inclusiv exceptii, la exceptii, la exceptii…)

XXXX

 

La apelarea procedurii QQfallback, aceasta citeste tabelel de confiugrare si aloca tuturor articolelor din nomenclator proprietatile aferente, obtinandu-se o populare completa, pe baza de definitii prin exceptii:

XXXXX