Koje vrste podataka postoje?
Pre nego što pređemo direktno na sisteme upravljanja glavnim podacima, hajde da definišemo koje vrste podataka postoje.
Ispod je 5 ključnih tipova:
1. Metapodaci;
2. Referentni podaci;
3. Matični podaci;
4. Transakcioni podaci;
5. Istorijski podaci.
Metapodaci je podatak o podacima. Oni su potrebni da bi se razumjelo i odredilo s kojim podacima preduzeće posluje. Metapodaci definišu strukture, tipove podataka, pristup njima itd. Postoje različite šeme za opisivanje metapodataka. Na primjer, XSD shema se može koristiti za opisivanje strukture XML dokumenta, a WSDL shema se može koristiti za opisivanje web usluge.
Referentni podaci- Ovo je relativno retko promenljivi podatak koji definiše vrednosti pojedinih subjekata koji se koriste u obavljanju poslova u celom preduzeću. U takve subjekte najčešće spadaju: valute, zemlje, mjerne jedinice, vrste ugovora/računa itd.
Glavni podaci- Ovo je osnovni podatak koji definiše poslovne subjekte sa kojima preduzeće posluje. Takvi poslovni subjekti obično uključuju (u zavisnosti od predmetne industrije fokusa preduzeća) kupce, dobavljače, proizvode, usluge, ugovore, račune, pacijente, građane itd. Pored informacija direktno o jednom ili drugom glavnom entitetu, glavni podaci uključuju odnose između ovih entiteta i hijerarhija. Na primjer, u smislu identificiranja dodatnih prodajnih mogućnosti, može biti vrlo važno identificirati eksplicitne i implicitne odnose između pojedinaca. Glavni podaci se distribuiraju u cijelom preduzeću i uključeni su u sve poslovne procese. Tipično, glavni podaci se doživljavaju kao ključna nematerijalna imovina preduzeća, jer efikasnost njegovog rada zavisi od njihovog kvaliteta i kompletnosti. U Rusiji se umjesto izraza „glavni podaci“ često koristi izraz „regulatorne i referentne informacije“.
Transakcioni podaci– ovo su podaci koji su generisani kao rezultat obavljanja bilo kakvih poslovnih transakcija preduzeća. Na primjer, za komercijalno poduzeće: prodaja proizvoda i usluga, kupovine, primici/otpisi sredstava, potvrde u skladištu itd. Obično se takvi podaci zasnivaju na planiranju resursa preduzeća (ERP) ili drugim industrijskim sistemima. Naravno, transakcioni sistemi u velikoj meri koriste matične podatke prilikom izvršavanja transakcija.
Istorijski podaci je podatak koji uključuje historijske transakcijske i glavne podatke. Najčešće se takvi podaci akumuliraju u ODS i DWH sistemima i koriste se za rješavanje različitih analitičkih problema i podršku odlukama upravljanja.
Sistemi upravljanja glavnim podacima
Pre nego što pređemo na sistem upravljanja glavnim podacima, hajde da definišemo šta je uopšte upravljanje glavnim podacima.
Upravljanje glavnim podacima (MDM) je disciplina koja radi sa glavnim podacima kako bi se stvorio „zlatni zapis“, odnosno holistički i sveobuhvatan pogled na glavni entitet i odnose, standard matičnih podataka koji se koristi u cijelom preduzeću, a ponekad i između preduzeća kako bi se olakšala razmjena informacija.
Specijalizovani sistemi za upravljanje glavnim podacima (MDM sistemi) automatizuju sve aspekte ovog procesa i predstavljaju „autoritativni“ izvor master podataka na nivou preduzeća. Često MDM sistemi takođe upravljaju referentnim podacima.
Situacija kada je MDM sistem jedini izvor matičnih podataka, sve promene se vrše na MDM sistemu i tek onda prenose na potrošačke sisteme naziva se „sistem evidencije“. Ovo je idealna situacija za upravljanje glavnim podacima. Međutim, u stvarnom životu stvari nisu tako jednostavne: MDM sistem neće uvijek biti „sistem zapisa“. Zbog specifičnosti poslovnih procesa određenog preduzeća, tehničkih poteškoća pojedinih sistema itd., potrebno je kreirati „kopije“ matične evidencije. Sistem koji sadrži kopiju matičnih podataka naziva se "referentni sistem". Da se ne bi izgubila kontrola, „sistem veze“ mora biti pod kontrolom i sinhronizovan sa „sistemom snimanja“.
Tri dimenzije MDM sistema
Razmotrimo MDM sistem u tri dimenzije:
Tipično, MDM sistemi se ne implementiraju „odjednom“, jer njihova implementacija je složen proces konzistentnih transformacija u cijelom preduzeću, od održavanja različitih podataka do stvaranja holističkog, sveobuhvatnog pogleda na glavni entitet. Stoga se implementacija MDM sistema odvija uzastopno uz postepeno približavanje ciljnom rezultatu u tri navedene dimenzije.
Pogledajmo pobliže ova mjerenja.
Domains
U kontekstu upravljanja glavnim podacima, domen se odnosi na određeno područje glavnih podataka. Najčešći domeni master podataka su domena kupaca i domena proizvoda. U zapadnoj literaturi su se pojavili ustaljeni termini za upravljanje glavnim podacima u okviru ovih domena: Integracija podataka o kupcima (CDI) za domen korisnika i Upravljanje informacijama o proizvodima (PIM) za domen proizvoda.
CDI tradicionalno ne uključuje samo klijente, već i organizacije ili pojedince, koji se mogu različito nazivati ovisno o djelatnosti poduzeća: klijenti, dobavljači, banke, fondovi, pacijenti, građani itd.
PIM tradicionalno uključuje: proizvode, robu, materijale, usluge, radove itd.
Postoje mnoge sličnosti u CDI i PIM pristupima upravljanju glavnim podacima, ali postoje i mnoge razlike. Na primjer, kada se dedupliciraju klijentski entiteti, u većini slučajeva vrši se jednostavno raščlanjivanje atributa entiteta i njihovo poređenje na osnovu probabilističkih algoritama, dok se u domenu proizvoda provodi semantička/ontološka analiza atributa uz uključivanje mehanizama za samoučenje. . Osim toga, u domenu proizvoda entiteti mogu imati vrlo različite atribute ovisno o odabranoj kategoriji (na primjer, laptopovi imaju svoj skup atributa, dok mašine za pranje veša imaju svoje). Sve ove karakteristike različitih domena moraju biti podržane od strane MDM sistema.
Nedavno je postojala tendencija da se kreiraju MDM sistemi sa više domena sa mogućnošću fleksibilnog prilagođavanja strukture metapodataka. Ova fleksibilnost daje preduzeću priliku da opiše matične podatke posebno za sebe, uzimajući u obzir sve karakteristike i nijanse, ali istovremeno zahtijeva puno vremena i znanja za kompetentno dizajniranje i konfiguraciju takvog sistema. Na tržištu postoje i sistemi sa „rigidnom“ strukturom master entiteta koji već imaju ispravno konfigurisane mehanizme, ali je korišćenje takvog sistema moguće samo od onih preduzeća koja se tome mogu prilagoditi. Tipično, takvi sistemi su vrlo pogodni za rješavanje problema upravljanja glavnim podacima unutar određene industrije. Po mom mišljenju, sistemi koji najviše obećavaju su oni sa fleksibilnim modelom metapodataka, ali istovremeno imaju modele koji su unapred konfigurisani za preduzeća u različitim industrijama koji se mogu brzo rekonfigurisati.
Načini upotrebe
Metode korišćenja MDM (Metod upotrebe) određuju za šta će se MDM sistem koristiti u preduzeću. Drugim riječima, ko će biti potrošač matičnih podataka (naravno, može ih biti nekoliko).
Postoje tri glavne metode upotrebe:
1. Analitički
2. Operativni
3. kolaborativni
Metoda analitičke upotrebe podržava poslovne procese i aplikacije koje koriste matične podatke prvenstveno za analizu poslovnih performansi, pružanje potrebnih izvještaja i obavljanje analitičkih funkcija. Ovo se često dešava kroz interakciju MDM-a sa BI alatima i proizvodima. Tipično, analitički MDM sistem radi sa podacima u režimu samo za čitanje, on ne menja podatke u izvornim sistemima, već ih čisti i obogaćuje.
Metoda operativne upotrebe omogućava prikupljanje, modifikaciju i upotrebu master podataka tokom izvršavanja poslovnih transakcija (operacija) i služi za održavanje semantičke konzistentnosti matičnih podataka unutar ovih operacija u svim operativnim aplikacijama. Zapravo, u ovom slučaju, MDM funkcionira kao OLTP sistem koji obrađuje zahtjeve drugih operativnih aplikacija ili korisnika. Rad u ovom režimu često zahteva izgradnju objedinjenog integracionog pejzaža koristeći principe uslužno orijentisane arhitekture (SOA) i korišćenje alata sabirnice usluga preduzeća (ESB). Idealno je ako su takvi alati ili direktno uključeni u MDM sistem ili su njegov nastavak (postoje dobavljači koji u svojoj liniji imaju i MDM i ESB rješenja, duboko integrirana jedni s drugima).
Kolektivni način upotrebe vam omogućava da kreirate glavne entitete u slučajevima kada je potrebna kolektivna interakcija između različitih grupa korisnika tokom ovog procesa kreiranja. Takvo usaglašavanje obično ima složene poslovne procese „grananja“ koji se sastoje od raznih automatiziranih i ručnih zadataka. Ručne zadatke obavljaju različiti data naučnici (data stewards) redoslijedom definiranim poslovnim procesom. Metoda kolektivne upotrebe najčešće se koristi u domenu proizvoda. Na primjer, prilikom kreiranja novog proizvoda, kada je više osoba odgovornih za unos različitih podataka, puno je ručnog rada i konačnog odobrenja. Važno je da vam MDM sistem omogućava da konfigurišete proizvoljne poslovne procese kako biste brzo podržali poslovne procese određenog preduzeća.
Stilovi implementacije
Obično postoje tri glavna stila implementacije:
1. Registar;
2. Koegzistencija;
3. Transakcioni.
Stil implementacije registra uključuje kreiranje glavnog izvora podataka kao “sistema povezivanja” sa nižim izvorima podataka. MDM registra sadrži samo ključne atribute potrebne za identifikaciju i mapiranje entiteta. Registar MDM radi u načinu samo za čitanje, s podacima koji se unose u izvorne sisteme i prosljeđuju MDM-u radi rješavanja entiteta. Također, MDM registra može pohraniti veze do izvora neključnih podataka, ali se sami podaci obično ne prenose u MDM. Stil implementacije registra se obično koristi kada se bira operativni metod korišćenja MDM-a (vidi gore).
Koegzistirajući stil implementacije uključuje distribuirani unos podataka kroz više izvora (poslovne aplikacije i MDM sistem). MDM sistem u ovom slučaju može biti “sistem zapisa” samo za dio atributa. Međutim, u MDM sistemu se formira punopravni glavni entitet, čije se promjene prenose na druge sisteme (možda ne sve). Koegzistentni stil implementacije je prilično jednostavan i često se koristi kao prvi korak ka sljedećem - transakcijskom stilu, jer ne zahteva dubinsku preradu sistema koji su u interakciji sa MDM sistemom.
Transakcioni stil implementacije uključuje stvaranje punopravnog „sistema zapisa“ u kojem se pohranjuju svi podaci o glavnim entitetima. MDM sistem je u ovom slučaju „jedinstveni izvor istine“ za sve potrošačke sisteme. Sve operacije kreiranja i obrade podataka izvode se na nivou MDM sistema. Unos podataka na nivou potrošačkog sistema je zabranjen. Ovaj pristup je obično prilično teško implementirati, jer zahtijeva značajne promjene u poslovnim procesima i pretplatničkim sistemima.
Zaključak
U praksi, izbor jedne ili druge strategije implementacije MDM-a determinisan je mnogim faktorima: ciljevima preduzeća u oblasti upravljanja master podacima, stepenom zrelosti preduzeća, stepenom spremnosti IT infrastrukture, dostupnošću. ulaganja za realizaciju projekta i brojnih drugih parametara. Da biste se odlučili za strategiju implementacije, potrebno je izvršiti detaljnu analizu svih ovih faktora i izraditi detaljnu studiju izvodljivosti projekta i detaljan raspored koji ukazuje na faze razvoja projekta. Ali ovo je još jedna široka tema koja zahtijeva odvojeno razmatranje.
Jedno je sigurno: implementaciji MDM sistema mora se pristupiti veoma pažljivo i progresivno. Većina projekata implementacije MDM sistema ne uspijeva upravo zato što potcjenjuju složenost i obim promjena sa kojima se MDM projekti moraju suočiti.
Stalno se suočavamo sa činjenicom da u oblasti MDM-a (Master Data Management) katastrofalno nedostaje razumljivih uvodnih materijala koji vam omogućavaju da brzo shvatite šta je, zašto i zašto je važno. Pokušajmo to ispraviti najbolje što možemo i objasniti poslovnim jezikom.
Još uvijek postoji ozbiljan nedostatak sigurnosti u ovoj oblasti, a čak ni Wikipedia, začudo, nije sasvim sigurna šta je šta. Stoga ćemo objasniti svojim riječima i „na prste“, uz primjere.
šta je šta
Dakle, svi podaci na kojima moderni informacioni sistemi rade mogu se podijeliti na regulatorne i referentne informacije, matične podatke i transakcijske podatke.
Regulatorne referentne informacije (RNI) ili referentne knjige i klasifikatori nam omogućavaju da strukturiramo svijet oko nas u svrhu njegove analize. Direktoriji i klasifikatori se po pravilu grade u obliku lista i stabala. Na primjer, sve proizvode distribuiramo u grupe proizvoda kako bismo im olakšali upravljanje. U svjetskoj praksi ovaj dio je klasifikovan kao Referentni podaci, sa odgovarajućom klasom aplikacija i procesa – Referentnim podacima za upravljanje.
Glavni podaci obično odražavaju objekte iz stvarnog svijeta i njihova osnovna svojstva, na primjer: klijente, proizvode, ljude, urede, vozila. Njihova ključna razlika od glavnih podataka je u tome što su glavni podaci atributi, svojstva, liste i druge ravni klasifikacije, ali objekti opisani glavnim podacima obično ne postoje u stvarnom životu. Dakle, model automobila je element matičnih podataka, ali konkretan automobil sa svojim svojstvima je element matičnih podataka.
Transakcioni podaci odražavaju naše radnje sa svjetskim objektima (čitaj objekte glavnih podataka), događaje i interakcije. U trenutku T, isporučili smo proizvod B klijentu A u količini X i po cijeni Y. I tada smo u trenutku T1 primili uplatu od klijenta A u iznosu od Z, ovi zapisi će biti transakcijski podaci.
Ako pogledamo ove tri grupe, vidjet ćemo neku hijerarhiju prikazanu na slici. Glavni podaci se koriste za strukturiranje matičnih podataka i transakcijskih podataka. Glavni podaci definiraju strukturu transakcijskih podataka. I samo transakcijski podaci su konačni rezultat lanca.
Dakle, referentne strukture podataka strukturiraju i glavne podatke i same transakcijske podatke. Glavni podaci strukturiraju transakcijske podatke. Kao rezultat toga, naše analitičke sposobnosti u odnosu na transakcijske podatke direktno zavise od toga koliko smo bili u mogućnosti da izgradimo prikladan „okvir“ matičnih podataka i matičnih podataka za naše potrebe.
Naravno, svaka vrsta podataka ima svoje karakteristike, koje moramo detaljno razmotriti.
Karakteristike referentnih podataka
Ključna karakteristika referentnih podataka je njihova relativna nepromjenjivost, tj. Referentni podaci se inicijalno grade na osnovu poslovnih ciljeva ili iz stabilne objektivne stvarnosti svijeta (na primjer, imenik organizacionih oblika ili modela automobila). Promjene u matičnim podacima obično se dešavaju u skladu sa određenom procedurom, održavanje matičnih podataka je dodijeljeno određenom odjelu. Svaka promjena nužno mora proći kroz određeni proces odobrenja koji jamči integritet matičnih podataka.
Izvori promjena u matičnim podacima su promjene u okolnoj stvarnosti, na primjer, ponekad se pojavljuju nove zemlje ili valute. Ili, ako govorimo o imenicima izgrađenim oko poslovnih ciljeva, promjena povezanih s promjenama poslovnih ciljeva, računovodstvenih politika, raspodjele odgovornosti među grupama proizvoda itd.
U stvari, referentni podaci čine osnovne ravni analitike, zbog čega sastav i struktura referentnih podataka mogu biti prilično složeni, uključujući neke referentne knjige mogu se koristiti u drugim kao atributi, formirajući složene strukture koje implementiraju mnoge analitičke ravni. Na primjer, za potrebe marketinga, proizvodnje, upravljanja zalihama i finansijskog računovodstva, mogu se koristiti potpuno različite grupe proizvoda i različiti skupovi karakteristika.
Uz dovoljnu centralizaciju upravljanja referentnim podacima, sistem imenika je obično stabilan i nije podložan “buci”. Međutim, u kompanijama sa nedovoljno integrisanim aplikacijama vidimo isti problem: glavni podaci se često grade zasebno unutar svake aplikacije na osnovu „lokalnih“ poslovnih ciljeva koje ova aplikacija pruža. Kao rezultat, generišu se „paralelni“ skupovi referentnih podataka koji nisu kombinovani u jedinstveni sistem, što u velikoj meri otežava formiranje analitičkih nizova.
U idealnom slučaju, upravljanje glavnim podacima treba da bude centralizovano. Tako se kao dio IT rješenja pojavljuje sistem koji obezbjeđuje tehničku i organizacionu osnovu za upravljanje matičnim podacima, u odnosu na koje su sve ostale aplikacije klijenti jednosmjerne sinhronizacije matičnih podataka - od RDM do aplikacija.
Karakteristike glavnih podataka
Glavni podaci su više "pokretni": novi kupci, novi proizvodi, novi ljudi - sve ovo kretanje dolazi direktno iz života kompanije.
Najvažnija karakteristika matičnih podataka je da upravo tu kompanija akumulira znanje o predmetu svog rada. Sve informacije koje se pojavljuju tokom vremena o određenom klijentu moraju biti ekonomično sastavljene, strukturirane i ažurirane, uključujući cjelokupnu povijest promjena. Isto važi i za sve matične podatke. Jednako je važno da glavni podaci također definiraju odnose između različitih entiteta. Šta je grana čega, ko je dobavljač koje grupe proizvoda, koja vozila pripadaju kojoj grani itd.
Međutim, stepen kontrole nad promjenama matičnih podataka je znatno niži, jer se zapisi i njihova ažuriranja generiraju u različitim odjelima, u različito vrijeme, koje prave različiti ljudi, a često i u različitim sistemima koji čine složeni IT krajolik. moderne kompanije. Kao rezultat toga, svaki sistem često pohranjuje samo dio informacija o istom entitetu, svaki sistem dodjeljuje svoj vlastiti identifikator. Kao rezultat toga, formiranje sveobuhvatne analitičke slike postaje složenije, au posebno naprednim slučajevima postaje potpuno nemoguće.
Zbog toga su glavni podaci veoma podložni "šumu" kao rezultatu grešaka i stvaranja duplih zapisa. U pravilu, to se rješava organizacijskim mjerama, pravilima kao što su „ne kreiraj proizvod ako već postoji“ ili „prije dodavanja klijenta, izvrši pretragu u trenutnoj bazi klijenata“. Ali kada se raštrkanost aplikativnih sistema nadoveže na raznovrsnost pisanja i opisa, a sve je to u granicama ljudske pažnje i marljivosti, onda nikakve organizacijske mjere ne pomažu.
Rezultat “buke” je gubitak u kvaliteti matičnih podataka, što povlači za sobom i uništavanje analitike, jer o kakvoj analitici može biti ako su transakcije vezane za jednog stvarnog klijenta vezane za tri različita klijentska zapisa napravljena u različito vrijeme u različitim sisteme različitih ljudi?
Velike kompanije sa dugom istorijom i složenom IT infrastrukturom mogu lako imati 15..20 miliona podataka o klijentima o pravnim licima u svojim sistemima, dok ukupno ima manje od 5 miliona pravnih lica u Rusiji i to je sasvim realan slučaj . O kvalitetnoj analitici kupaca ovdje ne treba govoriti.
Još jedan primjer. Katalozi proizvoda su vrlo osjetljivi na buku. Zbog nedostatka jedinstvenog identifikatora i raznolikosti pisanja, operater često nije u mogućnosti da poveže nove proizvode sa onima koji su već zabilježeni u sistemu. Kao rezultat toga, artikal koji skuplja prašinu u skladištu biće ponovo kupljen samo zato što jedna kartica proizvoda odgovara salovima skladišta, a druga u specifikacijama dizajna, iako je fizički to isti proizvod.
Posebno treba napomenuti da većina aplikativnih sistema ne sadrži nikakve efikasne mehanizme za upravljanje kvalitetom ovih podataka, ograničavajući se na trivijalno pretraživanje po podnizu, oslanjajući se na integritet operatera i njegovo poznavanje oblasti aplikacije. Stoga se problem kvaliteta matičnih podataka obično javlja kada unesena izobličenja i neadekvatnost analitike dosegnu impresivne razmjere i vidljivi su, da tako kažem, golim okom.
Karakteristike transakcijskih podataka
Transakcioni podaci su najdinamičniji od svih navedenih tipova i u suštini se generišu transparentno za većinu operatera u toku razumljivih radnji kao što su „pošaljite robu“, „preuzmite bankovne izvode“. Tipično, svaki element transakcijskih podataka sadrži određeni broj referenci na zapise glavnih podataka različitih tipova, plus datum i niz brojeva koji karakteriziraju transakciju.
Na primjer, minimalni element transakcijskih podataka generiranih pošiljkom sastojao bi se od reference kupca, reference artikla, količine i cijene. U stvarnosti, transakcioni podaci imaju malo složeniju strukturu, na primjer, postoji faktura i odgovarajući element podataka koji označava drugu stranu i datum, a postoje i njegove linije, od kojih svaka sadrži artikal proizvoda, količinu i cijenu. Ipak, za potrebe analize, broj transakcijskih zapisa će biti jednak broju redova u fakturi, a zapis koji odgovara samoj fakturi ne prestaje biti transakcijski podatak.
Treba napomenuti da sve vrste računovodstvenih registara koji sadrže, na primjer, tekuća stanja u suštini nisu transakcijski podaci, već neka vrsta analitičke generalizacije. Samo što se ova generalizacija ažurira tehničkim sredstvima i ima za cilj optimizaciju performansi. Ono što je važno je da se može preračunati iz podataka o transakcijama u bilo kom trenutku, i to je njegova suštinska razlika - sekundarna je.
Bitno je da podaci o transakcijama obično utiču na interese eksternih ugovornih strana, te zbog toga nema posebnih problema s kontrolom njihovog kvaliteta: na primjer, ako operater udvostruči pošiljku, to će uticati na stanje kod druge ugovorne strane, dovesti do neslaganja, usaglašavanje i greška će biti ispravljena. Dakle, međusobna kontrola između ugovornih strana u interakciji, zajedno sa analitičkim alatima i uspostavljenim poslovnim praksama, osiguravaju relativno visok kvalitet podataka o transakcijama
Zašto glavni podaci zahtijevaju poseban pristup?
Nakon što smo definisali koncepte i razmotrili karakteristike tipova podataka, približili smo se pitanju: zašto je upravljanje glavnim podacima izdvojeno kao posebna funkcija u modernim IT arhitekturama? Postoji nekoliko razloga za to:
- Uski funkcionalni fokus aplikacija često dovodi do činjenice da svaka aplikacija radi sa svojim vlastitim skupom atributa. Call centar ne zove na adresu ureda, dostava ne isporučuje robu na e-mail adresu. Drugim riječima, kompletan skup informacija, tzv. "Glavni zapis" za svaku aplikaciju je suvišan. Osim toga, u velikim organizacijama, različiti sistemi aplikacija su izgrađeni za različite poslovne ciljeve i često čak rade s različitim glavnim podacima. Programeri i operateri funkcionalnih aplikacija jednostavno ne osjećaju potrebu za „stranim“ matičnim i referentnim podacima u okviru svojih ciljeva, a svi ti problemi u konačnici padaju na sisteme poslovne analitike visokog nivoa, u kojima su glavni podaci i referentni podaci. u kombinaciji sa različitim stepenom uspeha. A građani koji su primorani da ih rješavaju mogu puno pričati o problemima koji se u ovom trenutku javljaju, šareno i pretenciozno, ali po pravilu ne baš književno.
- Specifičnosti algoritama za rad sa matičnim podacima. Paradoks je u tome što efikasno upravljanje glavnim podacima zahteva čitav niz pristupa koji, u okviru sistema aplikacija, obično nisu pokvareni pažnjom programera. Dakle, kako bi se izbjeglo dupliciranje zapisa, potrebni su vrlo fleksibilni i efikasni mehanizmi pretraživanja i poređenja i složeni algoritmi normalizacije-validacije-poređenja. Štaviše, sa stanovišta ovih algoritama, upravljanje različitim tipovima matičnih podataka je gotovo isto. Općenito, nije bitno da li se radi o komercijalnom stablu, listi vozila, profilima kupaca ili ličnim karticama zaposlenih. Pristup se ne mijenja, jednostavan je: očistiti greške i tipografske greške, uhvatiti i zaustaviti duplikate, dopuniti i ažurirati što je više moguće, sačuvati cjelokupnu historiju promjena, istaći “sumnjive” slučajeve za obradu od strane analitičara (upravljača podacima).
Tako se u IT pejzažu pojavljuje poseban element – kao zasebna funkcija, IT usluga, koja „vodi“ čitav skup matičnih podataka kompanije, obezbeđujući svim funkcionalnim aplikacijama jedinstvenu, holističku, ažurnu i kompletne matične podatke. U većini slučajeva, komunikacija između aplikacijskih sistema i MDM-a odvija se kroz sabirnicu podataka, poruke ili SOAP/REST API.
Paradoks je da svaka kompanija koja pokušava da izgradi analitiku visokog nivoa automatski dolazi do implicitnog formiranja matičnih podataka, čak i ako koristi ETL procedure za „preopterećenje” podataka iz više računovodstvenih sistema u jedan analitički, jer je visokokvalitetna analitika u osnovi nemoguće bez kvalitetnih matičnih podataka. Pitanje je samo koliko su napredni algoritmi za uparivanje koristeći ETL proces i kakav kvalitet matičnih podataka se dobija u ciljnom analitičkom sistemu.
Dakle, zbog specifičnosti matičnih podataka, nemogućnost da se zaista kvalitetno riješi problem upravljanja njima u okviru posebnog aplikativnog sistema, pomnoženog velikim brojem aplikativnih sistema, stvara poseban IT domen – upravljanje master podacima.
Šta je MDM i šta su oni?
Dakle, upravljanje master podacima ili MDM kristalizira se kao posebna oblast stručnosti i klasa proizvoda. Međutim, u trenutnoj terminologiji na engleskom jeziku, ovo je opća klasa proizvoda i rješenja, koja uključuje, posebno, niz aplikativnih rješenja i povezanih poslovnih procesa:
- , općenito, ovo je upravljanje referentnim podacima. Čini se da ovo nisu glavni podaci, ovo je druga domena. Ali razlika između master podataka i master podataka je samo u centralizaciji, a iste alate koje koristimo za upravljanje glavnim podacima možemo koristiti i za glavne podatke sa jedinom razlikom: svi sistemi u odnosu na RDM rade u režimu samo za čitanje, i sve promjene nužno prolaze kroz odgovarajuće poslovne procese.
- , integracija podataka korisnika. Ovaj termin pokriva sisteme koji su usko skrojeni za rad sa glavnim profilom klijenta. Podrazumijeva se da ovi sistemi agregiraju maksimalnu količinu informacija o klijentu i svim ostalim sistemima pružaju usluge pretraživanja, kreiranja i ažuriranja zapisa klijenata, kao i dvosmjernu sinhronizaciju.
- PIM, upravljanje informacijama o proizvodima, sistem upravljanja informacijama o proizvodima. Specijalizirani tip MDM-a, fokusiran na informacije o proizvodima, njihovim svojstvima i atributima. Na primjer, takav sistem bi mogao biti „autoritetni izvor“ informacija o proizvodu za izlog na mreži, štampani katalog, ERP sistem i pozivni centar, sve u isto vrijeme, osiguravajući konzistentnost prezentacije i konzistentnost informacija.
Nema sumnje da je uz dobro poznatu ljubav engleskog govornog područja prema strukturiranju stvarnosti, specijalizaciji i akronima, moguće otkriti još desetak užih aplikativnih sistema koji suštinski implementiraju funkcionalnost upravljanja glavnim podacima u jednom specifično usko područje.
Tržište MDM rješenja u nastajanju danas predstavlja veliki broj kompanija koje nude rješenja vrlo različitog kvaliteta. Svi "prvi" dobavljači su naveli prisustvo MDM rješenja u svom portfelju, bilo zasebno ili kao dio njihovih sistema. Međutim, kao što je rečeno, većina njih je fokusirana na druge funkcionalnosti, pa kvalitet implementacije određene MDM funkcionalnosti ostavlja mnogo da se poželi. Istovremeno, mnoge manje, ali fokusiranije MDM kompanije nude rješenja koja su znatno funkcionalnija.
Da li mi treba MDM?
Dakle, kada biste definitivno trebali razmisliti o implementaciji MDM-a u svoju IT arhitekturu? Kao prva aproksimacija, kriterijumi su sledeći:
- Imate puno matičnih podataka. Desetine i stotine hiljada, pa čak i milioni zapisa na području koje smo označili kao matične podatke. Kupci i proizvodi su na prvom mjestu. Bez obzira na to koliko su vaši sistemi dobri, takve količine podataka neizbježno postaju pretrpane. I najvjerovatnije neće biti moguće riješiti ovaj problem korištenjem standardnih sredstava vaših sistema. Naše iskustvo pokazuje da se čak i uz navedene „razvijene mehanizme za deduplikaciju i osiguranje kvaliteta podataka“ broj duplikata računa u desetinama posto od broja zapisa.
- Imate nekoliko funkcionalnih sistema sa preklapajućim skupom glavnih podataka. Da, opcije su moguće kada je arhitektura inicijalno pravilno integrisana, matični podaci se održavaju ujednačeno i podaci iz različitih sistema su ispravno sinhronizovani bez ikakvog posrednika, a za svaku vrstu master podataka je definisan primarni sistem sa kojim su svi ostali sinhronizovani. Međutim, ovo je prije izuzetak nego pravilo. Češće je obrnuto. A dovođenje ovog zoološkog vrta do uniformnosti pomoću MDM sistema biće mnogo lakše nego kroz integraciju bez namenske MDM komponente.
- Sinhronizacija podataka i njihovo spajanje u jednu sliku zahtijeva mnogo truda, a rezultirajući analitički niz je upitan. Mnoge kompanije koriste strategiju koja se može ukratko opisati na sljedeći način: „neka živi u svakom sistemu kako živi, a na BI nivou ćemo ga smanjiti bez obzira na to kako“ i koriste složene, glomazne i ne baš efikasne ETL procedure kako biste kreirali BI skladište. Nažalost, ovo je palijativno rješenje, nespretno i vrlo zahtjevno za resurse, koje vas tjera da svakodnevno „podešavate“ sistem, pohranjujete ogromne količine „normaliziranih“ podataka, u suštini obavljajući ogroman posao da nadomjestite nedostatak MDM-a.
Posljednja stvar koju bih želio napomenuti u ovom dijelu je da nema boljeg vremena za implementaciju MDM-a od trenutka uvođenja novih funkcionalnih IT sistema ili migracije sa jednog sistema na drugi. Na kraju krajeva, proces implementacije uključuje „čišćenje“ akumuliranih podataka i međusobno povezivanje sistema. Kombinacijom ovih stvari ubijamo dvije muhe jednim udarcem: poboljšavamo kvalitet podataka u novom sistemu i istovremeno održavamo kontinuitet sa starim, jer ih MDM sistem spaja.
Gdje ide MDM?
Šta očekivati od ovog pravca? Šta je vektor razvoja? Vjerujemo da će sljedeći trendovi biti relevantni:
- Razvoj “visoko specijalizovanih” MDM proizvoda. RDM, CDI i PIM klase su istaknute s razlogom, ovo su najrelevantniji i najrazumljiviji MDM zadaci, čije rješavanje ima maksimalan učinak za poslovanje. Preporučujemo da budete oprezni, jer u trenutnom stanju na tržištu „specijalizirano“ više znači marketinško pozicioniranje nego dodatnu funkcionalnost. Nije činjenica da će „MDM specijalne namjene“ jednog dobavljača riješiti problem bolje od MDM-a opšte namjene drugog proizvođača.
- Poboljšanje MDM funkcionalnosti u aplikativnim sistemima. To se dešava barem kroz kupovinu od strane „prvog ešalona” dobavljača manjih, ali naprednijih kompanija u ovoj oblasti. Ovo će prvenstveno uticati na kompanije koje pokušavaju da stvore potpuno jedinstveno IT okruženje.
- Mini rješenja i integracija putem standardnih API-ja. Danas su većina MDM rješenja teški i skupi poslovni sistemi koji su efikasni samo u velikim količinama. Zahtevaju složenu konfiguraciju, obučene stručnjake i promišljenu integraciju. I iako je efekat njihove implementacije ogroman, cijena prijema je također vrlo visoka. Međutim, kao i mnoge tehnologije u IT-u, one će “spasti”, vremenom će postajati sve dostupnije sve manjim kompanijama.
- MDMasService. Jasno je da ne postoji prepreka za pružanje MDM-a kao usluge u rangu sa drugim aplikacijama. Otvorena sučelja SaaS aplikacija olakšavaju njihovu integraciju, tako da je sasvim očekivano da se koriste mnoge SaaS aplikacije međusobno integrirane, uključujući SaaS MDM.
Zaključak
Nadamo se da je ovaj materijal dao ideju o tome šta su master podaci, šta su sistemi za upravljanje podacima i zašto su potrebni.
Definitivno, za prilično velike organizacije sa složenim IT krajolikom, MDM je apsolutno neophodan element koji vam omogućava da "zalijepite" zajedno i učinite ogromne, ali vrlo fragmentirane podatke što korisnijim, pojednostavite arhitekturu, radikalno smanjite radni intenzitet kreiranja poslovanja. analitiku i istovremeno značajno poboljšati njen kvalitet.
(kliknite na sliku za ulazak u publikaciju)
Kako se organizacije razvijaju, one implementiraju sve više informacionih sistema u potpuno različitim oblastima: računovodstvo, upravljanje osobljem, upravljanje skladištem itd. Sistemi žive i razvijaju se nezavisno jedan od drugog sve do trenutka kada kompanija treba da sagleda svoje podatke kao celinu. Količina podataka već dostiže kritičnu tačku i ispostavilo se da je jednostavno nemoguće ručno uporediti podatke. Odluke zasnovane na kontradiktornim i nepouzdanim podacima dovode do grešaka u upravljanju, a dupliranje i nerelevantnost podataka do pogrešnih poslovnih odluka.
Naravno, gore opisani problem nije nov, a danas ćemo razgovarati o klasičnom rješenju - sistemu upravljanja glavnim podacima.
(kliknuti)
Vrste podataka preduzeća: šta su referentni i transakcijski podaci
Da bismo razumjeli šta su glavni podaci, a šta nisu, pogledajmo glavne vrste korporativnih podataka.
(preuzeto odavde)
Nestrukturirani podaci- tekst, pošta i drugi podaci koji nemaju formalno definisanu i opisanu strukturu.
Polustrukturirano- podaci koji nemaju određenu šemu (ili imaju promjenjivu strukturu), ali ipak imaju formalni opis u obliku oznaka i/ili specifičnih markera. XML je primjer polustrukturiranih podataka.
Strukturirani (transakcijski) podaci- podatke koji imaju formalno definisanu šemu.
Metapodaci- ovo su podaci koji opisuju druge podatke, na primjer, šemu baze podataka korisnika, konfiguracionu datoteku ili predložak izvještaja.
Glavni podaci- ovo su podaci koji sadrže ključne informacije o poslovanju, uključujući kupce, proizvode, zaposlenike, tehnologije i materijale. Svaka od ovih grupa može se podijeliti u nekoliko tematskih područja: kategorija ljudi uključuje klijenta, prodavca, dobavljača. Takođe može imati skup pravila validacije koja podaci moraju zadovoljiti.
Primjer opće strukture matičnih podataka i pravila provjere valjanosti (može se kliknuti) 
Zašto je to potrebno?
Istorijski gledano, mnogi sistemi za skladištenje, analizu i vizualizaciju podataka razvijani su paralelno i nisu međusobno kompatibilni. Kako kompanija raste, integracija podataka postaje sve važnija i, u mnogim slučajevima, kritična, a prema Microsoftu, kompanije srednje veličine već osjećaju efekte rada s različitim podacima.
Dakle, jedan od zadataka MDM sistema je sinhronizacija podataka, čime se pojednostavljuje rešavanje povezanih zadataka, kao što je priprema finansijskih izveštaja.
MDM sistem je jedan od kamena temeljaca u poslovnoj arhitekturi, zajedno sa ERP i BI sistemima, omogućavajući analitici i poslovnim sistemima da imaju jedinstven pogled na podatke, bez obzira na izvor i oblik.
Pogledajmo nekoliko klasičnih slučajeva u kojima je potrebno koristiti i implementirati sistem upravljanja glavnim podacima.
Zoo IT sistemi i konsolidovano izvještavanje
Neka kompanija ima više od tri sistema za skladištenje i analizu podataka. One se pune i razvijaju nezavisno jedna od druge. U jednom trenutku postaje neophodno prikupljanje konsolidovanih izvještaja i potrebno je sinhronizirati regulatorne i referentne informacije. Na primjer, postoji kompanija Romashka sa prometom od 1M i postoje dva zapisa „Opšti limit. Romashka" i "Romashka LLC" u različitim sistemima sa prometom od 400k i 600k, bez alata za sinhronizaciju, sistem izveštavanja neće moći da kombinuje zapise.Integracija sistema
Pretpostavimo da postoji nekoliko 1C sistema u filijalama kompanije i fakture koje izdaje Romashka LLC treba učitati i analizirati u CRM-u. Ako postoji nekoliko duplikata u CRM-u, na primjer Chamomile i General. Ogre Kamilica, onda se postavlja pitanje za koju Kamilicu u CRM-u povezati ove naloge i da li postoji pravi među ovim Daisies?Jedinstvena baza podataka o ugovornim stranama
Prije svega, stvaranje jedinstvene baze podataka neophodno je za kvalitetne i pouzdane informacije o ugovornim stranama. Ako klijent koji je već potpisao ugovor dobije dodatnih N poziva o potrebi slanja dokumenata koji su već poslani (pošto su „Romashka General Limited“ i „Romashka LLC“ sintaktički različite kompanije), onda to negativno utiče na odnose kompanije.Čišćenje i normalizacija podataka
Gore opisani slučajevi su zadaci čišćenja podataka i kvaliteta podataka.Čišćenje podataka i normalizacija su svakako alati, cilj je povećanje lojalnosti kupaca (npr. izbjegavanje ponovljenih poziva), kreiranje izvještaja (pouzdanje u ispravnost analitike) i povećanje brzine izvršavanja zadatka (brže prolazimo kroz ciklus prodaje).
Klijent po pravilu dolazi do potrebe za implementacijom sistema upravljanja matičnim podacima. Na primjer, potreba za operativnom kontrolom nad aktivnostima poduzeća može zahtijevati prikupljanje konsolidovanog izvještavanja, što će zauzvrat dovesti do potrebe za sinhronizacijom matičnih podataka u IT sistem, što će zauzvrat zahtijevati implementaciju matičnih podataka. sistem upravljanja.
Slučajevi iz života
Četrnaest 1C-ok
Jedna kompanija N imala je četrnaest 1C sistema u svojim poslovnicama, a onda su jednog dana morali hitno da predaju izvještaje o svom radu nekoj tamošnjoj komori. Nedostatak jedinstvenog izvještavanja prijetio je značajnim problemima, pa su zaposleni u M proveli nekoliko sedmica upoređujući i usaglašavajući podatke. Ili jednostavno fizički neće stići na vrijeme.Kamioni
Klijent iz Astrahana poslao je kamione kupcu u drugu regiju, a usputnu logistiku je obezbijedila kompanija X, koja nije imala MDM sistem i jedinstvenu bazu podataka o ugovornim stranama. Kamioni su tokom putovanja servisirani u dva regiona - a na kraju putovanja kompanija X je klijentu fakturisala ove regije po standardnom cenovniku bez potrebnog količinskog popusta, pošto je klijent registrovan u ova dva regiona pod malo drugačiji uslovi i sistem nije odgovarao nazivima. Rezultat su dodatni postupci i pogoršanje poslovnih odnosa.Ponovljeni pozivi
Jednog dana, klijent je dobio poziv šest (!) puta nakon potpisivanja ugovora. Zbog takve nekompetentnosti, lojalnost i ugovor klijenta su bili ugroženi.Metode rješenja
Pogledajmo dvije najpopularnije metode za rješavanje gore opisanih problema.Administrativna odluka
Administrativni pristup je da se prvo uklone postojeći duplikati u IT sistemima, razvije sistem kodiranja koji se može koristiti za upoređivanje unosa u imenicima različitih IT sistema i propisa. Ova metoda je relativno jednostavna, ali ima niz nedostataka – neće spriječiti desinhronizaciju referentnih podataka u različitim sistemima, a propisi se uvijek mogu zaobići.Implementacija MDM sistema
Tehnološki pristup je upotreba sistema koji obezbeđuje sinhronizaciju i jedinstvenu prezentaciju podataka. Po pravilu, većina velikih kompanija implementira različite verzije MDM-a kada ručna konsolidacija referentnih informacija i izvještavanja postane nemoguća, a uvođenje bilo kakvog novog sistema dovodi do promjena u regulativi i kodiranju, samo povećavajući haos.Naravno, jednokratno uvođenje MDM sistema neće riješiti sve probleme, a kako se poslovanje razvija, mora se razvijati i MDM sistem, a može se čak i promijeniti tip samog MDM sistema (glavni tipovi su obrađeni u nastavku), međutim , kako praksa pokazuje, MDM je optimalno poslovno rješenje u sličnim slučajevima.
Vrste MDM sistema
Pogledaćemo tri glavne vrste MDM sistema - možete pročitati više.Centralizovani sistem
Odabran je jedan IT sistem, to može biti ili postojeći IT sistem ili poseban sistem upravljanja referentnim podacima. Referentni podaci u ovom sistemu će se smatrati standardnim, održavati u njemu i slati drugim sistemima. Istovremeno je zabranjeno kreiranje i uređivanje referentnih podataka u drugim IT sistemima. Prednosti ovog pristupa su:
- Lakoća implementacije;
- Lakoća održavanja relevantnosti i čistoće referentnih podataka u svim IT sistemima, lakoća administracije i diferencijacije prava;
- Aktuelni i čisti referentni podaci u svim IT sistemima, što vam omogućava da izgradite čisto lokalno izveštavanje u IT sistemima.
Analitički sistem
U analitičkom sistemu matičnih podataka svi elementi matičnih podataka se kreiraju u klijentskim sistemima, odakle se šalju u sistem matičnih podataka, gdje se od ovih elemenata formira zapis direktorija matičnih podataka. Ovo vam omogućava da brzo implementirate sistem uz minimalne promjene na klijentskim sistemima.
Ali budući da glavni podaci u zasebnom IT sistemu nisu sinhronizovani ni sa čim, mogu postojati duplikati u samom IT sistemu i izvještavanje može postati zamagljeno, pa je izgradnja operativnog izvještavanja teška (takođe se kaže da je lokalno izvještavanje „prljavo“ - lokalni zapisi Glavni podaci možda ne odgovaraju zapisima u sistemu matičnih podataka).
Harmonizovan sistem
Ovaj sistem uključuje najbolje centralizovane i analitičke sisteme. Omogućava vam da unesete podatke u IT sisteme, a zatim ih uporedite sa onima koji su već uneseni, može da traži potencijalne duplikate, reši konflikte povezane sa istovremenim promenama istih podataka u različitim IT sistemima i sinhronizuje matične podatke u IT sistemima. Na ovaj način se ne mijenjaju i ne remete poslovni procesi, a minimizira se ručni rad na pripremi izvještaja – odnosno jednostavno se gradi lokalno izvještavanje. Međutim, ovaj pristup je najskuplji, dugotrajan i zahtijeva ozbiljnu stručnost za izgradnju, a može zahtijevati i modifikaciju klijentskih aplikacija.
Primjeri implementacije MDM sistema
Primjer analitičkog sistema upravljanja glavnim podacima je Navicon SalesOut, a primjer centraliziranog i usklađenog su različite konfiguracije Navicon MDM-a.Indikatori potrebe za implementacijom MDM sistema
Ključ: potrebno integracija razne sisteme i objedinjeno izvještavanje na osnovu ovih podataka.Posebni preduslovi za implementaciju na primjeru jednog od klijenata 
Opći pokazatelji koji vas tjeraju da razmislite o potrebi za pojednostavljenjem matičnih podataka i postavljanjem MDM procesa:
- Prije svega, to je prisustvo ili planovi za implementaciju nekoliko IT sistema;
- Potrebe za automatizacijom end-to-end poslovnih procesa (tj. procesa koji uključuju više IT sistema) - potreba za integracijom;
- Potreba za konsolidovanim izvještavanjem (tj. izvještavanje koristeći podatke iz više IT sistema);
- Razvoj IT strategije. Mnoge kompanije radije rješavaju probleme s matičnim podacima prije nego što nastanu. Što se referentni podaci duže održavaju u IT sistemima nezavisno jedan od drugog, to će ih u budućnosti biti teže verificirati, očistiti i sinhronizirati.
zaključci
Glavne teze i zaključci: sinhronizacija referentnih podataka olakšava 1) uvođenje novih informacionih sistema u IT infrastrukturu kompanije; 2) integracija postojećih sistema; 3) obradu korporativnih podataka; 4) smanjuje troškove rada za ažuriranje podataka; 5) minimizira rizike povezane sa netačnim podacima. Implementacija namjenskog sistema za upravljanje glavnim podacima nije uvijek obavezna, ali uvijek je vrijedno zapamtiti probleme koji mogu nastati zbog desinhronizacije matičnih podataka prilikom razvoja IT infrastrukture.Priča
Dana 7. oktobra 2016. godine, na vanrednoj skupštini akcionara BINBANK i MDM banke, odobrena je šema za zakonsko spajanje BINBANK i MDM banke, prema kojoj će se BINBANK pridružiti MDM banci, dok će pripojena banka nastaviti sa radom. pod brendom BINBANK (MDM banka će biti preimenovana u BINBANK ). Planirano je da proces pravnog spajanja BINBANK i MDM banke bude završen do kraja 2016. godine.
Vlasnici i menadžment
Predsednik Upravnog odbora - Oleg Vjugin, predsednik Upravnog odbora - Mikail Šiškanov.
Aktivnost
PJSC MDM Bank pruža kompletan spektar usluga na tržištu finansijskih usluga, uključujući bankarstvo sa stanovništvom, usluge za mala i srednja preduzeća, korporativno, lizing i investiciono bankarstvo.
Procjene rejting agencije
Napišite recenziju o članku "MDM banka"
Bilješke
Linkovi
vidi takođe
Izvod koji karakteriše MDM banku
– Da, veoma sam srećan zbog Nikoluške. Da li je zdrav?Kada su doveli Nikolušku princu Andreju, koji je uplašeno gledao u oca, ali nije plakao, jer niko nije plakao, princ Andrej ga je poljubio i, očigledno, nije znao šta da mu kaže.
Kada je Nikoluška odvedena, princeza Marija je ponovo prišla bratu, poljubila ga i, ne mogavši više da odoli, počela da plače.
On ju je pažljivo pogledao.
– Govoriš o Nikoluški? - on je rekao.
Princeza Marija, plačući, potvrdno je pognula glavu.
“Marie, znaš Evana...” ali je odjednom utihnuo.
- Šta kažeš?
- Ništa. Ovde nema potrebe da plačete”, rekao je, gledajući je istim hladnim pogledom.
Kada je princeza Marija počela da plače, shvatio je da ona plače da će Nikoluška ostati bez oca. Uz velike napore pokušao je da se vrati u život i bio prebačen u njihovu tačku gledišta.
„Da, mora da im je to patetično! - mislio je. - Kako je to jednostavno!
„Ptice nebeske niti seju niti žanju, ali ih tvoj otac hrani“, rekao je u sebi i hteo to da kaže princezi. “Ali ne, oni će to shvatiti na svoj način, neće razumjeti! Ono što ne mogu da shvate jeste da su sva ta osećanja koja cene sva naša, sve ove misli koje nam se čine toliko važnima su da nisu potrebne. Ne možemo se razumjeti." - I ućutao je.
Sin princa Andreja imao je sedam godina. Jedva je čitao, nije znao ništa. Doživio je mnogo toga nakon ovog dana, stekavši znanje, zapažanje i iskustvo; ali da je tada posedovao sve te kasnije stečene sposobnosti, ne bi mogao bolje, dublje razumeti potpuni smisao te scene koju je video između svog oca, princeze Marije i Nataše nego što je razumeo sada. On je sve razumeo i bez plača je izašao iz sobe, ćutke prišao Nataši, koja ga je pratila, i stidljivo je pogledao zamišljenim, lepim očima; podignuta, rumena gornja usna mu je zadrhtala, naslonio je glavu na nju i počeo da plače.
Od tog dana izbjegavao je Desallesa, izbjegavao je groficu koja ga je milovala, ili je sjedio sam ili bojažljivo prilazio kneginji Mariji i Nataši, koje je, činilo se, volio više od tetke, i tiho ih i stidljivo milovao.
Princeza Marija, ostavljajući princa Andreja, u potpunosti je razumela sve što joj je Natašino lice govorilo. S Natašom više nije pričala o nadi da će mu spasiti život. Smjenjivala se s njom kod njegove sofe i više nije plakala, već se neprestano molila, okrećući svoju dušu onom vječnom, neshvatljivom, čije je prisustvo sada bilo tako opipljivo nad umirućim čovjekom.
Princ Andrej ne samo da je znao da će umrijeti, već je osjećao da umire, da je već napola mrtav. Doživio je svijest o otuđenosti od svega zemaljskog i radosnu i čudnu lakoću bića. On je, bez žurbe i bez brige, čekao ono što ga čeka. To strašno, vječno, nepoznato i daleko, čije prisustvo nije prestajao osjećati tokom cijelog svog života, sada mu je bilo blizu i - zbog čudne lakoće bića koju je doživio - gotovo razumljivo i osjećano.
Ranije se plašio kraja. Dvaput je doživio taj užasan, bolan osjećaj straha od smrti, od kraja, a sada ga više nije razumio.
Prvi put je doživeo ovaj osećaj kada se ispred njega kao vrh vrtela granata i kada je gledao u strnjiku, u žbunje, u nebo i znao da je smrt pred njim. Kada se probudio posle rane i u duši, istog trena, kao oslobođen ugnjetavanja života koji ga je sputavao, procveta ovaj cvet ljubavi, večni, slobodan, nezavisan od ovog života, on se više nije plašio smrti. i nije razmišljao o tome.
Što je više on, u onim satima patnje samoće i poludelirijuma koje je proveo nakon ranjavanja, razmišljao o novom početku vječne ljubavi koja mu se otkrila, to se više, ne osjećajući to sam, odrekao zemaljskog života. Sve, voleti svakoga, uvek se žrtvovati za ljubav, značilo je ne voleti nikoga, značilo je ne živeti ovozemaljski život. I što je više bio prožet ovim principom ljubavi, sve se više odrekao života i sve potpunije je rušio onu strašnu barijeru koja bez ljubavi stoji između života i smrti. Kada se u prvi mah sjetio da mora umrijeti, rekao je sebi: pa, tim bolje.
Ali nakon one noći u Mitiščiju, kada se pred njim u poludelirijumu pojavila ona koju je priželjkivao, i kada je, pritisnuvši njenu ruku na svoje usne, zaplakao tihe, radosne suze, ljubav prema jednoj ženi neprimjetno mu se uvukla u srce i ponovo ga je vezao za život. Počele su mu dolaziti i radosne i tjeskobne misli. Sjećajući se onog trenutka na svlačionici kada je ugledao Kuragina, sada se više nije mogao vratiti tom osjećaju: mučilo ga je pitanje da li je živ? I nije se usudio da pita ovo.
Da li ste znali? U našoj zemlji pojavila se nova metoda liječenja šećerne bolesti, teško zacjeljivih čireva, autoimunih i kroničnih poremećaja - MDM terapija! Specijalisti klinike Happy Family među prvima su uspješno testirali najnoviji program.
Mezodiencefalna modulacija ili MDM terapija je usmjerena na liječenje modernih "bolesti civilizacije". Naš način života se stalno mijenja – okoliš je sve lošiji, ishrana je sve neadekvatnija, a posao sve stresniji. Na toj pozadini, osoba razvija metaboličke, endokrine, imunološke, imunodeficijencije, kardiovaskularne poremećaje, patologije gastrointestinalnog trakta, depresiju i fobije.
Mezodiencefalna modulacija se uspješno prakticira u evropskim klinikama više od 25 godina. Stručnjaci ističu nekoliko njegovih glavnih prednosti:
- Lakoća implementacije
- Sigurnost
- Klinički dokazana efikasnost.
Na glavu pacijenta se postavljaju posebni senzori koji šalju slabe električne signale u hipotalamus, područje hipofize u mozgu. Čini se da elektromagnetski impulsi "ponovno pokreću" njegove funkcije - neuroendokrine i imunološke. Upravo ovi sistemi pomažu tijelu da se prilagodi promjenama u okruženju.
Kurs liječenja sprječava razvoj ozbiljnih komplikacija, prelazak bolesti u kronični oblik i općenito pozitivno utiče na kvalitetu života pacijenta. Bolest za kratko vrijeme ulazi u fazu remisije - njeni simptomi i akutni napadi nestaju.
Tokom proteklih godina, više od 250 hiljada ispitanika širom svijeta, uključujući i djecu, primilo je MDM tretman. Nisu zabilježene nuspojave, što je rijetkost u medicinskoj praksi.
Kako se provode MDM sesije?
Jedna procedura ne traje dugo - oko pola sata. U zavisnosti od težine bolesti, može biti potrebno 6 do 10 sesija. Signali koji ulaze u hipotalamus su slabog intenziteta, tako da pacijenti ne osjećaju nelagodu. Svi osjećaji zavise od individualne osjetljivosti kože mogu se uporediti s fizioterapijskim učinkom.
Čini se da vam električni impulsi omogućavaju da pregovarate s mozgom na njegovom jeziku - daje se signal o potrebi prilagođavanja. Kao odgovor, hipotalamus i hipofiza stimuliraju žlijezde i endokrine stanice, te počinju proizvoditi biološki aktivne tvari u velikim količinama. Kao rezultat, krv je obogaćena potrebnim neurotransmiterima i hormonima. Počinje najsuptilnije restrukturiranje tijela - kaskadne restorativne reakcije dovode do eliminacije problematičnih područja i poremećenih funkcija. Tako se u krv oslobađaju opioidni peptidi koji imaju izražen analgetski i regenerativni učinak na tkivo.
Što je pacijent mlađi, to će prije i značajnije doći do “ponovnog pokretanja” i podešavanja funkcija sistema. Starijim ljudima će biti potrebno više procedura da bi postigli ovaj rezultat. Ali sposobnost samoizlječenja prisutna je kod svih, a oni su najindividualniji i najsigurniji "lijek" na svijetu.
Praksa MDM-a tokom svoje više od 25 godina istorije pokazala je da se nuspojave ne pojavljuju ni na duži rok. Procedura je vrlo laka i bezbolna, klijenti često zaspu tokom nje. U izuzetnim slučajevima, klijenti primjećuju povećanje simptoma bolesti. Ovo je normalna reakcija tijela na restrukturiranje i adaptaciju. Naredne sesije ublažavaju takve egzacerbacije, tako da tijek liječenja ne prestaje.
MDM terapija je tehnika sa minimalnim kontraindikacijama.
Bilo koja metoda terapije ima kontraindikacije, pa stoga upotreba mezodiencefalne modulacije ima ograničenja. Iako su vrlo rijetke, morate znati o njima:
- Prisustvo stranih metalnih tijela u tkivima glave.
- Episindrom ili epilepsija.
- Shizofrenija.
- Psihomotorna agitacija.
- Povreda integriteta epiderme na mjestu elektroda (čelo, stražnji dio glave). Ograničenje se nameće tokom akutnog oblika bolesti (ako postoji oštećenje ili upala epiderme). U stanju remisije kontraindikacija se uklanja.
Liječenje MDM-om omogućava smanjenje opterećenja drogom. Kada se koristi, bolesnoj osobi je potrebno manje lijekova za oporavak. Ovo je vrlo velika prednost, jer pacijent sa dijabetesom obično ima nekoliko poremećaja kombinovanih odjednom. Jedan funkcionalni kvar dovodi do drugog. Takvi ljudi moraju uzimati značajan broj tableta, što može izazvati nuspojave. MDM sesije vam omogućavaju da prekinete začarani krug. Fizioterapija impulsima poboljšava stanje svih tkiva, normalizuje homeostazu, a uspješna je u liječenju infektivnih, upalnih i imunoloških poremećaja.
MDM terapija je certificirana od strane Ministarstva zdravlja Ruske Federacije. Prilikom izvođenja sesija koristi se uređaj MDM-2000/1, koji je registrovan i upisan u Državni registar Ruske Federacije kao „medicinski proizvod i medicinska oprema“ (Registraciona potvrda br. FSS 2011/09144). Uređaj posjeduje sve potrebne sanitarne i epidemiološke certifikate za korištenje.