Cap 4

152
- Capitolul IV -
M O D E L U L U N U I S I S T E M I N F O R M AT I C
DE AS I S T AR E A DE C I ZI E I P E N TR U A C T I VI T A T E A F I N A N C I A R C O N T A B I L I N C ON TE XTUL UT I L I ZR I I DEP OZI TE L OR DE DA TE
Modelul unui sistem informatic de asistare a deciziei pentru activitatea financiar contabil in contextul utilizrii depozitelor de date
153
4. Modelul unui sistem informatic de asistare a deciziei pentru activitatea financiar contabil n contextul utilizrii depozitelor de date
4.1.Obiectivele sistemului
Sistemul propus a fi dezvoltat urmrete s constituie o baz solid n asistarea deciziei la nivel managerial, pornind de la datele furnizate de sistemul informaional contabil, prin componentele acestuia, i eventual prin preluarea unor date din surse externe. Prin ideea de a crea un sistem generalizabil se dorete nu doar proiectarea unei aplicaii care s poat fi utilizat de firme din diferite sectoare economice, ci realizarea unui sistem care s permit analize comparative ntre situaiile financiare ale agenilor economici. Utilizatorii vizai ar putea fi att factori de decizie la nivel de ntreprindere, ct i firmele ce desfoar activiti de consultan i analiz n domeniul economic, firmele de audit, ageniile statului ori organizaiile neguvernamentale ce realizeaz studii n domeniul economic. Dup cum s-a evideniat n capitolele precedente ale acestei lucrri, n domeniul financiar contabil s-au consacrat o serie de metode de analiz i diagnostic precum i anumii indicatori de sintez ce pot constitui un set de instrumente extrem de util decidenilor. Un sistem de asistare a deciziei n domeniul financiar contabil ar trebui, la un nivel minimal, s poat prezenta valori comparative ale indicatorilor de analiz pe baza bilanului i a contului de profit i pierdere n funcie de necesitile potenialilor utilizatori. n capitolul al doilea al acestei lucrri a fost prezentat un set extins de indicatori care ar putea acoperi o gam larg de necesiti informaionale la nivel managerial, astfel nct sistemul s poat fi considerat generalizabil n sensul utilizrii sale indiferent de profilul i dimensiunea ntreprinderii. Un sistem generalizabil n adevratul sens al cuvntului ar trebui ns s prezinte facilitatea adugrii de noi modele de analiz i eventual a modificrii celor existente conform cerinelor utilizatorilor. Aceste aspecte pot fi puse n practic prin realizarea unui model flexibil pentru structurarea metadatelor, mai exact proiectarea unui model adecvat pentru baza de modele i utilizarea unor instrumente de raportare capabile de a genera situaii personalizate n funcie de necesitile decidenilor. Revenind la ideea de a crea un sistem generalizabil prin diversitatea metodelor de analiz i a indicatorilor care ar permite exploatarea de ctre utilizatori din cele mai diferite ramuri economice, indiferent de obiectul de activitate i mrimea firmei, am sintetizat n figura urmtoare o posibil
154
modularizare a instrumentelor furnizate de sistem n corelaie cu sursele de provenien ale datelor necesare i necesitile potenialilor utilizatori.
Sistem informatic pentru contabilitate financiar (eventual intergrat ERP) Situaii de sintez Bilan contabil Cont profit i pierdere Situaia fluxurilor de trezorerie
1
Analiza cifrei de afaceri Analiza valorii adugate Analiza cheltuielilor Analize de rentabilitate
Agenii guvernamentale
Sistem informatic pentru contabilitate de gestiune Repartizarea cheltuielilor pe centre de cost-profit Delimitri cheltuieli fixe/variabile
2
Analiza costului pe produs
Alti utilizatori externi (investitori, creditori, etc)
Analiza situaiei financiarpatrimoniale
Decizii manageriale la nivel strategic
Sistem informatic pentru evidena personalului (eventual integrat ERP) Date personale privind angajatii Evidena drepturilor salariale i reineri
4
Analiza gestiunii resurselor umane Decizii la nivel tactic
5
Analiza gestiunii stocurilor
Sistem informatic pentru evidena stocurilor (eventual integrat ERP) Situaii privind micarea stocurilor Informaii privind metodele de descrcare din gestiune Sistem informatic pentru evidena imobilizrilor i calculul amortizrii (eventual integrat ERP) Intrri Ieiri de mijloace fixe Situaia amortizrior
6
Analiza gestiunii mijloacelor fixe
Decizii la nivel operaional
Figura 1 O reprezentare modularizat a componentelor sistemului
ntr-o perspectiv simplificat, sistemul propus urmeaz s faciliteze calculul, interpretarea i analiza comparativ a unui set extins de indicatori economici, iar figura anterioar propune o modularizare conform relevanei informaionale a indicatorilor analizai. Desigur, se poate aprecia c modulele 4, 5 i 6 depesc oarecum sfera unui SIAD dedicat asistrii deciziei financiar-contabile dar, n
155
contextul realizrii unei aplicaii cu caracter generalizabil, problemele legate de gestiunea resurselor pot s survin frecvent i rezolvarea lor necesit de cele mai multe ori informaii specifice domeniului financiar-contabil (analize de rentabilitate, analiza cheltuielilor i a situaiei patrimoniale). Pentru a asigura suportul necesar asistrii deciziei la nivel strategic aplicaia propus s-ar putea restrnge la nivel minimal la prezentarea i interpretarea indicatorilor afereni modulelor 1 i 3. Indicatorii de analiz care se regsesc n aceste module, ce constituie nucleul sistemului, se regsesc sau pot fi calculai n cea mai are parte n bilanul contabil i contul de profit i pierdere: n funcie de situaiile contabile n care se regsesc sau pe baza crora pot fi calculai, principalii indicatori de analiz pot fi clasificai astfel: ; Indicatori calculai pe baza bilanului contabil Patrimoniu net Fondul de rulment Necesar de rulment Trezorerie net Cash Flow ; Indicatori calculai pe baza contului de rezultate Cifra de afaceri Marja comercial Producia exerciiului Valoarea adugat Excedentul brut de exploatare Capacitatea de autofinanare Profit/Pierdere Pornind de la aceti indicatori se pot calcula i o serie de rate de rentabilitate sau rate de structur ori ali indicatori derivai precum pragul de rentabilitate i, prin descompunere, se pot realiza analize detaliate. Realizarea unui sistem de asistare a deciziei generalizabil va presupune, n plus, existena unei structuri flexibile care s permit oricnd extinderea setului de indicatori de analiz conform cerinelor utilizatorilor.
4.2. Identificarea surselor de date i stabilirea proceselor de extragere i transformare

Realizarea unui sistem generalizabil de asistare a deciziei n activitatea financiar contabil creeaz cu siguran cele mai mari probleme n etapa de stabilire a surselor de date i a modalitilor de extragere. Aceast afirmaie se poate justifica foarte simplu, prin faptul c un sistem generalizabil ar trebui s poat fi implementat indiferent de tipul sistemelor informatice utilizate n ntreprindere sau de sistemul ERP utilizat n cazul organizaiilor ce au investit ntr-o astfel de soluie.
156
Aa cum am precizat n capitolul al treilea, una dintre condiiile care trebuie verificate n cazul achiziionrii licenei pentru un instrument de tip ETL1 este compatibilitatea acestuia cu sursele de date existente n cadrul organizaiei i eventual, cu potenialele surse de date externe. Lipsa evident a unor surse de date omogene, att din punct de vedere al structurii fizice ct i al modelelor adoptate pentru bazele de date ale aplicaiilor destinate evidenelor contabile i gestiunii financiare, conduce inevitabil la impunerea unor modele ct mai flexibile de export a datelor necesare. n stabilirea necesarului de date vom porni de la cerinele impuse de modelele de analiz prezentate n capitolul II Modele i metode de analiz financiar utilizate pentru fundamentarea deciziilor n domeniul financiar contabil al prezentei lucrri. Realizarea unui model pentru formatul de preluare a datelor necesare analizei ar putea indica, la o prim vedere ,utilizarea unor surse care s respecte n cea mai mare parte formatul documentelor de sintez prezentate n primul capitol al lucrrii - Fundamentarea deciziilor i necesitile informaionale n domeniul financiar contabil, mai exact subcapitolul 1.6.2 intitulat Situaiile financiare de sintez, surse informaionale abordate prin prisma aplicrii standardelor internaionale . O astfel de abordare ar limita ns capacitile sistemului prin prisma restrngerii numrului de indicatori disponibili i a caracterului generalizabil pe care dorim s-l conferim. De asemenea, conform celor precizate n paragrafele subcapitolului 1.6.2 al lucrrii, se poate aprecia c, n pofida tendinei de normalizare contabil manifestat la nivel european i internaional, dinamica modificrilor structurale suferite chiar de unele dintre situaiile de raportare reglementate prin standarde IAS sau IFRS i decalajele de aplicare ale acestor standarde la nivelul economiei romneti, ar putea crea unele deficiene n timp, n cazul transpunerii modelului de bilan contabil ca baz de referin pentru sistemul de asistare al deciziei. n capitolul II al lucrrii, n cadrul paragrafului 2.4.5 Analiza situaiei financiarpatrimoniale sunt prezentate i o serie de argumente specificate de analitii financiari care propun prelucrarea n prealabil a posturilor din bilanul contabil2 pentru a elimina influenele artificiale datorate politicilor contabile sau influenelor fiscale, ce pot denatura valorile unor indicatori relevani pentru adoptarea deciziilor. n acest sens, pentru a asigura o baz suficient de larg n vederea calculului indicatorilor de analiz i n acelai timp, pentru a acorda flexibilitate sistemului, n ideea adugrii unor noi indicatori sau rate de structur ori rentabilitate, propunem preluarea din sistemele operaionale a soldurilor conturilor pe baza crora se poate msura dimensiunea patrimoniului i a activitii ntreprinderii n momentul prelurii datelor.
ETL acronim utilizat pentru Extracting, transforming and loading tool n capitolul doi al lucrrii sunt prezentate principiile de conversie la bilanul patrimonial, respectiv bilanul funcional (pag. 88 90)
2 1
157
n cazul unui model generalizabil, sistemul trebuie s fie capabil s preia aceste date din sisteme operaionale ce pot prezenta arhitecturi diferite. Dei n aparen aceast operaie pare imposibil, exist soluia proiectrii unei structuri care s utilizeze elementele comune existente n orice sistem informatic pentru contabilitate (soldurile iniiale, sumele debitoare ori creditoare i planul de conturi). Trebuie avut n vedere i situaia, mai puin probabil n prezent, ca n cazul unor departamente datele s fie gestionate utiliznd procesoare de calcul tabelar i nu baze de date relaionale. De exemplu se poate prevedea posibilitatea memorrii unor situaii cum ar fi balanele de verificare n foi de calcul tabelar. ntruct analiza pe baza bilanului sau a contului de profit i pierdere presupun operarea cu sumele totalizate n debitul ori creditul conturilor la sfritul exerciiilor, cea mai bun soluie o reprezint preluarea n depozitul de date a soldurilor finale calculate dup formulele:
Sold Final Debitor = Sold Iniial Debitor + Rulaj Debitor Rulaj Creditor Sold Final Creditor = Sold Iniial Creditor - Rulaj Debitor + Rulaj Creditor
Preluarea soldurilor poate fi realizat din balanele de verificare sau din alte situaii a cror obinere rapid nu ar trebui s constituie o problem, indiferent de aplicaiile informatice pentru contabilitate utilizate n ntreprindere. Caracterul generalizabil al sistemului, implic posibilitatea configurrii sistemului n vederea prelurii soldurilor pentru mai multe firme sau filiale ale aceleiai companii, n scopul realizrii de analize comparative. Soluia prelurii soldurilor (la nivel de cont sintetic) nu va limita sistemul din punct de vedere al dezvoltrii ulterioare, prin incorporarea n baza de modele a unor noi modele de analiz sau a unor indicatori sintetici solicitai de utilizatori. Este evident c o astfel de soluie va genera un depozit de date cu necesiti mai mari privind spaiul de stocare dect alternativa dezvoltrii unui depozit de date pe baza posturilor bilaniere. Aceasta nu ar trebui s fie o problem major, ntruct depozitul va fi incomparabil mai puin voluminos dect n cazul realizrii unui sistem dedicat analizei desfacerii produselor. O alt eventual dificultate ar putea fi cauzat de timpul mai mare de rspuns pentru calculul unor indicatori de analiz cu formule complexe. n aceste cazuri ar fi necesar mai nti cumulri ale soldurilor pe grupe sau clase de conturi i ulterior integrarea rezultatelor ca termeni n formulele de calcul. n acest sens vom studia posibilitatea unei sintetizri suplimentare a datelor, care s vizeze exclusiv precalcularea celor mai des utilizai indicatori sau a unor pri componente ale acestora. Desigur, aa cum reiese din studiul modelelor de analiz descrise n al doilea capitolul, exist anumite metode i indicatori ce nu se bazeaz doar pe sumele existente n balanele de verificare i pentru aceste cazuri vor fi necesare abordri separate.
158
n figura urmtoare este schematizat succint prezentarea surselor de date pentru depozitul de date, urmnd ca n continuare s propunem modele de structuri pentru datele necesare ce nu pot fi determinate pe baza soldurilor din contabilitate.
Balana Firma B Momentull N-1 Balana Firma A Momentull N-1 Balana Firma A
Momentul N
Balana Firma B
Momentul N
Verificare Transformare Alte surse de date posibile pentru fiecare firme - evidena resurselor umane - evidena imobilizrilor - evidena cantitativ a stocurilor Surse de date externe - date privind inflaia - date privind rata dobnzii, etc. Figura 2 Surse de date posibile n realizarea unui depozit de date care s permit analize comparative n timp i ntre realizrile firmelor Agregare
Depozit de Date
ntruct exportul din sistemele informatice pentru contabilitate n mod periodic, conform nivelului de granularitate stabilit pentru ierarhia timp, a balanelor de verificare este posibil fr probleme n marea majoritate a aplicaiilor utilizate, nu vor exista dificulti majore n privina achiziiei datelor n formatul dorit. Cum n depozitul de date este suficient preluarea soldurilor lunare pentru conturi, putem stabili un model de extragere a datelor dup exemplul urmtor:
SimbolCont Sold -text- numericTipSold - textDataSold - dateFirma -unique id-
n ce privete frecvena memorrii soldurilor n depozitul de date, putem anticipa o concluzie referitoare la granularitatea datelor pentru dimensiunea timp, n sensul c este puin probabil s fie necesar, dar i dificil de implementat prin prisma sistemelor surs, o analiz aprofundat dincolo de luna calendaristic. O observaie absolut necesar este aceea c vom lua n calcul situaia nchiderii conturilor de venituri i cheltuieli la sfritul fiecrei luni.
159
Memorarea firmei pentru care sunt preluate soldurile este necesar n contextul realizrii unui sistem capabil s gestioneze datele referitoare la mai multe ntreprinderi, n scopul realizrii de analize comparative. Pentru analize detaliate privind subunitile unei ntreprinderi se poate avea n vedere adugarea unui nou atribut de identificare a acestora. n acest sens ar putea fi necesar i memorarea soldurilor la nivel de cont analitic i nu sintetic. O bun funcionare a depozitului de date va presupune n mod clar o configurare corect a dimensiunii ce va gestiona planul de conturi utilizat la nivel central i o adaptare permanent a acestuia la particularitile firmelor (n cazul n care sistemul va fi utilizat pentru analize comparative ntre mai multe ntreprinderi). ntruct, cu riscul de a depi sfera deciziei financiar-contabile3, am propus realizarea unui modul al sistemului dedicat analizei indicatorilor ce privesc gestiunea resurselor umane la nivel de ntreprindere, iar o parte dintre indicatorii de eficien menionai la acest capitol4 necesit o serie de date suplimentare ce nu pot fi furnizate de evidena contabil operativ, pentru implementarea modului 4 al sistemului va fi necesar preluarea unor date suplimentare pentru care propunem urmtorul format:
Firma -unique idData - dateNumarAngajati - numeric -
Datorit faptului c obiectivul principal al sistemului este cel de a asigura suport decidenilor pentru domeniu financiar-contabil, modulul referitor la analiza gestiunii resurselor umane se va limita la calculul unor indicatori de eficien precum productivitatea muncii. Dac pentru datele referitoare la situaia conturilor propunem o frecven a extragerilor din sistemele operaionale la nivel lunar, vom recomanda pentru datele preluate din sistemele de eviden a personalului aceeai frecven. Studiul privind metodele de analiz din cel de-al doilea capitol al lucrrii a determinat decizia adugrii pe lista necesarului de date a altor dou msuri frecvent utilizate n calculul unor indicatori semnificativi: cheltuielile fixe i, respectiv, cheltuielile variabile ale firmei. Evidenierea acestora nu se poate realiza strict pe baza soldurilor contabile i, n consecin, propunem preluarea distinct din sistemele operaionale sub forma.
Firma -unique idData - dateCheltuieli Fixe - numeric Cheltuieli Variabile - numeric -
Dei domeniul asistrii deciziei n sfera gestiunii resurselor umane nu se ncadreaz n mod clar n sfera deciziei financiar-contabile, am considerat c realizarea unui sistem generalizabil care ar trebui s serveasc drept instrument de asistare a deciziei la nivelul managementului strategic al ntreprinderii ar fi incomplet fr existena unui astfel de modul. 4 n capitolul 2.4.2 Analiza gestiunii resurselor sunt prezentate o serie de metode de analiza utilizate pentru analiza resurselor umane.
160
Revenind la problema realizrii unui plan de conturi la nivel central n depozitul de date considerm c, dup o configurare prealabil a acestuia, se vor impune actualizri ulterioare corelate cu procesele de ncrcare a datelor. Structura adoptat pentru planul de conturi este urmtoarea:
SimbolCont TipCont -text- textGrupaConturi - textClasaConturi - text-
n ce privete informaiile referitoare la firme, eventualele solicitri de analize comparative sau agregri de date impune specificarea urmtorului format:
IdFirma Forma de organizare - textRamura economica - textObiect Tara Zona de activitate - text-text- -textJudet Ora Sector Firma Mama - text- text-
- id -
-text-
-text-
Aceast structur ar putea crea anumite probleme n condiiile exploatrii sistemului pentru analize comparative pe un numr mare de firme. De regul sistemele operaionale nu pun la dispoziie datele ntr-un format normalizat, din punct de vedere al primei forme normale, pn la forma atomic n special n ce privete locaia i este foarte probabil ca unele dintre informaiile solicitate (precum ramura economic) s nu fie disponibile pentru import din sistemele informatice. Aceste aspecte nu vor constitui ns o problem ntruct datele privind firmele vor fi preluate o singur dat pentru fiecare ntreprindere i eventualele actualizri sau chiar adugri se vor putea realiza prin proiectarea unei componente n cadrul interfeei. n ce privete procesele de validare i curare a datelor, innd cont de formatul simplu propus pentru importul din sistemele operaionale putem spune c s-ar putea limita la urmtoarele operaii: 1. 2. 3. 4. Verificare existenei conturilor n planul de conturi stabilit la nivelul depozitului de date Verificare soldurilor prin prisma funcionalitii conturilor. Verificarea egalitii specifice balanei contabile: Debit = Credit Verificarea unor restricii de domeniu privind datele precum ar fi imposibilitatea existenei de solduri creditoare sau debitoare negative.
Agregarea datelor ntr-o prim etap se poate restrnge la cumularea soldurilor ca viitoare fapte n schema depozitului de date. Trebuie precizat c, n cadrul dimensiunii timp, agregarea prin cumulare se va efectua doar n cazul conturilor de venituri i cheltuieli.
161
4.3. Modelarea multidimensional

Dup cum am precizat anterior n aceast lucrare5, modelarea multidimensional ofer tehnici de denormalizare a structurilor bazelor de date urmrind realizarea unor modele adecvate asistrii procesului decizional. n capitolul al treilea al lucrrii au fost prezentate cele trei scheme utilizate n modelarea conceptual a bazelor de date (schema stea, schema fulg de zpad i schema constelaie). Dei realizarea unui model multidimensional pornind de la o schem relaional nu este posibil n condiiile proiectrii unui sistem generalizabil, ntruct nu ar exista omogenitate ntre structurile bazelor de date exploatate de diversele aplicaii pentru contabilitate financiar sau sisteme ERP, vom ncerca n continuare s exemplificm sumar un posibil demers de denormalizare pornind de la un model ipotetic. Sistemele de procesare a tranzaciilor (OLTP On-line Transactional Processing) pentru contabilitate folosesc n marea lor majoritate modelul relaional de organizare a datelor. Structurile normalizate permit sistemelor operaionale s stocheze mari cantiti de date dar pot prezint deficiene din punct de vedere al timpului de rspuns i a modului de redare a informaiilor atunci cnd sunt utilizate n procesul decizional. Figura urmtoare ilustreaz modelul simplificat al unei baze de date operaionale pentru contabilitatea financiar a firmei.
Documente
Id Document Nr Document Data Document Tip Document
Operaii Contabile
1 N
Id Operatie Data Operaie Explicaie Id Document
Conturi
Rulaje
IdRulaj Id Cont Id Operaie Suma Debit Suma Credit
Id Cont Simbol Cont Analitic Simbol Cont Sintetic Nume Cont Tip Cont SID SIC
N N
Figura 3 Structur normalizat pentru nregistrarea operaiilor contabile
Scopul proiectrii prin normalizare a unui model pentru un sistem informatic destinat contabilitii financiare l reprezint n primul rnd determinarea unui model adecvat pentru reflectarea tranzaciilor (operaiilor) contabile pornind de la documentele ce stau la baza operaiilor economice care genereaz nregistrri n contabilitate. Unul dintre obiectivele unui astfel de sistem este s reflecte cu
Noiuni privind conceptele modelrii multidimensionale au fost prezentate n capitolul III 3.2.10 Modelarea conceptual a bazelor de date multidimensionale
5
162
acuratee modul n care nregistrrile din contabilitate afecteaz soldurile i rulajele conturilor ntreprinderii. Factorii implicai n luarea deciziilor n domeniul financiar sunt mai puin interesai de nregistrrile contabile propriu zise i mai mult de studiul unor indicatori de structur a patrimoniului sau de rentabilitate economic precum cei prezentai anterior n aceast lucrare. Un sistem de asistare a deciziei n domeniul financiar-contabil va trebui s se axeze pe prezentarea sintetic a informaiilor generate de nregistrrile contabile i nu pe sumele nregistrate n debitul ori creditul unui cont n urma unei operaii. Revenind la metodele de analiza financiar pe baza bilanului sau a contului de profit i pierdere, care presupun operarea cu sumele totalizate n debitul ori creditul conturilor la sfritul exerciiilor, o soluie care ar trebui luat n calcul ar fi preluarea n depozitul de date direct a soldurilor finale calculate dup formulele: Sold Final Debitor = Sold Iniial Debitor + Rulaj Debitor Rulaj Creditor i respectiv
Sold Final Creditor = Sold Iniial Creditor - Rulaj Debitor + Rulaj Creditor.
Calcularea soldurilor, dac se opteaz pentru aceast alternativ, ar putea fi realizat de serviciile de extragere, transformare i ncrcare a datelor n data warehouse pentru a simplifica procesele ulterioare. Dup cum am mai precizat, n modelarea multidimensional, sunt folosite dou tipuri de tabele: tabele de fapte i tabele dimensiune. Tabela sau tabelele de fapte sunt utilizate pentru a nregistra tranzaciile prin date numerice iar tabelele dimensiune au rolul de a stabili contextul faptelor. Dimensiunile propuse pentru baza de date multidimensional ar putea fi: ; Dimensiunea Timp (pentru a permite analiza evoluiei indicatorilor financiari i memorarea datelor la intervale conforme granularitii specificate) ; Dimensiunea Conturi (dimensiune inspirat de prezena planului contabil n modelul relaional al bazei de date, dar extrem de necesar) Tabela de fapte conine soldurile conturilor sau totalul sumelor debitoare respectiv creditoare. Un exemplu care utilizeaz schema de reprezentare tip stea pentru modelul multidimensional al bazei de date anterior prezentate este urmtorul.
TIMP
Id Timp Data Luna Trimestrul Semestru Anul
RULAJE
Id Cont IdTimp Total Debit Total Credit Sold final
CONTURI
Id Cont Simbol Cont Analitic Simbol Cont Sintetic Grupa Cont Clasa Cont Nume Cont Tip Cont
Figura 4 Modelul denormalizat al bazei de date pentru nregistrarea operaiilor contabile
Pornind de la necesitile impuse de metodele de analiz financiar, schema ar putea fi extins cu o tabel de fapte ce conine valorile unor indicatori de
163
analiz precalculai, alturi de acele msuri ale activitii ce nu pot fi determinate pe baza soldurilor din evidenele contabile. Aceast variant va fi prezentat ulterior, ca o soluie ce ar facilita n mod semnificativ analizele OLAP. Revenind la aspectele precizate n paragrafele de nceput ale acestui capitol i anume c, n situaia realizrii unui model generalizabil pentru un depozit de date nu se poate lua n calcul ipoteza unei structuri predefinite pentru modelul relaional utilizat de sistemele operaionale, vom reveni la datele a cror necesitate o considerm oportun pentru depozit.
IdFirma Forma de organizare Sold Data TipCont Ramura economica Obiect de activitate Tara Zona Judet Oras Sector Firma Mama
SimbolCont IdFirma SimbolCont
TipSold Total Cheltuiel Fixe GrupaConturi
DataSold
Firma NumarAngajati
Total cheltuieli Variabile ClasaConturi
Stabilirea ierarhiilor dimensionale i a msurilor

Pornind de la analiza obiectivelor sistemului i avnd n vedere cerinele informaionale ale potenialilor utilizatori (asistarea deciziei pe baza unor analize comparative att n timp, dar i ntre rezultatele firmelor), am stabilit la un nivel minimal existena a trei dimensiuni cu ierarhii alternative: ; Dimensiunea Timp ; Dimensiunea Firme ; Dimensiunea Contabil Dac se ine cont att de periodicitatea raportrilor contabile, dar i de necesarul de date actuale pentru asistarea deciziei n baza unor analize care s surprind modificrile valorilor pentru principalii indicatori n timp oportun, pentru dimensiunea Timp propunem urmtoarea ierarhie:
Timp
An ALL
Rdcina ierarhiei
Semestru
Trimestru Luna Ziua 1 ianuarie februarie I II 2003 2004
Anul
Semestrul
2 martie
Trimestrul Luna
Figura 5 Structura ierarhiei Timp i reprezentarea arborelui ierarhic aferent
164
Observaie: Nivelul Ziua nu a fost inclus n structura ierarhic a dimensiunii timp, ntruct este puin probabil s fie realizate analize de la o zi la alta, i pentru c obinerea din sistemele tranzacionale a unor situaii privind rulajele zilnice ale conturilor de venituri i cheltuieli ar conduce la rezultate irelevante, n condiiile n care nregistrarea acestora n contabilitatea se poate efectua la o dat diferit, iar aceste conturi sunt nchise periodic prin intermediul contului 121 Profit sau pierdere. O analiz la nivel de zi ar putea fi util firmelor ce activeaz n domenii extrem de dinamice i ar putea fi aplicat asupra unor indicatori de analiz precum viteza de rotaie a stocurilor, dar n aceste situaii analiza ar depi sfera sistemului propus a fi realizat. Cea de-a doua dimensiune (firme) are rolul de a facilita analizele comparative pentru indicatorii ce reflect performana, sau chiar pentru indicatorii de structur patrimonial. Aceast dimensiune se adreseaz n primul rnd utilizatorilor ce vor folosi depozitul de date n scopul asistrii deciziei de investire sau pentru realizarea de studii la nivel macroeconomic (poteniali investitori, administraii financiare, agenii ale statului sau organizaii guvernamentale) Pentru dimensiunea Firme se pot defini ierarhii alternative conform exemplului urmtor:
Firme
Tara Zona Jude Ierarhia geografic Ora Sector
Ierarhia domeniu activitate Ramura economica Firma Mama Firma Obiect Activitate Filiala Ierarhia Corporaie
Forma de organizare
Ierarhia Forma Juridic
Figura 6 Ierarhii alternative ale dimensiunii Firme
Reprezentri ale arborilor ierarhici afereni dimensiunii Firme sunt prezentate n figura urmtoare.
Modelul unui sistem informatic de asistare a deciziei pentru activitatea financiar contabil in contextul utilizrii depozitelor de date ALL
Rdcina ierarhiei ara
165
Ierarhia geografic
Romnia Moldova
Muntenia Bucureti Arge
Transilvania Cluj
Regiunea
Sibiu
Jude Localitate
Bucureti 1 6
Piteti
Cmpulung
Sector
Ierarhia Domeniu Activitate

Transport
ALL Turism
Rdcina ierarhiei Ramura economic Obiect de activitate
Transport marf ABC SA

TRANSP SRL
Transport cltori
Ierarhia Forma Juridic

S.A.
ALL SRL Regie
Rdcina ierarhiei Forma organizare Firma
ABC S.A.
Start S.A.
SQL S.r.l
TOP S.r.l
Figura 7 Reprezentri ale arborilor ierarhici pentru dimensiunea Firme
Dup cum se poate remarca, dimensiunea Firme, pe lng rolul de a permite realizarea de studii comparative, ofer i posibilitatea agregrii datelor la nivel de ora, regiune, etc. sau la nivel de ramur economic. Util pentru analizele comparative privind rentabilitatea activitii i chiar a structurii patrimoniale, ar fi adugarea unei ierarhii privind volumul de activitate al firmei care s permit proiectarea indicatorilor de analiz pe categorii de ntreprinderi relevante pentru dimensiunea activitii i n consecin influena exercitat pe pia. O astfel de dimensiune poate fi realizat prin agregarea datelor
166
existente n depozit n sensul determinrii cifrei de afaceri a firmei corelat eventual cu numrul de angajai permaneni. Pentru delimitarea sistemului ierarhic al planului de conturi i a tipului funcional al conturilor se va defini o dimensiune dedicat clasificrilor contabile.
Conturi
Clasa de conturi Grupa de conturi Ierarhia plan contabil Cont
Ierarhia funcionalitate conturi Tip Cont (Activ, Pasiv, Bufuncional) Figura 8 Ierarhii alternative ale dimensiunii Conturi Cont
Ierarhiile dimensiunii conturi vor avea o importan semnificativ n agregarea ulterioar a datelor pentru calculul indicatorilor de sintez. Pentru exemplificare, agregarea soldurilor pe grupe i clase de conturi poate genera n mod rapid o constituire a posturilor bilaniere de pasiv i activ conform bilanului funcional, i n acelai mod, agregarea soldurilor conturilor de venituri i cheltuieli n cadrul ierarhiei plan contabil va facilita determinarea sumelor agregate la nivel de categorii de venituri i cheltuieli, ori calculul unor indicatori precum cifra de afaceri sau valoarea adugat.
Ierarhia Plan contabil
ALL Rdcina ierarhiei
Clasa 1 ( Conturi de capitaluri)
Clasa 2 ( Conturi de imobilizri)
....
Clasa 9
Clasa de conturi
Grupa 20 (Imobilizari Necorporale)
Grupa 21 (Imobilizari corporale)
....
Grupa 29 (Provizioane pentru deprecierea imob.)
Grupa de conturi
Contul 201 (Imobilizri Necorporale)
Contul 211 (Terenuri)
Contul 212 (Mijloace Fixe)
.............
Contul
Figura 9 Reprezentarea arborelui ierarhic a dimensiunii plan contabil
n aceast abordare o tabel de fapte ar putea fi compus din identificatorii tabelelor dimensiune i soldurile conturilor preluate din sistemul informatic pentru contabilitate:
167
SOLDURI
IdFirm IdTimp IDCont SoldFinal TipSold
O astfel de tabel de fapte, dei ar solicita ntr-o mai mare msur capacitile ulterioare de procesare n ce privete calculul indicatorilor ar satisface la nivel maxim necesarul de date pentru determinarea de noi indicatori conform cerinelor utilizatorilor. Atributul tip sold din tabela de fapte este necesar pentru determinarea influenei pe care o va avea respectivul sold (n cazul conturilor bifuncionale) n agregrile ulterioare realizate pentru calculul indicatorilor de analiz conform modelelor i metodelor expuse n capitolul II al prezentei lucrri. Pentru situaia n care se dorete implementarea modului referitor la analiza gestiunii resurselor umane depozitul de date i pentru a memora informaiile privind cheltuielile fixe i cele variabile, propunem realizarea unui alt tabel de fapte numit Realizri. INDICATORI_BAZA
IdFirm IdTimp Numr Angajai Cheltuieli Fixe Cheltuieli Variabile
Structura modelului depozitului de date ar putea fi prezentat conform schemei n form de stea astfel:
TIMP
Id Timp Luna Trimestrul Semestru Anul
SOLDURI
Id Cont IdTimp IdFirma Sold TipSold
CONTURI
Id Cont Simbol Cont Denumire Cont Grupa Cont Clasa Cont Tip Cont
INDICATORI_BAZA Id Timp IdFirma Numar Angajati Cheltuieli Fixe Cheltuieli Variabile
FIRMA
Id Firma Denumire Tara Regiune Oras Sector RamuraEconomica Obiect de activitate Firma Mama Filiala
Figura 10 Un prim model n forma constelaie al depozitului de date
168
Schema depozitului de date din figura 10, prin prezentarea datelor la nivel de cont sintetic prezint avantajul calculrii ulterioare a oricror indicatori de analiz conform cerinelor unui sistem generalizabil pentru asistarea deciziei n domeniul financiar-contabil. Cteva exemple n acest sens sunt prezentate n capitolul urmtor al lucrrii i vizeaz utilizarea limbajului MDX6 Cu toate acestea, n cazul existenei unui volum mare de date sau pur i simplu n cazul utilizrii unor platforme hardware mai puin performante, soluia calculrii ulterioare a tuturor indicatorilor sintetici de analiz se poate dovedi deficitar. Drept urmare, cu riscul asumrii unor redundane, propunem includerea n depozitul de date a unei tabele de fapte suplimentare care s conin o serie de indicatori precalculai selectai din rndul indicatorilor pe baza crora se pot deriva ali indicatori i rate de structur ori eficien. Calculul acestor msuri ale activitii se poate realiza fie n etapa de extragere i transformarea a datelor fie ca o etap suplimentar, prin execuia unor proceduri de sintetizare a tabelei de fapte anterior prezentate ce memoreaz soldurile conturilor. Selecia setului de indicatori propui ca msuri pentru tabela de fapte de sinteza va avea ca principale criterii: ; Utilizarea frecvent a acestora de ctre utilizatori n procesele decizionale ; Includerea acestora n mai multe dintre metodele de analiz prezentate n capitolul II i posibilitatea determinrii prin calcule simple a altor indicatori derivai ; Includerea acestora n cadrul standardelor aferente cadrul contabil general IASB (a se vedea capitolul 1.6.2 Situaiile financiare de sintez, surse informaionale abordate prin prisma aplicrii standardelor internaionale ) ; Includerea unuia dintre indicatorii caracteristici pentru fiecare dintre modulele sistemului prezentate n figura 1 - O reprezentare modularizat a componentelor sistemului din acest capitol ; Posibilitatea calculrii rapide a unor rate din fiecare categorie (de structur, de eficien i de gestiune)7 Pornind de la modelele i metodele prezentate n cel de-al doilea capitol al lucrrii, i urmrind criteriile enumerate am selectat urmtorii indicatori (cu observaia c, unii dintre acetia, precum cheltuielile fixe i variabile, sunt deja inclui n schema preliminar a depozitului de date prezentat n figura 10): 1.
Cifra de afaceri (indicator utilizat frecvent n analizele comparative i

care intr n componena determinrii ratelor de rentabilitate i a altor indicatori precum pragul de rentabilitate, cota de pia, vitezei de rotaie a elementelor de activ, rate de analiz a cheltuielilor raportate la venituri)
6 Multidimensional expression language, un dialect al limbajului SQL dedicat bazelor de date multidimensionale. 7 Metoda ratelor de analiz i tipologia acestora a fost descris n capitolul al doilea
169
2.
Valoarea adugat (indicator considerat relevant pentru evaluarea

performanelor firmelor i utilizat i n determinarea altor indicatori precum excedentul brut din exploatare)
3.
Numrul de salariai (chiar dac nu reprezint un indicator propriu zis, este o mrime necesar n determinarea eficienei gestiunii resurselor umane, aa cum am mai precizat anterior n acest capitol, i este necesar n determinarea unor indicatori semnificativi exprimai sub form de raport efect-efort) Total cheltuieli fixe (msur necesar att n analiza cheltuielilor, ct i n
calculul unor indicatori precum pragul de rentabilitate, adugarea acestei msuri n cadrul depozitului de date a fost deja prezentat n prima schem propus pentru depozit figura 10 )
4.
5.
Total cheltuieli variabile (msur necesar att n analiza cheltuielilor,

ct i n calculul unor indicatori precum pragul de rentabilitate, ca i n cazul cheltuielilor fixe, am specificat anterior adugarea cheltuielilor variabile n depozitul de date ca mrime ce va fi determinat separat de agregrile pe baza soldurilor contabile)
6.
Valoarea stocurilor (mrime necesar n analizele privind structura

patrimonial dar i ca factor component al analizelor privind lichiditatea i n determinarea unor ali indicatori precum fondul de rulment)
7.
Producia exerciiului (indicator ce ilustreaz valoarea global a produciei din exerciiul financiar analizat, des utilizat de metodele de analiz soldurilor intermediare de gestiune) Capital permanent (principala msur a resurselor disponibile n ntreprindere i component de baz n formarea multora dintre ratele de analiz exemplificate n cel de-al doilea capitol) Capitaluri proprii (msur a resurselor proprii deinute de ntreprindere, des utilizat ca numitor n formarea ratelor de analiz) Total active fixe(msur concludent pentru activitatea investiional a firmei i extrem de util pentru analiza structurii patrimoniale, determinarea fondului de rulment ) Activ Total (msur a patrimoniului firmei des utilizat ca numitor n formarea ratelor de rentabilitate) Rezultatul exploatrii (reflect rentabilitatea activitii de exploatare) Rezultatul net al exerciiului (exprim mrimea absolut a rentabilitii financiare cu care vor fi remunerai investitorii) Datorii totale (indicator relevant pentru exprimarea gradului n care ntreprinderea apeleaz la surse externe ) Datorii curente (indicator utilizat pentru calculul mai multor rate de analiz, precum rata lichiditii generale a ntreprinderii)
8.
9. 10.
11. 12. 13. 14. 15.
170
Alegerea acestor indicatori va facilita n mod semnificativ calculul unor rate de analiz prin eliminarea necesitii oricror agregri suplimentare. Dintre acestea putem exemplifica urmtorul set concludent segmentat pe categorii : ; Rate de rentabilitate Rata rentabilitii economice (Rezultatul Exploatrii / Activ Total ) Rata rentabilitii financiare ( Profit Net / Capitaluri proprii) Rata valorii adugate raportat la valoarea activelor imobilizate ; Rate de gestiune Viteza de rotaie a stocurilor ( Sold stocuri / Cifra de afaceri ) Viteza de rotaie a activelor circulante (Active circulante / Cifra de afaceri) ; Rate de structur Rata activelor imobilizate (Active imobilizate / Total activ) Rata stocurilor ( Sold stocuri / Total activ ) ; Rate de echilibru Rata autonomiei financiare (Capital propriu / Capital permanent) Rata Solvabilitii (Activ total/Datorii totale) Schema final a depozitului de date nu va suferi modificri majore ntruct propunem adugarea noilor fapte n completarea tabelei Indicatori_Baza, care partajeaz dimensiunile Timp i Firme (figura urmtoare).
TIMP
Id Timp Data Luna Trimestrul Semestru Anul INDICATORI_BAZA Id Timp IdFirma Cifra de Afaceri Valoare Adaugata Numar salariati Total cheltuieli fixe Total cheltuieli variabile Producia exerciiului Valoare Stocuri Capital permanent Capital propriu Active imobilizate Total Active Datori Totale Datorii Curente
FIRMA
Id Firma Denumire Tara Regiune Oras Sector RamuraEconomica Obiect de activitate Firma Mama Filiala VolumActivitate
CONTURI
Id Cont Simbol Cont Denumire Cont Grupa Cont Clasa Cont Tip Cont
SOLDURI
Id Cont IdTimp IdFirma Sold TipSold
Figura 11 Modelul depozitului de date (schem de tip constelaie)
171
Dei, din punct de vedere teoretic, depozitul de date s-ar putea limita la prezena tabelei de msuri Indicatori, eliminarea tabelei Solduri ar conduce la pierderea caracterului generalizabil al sistemului prin imposibilitatea definirii de noi indicatori de analiz nederivai din cei existeni. n acest sens vom accepta existena unei redundane suplimentare la nivelul data warehouse. O problem ndelung discutat n cazul proiectrii depozitelor de date este cea legat de modificarea unor date care ar putea afecta ulterior gradul de relevan a dimensiunilor. Acest fenomen este cunoscut sub numele de slowly changing dimensions (schimbarea lent a dimensiunilor) i se reflect prin modificrile unui atribut pe parcursul existenei depozitului de date. n situaia de fa, astfel de modificri pot afecta doar dimensiunea firme n unul dintre urmtoarele cazuri (puin probabile) : Schimbarea locaiei unei firme (n acest caz o parte dintre nregistrrile referitoare la firm ar aparine de o anumit detaliere a ierarhiei geografice iar altele de noua locaie) Schimbarea obiectului de activitate Schimbarea formei de activitate Dup cum se poate observa, aceste manifestri ale fenomenului slowly changing dimensions nu vor afecta dect analizele comparative ntre firme fr a avea vreo influen asupra relevanei informaiilor la nivel de ntreprindere. Soluiile posibile pentru astfel de cazuri ar putea fi urmtoarele: 1. Efectuarea direct a actualizrii n depozitul de date fr a realiza nicio alt operaie. n aceast situaie istoricul datelor privind firma respectiv va fi definitiv pierdut dar, cum astfel de situaii sunt mai rar ntlnite n cazul persoanelor juridice, relevana informaiilor nu ar fi afectat n mod semnificativ. 2. Adugarea unei noi nregistrri n baza de date ca i cum s-ar aduga o nou ntreprindere. Aceast alternativ ar pstra relevana prin perspectiva istoricului din depozitul de date dar ar putea complica procesele de extragere i transformare a datelor. Specialitii apreciaz c aceast metod ar putea aduce i dezavantaje prin prisma spaiului suplimentar alocat n depozit, dar n situaia particular a modificrii datelor referitoare la ntreprinderi un astfel de dezavantaj nu trebuie luat n considerare. 3. Adugarea unui cmp suplimentar n tabelul de fapte pentru a reflecta starea iniial i starea final a respectivului atribut. Aceast soluie ar putea salva o parte din istoricul atributelor modificate, fr a fi ns eficient n cazul n care modificrile se produc de mai multe ori asupra aceleiai ntreprinderi.
172
Desigur ar mai exista i alternativa de a normaliza parial structura depozitului de date, n sensul pstrrii n tabelul firme a atributelor ce nu pot fi afectate de modificri (Id Firm, Nume) i transferrii ntr-un alt tabel a atributelor ce se pot modifica. Legtura dintre cele dou tabele ar fi asigurat de identificatorul Id Firm care ar deveni cheie extern n noua tabel. Cum normalizarea contravine n mare msur conceptului data warehouse i ar conduce inevitabil la un timp mai mare de rspuns la interogri, vom opta pentru cea de-a doua soluie anterior menionat justificnd alegerea i prin probabilitatea mult mai redus de apariie a fenomenului n cazul particular al datelor referitoare la locaia sau modul de organizare al firmelor. O problem care nu trebuie neglijat n cazul unui depozit de date ce urmeaz s stea la baza unor analize comparative pe perioade ndelungate de timp i n care cele mai multe msuri sunt exprimate n valori monetare este influena inflaiei ce poate conduce la interpretri eronate sau la situaii n care rezultatele sunt denaturate de aa natur nct nu mai pot fi utilizate n procesele decizionale. n acest sens se pot contura trei soluii: 1. Adugarea n dimensiunea Timp a unui nou atribut numit Indicele Inflaiei care s permit memorarea devalorizrii monedei de la o perioad la alta. 2. Adugarea unei noi tabele de fapte care s conin ca msur Indicele Inflaiei i cmpul cheie Data care ar servi drept cheie extern pentru tabela dimensiune Timp. 3. Tratarea fenomenului inflaionist nc din etapa de extragere, transformare i ncrcare a datelor n data warehouse prin ajustare cu indicele de inflaie raportat la data crerii depozitului. ntruct prima metod presupune efectuarea de calcule suplimentare n momentul interogrii depozitului de date, iar cea de-a doua poate genera un timp mai mare de rspuns ntruct reprezint un mod de normalizare a modelului, am optat pentru ce-a de-a treia metod care va asigura o exploatare eficient a depozitului de date. Problema inflaiei este ns mult mai dificil de tratat pentru cazurile n care au loc reevaluri periodice ale activelor ntreprinderilor i, drept urmare, o actualizare a datelor din depozit cu indicii de inflaie ar putea denatura valorile activelor ce au fost deja preluate n sume reevaluate. Singura soluie pentru astfel de situaii ar putea fi o reactualizare a datelor istorice din depozit (ceea ce contravine definiiei data warehouse) sau o eventual corectare a datelor n timpul proceselor de extragere i transformare ulterioare reevalurilor.
173
4.4. Granularitatea i agregarea datelor din depozit

Un aspect foarte important n proiectarea depozitelor de date l reprezint gradul de granularitate ce indic nivelul de detaliere a datelor din tabelul/tabelele de fapte. Practic, granularitatea tabelei de fapte este n direct dependen de gradul de detaliere a ierarhiilor din tabelele dimensiune. Stabilirea granularitii trebuie realizat cu mare atenie deoarece o granularitate redus nu va permite obinerea de informaii detaliate, n timp ce o granularitate accentuat poate determina creterea exponenial a spaiului fizic ocupat de depozitul de date. n cazul sistemului proiectat, granularitatea va fi determinat n principal de gradul de detaliere a dimensiunii Timp. Dup cum am mai afirmat, ierarhia dimensiunii Timp n cazul unui sistem dedicat asistrii deciziilor n domeniul financiar-contabil se poate limita la nivelul raportrilor lunare, orice ncercare de preluare a datelor la nivel mai detaliat cauznd dificulti suplimentare n colectarea datelor. Apreciem totui prin prisma dinamicii sporite a proceselor economice c o detaliere pn la nivel de zi ar putea fi luat n calcul la solicitarea utilizatorilor. Dimensiunea Conturi se va limita la detalierea informaiei la nivel de conturi sintetice (sistemul de conturi analitice fiind definit de ctre fiecare firm n parte, ar fi greu de implementat n cadrul unui sistem generalizabil). Un alt concept foarte important, agregarea datelor, poate determina, n cazul unei utilizri corecte, o cretere important a performanelor prin prisma timpului de rspuns la solicitrile informaionale. Agregrile reprezint valori precalculate iar calculul acestora se face pe baza datelor din nivelul analitic al depozitului. Avantajul agregrilor const n faptul c, pentru obinerea unor informaii cu caracter sintetic, se pot lansa interogri asupra valorilor agregate fr a mai realiza calcule intermediare. Pentru depozitul de date analizat se propune agregarea indicatorilor de analiz i a soldurilor conturilor la nivel de lun, trimestru, semestru i an pentru fiecare firm n parte. n cazul n care se opteaz pentru o agregare ulterioar procesului de extragere i transformare a datelor, pentru indicatorii de analiz anterior prezentai (tabelul de fapte Indicatori) acetia vor putea fi relativ uor calculai prin transpunerea modelelor de calcul reliefate n capitolul II. Pentru exemplificare, cifra de afaceri va fi calculat prin nsumarea soldurilor conturilor de venituri ce reflect activitile de comercializare ale firmei. Practic operaia de agregare se rezum la aplicarea formulei rulajul creditor pentru conturile de venituri 701, 702, 703, 704 , 705, 706, 708 (producia vndut) i 707 (venituri din vnzarea mrfurilor).
174
n mod similar pentru determinarea valorii adugate se vor cumula soldurile conturilor privind producia exerciiului cu marja comercial (calculat ca diferen ntre soldurile conturilor ce reflect veniturile din vnzarea mrfurilor i cele ce reflect costul mrfurilor vndute) i se va diminua cu soldul conturilor n care se nregistreaz consumurile provenite de la teri. Pentru indicatorii ce reprezint poziii bilaniere, calculul se va realiza conform reglementrilor n vigoare. De exemplu, n cazul indicatorului Total active imobilizate se vor nsuma soldurile debitoare ale conturilor de imobilizri (clasa a 2-a de conturi, grupele 20 Imobilizri necorporale, 21 Imobilizri corporale i 26 Imobilizri financiare). Precizm c am optat pentru calcularea indicatorilor ce se regsesc n rndul posturilor bilaniere conform principiilor bilanului funcional i nregistrarea activelor la valoarea brut a acestora. Un caz particular, ce trebuie avut n vedere, l reprezint cumularea soldurilor conturilor ce reflect elemente patrimoniale de activ i de pasiv n cadrul diferitelor dimensiuni. Astfel, cumularea soldurilor pentru contul 301 Materii prime n cadrul dimensiunii Firme poate conduce la aflarea stocului total de materii prime n cazul unei companii cu mai multe filiale. Subliniem ns c, n cadrul dimensiunii timp, nu are sens cumularea valorilor pentru aceste conturi ce ilustreaz starea patrimoniului la un moment dat, deci sunt fapte non-aditive n timp. Nu acelai lucru l putem semnala n cazul conturilor de venituri i cheltuieli, care, aa cum am mai precizat, considerm c sunt nchise lunar dup ce soldurile sunt ncrcate n depozit. Spre exemplu, cumularea soldurilor lunare ale contului 601 Cheltuieli cu materiile prime va determina totalul cheltuielilor de aceast natur la nivel de an, semestru sau trimestru. Apreciem c orice nsumare de solduri n vederea determinrii de noi agregate nu va necesita un volum mare de timp n condiiile utilizrii unei platforme hardware corespunztoare. Reamintim c toi indicatori propui pentru tabela de fapte din depozitul de date pot fi definii n mod separat n baza de modele a depozitului ce va fi descris n paragrafele urmtoare.
4.5. Proiectarea bazei de modele

Sistemul ce urmeaz a fi realizat va opera cu o gam variat de modele a cror descriere a fost realizat n al doilea capitol al acestei lucrri8. Reamintim c principalul deziderat al sistemului proiectat l reprezint conferirea unui caracter generalizabil care n aceast etap se poate transpune prin realizarea unei baze de modele flexibil care s permit att modificarea ct i adugarea de noi modele conform necesitilor informaionale ale decidenilor. ntruct particularitile specifice fiecrei metode sau model de analiz se pot implementa mai uor sau dimpotriv, pot pune dificulti, n funcie de
8
A se vedea capitolul 2.3 Modele i metode ale analizei financiare (pag. 45 56 )
175
instrumentele software utilizate, am decis s fie realizat o prim schem de ansamblu a sistemului anticipnd pe ct posibil i instrumentele ce vor fi utilizate. Schema general de funcionare a sistemului propus spre implementare este prezentat n figura urmtoare:
Alte surse (planul de conturi nomenclatoare firme, etc)
Baze de date relaionale
Achiziia datelor
Eventuale exporturi n format tabelar XLS ( de ex. Balane contabile)
Reporting Tools
Data Warehouse pentru analiza financiar-contabil
Interfa de administrare
METADATE Baza de MODELE
DTS Prezentare date
Export date
Analiz OLAP (Analysis SERVER)
Intefa de prezentare (Aplicaie Access Data Project)
Analize, previziuni, optimizri si reprezentri grafice (Microsoft Excel)
Figura 12 Arhitectura sistemului propus pentru implementare
Dup cum se poate observa n figura precedent, propunem n primul rnd proiectarea unei baze de modele integrat n data warehouse i utilizarea unor instrumente de analiz suplimentare cu faciliti specifice pentru analiza datelor (cum ar fi procesoarele de calcul tabelar). n acest sens am luat n calcul posibilitatea utilizrii unor astfel de instrumente pentru a gestiona o parte dintre modelele de analiz ale depozitului. Revenind la descrierea metodelor i instrumentelor de investigare specifice analizei financiare din capitolul al doilea al lucrrii, putem aprecia c unele modele precum modelele analogice se pot dezvolta mult mai rapid ntr-un mediu adecvat cum ar fi un procesor de calcul tabelar de tip Microsoft Excel.
176
Chiar i pentru metodele de analiz de tipul scorurilor aplicaiile informatice din aceast categorie dispun de faciliti (precum funciile definite de utilizator) care le recomand ca un bun mediu de dezvoltare. n ceea ce privete modelele simbolice de tip cumulativ, multiplicativ, bilanier sau sub form de raport, necesitatea de a permite o mbogire ulterioar a bazei de modele ne ghideaz spre soluia realizrii unui model relaional pentru baza de modele. Pentru exemplificare vom lua n considerare modul de determinare al unui indicator semnificativ de analiz ce utilizeaz un model combinat: rata solvabilitii patrimoniale9 calculat conform formulei:
Rsg = Capital propriu/(Capital propriu+Credite bancare)
innd cont de schema depozitului de date prezentat anterior n cadrul acestui capitol, calculul indicatorului menionat ar presupune agregarea soldurilor contabile pentru cele trei componente i, ulterior, integrarea n formula de calcul care necesit nsumarea celor doi termeni de la numrtor i apoi constituirea fraciei cu capitalul propriu la numrtor. ntruct am prevzut necesitatea existenei unor indicatori precalculai n tabela de fapte Indicatori (a se revedea schema din Figura 11 din acest capitol), cumularea soldurilor va fi necesar doar pentru determinarea indicatorului Credite Bancare (obinut prin cumularea soldurilor conturilor 1621, 1622, 1624, 1625, 1626 i 1627 ce reflect sumele obinute de ntreprindere prin creditare, la care se adaug soldul contului 1682 ce reflect dobnzile datorate aferente creditelor). Astfel de cumulri de solduri i realizri de rapoarte ori formule multiplicative vor fi necesare permanent n cazul unui sistem de asistare a deciziei generalizabil ce va permite utilizatorilor mbogirea permanent a bazei de modele i actualizarea acestora. n consecin, propunem proiectarea unei baze de date relaionale adiacente depozitului de date capabil s memoreze modele de analiz de acest tip. n realizarea bazei de date vom porni de la structurile de date deja existente n depozit i anume de la entitatea dimensiune Conturi. ncercnd o abordare a modelrii conceptuale a bazei de modele prin perspectiva formalismului entitate asociere i fcnd abstracie de existena n schema depozitului de date a tabelei de fapte Indicatori ce conine valori precalculate pentru o serie de indicatori de analiz, putem identifica patru entiti participante: Contul Domeniul de analiz Modelul (modelul reprezint n aceast accepiune un indicator format prin aplicarea unui model cumulativ, multiplicativ sau sub form de raport soldurilor contabile)
Semnificaia acestui indicator a fost prezentat n capitolul II al prezentei lucrri n cadrul paragrafului Analiza lichiditii i solvabilitii
9
177
Interpretarea modelului (n funcie de valorile obinute prin transpunerea modelului asupra datelor unei anumite firme)
Atributele entitii Cont sunt deja cunoscute din schema depozitului de date (IdCont, SimbolCont, TipCont, Denumire), n timp ce atributele entitii Model sunt reprezentate de IdModel (identificatorul entitii), denumire i semnificaie. Eventual se poate specifica o valoare critic pentru fiecare indicator, n cazul n care se urmrete implementarea unor servicii de alertare a utilizatorilor, iar pentru transpunerea grafic a realizrilor indicatorilor se poate preciza modul de reprezentare10 (tipul de grafic) Domeniile de analiz sunt cele aferente modulelor sistemului (a se vedea figura 1 din acest capitol), cu meniunea c ar putea exista varianta definirii unor domenii mai detaliate, conforme specificului activitii desfurate de ntreprindere. Trebuie avut n vedere c exist o serie de indicatori de analiz a cror utilitate poate determina apartenena la mai multe dintre modulele (domeniile de analiz) ale sistemului. Datorit faptului c unii indicatori au o relevan mai mare n cadrul unui anumit domeniu vom cuantifica acest aspect prin intermediul unui atribut distinct. Coninutul informaional degajat pe baza aplicrii unui model poate s fie interpretat n diverse moduri, cel mai des n funcie de valorile obinute pentru indicatori. n acest sens, identificm pentru entitatea Interpretare_model atributele interpretare i context (contextul va specifica situaia n care o anumit interpretare poate fi furnizat decidenilor) ntruct soldul unui cont poate participa la formarea unuia sau mai multor modele, iar n cadrul formulei unui indicator (model) sunt utilizate date referitoare la mai multe conturi, ntre cele dou entiti se va forma o asociere (o legtur de tip m:n), iar atributele acestei asocieri vor descrie practic modul de formare al indicatorului de analiz: ; Operatorul de agregare (operatorul matematic utilizat n cadrul modelului) ; Ordinea de agregare (prioritatea operaiei n cadrul formulei) O deficien ce ar putea fi semnalat este cea legat de imposibilitatea utilizrii unui model ca parte component a unui alt model (indicator), ceea ce va produce inevitabil redundane n baza de date. Pentru evitarea acestora propunem adugarea unei asocieri reflexive avnd ca subiect entitatea Modele. Aceast asociere va descrie modul de compunere a indicatorilor de analiz pe baza altor indicatori deja calculai i va conine aceleai atribute ca i entitatea Conturi, cu precizarea adugrii unui atribut suplimentar necesar analizelor factoriale (factor).
Modalitile de analiz prin intermediul modelelor grafice au fost prezentate n cadrul prezentei lucrri n capitolul 2.3. Modele i metode ale analizei financiare
10
178
Modelul conceptual al datelor este prezentat n figura urmtoare:

CONTURI Simbol NumeCont TiipCont ClasaCont GrupaCont
1,n
COMPUNERE Operator Prioritate
1,n
COMPUNERE PE BAZA DE MODELE Operator Prioritate Factor
1,n 1,n
MODELE
1,n 1,n
IdModel
1,n Denumire Semnificatie TipReprezentare

INTERPRETARI
UTILITZARE MODEL
1,n
DOMENIU
1,n
IdDomeniu NumeDomeniu Observatii
1,1
IdInterpretare Interpretare Context
ANALIZA
Figura 13 Modelul conceptual al bazei de modele
n aceast perspectiv baza de date va fi capabil s memoreze noi modele create prin agregarea soldurilor conturilor dup modelele cumulativ, balanier, multiplicativ i raport, dar i modele compuse pe baza altor modele. Respectnd regulile de transformare a modelului conceptual n model relaiona se vor obine urmtoarele tabele:
CONTURI(SimbolCont, NumeCont, TipCont, ClasaCont, GrupaCont) MODELE(IdModel, DenumireModel, Semnificaie, TipReprezentare) DOMENIU(IdDomeniu, NumeModel, Observaii) UTILIZARE_MODEL (IdModel, Id,Domeniu, Relevanta) COMPUNERE (IdModel, SimbolCont, Operator, Prioritate) COMPUNERE_MODELE (IdModel, SimbolCont, Operator, Prioritate, Factor) INTERPRETRI(IdInterpretare, Interpretare, Context, IdModel)
Baza de date normalizat pentru gestionarea modelelor este prezentat n figura urmtoare:
Modelul unui sistem informatic de asistare a deciziei pentru activitatea financiar contabil in contextul utilizrii depozitelor de date Conturi SimbolCont NumeCont TipCont GrupaCont ClasaCont 1 n Compunere SimbolCont IdModel Operator Prioritate Modele IdModel 1 Denumire Semnificatie 1 n 1
179
Compunere_Modele IdModel IdModelUtilizat Operator Prioritate Factor n
Interpretri IdInterpretare Interpretare Context IdModel
Domenii_Analiza IdDomeniu IdModel Operator Prioritate Factor
1 n
Utilitate_Model IdModel IdDomeniu Relevanta n
Modele_1 IdModel Denumire Semnificatie 1
Figura 14 Modelul relaional al bazei de modele
Baza de date proiectat urmeaz a fi exploatat prin intermediul componentei de interfa realizat special pentru administrarea data warehouse i actualizarea bazei de modele. Definirea unui nou indicator n baza de modele nu este ns suficient fr realizarea unei aplicaii capabile s interpreteze n mod eficient formulele de calcul i s le transpun asupra soldurilor memorate n depozitul de date. n ultimul capitol al acestei lucrri este prezentat interfaa proiectat pentru gestiunea modelelor i modul de realizarea al agregrilor. Revenind la ideea c baza de modele va fi partajat ntre aceast structur relaional i o serie de module ce vor exploata facilitile specifice Microsoft Excel putem schematiza arhitectura bazei de modele conform figurii urmtoare:
BAZA DE MODELE
Modele de tip: - cumulativ - aditiv - rate de analiza - substituri n lan
Modele de tip analogic (GRAFICE) Modele de previzune (TREND, FORECAST) Modele de optimizare Analize de tip Goal Seek Analize de tip What If
INTERFA ADMINISTRARE Data Warehouse i GESTIUNE MODELE
Figura 15 Schema bazei de modele
180
4.6. Proiectarea soluiilor de analiz prin cuburi OLAP

Colectarea datelor referitoare la soldurile conturilor pentru firme se realizeaz prin intermediul procedurilor de extragere n formatul anterior specificat i este nsoit permanent de completarea datei de nregistrare n depozitul de date. Schema urmtoare rezum succint procesele de transformare a datelor ce preced analiza OLAP.
Sistem informaional contabil
Realizare de Note contabile - > Calcul Rulaje i solduri -> Balana de verificare
Colectarea automat a datelor

Conturi de cheltuieli Conturi de venituri Conturi Elemente patrimoniale de activ Conturi Elemente patrimoniale de pasiv
Distribuire i cumulare
Date cumulate sub form de posturi bilaniere, posturi din contul de rezultate sau componente utilizate n calculul indicatorilor
Calcule conform modelelor INDICATORI DE ANALIZA ANALIZA OLAP

Figura 16 - Procese premergtoare analizei OLAP
Ierarhiile pentru dimensiunile utilizate n depozitul de date au fost deja prezentate n seciunea 4.3. a acestui capitol Modelarea multidimensional. n elaborarea soluiilor predefinite propuse pentru analiza datelor se va urmri a se respecta modularizarea sistemului i exploatarea tabelei de fapte Indicatori din depozitul de date care a fost conceput special pentru o mai rapid dezvoltare a soluiilor OLAP. Trebuie s subliniem c n condiiile utilizrii sistemului la nivel de ntreprindere, fr a necesita faciliti de analiz comparativ cu alte firme, analizele OLAP se vor limita doar la exploatarea dimensiunii Timp i eventual a dimensiunii Contabile pentru efectuarea de agregri de solduri. Deci n mare parte sistemul va utiliza tabele bidimensionale pentru analiz (tabele pivot) i mai puin cuburi OLAP autentice. Utilizarea mai multor dimensiuni poate fi necesar n cazul analizelor comparative ntre rezultatele mai multor organizaii cum ar fi de exemplu analiza comparativ a cheltuielilor efectuate sau veniturilor realizate de firme. Figura urmtoare prezint o modalitate de agregare a soldurilor conturilor pe grupe de cheltuieli i proiecia acestora att pe dimensiunea timp ct i pe dimensiunea firme, utiliznd ierarhia geografic a acesteia.
181
Figura 17 Soluie OLAP pentru analiza cheltuielilor pe grupe de cheltuieli
O soluie similar poate fi proiectat i pentru analiza veniturilor. Exemplul urmtor utilizeaz pentru dimensiunea Firme ierarhia specializat pe obiecte de activitate i ramuri economice n locul ierarhiei geografice.
Figura 18 Soluie OLAP pentru analiza veniturilor obinute de firme pe categorii de venituri i domenii de activitate
Utilizarea uneia sau alteia dintre ierarhiile alternative ale dimensiunii firme ar conduce la o reorientare a analizei n perspectiva spaiului geografic sau a filialelor ntreprinderii. Dup cum s-a precizat anterior, modul de calcul al indicatorilor de analiz financiar patrimonial este descris n depozitul de date utiliznd o soluie asemntoare celei de agregare a posturilor bilaniere.
182
Analiza rezultatelor ntreprinderilor poate fi tratat n mod similar, modelul propus permind reprezentarea multidimensional pentru analiza comparativ a indicatorilor descrii n paragrafele anterioare. Se pot aduga i dimensiuni suplimentare pentru valorile bugetate ori previzionate.
Firme (filiale) Cifra de afaceri Previzionat Firme (filiale) Valoare adugata. Previzionat
Timp
Timp
Revenind la setul de indicatori de analiz propui pentru a fi precalculat n tabela de fapte, putem sublinia c, pe baza compunerii acestora, se pot realiza soluii OLAP care s urmreasc analiza unor ali indicatori derivai ori a unor rate de analiz obinute prin raportarea acestora.
4.7. Proiectarea unei aplicaii suport pentru extinderea facilitilor de analiz a datelor
Realizarea unei aplicaii suport pentru analiza datelor care s beneficieze de funcionalitile extinse privind instrumentele de previziune i asistare a deciziei sau modalitile de reprezentare grafic oferite de un procesor de calcul tabelar i, n acelai timp, s exploateze un volum mare de date stocate n baze de date relaionale sau n depozite de date poate fi considerat o soluie viabil pentru asistarea deciziei n activitatea financiar-contabil. Ideea realizrii unei astfel de aplicaii suport pentru analiza financiar a provenit din iniiativa de a utiliza Microsoft Excel ca o component de interfa i instrument de analiz n cazul depozitului de date anterior prezentat. Aceast alternativ va conferi avantajul utilizrii facilitilor specifice Excel pe de o parte i, de cealalt parte, posibilitatea exploatrii datelor prin intermediul unui sistem de gestiune a bazelor de date performant. ntruct, n cazul firmelor mici, iniiativa de a dezvolta un proiect data warehouse ar putea ntmpina unele dificulti n special datorit costurilor de implementare, dar i datorit faptului c volumul mic de date nu impune adoptarea unei astfel de soluii am propus realizarea aplicaiei suport pentru analiza datelor astfel nct s poat fi utilizat i pe baza prelurii datelor din depozitul de date, dar i ca instrument independent de analiz a date. Poziionarea aplicaiei n contextul utilizrii ca o component de interfa a sistemului data warehouse i pe de alt parte ca instrument independent de analiz e prezentat n figura urmtoare:
183
Utilizator
Alte surse de date
Introducere date
Data Warehouse
Achiziie date
Aplicaie suport pentru analiza datelor
Achiziie date
OLAP
DECIDENT
Figura 19 Modul de interogare a aplicaiei ca instrument independent de analiz cu faciliti de conectare la depozitul de date
Acest instrument se dorete a se concretiza el nsui ntr-un sistem informatic de asistare a deciziei chiar i n condiiile utilizrii sale fr facilitile specifice data warehouse (pentru aceste cazuri propunem arhivarea datelor necesare analizei fie n foi de calcul tabelar, fie n baze de date relaionale cum ara fi, de exemplu, Microsoft Access). Arhitectura sistemului propus este prezentat n figura urmtoare:
Baze de date externe (de arhivare) Modele memorate extern
Baza de date intern Intefa de dialog
Baza de modele
Figura 20 Arhitectura SIAD
O reprezentare mai concis a modului de organizare i de achiziie a datelor este prezentat n figura urmtoare:
Alte surse de date (documente n format electronic) Adauare date direct de ctre utilizator
184
DATA WAREHOUSE
IMPORT DATE
IMPORT DATE CONSOLIDATE
IMPORT DATE BAZA DE DATE INTRODUCERE DATE INTERNA (memorata sub forma unor foi de calcul) BAZE DE DATE PENTRU ARHIVARE
IMPORT/ EXPORT DATE
Figura 21 Fluxurile de date n contextul realizrii aplicaiei suport pentru analiza datelor cu acces la depozitul de date
Pe baza schemelor anterior prezentate putem face urmtoarele observaii: ; Datele supuse analizei ntr-un sistem informatic de asistare a deciziei elaborat n mediul Microsoft Excel vor fi structurate sub form de foi de calcul (tabele bidimensionale) ; n contextul utilizrii aplicaiei cu acces direct la depozitul de date al crui model a fost descris n acest capitol, fluxurile de preluare a datelor se pot referi att la datele de detaliu (soldurile de conturi) ct i la cele agregate sub form de indicatori de analiz. Importul unor indicatori precalculai din cadrul data warehouse precum i a datelor consolidate va spori n mare msur eficiena aplicaiei proiectate. ; n cazul n care aplicaia nu va fi utilizat ca instrument integrat ntr-un sistem data warehouse, propunem opional ca soluie de memorare a datelor istorice o baz de date gestionat de un SGBD relaional (de exemplu Microsoft Access sau SQL Server). ; Aplicaia va trebui s incorporeze o interfa adecvat pentru preluarea datelor din alte surse existente n cadrul organizaiei, cum ar fi baze de date sau documente n format electronic (de exemplu Word sau Excel) n ce privete baza de modele a aplicaiei aceasta va urmri exploatarea la maxim a facilitilor prezentate de instrumentul de dezvoltarea utilizat (Microsoft Excel): ; Reprezentarea de modelelor analogice, innd cont de facilitile extinse privind realizarea de grafice de care dispun aplicaiile de acest tip. ; Implementarea metodelor de previziune pe baza funciilor predefinite. ; Stabilirea unor modele de optimizare pe baza facilitilor Excel. ; Sintetizarea informaiilor pe baza unor instrumente specifice precum tabelele pivot sau tabelele de ipoteze. Pe baza studiului realizat n al doilea capitol al prezentei lucrri - Modele i metode de analiz financiar utilizate pentru fundamentarea deciziilor n domeniul financiar-
185
contabil i prin corelarea cu avantajele oferite de mediul specific de dezvoltare, apreciem c aplicaia propus ar putea avea ca principale obiective: ; Analiza performanelor detaliat astfel: Analiza soldurilor intermediare de gestiune (SIG) Analiza pe baza indicatorului capacitatea de autofinanare (CAF) Analiza ratelor de rentabilitate Analiza pragului de rentabilitate ; Analiza situaiei financiar patrimoniale a ntreprinderii ce presupune: Metode de conversie Bilan Contabil -Bilanul patrimonial Bilan funcional Analiza structurii patrimoniale Analiza pe baza fondului de rulment Analiza lichiditii i solvabilitii Analiza echilibrului economico-financiar Analiza situaiei financiare prin metoda scorurilor ; Analiza fluxurilor de trezorerie Realizarea unei aplicaii suport pentru analiz utiliznd ca mediu de dezvoltare Microsoft Excel, cu faciliti de accesare a datelor memorate n data warehouse este prezentat n capitolul V al lucrrii. Modularizarea aplicaiei i modul de funcionare n ce privete aplicarea modelelor de analiz sunt descrise n schema urmtoare:
Memorare solduri in format detaliat DATA WAREHOUSE EXPORT DATE ODBC/Microsoft Query AGREGARE DATE (conversie BILANT FUNCTIONAL) Agregare Date CAF DETERMINARE CAF Previziuni Adaugare date suplimentare
SIG
CALCUL SIG
Analiza Ratelor de Rentabilitate
Structura patrimoniala Grafice Previziuni Scenarii Analize What If
Fond De Rulment
Tablou fluxuri de trezorerie Grafice Optimizari Scenarii Analize What If
Analiza ratelor de lichiditate
Figura 22 Modularizarea aplicaiei suport pentru analiza datelor
186
4. Modelul unui sistem informatic de asistare a deciziei pentru activitatea financiar contabil n contextul utilizrii depozitelor de date ................................................. 153 4.1. Obiectivele sistemului.............................................................................. 153 4.2. Identificarea surselor de date i stabilirea proceselor de extragere i transformare ......................................................................................................... 155 4.3. Modelarea multidimensional .................................................................. 161 4.4. Granularitatea i agregarea datelor din depozit ....................................... 173 4.5. Proiectarea bazei de modele..................................................................... 174 4.6. Proiectarea soluiilor de analiz prin cuburi OLAP ................................. 180 4.7. Proiectarea unei aplicaii suport pentru extinderea facilitilor de analiz a datelor 182

Cap 4

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cap 4

Încărcat de

Drepturi de autor:

Formate disponibile

152

Alti utilizatori externi (investitori, creditori, etc)

Analiza situaiei financiarpatrimoniale

Decizii manageriale la nivel strategic

Decizii la nivel operaional

Figura 1 O reprezentare modularizat a componentelor sistemului

4.2. Identificarea surselor de date i stabilirea proceselor de extragere i transformare

4.3. Modelarea multidimensional

Id Operatie Data Operaie Explicaie Id Document

Figura 3 Structur normalizat pentru nregistrarea operaiilor contabile

Figura 4 Modelul denormalizat al bazei de date pentru nregistrarea operaiilor contabile

SimbolCont IdFirma SimbolCont

TipSold Total Cheltuiel Fixe GrupaConturi

Total cheltuieli Variabile ClasaConturi

Stabilirea ierarhiilor dimensionale i a msurilor

Figura 5 Structura ierarhiei Timp i reprezentarea arborelui ierarhic aferent

Ierarhia Forma Juridic

Figura 6 Ierarhii alternative ale dimensiunii Firme

Muntenia Bucureti Arge

Ierarhia Domeniu Activitate

Rdcina ierarhiei Ramura economic Obiect de activitate

Transport marf ABC SA

Ierarhia Forma Juridic

ALL SRL Regie

Rdcina ierarhiei Forma organizare Firma

Figura 7 Reprezentri ale arborilor ierarhici pentru dimensiunea Firme

Clasa 1 ( Conturi de capitaluri)

Clasa 2 ( Conturi de imobilizri)

Grupa 20 (Imobilizari Necorporale)

Grupa 21 (Imobilizari corporale)

Grupa 29 (Provizioane pentru deprecierea imob.)

Contul 201 (Imobilizri Necorporale)

Contul 211 (Terenuri)

Contul 212 (Mijloace Fixe)

Figura 9 Reprezentarea arborelui ierarhic a dimensiunii plan contabil

INDICATORI_BAZA Id Timp IdFirma Numar Angajati Cheltuieli Fixe Cheltuieli Variabile

Figura 10 Un prim model n forma constelaie al depozitului de date

Cifra de afaceri (indicator utilizat frecvent n analizele comparative i

Valoarea adugat (indicator considerat relevant pentru evaluarea

Total cheltuieli variabile (msur necesar att n analiza cheltuielilor,

Valoarea stocurilor (mrime necesar n analizele privind structura

11. 12. 13. 14. 15.

Figura 11 Modelul depozitului de date (schem de tip constelaie)

4.4. Granularitatea i agregarea datelor din depozit

4.5. Proiectarea bazei de modele

A se vedea capitolul 2.3 Modele i metode ale analizei financiare (pag. 45 56 )

Baze de date relaionale

Eventuale exporturi n format tabelar XLS ( de ex. Balane contabile)

Data Warehouse pentru analiza financiar-contabil

METADATE Baza de MODELE

DTS Prezentare date

Analiz OLAP (Analysis SERVER)

Intefa de prezentare (Aplicaie Access Data Project)

Analize, previziuni, optimizri si reprezentri grafice (Microsoft Excel)

Figura 12 Arhitectura sistemului propus pentru implementare

Modelul conceptual al datelor este prezentat n figura urmtoare:

COMPUNERE Operator Prioritate

COMPUNERE PE BAZA DE MODELE Operator Prioritate Factor

1,n Denumire Semnificatie TipReprezentare

IdInterpretare Interpretare Context

Figura 13 Modelul conceptual al bazei de modele

Compunere_Modele IdModel IdModelUtilizat Operator Prioritate Factor n

Interpretri IdInterpretare Interpretare Context IdModel

Domenii_Analiza IdDomeniu IdModel Operator Prioritate Factor