>

Dokumenti, akumulacijski registri, sistemi za shranjevanje. Postopek evidentiranja registrskih gibanj pri knjiženju dokumenta Izdelava akumulacijskega registra 1s

1C akumulacijski register to je strukturiran nabor podatkov, ki vsebuje podatke o vseh premikih (prejem/strošek ali promet) izbranih dokumentov.

Vrste akumulacijskega registra

V 1C obstajata samo dve vrsti registra kopičenja:

  • Revolucije
    Če nameravate iz registra prejemati samo vrtljaje, nastavite vrsto na vrtljaje.
    Na primer, pri registraciji prodaje nam je pomembno število prodaj in stanja tukaj absolutno niso potrebna. Zato mora biti vrsta registra nastavljena na "Revolucije".
  • Ostanki
    Če nameravate prejemati stanja in promet iz registra, nastavite vrsto na stanja. Za primer vzemimo register akumulacije »Blago v skladiščih«, pomembni podatki v njem bodo tako stanja kot promet. Zato mora biti vrsta registra nastavljena na "Stanja".

Pozor: izbira napačnega tipa registra akumulacije bo povzročila slabo delovanje informacijske baze.

Mere, viri, podrobnosti in standardne podrobnosti

Vsak akumulacijski register vsebuje dimenzije, vire, podrobnosti in standardne podrobnosti.

Meritve so potrebni za generiranje ključnih evidenčnih podatkov, iz katerih lahko v prihodnje pridobivate stanja ali pregledujete promet za dimenzije, ki vas zanimajo.
Nastavite lahko tudi lastnosti meritev, da preverite, ali je meritev izpolnjena (prazna vrednost povzroči napako)

Viri potrebni za shranjevanje zbirnih podatkov v register: količina, znesek itd. V prihodnje bomo vire prejemali po meritvah.

Rekviziti so potrebni predvsem za shranjevanje povezanih informacij in se redko uporabljajo.

Standardne podrobnosti so naslednji:

  • obdobje - datum, ko je bil opravljen premik registra
  • vpisnik - listina, s katero je bil opravljen vpis v register
  • vrsta gibanja - dohodek ali odhodek (prihod poveča količino sredstev, odhodek pa zmanjša)

Registratorji

Registratorji so dokumenti, ki lahko opravljajo premike v akumulacijskem registru. Premiki v akumulacijski register 1C se lahko izvedejo samo z uporabo dokumentov (registrarjev). Večina algoritmov za ustvarjanje gibanja v akumulacijskem registru se oblikuje ob knjiženju dokumenta v objektnem modulu, postopek “Obdelava knjiženja”.


Indeksiranje dimenzij

Za povečanje učinkovitosti informacijske baze je potrebno indeksiranje.
Lastnost »Indeks« je treba podati za dimenzije, za katere nameravate izvesti več izbir in ki imajo veliko število elementov.

Na primer: akumulacijski register "Partije blaga v skladiščih". Obstaja dimenzija »Nomenklatura« in »Statusne stranke«. Atribut indeksiranja je smotrneje nastaviti za dimenzijo »Nomenklatura« kot za »Status dela«, saj je število možnosti nomenklature veliko večje kot pri statusu serije.

Edinstvenost zapisov

1C Enterprise nadzoruje edinstvenost vnosov v akumulacijskem registru, zato ne boste našli dveh enakih vnosov.

Zmogljivosti akumulacijskega registra

  • izbor zapisov za določeno obdobje po določenih dimenzijah
  • izbor evidenc po registrarju
  • pridobitev stanja in prometa za izbrani datum z navedenimi merami
  • izračun skupnih vrednosti za določen datum

Primeri dela z registrom akumulacije

Primer pridobivanja stanja za tekoči datum

Postopek GetBalanceOnDate()
NewRequest = Nova zahteva;
NewQuery.Text =
"IZBERI
| Blago ostane. Nomenklatura,
| ItemRemaining.QuantityRemaining
|OD
| RegisterAccumulation.GoodsInWarehouses.Remains(&CurrentDate,) AS ProductRemains";
NewQuery.SetParameter("TrenutniDatum", TrenutniDatum());

EndCycle;
Konec postopka

Primer pridobivanja prometa za tekoče leto

NewRequest = Nova zahteva;
NewQuery.Text =
"IZBERI
| Blagovni promet.Nomenklatura,
| CommodityTurnover.QuantityTurnover
|OD
| Register akumulacije.BlagoVSkladiščih.Promet(&Začetnoobdobje, &Končnoobdobje,) AS Promet";

New Query.SetParameter("Začetek obdobja", Začetek leta(TrenutniDatum()));
NewQuery.SetParameter("ConPeriod", CurrentDate());

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

Medtem ko QuerySelect.Next() Loop
EndCycle;

Primer izbiranja premikov v akumulacijskem registru

NewRequest = Nova zahteva;
NewQuery.Text =
"IZBERI
| IzdelkiVSkladiščih.Obdobje,
| Blago V Skladiščih. Registrator,
| Izdelki v skladiščih Vrsta gibanja,
| Izdelki v skladiščih Nomenklatura,
| Izdelki V Skladiščih. Količina
|OD
| Register akumulacije.BlagoVSkladiščih AS BlagoVSkladiščih";

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

Medtem ko QuerySelect.Next() Loop
EndCycle;

Obrazci seznama akumulacijskega registra

Obrazci se uporabljajo za vizualni pregled vseh premikov izbranega registra. V njem lahko vidite, kateri dokumenti beležijo strošek ali prejemek, in tudi, katere mere so uporabljene. Tam lahko tudi razvrstite premike ali naredite izbor.
Sistem bo samodejno ustvaril obrazec seznama ali pa ga prilagodite sami.

V kateri koli konfiguraciji 1s 8.2 lahko vidite to vrsto objektov kot registre. Njihov glavni namen je optimizirati zajem podatkov za poročila. Poznamo štiri vrste registrov: informacijski registri, akumulacijski registri, knjigovodski registri in obračunski registri. In čeprav so ti tipi namenjeni reševanju različnih problemov, lahko samo po dejstvu, da se vsi imenujejo "registri", sklepamo, da imajo tudi nekaj skupnega.

Prvič, kot že omenjeno, so kot konfiguracijski objekti potrebni za hitrejše branje informacij iz baze podatkov, na primer v poizvedbah. Registre lahko primerjamo s knjižničnim katalogom (prej so bili sestavljeni na papirnatih kartončkih). To pomeni, da to ni samo shranjevanje informacij (podatkov), temveč tudi njihova sistematizacija (ustvarjanje določene strukture), ko podatki vnesejo določen register (na primer iz dokumentov različnih vrst) in po potrebi lahko od tam hitro pridobiti in prikazati na primer v poročilu ali drugem procesu. Na splošno lahko glavno uporabo registrov v 1C ponazorimo z naslednjo shemo: "Dokument - register - poročilo", čeprav obstajajo izjeme.

Drugič, vsi registri, ne glede na vrsto, imajo sredstva, dimenzije in podrobnosti. To pomeni, da je določeno Kaj(vir) v katerih odsekih(meritve) je treba upoštevati. Velja za knjižnico - upoštevamo knjige po avtorju, žanru in založbi. In s pomočjo podrobnosti lahko dopolnite podatke, na primer z letnico objave. In tukaj je ena pomembna točka - strukturo registra je treba določiti zelo natančno, odvisno od tega, katere podatke bomo iz njega izluščili. Če na primer v naši knjižnici najpogosteje iščemo po priimku avtorja, mora biti na kartici najprej avtor (prva dimenzija), šele nato žanr (druga dimenzija).

Tretjič, registri imajo strukturo tabele, vendar se razlikuje od strukture tabel objektov. Tako ne boste našli razredov, kot sta RegisterReference ali RegisterObject. Sestava registrske tabele je odvisna od njenih lastnosti.

Četrtič, podatki se v registre zapisujejo v obliki nizov zapisov. Vsak niz je sestavljen iz enega ali več zapisov. Vendar se na zapis v nizu ni mogoče sklicevati ali dostopati do njega. Niti niz zapisov niti zapis v nizu ne more imeti stanja »oznaka za izbris«.

Petič, pri dostopu do registrov v poizvedbah za pridobivanje podatkov je mogoče dostopati ne samo do fizičnih tabel registrov, ampak tudi do virtualnih tabel, ki so ugnezdena poizvedba, ki pridobiva podatke na podlagi določenih parametrov. Parametri virtualne tabele se nastavijo glede na specifične potrebe po pridobivanju podatkov iz registrskih tabel.

Zdaj pa se pogovorimo o značilnostih vsake vrste registrov:

1. Informacijski registri

Morda najpreprostejša vrsta registra. Za razliko od drugih vrst registrov je njegov vir mogoče poimenovati ne le kot številčno vrednost, temveč tudi kot drug podatkovni tip.

Ima posebno lastnost, ki se v drugih vrstah registrov ne uporablja - periodičnost.

Morda nima registrarja, to je neodvisen, v tem primeru se vpisi izvajajo neposredno v register, mimo registracijskega dokumenta (to je izjema od splošne sheme uporabe registrov v 1c). Medtem ko morajo druge vrste vpisnikov imeti vsaj en zapisovalnik dokumentov.

Poleg tega ima ta vrsta registra avtomatsko kontrolo unikatnosti zapisov po obdobju (pogostost, določena v lastnostih registra) in dimenzijah. To pomeni, da med vnosi v register ne more biti več kot en vnos z istimi kazalniki obdobje + meritev + zapisovalnik (če obstaja). Edinstvenost evidenc v drugih vrstah vpisnikov ugotavlja vpisnik.

2. Registri akumulacije

Zasnovan za kopičenje numeričnih kazalnikov (virov) in je razdeljen na dve podvrsti - ostanki in promet. Razlika med njima je v tem, da je register akumulacijskih stanj namenjen pridobivanju podatkov o stanju »v določenem trenutku«, promet pa je namenjen pridobivanju podatkov o podatkih »za obdobje«.

Podatki registra akumulacije so shranjeni v bazi podatkov v obliki dveh tabel - tabele gibanja in tabele seštevkov. Neposreden dostop je možen le do mize gibanja.

3. Računovodski registri

Podoben je akumulacijskemu registru, vendar je namenjen sistematizaciji podatkov o knjigovodskih vpisih. Lahko pa se uporablja ne samo za računovodstvo, ampak tudi za katero koli drugo vrsto računovodstva.

Njegova glavna značilnost je možnost zapisovanja podatkov z metodo dvojnega vnosa po debetno-kreditnem principu. Za izvedbo možnosti generiranja transakcij mora biti Knjigovodski register povezan s posebnim objektom – kontnim načrtom.

4. Računski registri

Ta vrsta registra ni namenjena samo shranjevanju, zbiranju in sistematizaciji podatkov, temveč tudi izvajanju kompleksnih mehanizmov za periodične izračune. Če želite to narediti, morate v lastnostih registra izračuna določiti še en objekt 1C - načrt vrst izračuna. To pomeni, da je delovanje registra te vrste nemogoče brez določitve posebnega načrta za vrste izračuna zanj.

Lahko rečemo, da se računski register uporablja za shranjevanje informacij o vrstah izračunov in za shranjevanje rezultatov izračunov ter za vmesne vrednosti izračunov. Njegov glavni namen v konfiguracijah 1C je izračun časovnih razmejitev, na primer plač in drugih plačil zaposlenim. In za izvajanje teh nalog je pri določanju parametrov registra izračuna mogoče navesti povezavo s časovnim razporedom, ki omogoča izračune glede na čas, določen v tem razporedu. Sam terminski plan mora biti opredeljen z ustreznim informacijskim registrom.

Tako lahko rečemo, da ima računski register na koncu najbolj kompleksno strukturo v primerjavi z drugimi vrstami registrov v 1s.

Vse spremembe podatkovne baze so shranjene v ustreznih tabelah. Za 1C so to tabele dokumentov, dnevniki dokumentov, imeniki in registri. O vrstah registrov 1C, značilnostih in podrobnostih njihove uporabe bomo razpravljali v našem članku.

Oblikovanje vpisov v registre

Eno prvih vprašanj o registrih je: zakaj?

Zakaj morate ustvariti ločene tabele, ki pogosto podvajajo obstoječe zapise?

Odgovor je tukaj povsem preprost. Seveda je mogoče izolirati zapletene in zamudne poizvedbe v tabelah izvornih dokumentov tako, da navedete izbirne pogoje, jih preverite za oznake za izbris in dokončanje, vendar je veliko preprostejše in manj delovno intenzivno ustvariti določen del nabor zapisov neposredno pri shranjevanju dokumenta in ga shranite v ločeni tabeli ter dostopate do njega po potrebi.

Tako smo ugotovili, da je eden od načinov ustvarjanja registrskega vnosa pisanje z registratorjem (dokumentom). Ta možnost je prisotna v vseh vrstah registrov.

Postopek generiranja vpisniškega zapisa na podlagi dokumenta običajno imenujemo knjiženje dokumenta. Neknjiženi dokument dokumenta nima premikov v registrih, je pravzaprav osnutek ali prazen dokument.

Druga možnost generiranja zapisa je neposredno, brez ustvarjanja registracijskega dokumenta. Zapise na ta način lahko ustvarjate samo v registrih informacij, v lastnostih registra mora imeti atribut »Način zapisa« ustrezno vrednost (slika 1).

Skupno vsem registrom

Notranja struktura katerega koli registra je prikazana na sliki 2

Slika 2

Oglejmo si ga podrobneje:

  • Dimenzije – lastnosti zapisa, ki določajo, v katerih razdelkih so shranjene pomembne informacije;
  • Viri – vsebujejo informacije, ki jih je treba sistematizirati;
  • Podrobnosti – beležite polja, ki vsebujejo dodatne informacije;
  • Obrazci – lastnost, ki vsebuje grafične informacije o videzu seznama, elementa itd. in njihovih notranjih modulov;
  • Izgledi – tiskani obrazci vpisnikov.

Informacijski registri

Ker smo zgoraj govorili o registrih informacij, se pogovorimo o njih.

To je verjetno najenostavnejša in najbolj razumljiva vrsta registrov. Navadna tabela, ki vsebuje stolpce in stolpce, v katerih so shranjene informacije.

Seznam pomembnih lastnosti registra informacij je majhen (slika 3), pogovorimo se o glavnih:

Slika 3

  1. Periodičnost, označuje, v kolikšni meri je kontrolirana unikatnost zapisa (znotraj minute, ure, dneva, leta, v skladu z izbrano vrednostjo ne moreta obstajati dva zapisa z enakimi meritvami), lahko zavzame tudi vrednost “ S snemalnikom", vendar morate za to izbrati ustrezen način snemanja;
  2. Način snemanja je pravzaprav izbira dveh vrednosti: »Neodvisno« in »Oddaja snemalniku«.
    1. Pomembno je razumeti, da izbira neodvisnega načina ne pomeni, da zapisa ni mogoče ustvariti z dokumentom, nemogoča bo le izbira s strani registrarja in njegov nadzor nad edinstvenostjo zapisa;
  3. Dovoli seštevke za izrez prvega in Dovoli seštevke za izrezek zadnjega: (združimo dve točki v eno) – ko so označena ustrezna potrditvena polja, je mogoče izvesti zahtevo v informacijski register z dodatnimi tabelami (Izrezek prvi in ​​Slice of the last), ki vsebujejo ustrezne nize podatkov, kot enega od parametrov teh tabel je datum, na katerega je treba opraviti izbor podatkov.

Akumulacijski registri

Strukturo enega od njih smo videli na sliki 2. Glavna lastnost, ki močno vpliva na videz registra in tudi na njegovo notranjo strukturo, je »Register Type« (slika 4)

Odvisno od zahtev za shranjene informacije lahko sprejme naslednje vrednosti:

  • Ostanki;
  • Revolucije.

V prvem primeru bo zbirka podatkov vsebovala informacije ne le o gibanju virov v smislu dimenzij, temveč tudi o vrsti operacije (prejem ali izdatek). Poleg tega bo pri ustvarjanju poizvedbe na voljo dodatna tabela s seštevki.

Ena od glavnih težav, s katerimi se soočajo razvijalci začetniki pri uporabi tabel Stanja in Stanja ter prometa v poizvedbah, je, da se lahko podatki v teh tabelah razlikujejo, ko poizvedba prejme stanja za določen datum. In tukaj je en odtenek: ko določite določeno vrednost kot končni datum obdobja, platforma vzame podatke iz tabele Preostalo, ne da bi to vrednost vključila v izbirno obdobje.

Če potrebujete podatke, ki vključujejo konec obdobja, lahko:

  • Uporabite tabelo Stanja in promet;
  • Naredi vzorec za datum, ki je za 1 sekundo večji od podanega (tj. ne 31.12.16 23:59:59, ampak 01.1.17 00:00:00);
  • Uporabite metodo Boundary, ki pomaga konfigurirati možnost vključitve časovne točke v obravnavano obdobje (primer uporabe: Boundary(EndDate,Inclusive).

Računovodski registri

Precej specializirani registri po svoji zasnovi spominjajo na akumulacijske registre. Glavna razlika od drugih vrst registrov platforme 1C je prisotnost parametra »Kontni načrt« v strukturi premoženja (slika 5).

Slika 5

Kontni načrt je ločen metapodatkovni objekt, ki zahteva ločeno obravnavo. Odvisno od kontnega načrta sodobne standardne konfiguracije 1C vsebujejo 4 glavne računovodske registre:

  1. proračun;
  2. Mednarodni;
  3. davek;
  4. Samonosna.

Drugi parameter, značilen za računovodske registre, je "Korespondenca".

Če potrdite to polje, lahko ustvarite dvojne vnose, ki vsebujejo kreditni račun AccountKt in debetni račun AccountDt ter analitiko (subconto), ki ustreza tem računom. Če potrditveno polje ni potrjeno, bo v vnose v register vpisan samo en račun.

Računski registri

To so verjetno najtežje razumljivi registri. Medtem pa v svojem bistvu zelo spominjajo na akumulacijske registre tipa "Promet".

Odločilna razlika med registrom izračuna in drugimi registri je prisotnost parametra »Načrt vrste izračuna« v njegovih lastnostih. Poleg tega je register obračunov, kot tudi register informacij, periodičen.

V vsakem računskem registru je mogoče omogočiti možnost povezovanja zapisa s terminskim planom, podanim v ustreznem informacijskem registru. To vam omogoča pridobivanje podatkov o delovnem času s pomočjo šifre.

Poleg dimenzij, virov in obrazcev, ki so na voljo v drugih vrstah registrov, lahko registrom izračunov dodelite objekt »Preračun«, kjer bodo shranjene informacije o zapisih, ki so nepomembni in zahtevajo revizijo.

Njihova glavna uporaba v standardnih konfiguracijah 1C je registracija in olajšanje dela s časovnimi razmejitvami za zaposlene v organizaciji.

Naloga vsakega računovodskega sistema je shranjevanje in sproten prikaz informacij za uporabnika, tj. Cilj vsake zasnove sistema je, da uporabniku takoj zagotovi poročilo. S pomočjo pridobljenih podatkov se v podjetjih praviloma sprejemajo vodstvene odločitve.

Recimo, da imamo 1000 različnih dokumentov: prevzem blaga, odpis, vračilo, prodaja itd. In vsak od dokumentov spremeni količino določenega izdelka v skladišču. Če želite dobiti informacije o trenutni količini v skladišču, morate pregledati vse: nekateri povečajo količino blaga, nekateri zmanjšajo, nekateri lahko povečajo ali zmanjšajo. In če je treba upoštevati še skladišče, organizacijo?.. Takšen sistem je zelo zahteven.

Za poenostavitev tega postopka so razvijalci 1C pripravili posebne konfiguracijske objekte. Uporabljajo se za udobje shranjevanja in pridobivanja informacij; v 1C 8.3 in 8.2 se uporabljajo vse vrste registrov; v tem članku bomo govorili posebej o Akumulacijski registri.

Sam akumulacijski register je tabela s podatki, v kateri so zbrani vsi premiki (prejemi/odpisi ali promet) določenih dokumentov. Poglejmo, kako izgleda tabela gibanja na primeru tipičnega registra akumulacije "Blago v skladiščih" v konfiguraciji "Trade Management 10.3":

Tukaj vidimo, da dokumenti 1C »Prodaja« zmanjšajo količino določenega izdelka na določenem skladišču, dokumenti o prejemu pa, nasprotno, povečajo količino. Kot rezultat dobimo celotno sliko, v kateri lahko jasno vidimo, kaj, kdaj in v kakšni količini je bilo računovodsko prejeto (odpisano). Veliko bolj priročno je sestaviti poročilo s takšno tabelo.

Register akumulacije v konfiguratorju

Kaj je akumulacijski register z vidika razvoja konfiguracije? Začnimo z ogledom polj akumulacijskega registra v:

Pridobite 267 video lekcij o 1C brezplačno:

Register akumulacije ima Mere, viri, podrobnosti in standardni podatki.

Najprej razmislimo o standardnih podrobnostih registra kopičenja:

  • obdobje— ni nujno, da se datum gibanja ujema z datumom dokumenta;
  • registrar- listina, s katero se vpisuje v register;
  • številka vrstice— serijska številka vrstice v nizu zapisov, edinstvena znotraj registrarja;
  • dejavnost— je odgovoren za vnos zapisov v virtualne tabele (več o njih spodaj);
  • pogledpremikanje- prihodki ali odhodki.

Meritve v akumulacijskem registru

Dimenzija je del, v katerem se vodijo zapisi. V zgornjem primeru je računovodski del: skladišče, nomenklatura, značilnosti izdelka, serija izdelkov, kakovost. To pomeni, da lahko z določitvijo meritev, ki nas zanimajo, kadar koli pridobimo količino – vir. V okviru različnih dimenzij lahko na primer v prihodnosti pridobite stanja za določen datum.

Vir akumulacijskega registra

Vir je številsko polje, v katerem so shranjene informacije v kontekstu zgoraj opisanih dimenzij.

V nasprotnem primeru lahko interakcije dimenzij/virov shematsko prikažemo kot koordinatni sistem:

Dve dimenziji - abscisa in ordinata koordinatnega sistema, tj. v tem primeru sta dimenziji skladišče in postavka. Na presečišču dimenzij lahko dobimo količino – vir. Na primer, v "glavnem" skladišču izdelka "svinčnik" je na zalogi 1 kos.

Podrobnosti o registru kopičenja 1C

Podatki iz akumulacijskega registra služijo kot »komentar« ali dodatna informacija, v smislu meritev stanja/prometov ni mogoče pridobiti. Uporabljeno precej redko.

Vrste akumulacijskega registra

Obstajata dve vrsti akumulacijskega registra − prometa in stanja.

Če namen akumulacijskega registra ni pridobivanje stanj, je treba uporabiti tip akumulacijskega registra - vrtljajev na minuto. Tipičen primer uporabe registra prometa je evidentiranje obsega prodaje. V tem primeru moramo vedeti le, kakšna je bila prodaja v določenem časovnem obdobju, bilance v tem primeru niso smiselne.

Če je namen uporabe akumulacijskega registra pridobivanje stanj za določeno obdobje, potrebujemo register z obrazcem ostanki. Ta vrsta vam omogoča prejemanje stanja in prometa. Za tak register sistem samodejno izračuna stanja. Primer "rezidualne" evidence je blago v skladiščih, denar v blagajni.

Uporaba vrste registra ostanki kjer lahko prideš vrtljajev, velja za napako pri oblikovanju registra kopičenja z vidika zmogljivosti sistema.

Glede na vrsto registra bo sistem izdelal različne virtualne tabele za akumulacijski register. Virtualna tabela je hiter način za pridobivanje podatkov o profilu iz registrov.

Za akumulacijski register je:

  • Ostanki;
  • Revolucije;
  • Ostanki in preobrati.

Za razvijalca rešitve so podatki vzeti iz ene (virtualne) tabele, dejansko pa jih platforma 1C vzame iz številnih tabel in jih pretvori v zahtevano obliko.

Pravilna zasnova akumulacijskih registrov

Iz zahtevanih poročil je treba oblikovati registre akumulacije. Najtežja stvar v sistemu 1C 8.3 je pravilno shranjevanje informacij, tako da jih je mogoče kadar koli enostavno pridobiti.

Med značilnostmi oblikovanja registra je treba opozoriti na potrebo po pravilni razporeditvi dimenzij v registru. Predvsem pa morate v sistem vnesti meritve, ki bodo najpogosteje zahtevane.

Indeksiranje akumulacijskih dimenzij registra

Meritve registra akumulacije imajo lastnost "indeksiranja". Ta lastnost mora biti nastavljena na meritve v primerih, ko je načrtovana pogosta uporaba izbir za meritev pri prejemanju podatkov in ima lahko ta meritev veliko število možnosti vrednosti.

Na primer, register je »ProductsInWarehouses«, dimenzije so »Warehouse, Nomenclature«, vir je »Quantity«.

Pravilneje je indeksirati "Nomenklaturo", vendar polje "Skladišče" ne bi smelo biti indeksirano, ker število skladišč v sistemu praviloma ni pomembno.

stroški materialov, ki so na voljo v organizaciji, bomo morali dostopati do dokumentov, pregledati vsakega od njih, izpisati potrebne podatke in jih nato povzeti, pridobiti potrebne podatke. Ta pristop je neprijeten - je prepočasen tako za naš namišljeni "ročni" primer kot za avtomatizirano računovodstvo.

Bolj logično bi bilo, da bi poleg dokumentov vodili posebne tabele, v katere bi ob prejemu gradiva in ob odpisu vnesli kratke informacije o tem. Če, recimo, dnevno povzamete te tabele in prikažete preostale materiale, potem, da bi povedali, koliko in katere materiale ima organizacija na določen datum, je dovolj, da se sklicujete na ustrezen stolpec tabele . V sistemu 1C:Enterprise so takšne tabele akumulacijskih registrov. Kot že ime pove, so zasnovani tako, da odražajo, kopičijo in določene kazalnike. In odraz v registrih prejemov in porabe materialov je eden tipičnih primerov njihove uporabe.

Naša organizacija vodi evidenco materialov v povezavi z odgovornimi osebami, ki jih prevzemajo in od katerih se ti materiali ob predaji v proizvodnjo odpisujejo. Hraniti moramo podatke o količini materialov in njihovih stroških ter ob odpisu za proizvodnjo imeti podatke o tem, kateremu obrtniku so bili ti materiali preneseni. Ti premisleki nam omogočajo načrtovanje strukture akumulacijski register, ki ga bomo zdaj ustvarili.

Pri načrtovanju ekipe akumulacijski register natančno moramo razumeti, katere podatke bomo vanj shranili, nato pa te podatke »razstaviti« na dimenzije, vire in podrobnosti registra.

Torej moramo shraniti naslednje podatke:

  • Nomenklaturni položaj
  • Odgovorni delavec za to delovno mesto
  • Količina artiklov
  • Cena artikla
  • Podatki o mojstru, kateremu je bilo gradivo predano v uporabo.

Registrirajte meritve, ali rezi, v katerih so shranjeni podatki, nam omogočajo, da odgovorimo na vprašanja o tem, kateri podatki so shranjeni v glavni knjigi. V našem primeru moramo poznati dve glavni značilnosti - to je kaj Odgovorna oseba popravljeno tako ali drugače nomenklaturni položaj. Očitno bodo dimenzije iz našega seznama podatkov postavka postavka in odgovorni delavec.

Viri registra– to so vedno številčne vrednosti, ki označujejo shranjene podatke. Številski vrednosti sta količina in vsota in bosta viri našega registra.

Podrobnosti registracije igrajo pomožno vlogo in bi bilo v našem primeru logično, da bi v registru hranili podatke o obrtniku, ki je prejel material za delo - če bi morali ugotoviti, kdo točno je te materiale uporabljal.

Drugo pomembno vprašanje, o katerem se je treba odločiti pri oblikovanju registra, je, ali bo register bilančni register oz revolucijski register. Zanimajo nas tako podatki o preostanku gradiva kot podatki o prometu, zato pri nastavitvi registra določite vrsto registra - Ostanki. Registrirajte se z ogledom Ostanki omogoča delo tako s bilancami kot s prometom

Tukaj predlagana struktura akumulacijski register– to je le ena od možnosti, kako organizirati shranjevanje opisanih podatkov. Takšno računovodsko shemo je mogoče izvesti, recimo, z uporabo para registrov, od katerih se eden uporablja izključno za shranjevanje skupnih bilanc materialov - to je podatkov, ki so potrebni za finančna poročila, drugi - za shranjevanje podatke o centrih odgovornosti. V vsakem primeru lahko vsaka posebna računovodska shema zahteva svojo strukturo registra in naš primer je le prikaz ene od možnih možnosti.

Ko smo razpravljali o teoretičnem delu vprašanja, preidimo na prakso. Ustvarimo novo akumulacijski register, recimo temu Preostali materiali, parameter Vrsta registracije pustimo to vrednost Ostanki, riž. 6.12.


riž. 6.12.

Vklopimo ga akumulacijski register v podsistem Računovodstvo operativnih materialov.

Na zavihku podatki Ustvarimo naslednje dimenzije, vire in podrobnosti:

Meritve:

Ime: Nomenklatura, Tip: DirectoryLink.Nomenklatura, Prepoved praznih vrednosti – nastavljeno.

Ime: ResponsibleEmployee, Vrsta: DirectoryLink.Employees, Prepoved praznih vrednosti – nastavljeno.

Viri

Ime: količina, vrsta: številka, dolžina 10, natančnost 3

Ime: vsota, vrsta: število, dolžina 10, natančnost 2

Rekviziti:

Ime: Prejemnik gradiva, Vrsta: DirectoryLink.Zaposleni

Bodite pozorni na imena teh podrobnosti, njihove vrste in standardne podrobnosti registra (slika 6.13.) - ti podatki nam bodo koristni pri delu na postopku izvajanje dokumenta.

Iz podrobnosti registra izključimo splošni atribut Organizacija. Zdaj tega ni več potrebno. Za organizacijo shranjevanja podatkov v registru po različnih organizacijah bi potrebovali novo dimenzijo - Organizacijo, zahvaljujoč kateri bi lahko delali z gradivi različnih organizacij.

Pojdimo na zavihek Registratorji okno za urejanje objekta in izbiro dokumentov kot dokumentov snemalnika – Prejem materiala in Predaja materialov poveljniku.

Na tej stopnji nastavitev akumulacijski register Končano, pojdimo na nastavitve dokumenta. Začnimo z dokumentom Prejem materiala.

Odprite okno za urejanje predmeta za ta dokument, pojdite na zavihek Gibanja(Slika 6.14.) in pritisnite gumb


riž. 6.14.

V konstruktorju izberite vrsto gibanja registra - Prihajam, na terenu Tabelarni del označite tabelarični del dokumenta Materiali, kliknite na gumb Popolni izrazi. Samodejni mehanizem za vzpostavitev ujemanja med dokumentom in registrskimi podatki ne deluje vedno pravilno (v primeru, da ujemanja ne more nedvoumno ugotoviti ali ko se ujemanje, ki ga je ugotovil po svoji logiki, razlikuje od želenega), zato bomo preverite pravilnost vzpostavljenih korespondenc. Kot rezultat, okno Oblikovalec registrirati gibe mora izgledati, kot je prikazano na sl. 6.15.


riž. 6.15.

Po kliku na gumb V redu bo v modulu objekta dokumenta ustvarjen naslednji postopek obdelave izvajanja (tako izgleda po odstranitvi komentarjev, da je kodo zgradil oblikovalec gibanja):

Procedura ProcessingProcessing(Failure, Mode) // registracija preostalih materialov Prihod gibanja Preostali materiali Write = True; Za vsak TekStrowMaterials iz cikla materialov Movements = Movements.RemainingMaterials.Add(); Movement.MovementType = AccumulationMovementType.Incoming; Movement.Period = Datum; Movement.Nomenclature = TexStringMaterials.Nomenclature; Movement.ResponsibleEmployee = ResponsibleEmployee; Motion.Quantity = TechStringMaterials.Quantity; Movement.Amount = TexStringMaterials.Amount; EndCycle; Konec postopka

Ta postopek je deklariran v objektnem modulu in se izvede na