1s 8.3 zahtjev za stanje registra akumulacije.

Zadatak svakog računovodstvenog sistema je da pohrani i blagovremeno prikaže informacije za korisnika, tj. Cilj svakog dizajna sistema je da korisniku odmah dostavi izvještaj. Uz pomoć dobijenih podataka, po pravilu se donose upravljačke odluke u preduzećima.

Pretpostavimo da imamo 1000 različitih dokumenata: prijem robe, otpis, povrat, prodaja itd. A svaki od dokumenata mijenja količinu određenog proizvoda u skladištu. Da biste dobili informaciju o trenutnoj količini u skladištu, morate proći kroz sve: neko povećava količinu robe, neko smanjuje, neko može povećati ili smanjiti. A da li je potrebno uzeti u obzir i skladište, organizaciju?.. Takav sistem je veoma intenzivan.

Da bi pojednostavili ovaj proces, 1C programeri su osmislili posebne objekte konfiguracije. Koriste se za praktičnost pohranjivanja i dohvaćanja informacija u 1C 8.3 i 8.2 sve vrste registara o kojima ćemo posebno govoriti; Registri akumulacije.

Sam registar akumulacije je tabela sa informacijama u kojoj se prikupljaju sva kretanja (primanja/otpisi ili promet) određenih dokumenata. Pogledajmo kako izgleda tabela kretanja koristeći primjer tipičnog registra akumulacije “Roba u skladištima” u konfiguraciji “Upravljanje trgovinom 10.3”:

Ovdje vidimo da dokumenti 1C „Prodaja“ smanjuju količinu određenog proizvoda na određenoj lokaciji skladištenja, a dokumenti o prijemu, naprotiv, povećavaju količinu. Kao rezultat, dobijamo ukupnu sliku u kojoj se jasno vidi šta je, kada i u kojoj količini primljeno (otpisano) prema računovodstvu. Mnogo je zgodnije napraviti izvještaj koristeći takvu tablicu.

Registar akumulacije u konfiguratoru

Šta je akumulacioni registar sa stanovišta razvoja konfiguracije? Počnimo gledajući polja registra akumulacije u:

Nabavite 267 video lekcija na 1C besplatno:

Registar akumulacije ima Dimenzije, resursi, detalji i standardni detalji.

Prvo razmotrimo standardne detalje registra akumulacije:

• period— datum kretanja ne mora da se poklapa sa datumom dokumenta;
• matičar- dokument kojim se vrši upis u registar;
• broj linije— serijski broj linije u skupu zapisa, jedinstven u registratoru;
• aktivnost— odgovoran je za unos zapisa u virtuelne tabele (više o njima u nastavku);
• pogledpokret- prihod ili rashod.

Mjerenja registra akumulacije

Dimenzija je dio u kojem se čuvaju zapisi. U gornjem primjeru, odjeljak za računovodstvo je: skladište, nomenklatura, karakteristike proizvoda, serija proizvoda, kvalitet. To jest, specificiranjem mjerenja koja nas zanimaju, možemo dobiti količinu – resurs – u bilo kojem trenutku. U kontekstu različitih dimenzija, u budućnosti, na primjer, možete dobiti stanja za određeni datum.

Resurs registra akumulacije

Resurs je numeričko polje u kojem se pohranjuju informacije u kontekstu gore opisanih dimenzija.

Inače, interakcije dimenzija/resursa mogu se shematski prikazati kao koordinatni sistem:

Dvije dimenzije - apscisa i ordinata koordinatnog sistema, tj. u ovom primjeru, dimenzije su skladište i artikl. Na preseku dimenzija možemo dobiti količinu – resurs. Na primjer, u "glavnom" skladištu proizvoda "olovka" na zalihama je 1 komad.

Detalji registra akumulacije 1C

Podaci registra akumulacije služe kao “komentar” ili dodatne informacije u smislu mjerenja, stanja/prometi se ne mogu dobiti. Koristi se prilično rijetko.

Vrste registra akumulacije

Postoje dvije vrste registra akumulacije − prometi i bilansi.

Ako svrha registra akumulacije nije dobijanje stanja, potrebno je koristiti tip akumulacionog registra - rpm. Tipičan primjer korištenja registra prometa je evidentiranje obima prodaje. U ovom slučaju, potrebno je samo znati kolika je prodaja bila u određenom vremenskom periodu, u ovom slučaju nema smisla.

Ako je svrha korištenja registra akumulacije dobivanje stanja za određeni period, potreban nam je registar uz obrazac ostaci. Ova vrsta vam omogućava da primate i stanja i promet. Za takav registar, sistem automatski izračunava stanja. Primjer “rezidualnog” registra je roba u magacinima, novac u kasi.

Korištenje tipa registra ostaci gde možete proći rpm, smatra se greškom u dizajnu registra akumulacije iz perspektive performansi sistema.

U zavisnosti od tipa registra, sistem će kreirati različite virtuelne tabele za akumulacioni registar. Virtuelna tabela je brz način za dobijanje informacija o profilu iz registara.

Za registar akumulacije to je:

• Ostaci;
• Revolutions;
• Ostaci i obrti.

Za programera rješenja, podaci se preuzimaju iz jedne (virtuelne) tablice, ali u stvari ih 1C platforma preuzima iz mnogih tabela, pretvarajući ih u traženi oblik.

Pravilan dizajn akumulacionih registara

Registri akumulacije moraju biti dizajnirani iz potrebnih izvještaja. Najteža stvar u sistemu 1C 8.3 je ispravno pohranjivanje informacija tako da se mogu lako dohvatiti u bilo kojem trenutku.

Među karakteristikama dizajna registra treba istaći potrebu pravilnog rasporeda dimenzija u registru. Iznad svega, potrebno je da u sistem unesete mjere koje će se najčešće tražiti.

Indeksiranje dimenzija registra akumulacije

Mjerenja registra akumulacije imaju svojstvo “indeksiranja”. Ovo svojstvo se mora podesiti na mjerenja u slučajevima kada se planira često primjenjivati ​​odabire na mjerenje prilikom prijema podataka i ovo mjerenje može imati veliki broj opcija vrijednosti.

Na primjer, registar je “Proizvodi u skladištima”, dimenzije su “Skladište, nomenklatura”, resurs je “Količina”.

Ispravnije je indeksirati „Nomenklaturu“, ali polje „Skladište“ ne treba indeksirati, jer broj skladišta u sistemu, po pravilu, nije značajan.

Da bi prikazali različite poslovne transakcije u programima zasnovanim na 1C: Enterprise, korisnici koriste dokumente. Od njih možete dobiti sve potrebne podatke, na primjer, o stanju gotovine na računima kompanije, broju prodate robe u određenom vremenskom periodu.

Tokom procesa rada može postojati prilično veliki broj ovakvih dokumenata. Ovdje ne govorimo o stotinama dokumenata, već o hiljadama i desetinama hiljada. Naravno, građenje izvještaja i drugih podataka iz ovolikog broja dokumenata je veoma dugo, radno intenzivno i neefikasno.

Zamislite samo da prilikom registracije prodaje proizvoda, računovođa sjedi i čeka dok program provjeri prethodno unesene dokumente i izračuna da li ima dovoljno stanja u skladištu za otpis.

Za rješavanje takvih problema u 1C postoje posebni objekti konfiguracije - registri akumulacije. Kada se dokumenti obrađuju, vrše se upisi u njih, a tek onda iz ovih registara možete brzo dobiti sve potrebne podatke, uključujući stanja i promet. To jest, registri akumulacije ne samo da pohranjuju podatke, već i omogućavaju njihovu brzu obradu.

Kao što je ranije spomenuto, registri akumulacije mogu omogućiti brzo vraćanje stanja i prometa. Ova funkcionalnost je direktno povezana s tipom registra. Može se promijeniti na kartici “Osnovno” u obrascu za uređivanje određenog registra.

• Kružni registri akumulacije omogućavaju vam da dobijete samo promet za određeni vremenski period. U ovom slučaju nije moguće doći do stanja. Registar akumulacije sa prikazom “Promet” kreira samo jednu virtuelnu tabelu u sistemu - promet.
• Registri akumulacije sa prikazom „Ostaci“ omogućavaju programeru da dobije i bilanse i promet. U tom slučaju će se kreirati tri virtuelne tabele: stanja, prometi, bilansi i prometi. Primjer takvog registra može biti registar stanja zaliha u skladištima i tokova gotovine preko tekućih računa organizacije.

Bilješka, da, uprkos univerzalnosti registra stanja u prijemu i salda i prometa, ima i svojih nedostataka. Prilikom dobijanja obrtaja u registru bilansa, produktivnost se značajno smanjuje. S tim u vezi, vrlo se ne preporučuje korištenje bilansnog registra u slučajevima kada vam je potreban samo promet (na primjer promet od prodaje). Ne bi trebalo da postavljate tip registra na ostatke „za svaki slučaj“, jer su registri dizajnirani da ubrzaju program, već ćete, naprotiv, usporiti ovaj proces.

Podaci registra akumulacije

Mjerenja

Mjerenja akumulacijskih registara podrazumijevaju određene dijelove u kojima kasnije možete dobiti informacije. U našem slučaju dimenzije registra „Proizvoda“ su: organizacija, red, specifikacija, podjela i druge.

U svakom trenutku moći ćemo da primimo stanja, na primjer, za cijelu organizaciju u cjelini, za određenu narudžbu.

Svojstva dimenzija

Svaka dimenzija ima svoj skup svojstava koja mogu značajno utjecati na rad registra u cjelini. Slična svojstva su također prisutna u resursima s detaljima.

U slučaju da planirate u budućnosti često uspostavljati selekciju za bilo koju dimenziju. U našem slučaju nećemo koristiti indeksiranje za organizaciju.

Ovdje također možete odrediti da li je dimenzija obavezna, da li treba koristiti pretraživanje cijelog teksta i druge postavke.

Resursi

Resursi su numerički podaci koji pohranjuju određene informacije. To je ono što ćemo dobiti u raznim sekcijama u budućnosti. Na primjer, u registru akumulacije “Proizvodni rezultat” samo će količina djelovati kao resurs. U ovom slučaju, moći ćemo dobiti količinu proizvoda proizvedenih u određenom trenutku, na primjer, za određenu podjelu.

Još jedan jednostavan primjer. Pretpostavimo da sve gotovinske transakcije obavljamo koristeći akumulacioni registar. Resursi će biti iznos novca koji je ili primljen (potvrda) ili izdat (trošak) iz kase. Dimenzija može biti, na primjer, druga strana/odgovorna osoba. Kao rezultat, moći ćemo da dobijemo podatke o stanju i prometu kako kase u cjelini tako i za pojedinačne druge ugovorne strane.

Requisites

Za razliku od dimenzija i resursa, atributi se ne koriste tako često. Oni pohranjuju podatke koji su potrebni za obavještavanje registra (napomena). Podaci će se koristiti kao atributi ako nisu ni resurs ni dimenzija.

Standardni detalji

Pored uobičajenih detalja koje programer može samostalno dodati, postoje i standardni detalji. Ne možete izbrisati ili dodati nove na ovu listu. Možete ići na standardne detalje koristeći istoimeno dugme na kartici „Podaci“.

Agregati

Agregati su dostupni samo u registrima akumulacije sa prikazom „Promet“. Možete im pristupiti sa kartice „Podaci“. Agregati se koriste u bazama podataka sa velikom količinom podataka kako bi se ubrzalo generisanje izveštaja. Ovaj mehanizam nećemo detaljno razmatrati, jer je ovo prilično široka tema.

Kretanja u registrima akumulacije

Svaki registar akumulacije može imati jednog ili više registara. Dokument djeluje kao registrator, tokom kojeg se generiše odgovarajući unos u registar akumulacije.

Spisak registara akumulacije možete pogledati na istoimenoj kartici u obliku samog registra. U ovom primjeru, kretanja u registru „Izdanje proizvoda“ mogu se generirati kada se knjiže četiri različita dokumenta.

U samim dokumentima, koji su matičari, lista registara po kojima vrše kretanje nalazi se na kartici „Kretanje“. Ovdje je također dostupan i konstruktor pokreta koji će pomoći u kreiranju takvih procedura (izvođenje i poništavanje). Poređenje podataka dokumenta i registra vrši se poređenjem tipova podataka.

1C registar akumulacije ovo je strukturirani skup podataka koji sadrži informacije o svim kretanjima (primanju/trošku ili prometu) odabranih dokumenata.

Vrste registra akumulacije

U 1C postoje samo dvije vrste registra akumulacije:

• Revolucije
  Ako planirate primati samo okretaje iz registra, obavezno postavite tip na okretaje.
  Na primjer, prilikom registracije prodaje, broj prodaja nam je važan i bilansi ovdje apsolutno nisu potrebni. Stoga, tip registra mora biti postavljen na “Revolutions”.

• Ostaci
  Ako planirate primati stanja i promet iz registra, postavite vrstu na stanja. Na primjer, uzmimo registar akumulacije “GoodsInWarehouses” bitne informacije u njemu će biti i stanja i promet. Stoga, tip registra mora biti postavljen na “Stanje”.

Pažnja: odabir pogrešnog tipa registra akumulacije će rezultirati niskim performansama baze podataka.

Dimenzije, resursi, detalji i standardni detalji

Svaki registar akumulacije sadrži dimenzije, resurse, detalje i standardne detalje.

Mjerenja potrebni su za generiranje ključnih evidencijskih podataka, iz kojih u budućnosti možete dobiti stanja ili vidjeti promet za dimenzije koje vas zanimaju.
Također možete postaviti svojstva mjerenja da provjerite da li je mjerenje popunjeno (prazna vrijednost će uzrokovati grešku)

Resursi potrebno za pohranjivanje zbirnih podataka u registar: količina, količina itd. U budućnosti ćemo resurse dobijati mjerenjem.

Requisites uglavnom su potrebni za pohranjivanje povezanih informacija i rijetko se koriste.

Standardni detalji su kako slijedi:

• period - datum kada je izvršeno kretanje registra
• matičar - dokument kojim je izvršen upis u registar
• vrsta kretanja - prihod ili rashod (dolazak povećava količinu resursa, a rashod se smanjuje)

Registrari

Registratori su dokumenti koji mogu izvršiti kretanje u registru akumulacije. Kretanje u registar akumulacije 1C može se izvršiti samo pomoću dokumenata (registratora). Većina algoritama za kreiranje kretanja u registru akumulacije formira se prilikom knjiženja dokumenta u objektnom modulu, proceduri „Obrada knjiženja“.

Indeksiranje dimenzija

Indeksiranje je potrebno za povećanje performansi baze podataka.
Svojstvo “Indeks” mora biti specificirano za dimenzije za koje planirate izvršiti višestruke selekcije i koje imaju veliki broj elemenata.

Na primjer: registar akumulacije “Mnogo robe u skladištima”. Postoji dimenzija “Nomenklatura” i “StatusParties”. Za dimenziju “Nomenklatura” je svrsishodnije postaviti atribut indeksacije nego za “Status dijela”, jer je broj opcija nomenklature mnogo veći nego za status serije.

Jedinstvenost zapisa

1C Enterprise kontrolira jedinstvenost unosa u registru akumulacije, te stoga nećete pronaći dva identična unosa.

Mogućnosti registra akumulacije

• izbor zapisa za određeni period prema određenim dimenzijama
• izbor evidencije od strane matičara
• dobijanje stanja i prometa za odabrani datum sa navedenim mjerenjima
• izračunavanje ukupnih iznosa za određeni datum

Primjeri rada sa registrom akumulacije

Primjer dobivanja stanja za tekući datum

Procedura GetBalanceOnDate()
Novi zahtjev = Novi zahtjev;
NewQuery.Text =
„IZABIR
| Ostaci robe. Nomenklatura,
| ItemRemaining.QuantityRemaining
|OD
| RegisterAccumulation.GoodsInWarehouses.Remains(&CurrentDate,) AS ProductRemains";
NewQuery.SetParameter("CurrentDate", CurrentDate());

EndCycle;
Kraj procedure

Primjer dobijanja prometa za tekuću godinu

Novi zahtjev = Novi zahtjev;
NewQuery.Text =
„IZABIR
| Promet robe.Nomenklatura,
| CommodityTurnover.QuantityTurnover
|OD
| Registar akumulacije.GoodsInWarehouses.Promet(&StartPeriod, &EndPeriod,) AS Promet";

Novi Query.SetParameter("Početak perioda", Početak godine(TrenutniDatum()));
NewQuery.SetParameter("ConPeriod", CurrentDate());

SelectQuery = NewQuery.Execute().Select();

Dok QuerySelect.Next() Petlja
EndCycle;

Primjer kako odabrati kretanje u registru akumulacije

Novi zahtjev = Novi zahtjev;
NewQuery.Text =
„IZABIR
| ProductsInWarehouses.Period,
| GoodsInWarehouses.Registar,
| Proizvodi u skladištima Vrsta kretanja,
| Proizvodi u skladištima, nomenklatura.
| Proizvodi u skladištima. Količina
|OD
| Registar akumulacije.GoodsInWarehouses AS GoodsInWarehouses";

SelectQuery = NewQuery.Execute().Select();

Dok QuerySelect.Next() Petlja
EndCycle;

Obrasci liste registara akumulacije

Obrasci se koriste za vizualni pregled svih kretanja odabranog registra. U njemu možete vidjeti koji dokumenti bilježe trošak ili račun, a također i koje mjere se koriste. Tu također možete sortirati pokrete ili napraviti selekcije.
Sistem će automatski generisati obrazac liste ili ga možete sami prilagoditi.

Vrijeme je da razgovaramo o registrima akumulacije. Registri su potrebni za prikupljanje informacija o kretanju sredstava. Jednostavno rečeno, uz njihovu pomoć možete saznati iznos gotovine, materijala i njihovo kretanje.

Uzmimo primjer, ako ste pročitali prethodne članke (a ako niste, savjetujem vam da ih pročitate u odjeljku 1C Enterprise) u kojima sam govorio o tome kako kreirati novu informacijsku bazu, kako kreirati dokument i referentnu knjigu , a razgovarali su i o mnogim drugim nijansama. Dakle, imamo dokument Dolazak robe. Koji sadrži sljedeće podatke, dobavljača, naziv isporučene robe, količinu, cijenu i količinu.

Bilo bi nam lijepo da vidimo koliko nam je proizvoda ostalo u skladištu iu kojoj količini. Za rješavanje ovog problema koristit ćemo registar akumulacije. U primjeru ću koristiti kreiranje registra akumulacije u 1C 8.2, ali za 1 8.3 ova instrukcija je također prikladna.

Kako kreirati registar akumulacije u primjeru 1C

I zato počnimo otvaranjem naše baze podataka u načinu konfiguratora, tražeći stavku Registri akumulacije i dodajući novu. Već znate kako ga dodati, ako ne, kliknite desnim tasterom miša i kliknite na dodaj Napišite ime registra, recimo Stanje u skladištu.

Hajde da ga dodamo u podsistem izveštaja tako da je i ovo vrsta izveštaja.

Na kartici podataka dodajte Dimenziju, napišite naziv Ime i Resursi, napišite Količina.

Idite na karticu Registrari i označite naš dokument.

Sada morate otvoriti dokument Prijem robe i otići na karticu Kretanja. I označite na kreiranom registru akumulacije. Zatim kliknite na Motion Builder.

U dizajneru pokreta morate naznačiti šta će se popunjavati odakle i iz kojih polja. Postavite tip kretanja registra na Dolazno. Odmah ispod potrebno je odabrati tabelarni dio našeg dokumenta, tj. Materijali. Sada popunite izraze nasuprot Name, upišite ili izaberite iz desnog prozora TekStrokMaterials.Name i nasuprot Quantity upišite TekStrokMaterials.Quantity i kliknite na ok.

Da bi naš registar bio vidljiv u dokumentu potrebno je da otvorite obrazac dokumenta. Idite na karticu Command Interface i označite je u koloni Vidljivost.

Pokrećemo našu bazu podataka i provjeravamo rezultat. Otvaramo dokument o dolasku robe, prolazimo kroz njega, idemo u registar i vidimo šta imamo.

Ako ste sve uradili ispravno, trebali biste vidjeti sljedeće. Sva polja moraju biti popunjena.

Pa, ti i ja smo napravili prvi registar akumulacije. U ovom trenutku registar samo prikuplja informacije. U sljedećoj lekciji ćemo napraviti trošak, ali za sada je to sve.

Registri akumulacije u sistemu 1C:Enterprise podijeljeni su u dvije vrste: akumulacijski registri ostaci i registre akumulacije rpm.

Tip registra se bira prilikom kreiranja u konfiguratoru

Kao što naziv govori, neki su namijenjeni dobivanju stanja na određeni datum, a drugi su namijenjeni dobivanju prometa za odabrani period. Ovisno o vrsti registra akumulacije, platforma 1C:Enterprise generira različit skup virtualnih tablica. U ovom članku ćemo se osvrnuti na rad sa virtuelnim tabelama akumulacionih registara. Da bismo to uradili, kreiraćemo registar za akumulirajuća stanja - ProductsRemains i registar akumulacije obrtaja - ProizvodiPromet.

Pogledajmo sada koje virtuelne tabele platforma nudi za svaki od ovih registara.

Registar akumulacije obrtaja

Radi jasnoće, otvorimo i vidimo koje su tabele dostupne za registar ProizvodiPromet. Ovo je tabela samog registra - ProizvodiPromet, koji fizički postoji u bazi podataka, i jedna virtuelna tabela - ProizvodiPromet.Promet

Sa standardnom tablicom sve je jasno. Pogledajmo pobliže virtuelnu.

Virtuelni sto Promet

Ova tabela vam omogućava da dobijete promet resursa u smislu dimenzija. U našem slučaju imamo dvije dimenzije: Stock I Proizvod. I jedan resurs - Količina

Neka naš registar ima sljedeće unose

Vratimo se dizajneru upita i počnimo jednostavnim odabirom iz tabele ProizvodiPromet.Promet sva polja

Shodno tome, zahtjev će izgledati ovako:

SELECT ProizvodiPromet.Skladište,Promet proizvodaPromet.Proizvod,Promet proizvodaPromet.KoličinaPromet IZ registraAkumulacija.ProizvodiPromet.Promet(,) AS ProizvodiPrometPromet

Rezultat upita izgleda ovako:

Odnosno, ostvarili smo promet robe i skladišta za cijelo vrijeme. Pretpostavimo da nas ne zanimaju skladišta i da želimo ostvariti promet samo robom.

Da bismo to učinili, isključujemo dimenziju iz zahtjeva Stock

SELECT ProizvodiPrometPromet.Proizvod,Promet proizvodaPromet.KoličinaPromet IZ registraAkumulacija.ProizvodPromet.Promet(,) AS ProizvodiPrometPromet

i kao rezultat će nam ostati samo dva reda

Ali po pravilu nema potrebe da se ostvaruje promet za sve vreme postojanja registra. U osnovi, potrebni su za određeni period: mjesec, kvartal, godina itd. Osim toga, obično je potreban odabir po dimenzijama (proizvod, skladište). To se postiže upotrebom parametri virtuelne tabele. Pogodno je popuniti parametre iz konstruktora. Po dugmetu Opcije virtuelne tabele Otvara se dijaloški okvir u koji možete unijeti sve što nam je potrebno:

Nakon toga, naš prvobitni zahtjev će poprimiti sljedeći oblik

ODABERITE Promet robe.Skladište, Promet robe.Proizvod,Promet robe.Promet Količina IZ registra Akumulacija.Promet robe.Promet (&Početak perioda, &Kraj perioda, Skladište AS = &Promet robe.Skladište)

Kao što vidimo, razlika je u tome što se u zagradama iza imena virtuelne tabele nalaze parametri koji se moraju popuniti pre izvršavanja upita.

Oni koji tek počinju da rade sa virtuelnim tabelama često su u iskušenju da postavljaju izbor na uobičajen način umesto da koriste parametre:

IZ registra Akumulacije.Promet proizvoda.Promet(,) KAKO Promet proizvodaPromet GDJE ProizvodiPrometPromet.Skladište = &Skladište

Prilikom popunjavanja parametara smo propustili Periodičnost. Otvorimo listu i izaberimo iz mnoštva mogućih opcija Mjesec. Sve ostale parametre ćemo ukloniti kako se ne bismo zbunili.

Nakon toga, uočavamo da se u poljima tabele pojavljuje polje Period.

Dodavanjem u odabrana polja dobijamo sljedeći tekst zahtjeva:

ODABERITE ProizvodiPromet.Period,Promet proizvodaPromet.Skladište,Promet proizvodaPromet.Proizvod,Promet proizvoda.Promet.KoličinaPromet IZ registraAkumulacija.Promet proizvoda.Promet (, Mjesec,) KAO Promet proizvoda

Izvršavamo zahtjev:

Dakle, unutar odabranog vremenskog intervala možemo podijeliti okretaje na manje intervale u skladu sa odabranom frekvencijom.

Registar akumulacije bilansa

Baš kao i kod obrnutog registra, pogledajmo u dizajneru upita koje su virtualne tablice dostupne za registar akumulacije stanja

Kao što vidite, dostupne su tri virtuelne tabele za registar akumulacije stanja: Revolucije, Ostaci, Ostaci i obrti. Razmotrimo svaki od njih posebno.

Virtuelni sto Promet

Uprkos činjenici da je tip registra Ostaci, ipak možemo ostvariti promet od njega. Osim toga, ovdje imamo dva dodatna resursa: Dolazim I Potrošnja

Podsjećam da se prilikom upisa u bilansni registar navodi vrsta kretanja akumulacije (prihodi ili rashodi), dok se za registar prometa ne navodi vrsta kretanja. Stoga, ovdje imamo dodatni bonus u vidu mogućnosti da dobijemo ne samo ukupni promet za period, već i prihode i rashode zasebno. Ali naravno, ako metapodaci sadrže obrnuti registar sa sličnim skupom mjerenja, onda je bolje koristiti ga za dobivanje prometa. Općenito, rad s ovom virtualnom tablicom je sličan radu s virtualnom tablicom Revolucije pregovarački registar o kojem je gore raspravljano.

Virtuelni sto Balansi

Ova tabela se koristi za dobijanje bilansa resursa po dimenzijama. U tabeli parametara možemo odrediti datum za koji primamo stanja i postaviti odabire:

Pogledajmo mali primjer. Imamo sljedeće upise u registar:

Odaberimo sva raspoloživa polja i odredimo kraj juna kao datum za prijem stanja. Nećemo birati na osnovu mjerenja. Tada će tekst zahtjeva izgledati ovako:

SELECT Products RemainingsRemainings.Warehouse, ProductsRemainingsRemainings.Product, ProductsRemainingsRemainings.QuantityRemainings FROM RegisterAkumulacije.ProizvodiRemainings.Remainings(&DateRemainings,) AS ProizvodiRemainingRemainings

I nakon izvršenja dobijamo ovaj rezultat

Virtuelna tabela Stanja i prometi

Ova tabela kombinuje dve prethodno razmatrane i omogućava vam da dobijete promet za odabrani vremenski period, kao i stanja na početku i na kraju perioda. Također možete podesiti odabir.

Upotreba ove tabele može biti opravdana kada u jednom izveštaju treba istovremeno da dobijete i promet i stanja na početku i na kraju perioda. U drugim slučajevima ne biste trebali zloupotrebljavati njegovu upotrebu.