Za odraz različitih poslovnih transakcija u programima koji se temelje na 1C:Enterprise, korisnici koriste dokumente. Od njih možete dobiti sve potrebne podatke, primjerice o stanju gotovine na računima poduzeća, broju prodane robe u određenom vremenskom razdoblju.

Tijekom procesa rada može postojati prilično velik broj takvih dokumenata. Ovdje nije riječ o stotinama dokumenata, nego o tisućama i desecima tisuća. Naravno, izrada izvješća i drugih podataka iz tolikog broja dokumenata je vrlo duga, radno intenzivna i neučinkovita.

Zamislite samo da prilikom evidentiranja prodaje proizvoda knjigovođa sjedi i čeka dok program provjerava prethodno unesene dokumente i izračunava ima li dovoljno stanja na skladištu za otpis.

Za rješavanje takvih problema u 1C postoje posebni konfiguracijski objekti - akumulacijski registri. Kada se obrade dokumenti, u njih se provode upisi, a tek onda iz ovih registara brzo se mogu dobiti svi potrebni podaci, uključujući stanja i promet. Odnosno, akumulacijski registri ne samo da pohranjuju podatke, već omogućuju i njihovu brzu obradu.

Kao što je ranije spomenuto, akumulacijski registri mogu omogućiti brzo pronalaženje stanja i prometa. Ova je funkcionalnost izravno povezana s vrstom registra. Može se promijeniti na kartici “Osnovno” obrasca za uređivanje određenog registra.

• Cirkulirajući akumulacijski registri omogućuju vam da dobijete samo promet za određeno vremensko razdoblje. U tom slučaju nije moguće dobiti bilance. Zbirni registar s pregledom “Promet” kreira samo jednu virtualnu tablicu u sustavu - promet.
• Registri akumulacije s prikazom "Ostaci" omogućuju programeru da dobije i stanja i promet. U tom slučaju kreirat će se tri virtualne tablice: stanja, prometa, stanja i prometa. Primjer takvog registra može biti registar stanja zaliha u skladištima i novčanih tokova preko tekućih računa organizacije.

Bilješka da usprkos univerzalnosti registra stanja u primitku i stanja i prometa ima i svojih nedostataka. Kod dobivanja okretaja u registru bilance, produktivnost se značajno smanjuje. S tim u vezi, izrazito se ne preporučuje korištenje bilančne evidencije u slučajevima kada vam je potreban samo promet (npr. promet od prodaje). Ne biste trebali postaviti vrstu registra na reziduale "za svaki slučaj", jer su registri dizajnirani da ubrzaju program, već naprotiv, usporit ćete ovaj proces.

Podaci registra akumulacija

Mjerenja

Mjerenja akumulacijskih registara podrazumijevaju određene dijelove u kojima se kasnije mogu dobiti podaci. U našem slučaju, dimenzije registra “Izlaz proizvoda” su: organizacija, redoslijed, specifikacija, podjela i drugo.

U svakom trenutku moći ćemo dobiti stanja, na primjer, za cijelu organizaciju kao cjelinu, 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 također su prisutna u resursima s detaljima.

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

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

Resursi

Resursi su numerički podaci koji pohranjuju određene informacije. To je ono što ćemo u budućnosti primati u raznim odjeljcima. Na primjer, u akumulacijskom registru “Izlaz proizvoda” samo će količina djelovati kao resurs. U tom ćemo slučaju moći dobiti količinu proizvoda proizvedenu u određenom trenutku, na primjer, za određenu diviziju.

Još jedan jednostavan primjer. Pretpostavimo da sve gotovinske transakcije obavljamo koristeći akumulacijski registar. Sredstva će biti iznos novca koji je ili primljen (primitak) ili izdan (trošak) iz blagajne. Dimenzija može biti, na primjer, druga ugovorna strana/odgovorna osoba. Kao rezultat toga, moći ćemo dobiti podatke o stanju i prometu kako blagajne u cjelini, tako i za pojedinačne ugovorne strane.

Rekviziti

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

Standardni detalji

Uz uobičajene detalje koje programer može dodati samostalno, postoje i standardni detalji. Ne možete brisati niti dodavati nove na ovaj popis. Možete prijeći na standardne detalje pomoću istoimenog gumba na kartici "Podaci".

Agregati

Agregati su dostupni samo u akumulacijskim knjižicama s pregledom “Promet”. Možete im pristupiti iz kartice "Podaci". Agregati se koriste u bazama podataka s velikom količinom podataka kako bi se ubrzalo generiranje izvješća. Nećemo detaljno razmatrati ovaj mehanizam, jer je ovo prilično široka tema.

Kretanja u akumulacijskim registrima

Svaki akumulacijski registar može imati jedan ili više registara. Dokument djeluje kao registrator, pri čemu se generira odgovarajući unos u akumulacijskom registru.

Popis akumulacijskih registara možete pogledati na istoimenoj kartici u obliku samog registra. U ovom primjeru, kretanja u registru "Otpuštanje proizvoda" mogu se generirati prilikom knjiženja četiri različita dokumenta.

U samim dokumentima, koji su upisnici, popis upisnika po kojima se provode pokreti nalazi se na kartici „Kretanja“. Ovdje je dostupan i konstruktor pokreta koji će pomoći u izradi takvih postupaka (izvođenje i poništavanje). Usporedba podataka dokumenta i registra vrši se usporedbom vrsta podataka.

trošak materijala dostupnih u organizaciji, morat ćemo pristupiti dokumentima, pregledati svaki od njih, ispisujući potrebne podatke, a zatim ih sažeti, dobivajući potrebne podatke. Ovaj pristup je nezgodan - prespor je i za naš zamišljeni "ručni" slučaj i za automatizirano računovodstvo.

Logičnije bi bilo, uz dokumente, voditi i posebne tablice u koje bi se, prilikom zaprimanja materijala i pri otpisu, unosili kratki podaci o tome. Ako, recimo, na dnevnoj bazi sažimate te tablice i prikazujete preostale materijale, tada je, da biste rekli koliko i kakvih materijala organizacija ima na određeni datum, dovoljno pogledati odgovarajući stupac tablice . U sustavu 1C:Enterprise takve su tablice akumulacijski registri. Kao što ime sugerira, oni su dizajnirani da odražavaju, akumuliraju i određene pokazatelje. A prikaz u očevidnicima primitka i utroška materijala jedan je od tipičnih primjera njihove uporabe.

Naša organizacija vodi evidenciju materijala vezano uz odgovorne osobe koje ih primaju i od kojih se ti materijali otpisuju prilikom puštanja u proizvodnju. Moramo pohraniti podatke o količini materijala i njihovoj cijeni, a također, kada se otpišu za proizvodnju, imati podatke o tome kojem obrtniku su ti materijali preneseni. Ova razmatranja omogućuju nam da dizajniramo strukturu akumulacijski registar, koju ćemo sada stvoriti.

Prilikom planiranja sastava akumulacijski registar moramo točno razumjeti koje podatke ćemo u njemu pohraniti, a zatim te podatke „rastaviti” na dimenzije, resurse i detalje registra.

Dakle, moramo pohraniti sljedeće podatke:

• Nomenklaturni položaj
• Odgovorni djelatnik za ovu poziciju
• Količina artikala
• Trošak artikla
• Podaci o majstoru kojem je građa predana na korištenje.

Registrirajte mjerenja, ili rezove u kojima su podaci pohranjeni, omogućuju nam da odgovorimo na pitanja o tome koji su podaci pohranjeni u glavnoj knjizi. U našem slučaju, moramo znati dvije glavne karakteristike - ovo je što odgovorna osoba popraviti na ovaj ili onaj način nomenklaturni položaj. Očito, dimenzije iz našeg popisa podataka će biti stavka stavka i odgovorni zaposlenik.

Resursi registra– to su uvijek numeričke vrijednosti koje karakteriziraju pohranjene podatke. Brojčane vrijednosti su količina i zbroj i one će biti izvori našeg registra.

Detalji registracije imaju sporednu ulogu, au našem slučaju logično bi bilo da se u upisniku pohranjuju podaci o obrtniku koji je primio materijale za rad - za slučaj da treba saznati tko je točno koristio te materijale.

Još jedno važno pitanje koje treba odlučiti prilikom izrade registra jest hoće li registar registar stanja ili revolucijski registar. Zanimaju nas i podaci o preostalom materijalu i podaci o prometu, stoga prilikom postavljanja očevidnika trebamo navesti vrstu očevidnika - Ostaci hrane. Registrirajte se s pogledom Ostaci hrane omogućuje nam rad s bilancama i prometom

Ovdje predložena struktura akumulacijski registar– ovo je samo jedna od opcija kako organizirati pohranu opisanih podataka. Takvu računovodstvenu shemu moguće je implementirati, recimo, pomoću para registara, od kojih se jedan koristi isključivo za pohranjivanje ukupnih bilanci materijala - odnosno podataka koji su potrebni za financijska izvješća, a drugi - za pohranu podatke o centrima odgovornosti. U svakom slučaju, svaka specifična računovodstvena shema može zahtijevati vlastitu strukturu registra, a naš primjer samo je demonstracija jedne od mogućih opcija.

Nakon što smo razgovarali o teoretskom dijelu pitanja, prijeđimo na praksu. Stvorimo novu akumulacijski registar, nazovimo to Preostali materijali, parametar Vrsta registra ostavimo tu vrijednost Ostaci hrane, riža. 6.12.

Riža. 6.12.

Uključimo ga akumulacijski registar u podsustav Računovodstvo operativnog materijala.

Na kartici Podaci Kreirajmo sljedeće dimenzije, resurse i detalje:

Mjerenja:

Ime: Nomenklatura, Tip: DirectoryLink.Nomenklatura, Zabrana praznih vrijednosti – set.

Ime: ResponsibleEmployee, Tip: DirectoryLink.Employees, Zabrana praznih vrijednosti – postavljeno.

Resursi

Ime: Količina, Tip: broj, dužina 10, preciznost 3

Ime: Zbroj, Vrsta: broj, duljina 10, preciznost 2

Rekviziti:

Ime: Primatelj materijala, Tip: DirectoryLink.Zaposlenici

Obratite pozornost na nazive ovih detalja, njihove vrste, kao i na standardne detalje registra (Sl. 6.13.) - ovi će nam podaci biti korisni prilikom rada na postupku provođenje dokumenta.

Isključimo opći atribut iz pojedinosti registra Organizacija. Sada nema potrebe za tim. Za organizaciju pohrane podataka u registru po raznim organizacijama bila bi nam potrebna nova dimenzija - Organizacija, zahvaljujući kojoj bismo mogli raditi s materijalima iz raznih organizacija.

Idemo na karticu matičari prozor za uređivanje objekta i odabir dokumenata kao dokumenata za snimanje – Prijem materijala I Otpuštanje materijala Masteru.

U ovoj fazi postavljanje akumulacijski registar gotovo, prijeđimo na postavke dokumenta. Počnimo s dokumentom Prijem materijala.

Otvorite prozor za uređivanje objekta za ovaj dokument, idite na karticu Pokreti(Sl. 6.14.) i pritisnite tipku

Riža. 6.14.

U konstruktoru odaberite vrstu kretanja registra - Dolazak, u polju Tablični dio označiti tabularni dio dokumenta Materijali, kliknite na gumb Potpuni izrazi. Automatski mehanizam za uspostavu korespondencije između dokumenta i podatka registra ne radi uvijek ispravno (u slučaju da ne može jednoznačno utvrditi korespondenciju ili kad se korespondencija koju utvrđuje po svojoj logici razlikuje od željene), pa ćemo provjeriti ispravnost utvrđenih korespondencija. Kao rezultat toga, prozor Dizajner registrirati pokrete treba izgledati kao što je prikazano na sl. 6.15.

Riža. 6.15.

Nakon klika na gumb U redu, sljedeća procedura obrade izvršenja bit će generirana u modulu objekta dokumenta (ovako izgleda nakon uklanjanja komentara da je kod izradio dizajner pokreta):

Procedura ProcessingProcessing(Failure, Mode) // registracija preostalih materijala Dolazak kretanja Preostali materijali Write = True; Za svaki TekStrowMaterials iz ciklusa materijala Movement = Movements.RemainingMaterials.Add(); Movement.MovementType = AccumulationMovementType.Incoming; Kretanje.Razdoblje = Datum; Kretanje.Nomenklatura = TexStringMaterials.Nomenklatura; Movement.ResponsibleEmployee = ResponsibleEmployee; Motion.Quantity = TechStringMaterials.Quantity; Movement.Amount = TexStringMaterials.Amount; EndCycle; Kraj postupka

Ova procedura je deklarirana u objektnom modulu, na kojoj se izvršava

U bilo kojoj konfiguraciji 1s 8.2 možete vidjeti ovu vrstu objekata kao registre. Njihova glavna svrha je optimizirati prikupljanje podataka za izvješća. Postoje četiri vrste registara: informacijski registri, akumulacijski registri, knjigovodstveni registri i obračunski registri. I iako su ovi tipovi namijenjeni rješavanju različitih problema, samo po tome što se svi zovu "registri" može se naslutiti da imaju i nešto zajedničko.

Prvo, kao što je već spomenuto, kao konfiguracijski objekti potrebni su za brže čitanje informacija iz baze podataka, na primjer u upitima. Registri se mogu usporediti s katalogom knjižnice (prije su se sastavljali na papirnatim karticama). To jest, ovo nije samo pohrana informacija (podataka), već i njihova sistematizacija (stvaranje određene strukture), kada podaci ulaze u određeni registar (na primjer, iz dokumenata različitih vrsta) i, ako je potrebno, mogu brzo dohvatiti od tamo i prikazati, na primjer, u izvješću ili nekom drugom procesu. Općenito, glavna upotreba registara u 1C može se ilustrirati sljedećom shemom: "Dokument - Registar - Izvješće", iako postoje iznimke.

Drugo, svi registri, bez obzira na vrstu, imaju sredstva, dimenzije i detalje. Odnosno, određeno je Što(resurs) u kojim dijelovima(mjerenja) treba uzeti u obzir. Primjenjivo na knjižnicu - uzimamo u obzir knjige prema autoru, žanru i izdavaču. A uz pomoć detalja možete nadopuniti podatke, na primjer, s godinom izdanja. I tu postoji jedna važna točka - struktura registra mora biti vrlo pažljivo određena, ovisno o tome koje podatke ćemo iz njega izvući. Primjerice, ako se u našoj biblioteci najčešće pretražuje po prezimenu autora, na kartici prvo treba biti autor (prva dimenzija), a tek potom žanr (druga dimenzija).

Treće, registri imaju strukturu tablice, ali se ona razlikuje od strukture tablica objekata. Dakle, nećete pronaći klase poput RegisterReference ili RegisterObject. Sastav tablice registara ovisi o njegovim svojstvima.

Četvrto, podaci se upisuju u registre u obliku skupova zapisa. Svaki skup sastoji se od jednog ili više zapisa. Međutim, zapis u skupu se ne može referencirati niti mu se može pristupiti. A niti skup zapisa niti zapis u skupu ne mogu imati stanje "oznaka za brisanje".

Peto, kada se pristupa registrima u upitima za dobivanje podataka, moguće je pristupiti ne samo fizičkim tablicama registara, već i virtualnim tablicama koje su ugniježđeni upit koji dobiva podatke na temelju određenih parametara. Parametri virtualne tablice postavljaju se ovisno o specifičnim potrebama dobivanja podataka iz registarskih tablica.

Razgovarajmo sada o značajkama svake vrste registara:

1. Informacijski registri

Možda najjednostavnija vrsta registra. Za razliku od drugih vrsta registara, njegov izvor se može imenovati ne samo kao numerička vrijednost, već i kao druga vrsta podataka.

Ima posebno svojstvo koje se ne koristi u drugim vrstama registara - periodičnost.

Ne može imati matičara, odnosno biti neovisan; u ovom slučaju upisi se vrše izravno u registar, zaobilazeći registracijski dokument (ovo je izuzetak od opće sheme korištenja registara u 1c). Dok ostale vrste upisnika moraju imati barem jedan zapisničar.

Osim toga, ova vrsta registra ima automatsku kontrolu jedinstvenosti zapisa po razdoblju (učestalost navedena u svojstvima registra) i dimenzijama. Odnosno, među upisima u očevidniku ne može biti više od jednog upisa s istim pokazateljima razdoblje + mjerenje + zapisničar (ako postoji). Jedinstvenost zapisa u ostalim vrstama upisnika utvrđuje matičar.

2. Registri akumulacija

Dizajniran za akumuliranje brojčanih pokazatelja (resursa) i podijeljen je u dvije podvrste - Ostaci i Promet. Razlika između njih je u tome što je Registar akumulacija namijenjen za dobivanje podataka o stanju „u određenom trenutku“, a Promet za dobivanje podataka o podacima „za razdoblje“.

Podaci registra akumulacije pohranjeni su u bazi podataka u obliku dvije tablice - tablice kretanja i tablice ukupnih zbrojeva. Izravan pristup moguć je samo stolu za kretanje.

3. Računovodstveni registri

Sličan je akumulacijskom registru, ali je dizajniran za sistematizaciju podataka o knjigovodstvenim knjiženjima. Međutim, može se koristiti ne samo za računovodstvo, već i za bilo koju drugu vrstu računovodstva.

Njegova glavna značajka je mogućnost evidentiranja podataka metodom dvostrukog unosa po načelu zaduženje-kredit. Za implementaciju mogućnosti generiranja transakcija, Knjigovodstveni registar mora biti povezan s posebnim objektom – Kontnim planom.

4. Računski registri

Ova vrsta registra namijenjena je ne samo za pohranu, akumulaciju i sistematizaciju podataka, već i za implementaciju složenih mehanizama za periodičke izračune. Da biste to učinili, u svojstvima registra izračuna morate definirati još jedan 1C objekt - plan vrsta izračuna. Odnosno, rad registra ove vrste je nemoguć bez definiranja specifičnog plana vrsta obračuna za njega.

Možemo reći da računski registar služi za pohranu informacija o vrstama izračuna, te za pohranu rezultata izračuna, te za međuvrijednosti izračuna. Njegova glavna svrha u konfiguracijama 1C je izračunavanje vremenskih razgraničenja, na primjer, plaća i drugih plaćanja zaposlenicima. A za provedbu ovih zadataka, pri određivanju parametara registra izračuna, moguće je u njemu naznačiti vezu s vremenskim rasporedom, koji omogućuje izračune ovisno o vremenu navedenom u ovom rasporedu. Sama vremenska dinamika mora biti definirana pomoću odgovarajućeg informacijskog registra.

Stoga možemo reći da računski registar u konačnici ima najsloženiju strukturu u usporedbi s drugim vrstama registara u 1s.

Nastavimo s razmatranjem rada našeg dokumenta “Pružanje usluga”. Do sada smo kreirali registre akumulacije kretanja samo za retke dokumenata koji sadrže materijale. Nismo uzeli u obzir usluge sadržane u dokumentu.

Činjenica je da su kod obračuna usluga bitni sasvim drugi kriteriji nego kod obračuna materijala. Prije svega, nema smisla govoriti o tome koliko je usluga bilo, a koliko ih je ostalo, bitna je samo količina i broj usluga koje su pružene u određenom vremenskom razdoblju. Osim toga, zanimljive su sljedeće točke:

koje su usluge pružene (za izradu ocjene usluge)

kojem klijentu su pružene usluge (omogućiti mu popust na količinu prethodno plaćenih usluga,

koji majstor je pružao usluge (za obračun plaće)

Očito je da su postojeći akumulacijski registri potpuno nepogodni za rješavanje ovakvih problema. Stoga ćemo izraditi još jedno "skladište" podataka koje ćemo koristiti u našem programu - kružni akumulacijski registar "Prodaja".

10.2. Što je ugovorni akumulacijski registar?

Akumulacijski registri mogu biti bilansni registri i prometni registri.

Registri “Preostali materijal” i “Troškovi materijala” koji postoje u našoj konfiguraciji obuke su registri stanja. Ako se sjećate trenutka kada smo kreirali izvještaj “Materijali”, tada smo u dizajneru izvještaja vidjeli da sustav kreira tri virtualne tablice za takve registre: tablicu stanja, prometa i zbirnu tablicu stanja i prometa.

Cirkulirajući akumulacijski registar vrlo je sličan nama već poznatom bilančnom registru za koji pojam „ostatak” nema smisla. Prometni registar akumulira samo okretaje, stanja su bez

su različiti. Dakle, jedina virtualna tablica koju će sustav kreirati za takav registar bit će prometna tablica.

Inače, registar prometa se ne razlikuje od registra stanja.

Treba reći o jednoj značajci dizajna akumulacijskih registara, koja je izravno povezana s mogućnošću dobivanja bilanci.

Kod izrade kružećeg akumulacijskog registra nema posebnih poteškoća u određivanju koji bi parametri trebali biti dimenzije registra - kao njegove dimenzije možemo dodijeliti bilo koje parametre koji su nam potrebni.

Potpuno je drugačija situacija u slučaju akumulacijskog registra koji podržava akumulaciju stanja. Za njega bi se izbor mjerenja trebao temeljiti na činjenici da se pomaci registra mogu izvoditi "u dva smjera": dotoku i odljevu. Dakle, kao mjerenja potrebno je odabrati one parametre prema kojima će se pokreti točno izvoditi u jednom iu drugom smjeru.

Na primjer, ako se materijali obračunavaju u smislu stavke i skladišta, očito je da i stavka i skladište mogu biti mjere, budući da će se i primitak i potrošnja materijala uvijek provoditi s naznakom određene stavke i određenog skladišta. Ako u ovoj situaciji postoji želja da se računovodstvo materijala odražava iu kontekstu dobavljača, tada je potrebno poći od specifične računovodstvene sheme usvojene u poduzeću.

Najvjerojatnije će prilikom zaprimanja materijala biti naveden dobavljač, ali kada se materijali potroše, s velikim stupnjem vjerojatnosti, dobavljač neće biti naveden, jer je to u većini slučajeva potpuno nepotreban podatak. To znači da dobavljača treba dodati kao atribut registra akumulacije.

Ako će prilikom potrošnje materijala dobavljač biti sigurno naznačen, tada ima smisla dodati dobavljača u dimenzije registra.

Drugim riječima, za svaku od dimenzija bilančnog akumulacijskog registra nužno se mora izvršiti promjena sredstava u oba smjera: prihoda i rashoda.

Za pojedinosti o registru ovo načelo nije važno; prema pojedinostima o registru sredstva se mogu samo primiti ili samo potrošiti.

Povreda ovog principa izgradnje akumulacijskih registara dovest će do neproduktivnog korištenja resursa sustava i, kao rezultat toga, usporavanja i gubitka performansi.

10.3. Izrada radnog akumulacijskog registra

Sada kada znamo “gotovo sve” o akumulacijskim registrima, otvorimo konfigurator i napravimo novi konfiguracijski objekt, akumulacijski registar. Nazovimo to “Prodaja” i definirajmo tip registra - “Promet”.

262. Kreirajmo novi konfiguracijski objekt Registar akumulacije: odaberite objekt na stablu Registar akumulacije, MP, odaberite Dodaj , u polje Ime unesite Prodaja , u Napredni prikaz popisa Unesi Kretanja u registru prodaje, kliknite Dalje.

263. Na kartici Podsustavi odaberite Računovodstvo, Računovodstvo materijala, Usluge.

264. Na kartici Podaci kreirajte dimenzije registra:

265. Napravite registar tri resurs:

Količina, vrsta Broj, duljina 22, preciznost 2, Prihod, vrsta Broj, duljina 22, preciznost 2, Trošak, vrsta Broj, duljina 22, preciznost 2.

266. Na radnoj ploči odjeljka učinite dostupnom naredbu za pregled unosa registra akumulacije: odaberite granu u stablu konfiguracijskog objekta Podsustavi, MP, Svi podsustavi, u prozoru Svi podsustavi lijevo na popisu Podsustavi odaberite podsustav Računovodstvo, u grupi Navigacijska ploča Normalno za Prodajni tim, uključite vidljivost i povucite ga u grupu Navigacijska ploča. Vidi također.

267. Učinite isto za podsustave Pružanje usluga i

Računovodstvo materijala

268. Otvorite prozor za uređivanje konfiguracijskog objekta Dokument Pružanje usluga i na kartici Kretanja označavamo da će ovaj dokument kreirati kretanja u Registru prodaje.

269. Odaberite karticu Ostalo, Objektni modul.

270. Unesite kod koji stvara kretanje registra prodaje proizveden dokumentom Pružanje usluga, označen podebljano:

Procedura ProcessingConduct(Failure, Mode) //((__MOTION_REGISTER_CONSTRUCTOR

// Ovaj fragment izgradio je konstruktor.

// Prilikom ponovnog korištenja konstruktora, promjene napravljene ručno bit će izgubljene!!!

Movements.RemainingMaterials.Write = True; Movement.CostMaterials.Write = True;

Movements.Sales.Record = Istina;

Za svaku tehničku linijuPopis nomenklatura iz ciklusa Popis nomenklatura

TechStringList nomenklature.Nomenclature.Type of Nomenclature

= Nabrajanje.Vrste nomenklature.Građa Zatim

// Registrirajte preostalu potrošnju materijala

Kretanje = Kretanja.PreostaliMaterijali.Dodaj();

Kretanje.Razdoblje = Datum;

Kretanje.Skladište = Skladište;

Kretanje = Kretanja.Cijena materijala.Dodaj();

Movement.MovementType = AccumulationMotionType.Expense;

Kretanje.Razdoblje = Datum;

Movement.Material = TekStringList of Nomenclature.Nomenclature;

Movement.Cost = TechStringListItems.Quantity*TechStringListItems.Cost;

završi ako;

Kretanje = Kretanja.Prodaja.Dodaj(); Kretanje.Razdoblje = Datum;

Movement.Nomenclature = TechStringList of Nomenclature.Nomenclature;

Kretanje.Klijent = Klijent; Move.Master = Majstor;

Movement.Quantity = TechStringList of Nomenclature.Quantity;

Movement.Revenue = TechLineList of Items.Amount;

Movement.Cost = TechStringListItems.Cost*TechStringListItems.Quantity;

EndCycle; //))__REGISTRI_KRETANJA_KONSTRUKTORA

Kraj postupka

271. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, otvorimo dokument Pružanje usluga od 27. srpnja, kliknemo Ponašanje, idimo na popis kretanja u Registru prodaje.

272. Otvorite dokument Pružanje usluga od 29. srpnja, kliknite Nastavi, idite na popis kretanja u Registru prodaje.

273. Otvorite dokument Pružanje usluga od 29.07., kliknite Nastavi, idite na popis kretanja u Evidenci prodaje.

11. dan. Izvješća 11.1. Metode pristupa podacima

Sustav 1C:Enterprise podržava dva načina pristupa podacima pohranjenim u bazi podataka:

objekt (čitanje i pisanje)

tablični (za čitanje).

Objektni način pristupa podacima implementiran je korištenjem ugrađenih jezičnih objekata. Istodobno, kada pristupamo bilo kojem objektu ugrađenog jezika, pristupamo određenom skupu podataka koji se nalaze u bazi podataka kao jednom objektu.

Na primjer, objekt DocumentObject.Service Provision sadržavat će vrijednosti svih pojedinosti dokumenta Service Provision i svih njegovih tabličnih dijelova.

Tablični pristup podacima implementiran je pomoću upita baze podataka, koji su sastavljeni u upitnom jeziku. Ovdje programer dobiva priliku raditi s pojedinim poljima tablica baze podataka u kojima su pohranjeni određeni podaci.

11.2. Rad sa zahtjevima

Za generiranje i izvršavanje upita prema tablicama baze podataka sustav koristi poseban objekt Request. Upit je pogodan za korištenje kada je potrebno dobiti složeni uzorak podataka, grupiran i sortiran na željeni način. Jedan od klasičnih primjera njegove primjene je sažetak stanja knjigovodstvenog registra u određenom trenutku. Osim toga, mehanizam upita olakšava dobivanje informacija u različitim vremenskim okvirima.

11.3. Izvori podataka upita

Upit prima početne informacije iz skupa tablica.

Sve tablice s kojima radi upitni jezik mogu se podijeliti u dvije skupine:

prave tablice

virtualni stolovi.

Stvarne tablice sadrže podatke iz bilo koje stvarne tablice pohranjene u bazi podataka.

Na primjer, stvarna tablica je Directory.Clients koja odgovara direktoriju Clients.

Virtualne tablice formiraju se uglavnom od podataka iz nekoliko tablica baze podataka. Na primjer, virtualna tablica je Registar akumulacije.Material Remainings.RemainingsAndTurnover, formirana od nekoliko tablica akumulacijskog registra Materijal Remaining.

Zajedničko im je da im se može zadati niz parametara koji određuju koji će podaci biti uključeni u te virtualne tablice.

Virtualne tablice nisu pohranjene u bazi podataka.

Realne tablice dijelimo na objektne (referentne) i neobjektne.

Tablice objekata pružaju informacije o referentnim tipovima podataka (imenici, dokumenti itd.). A u onima koji nisu objekti - sve ostale vrste podataka (konstante, registri itd.).

Posebna značajka tablica objekata je da uključuju polje Link koje sadrži vezu na trenutni zapis.

11.4. Jezik upita

Algoritam kojim će se birati podaci iz ulaznih tablica upita opisan je posebnim jezikom – jezikom upita.

Tekst zahtjeva može se sastojati od dijelova:

1. opis zahtjeva

2. spajanje upita

3. naručivanje rezultata

4. automatsko naručivanje

5. opis rezultata.

Jedini obavezan dio je opis zahtjeva.

Opis upita – definira izvore podataka, polja za odabir, grupiranje itd.

Spajanje upita – određuje kako će se kombinirati rezultati izvršavanja nekoliko upita.

Redoslijed rezultata—definira uvjete redoslijeda za retke rezultata upita.

Automatski poredak omogućuje vam da omogućite automatski poredak redaka rezultata upita.

Opis zbrojeva – određuje koje zbrojeve je potrebno izračunati u upitu i kako grupirati rezultat.

Sustav sastavljanja podataka

Sustav za sastavljanje podataka dizajniran je za izradu prilagođenih izvješća.

Izvorni podaci za izgled izvješća sadrže dijagram izgleda podataka. To su skupovi podataka i metode za rad s njima.

Programer kreira shemu sastava podataka u kojoj opisuje tekst zahtjeva, skupove podataka, veze između njih, dostupna polja, parametre za dohvaćanje podataka, te postavlja početne postavke izgleda - strukturu izvješća, izgled podataka itd.

Programer stvara shemu izgleda podataka i zadane postavke.

Na temelju izgleda i postavki, alat za izradu izgleda stvara izgled.

Procesor za komponiranje podataka odabire podatke iz informacijske sigurnosti prema izgledu izgleda, agregira i formatira te podatke.

Rezultat izgleda obrađuje izlazni procesor, a kao rezultat, korisnik prima rezultirajući dokument proračunske tablice.

11.5. Odabir podataka iz jedne tablice

274. Kreirajmo izvješće: u stablu konfiguracijskog objekta odaberite granu Izvještaji, MP, odaberite Dodaj, unesite u polje Naziv

Registar dokumenata Pružanje usluga , pritisnite tab i u polju Sinonim bi se trebao pojaviti Registar dokumenata Pružanje usluga , u polje za napredni prikaz unesite Popis pruženih usluga,

275. kliknite Otvori s dijagramom sastava podataka

276. Dodajte novi skup podataka - upit: kliknite gumb Dodaj, odaberite.

277. Kreirajte tekst zahtjeva: kliknite gumb Konstruktor zahtjeva

sa.

278. Pružanje usluga, iz ove tablice odabiremo polja Skladište,

279. Odaberite karticuUdruge/pseudonimi, pokazuju da će polje Veza imati pseudonim dokumenta.

280. Odaberite karticu Redoslijed, odredite da rezultat upita treba poredati prema vrijednosti polja Dokument.

281. Kliknite OK.

Pružanje usluga Skladište,

Pružanje usluga. Master,

SORTIRAJ PO

Dokument

Pružanje usluga Skladište,

Pružanje usluga. Master,

Dokument. Pružanje usluga KAKO pružiti usluge

SORTIRAJ PO

Dokument

Opis zahtjeva Redoslijed rezultata (prema zadanom rastuće) Popis polja za odabir

Nakon AS izvor podataka alias Izvori podataka

282. odaberite karticu postavki, odaberite Izvješće, MP, Novo

grupiranje.

283. Na kartici Odabrana polja pomičite polja mišem.

284.

285. U prozoru za uređivanje konfiguracijskog objekta Report Document RegistryProvision of Services odaberite karticu Subsystems, odaberite Provision of Services.

286. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na radnoj ploči odjeljka Pružanje usluga odaberite Registar dokumenata za pružanje usluga, kliknite Generiraj.

Vidimo da izvješće sadrži registar dokumenata Pružanje usluga. Štoviše, dvostrukim klikom na polje Dokument možemo otvoriti izvorni dokument i izvršiti druge radnje.

11.6. Odabir podataka iz dvije tablice

286. Kreirajmo izvješće: odaberite granu u stablu konfiguracijskog objekta Izvješća, MP, odaberite Dodaj, unesite Ocjenu usluge u polje Naziv, pritisnite tab i trebalo bi se pojaviti u polju Sinonim

287. kliknite Otvori s dijagramom sastava podataka . U prozoru dizajnera izgleda odaberite vrstu izgleda Dijagram sastava podataka, kliknite Završi.

288. Dodajte novi skup podataka - upit: kliknite gumb Dodaj, odaberite Dodaj skup podataka - upit.

289. Napravite tekst zahtjeva: kliknite gumb Konstruktor zahtjeva

sa.

290. Kao izvor podataka za zahtjev odaberite objektnu tablicu Nomenklatura i virtualnu tablicu akumulacijskog registra Promet.

290. Preimenujmo tablicu Nomenklatura u sprNomenklatura

291. Premjestimo polja SprNomenclature.Link i SalesTurnover.RevenueTurnover na popis polja.

292. odaberite karticu komunikacije. Budući da upit uključuje više tablica, potrebno je utvrditi odnos između njih.

Prema zadanim postavkama, platforma je već stvorila vezu za polje Nomenklatura. Odnosno, vrijednosti dimenzije nomenklature prodajnog registra moraju biti jednake referenci na element imenika nomenklature.

293. Odznačite potvrdni okvir Sve za tablicu SalesTurnover i postavite tablicu SprNomenclature.

Ovo će biti lijevi spoj tipa veze, to jest, rezultat upita će uključivati ​​sve zapise referentne knjige Nomenklature i one zapise Registra prodaje koji zadovoljavaju uvjet povezivanja za polje Nomenklatura.

Kao rezultat zahtjeva bit će prisutne sve usluge, a za neke od njih bit će naznačen promet prihoda.

294. Odaberite karticu Uvjeti i postavite odabir tako da se grupe u imeniku Nomenklatura ne pojavljuju u izvješću.

295. Odaberite standardnu ​​nomenklaturu, odaberite polje ThisGroup, označite potvrdni okvir Custom i unesite kod u polje Condition:

sprNomenclature.ThisGroup = FALSE

296. Drugi uvjet je da je odabrani artikl servis. Ovo je jednostavan uvjet. Povucite polje Vrsta stavke na popis uvjeta. Platforma će automatski generirati uvjet prema kojem vrsta artikla mora biti jednaka vrijednosti parametra Vrsta artikla. Zatim, prije izvršenja zahtjeva, proslijedit ćemo vrijednost enumeracije – Service – parametru Nomenclature Type.

297. Odaberite karticu Spajanje/pseudonimi, polje Veza će imati alias Usluga, a polje registra je Prihod.

298. Odaberite karticu Redoslijed, odaberite Prihod, navedite da rezultat upita treba poredati silaznim redoslijedom vrijednosti polja prihoda.

299. Kliknite OK.

ProdajaPromet.PrihodPromet KAO Prihod OD

Imenik.Nomenklatura KAO referentnaNomenklatura

LIJEVI VEZA Registar Akumulacije.Prodaja.Promet KAO ProdajaPromet

Software SalesTurnover.Nomenclature = referenceNomenclature.Link

WHERE sprNomenclature.ThisGroup = FALSE

I sprNomenclature.Type of Nomenclature = &Vrsta nomenklature-

POREDAK PREMA SMANJENJU prihoda

U sustavu sastava podataka, resursi se odnose na polja čije se vrijednosti izračunavaju na temelju detaljnih zapisa uključenih u grupiranje. Resursi su grupni ili ukupni iznosi izvješća.

300. Odaberite karticu Resursi, odaberite Prihod, odaberite >> kako bi dizajner odabrao sve dostupne resurse za koje se može izračunati ukupni iznos. Za nas je ovo izvor prihoda.

Mogućnosti

Korisnika zanimaju podaci o gospodarskoj aktivnosti za određeno razdoblje. Stoga svako izvješće ima parametre koji određuju početak i kraj izvještajnog razdoblja.

Parametri izvješća postavljaju uvjete za odabir zapisa za izvješće.

301. Odaberite karticu Mogućnosti

302. Oslobodit ćemo korisnika potrebe da navede vrijeme prilikom unosa datuma razdoblja za koje se izvještaj generira: odaberite polje Datum, polje M2 u retku Početak razdoblja, odaberite Datum na popisu Sastav datuma, kliknite OK.

303. Za parametar Kraj razdoblja odaberite potvrdni okvir Ograničenje dostupnosti.

304. kliknite gumb Dodaj, unesite Datum završetka u polje Naziv, odaberite Datum na popisu Vrsta, odredite Sastav datuma – Datum.

305. Odaberite parametar Kraj razdoblja, unesite izraz u polje Izraz

Razdoblje završetka(&Datum završetka, "Dan")

306. Odaberite liniju Vrsta nomenklature, Na popisu stupca Vrijednost odaberite Usluga.

postavke

307. odaberite karticu postavki, odaberite Izvješće, MP, Novo grupiranje.

Grupiranje detaljnih zapisa pojavit će se u strukturi izvješća.

308. Na kartici Odabrana polja pomaknite miša na polja Usluga, Prihod.

309. Odaberite karticu Ostale postavke, unesite naslov izvješća – Ocjena usluge.

Brze prilagođene postavke

310. Odaberite karticu

311.

312. Za polje Datum početka, na popisu Vrijednosti odaberite Početak ovog mjeseca.

313. Za polje Datum završetka, na popisu vrijednosti odaberite Početak ovog dana.

314. Zatvorimo dizajner sheme sastava podataka.

315. U prozoru za uređivanje konfiguracijskog objekta Report Service Rating odaberite karticu Podsustavi, odaberite Pružanje usluga.

316. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na radnoj ploči odjeljka Usluge odaberite Ocjena usluge.

Simbol

317. U konfiguratoru otvorite shemu sastava podataka na kartici Postavke, odaberite karticu na dnu prozora Simbol, Pritisnite gumb Dodaj.

318. U polju Dizajn odaberite bordo boju teksta, kliknite-

319. Zatim označimo Uvjet pri čijem nastupu će se dizajn primijeniti, izaberemo Novi element, kliknemo na gumb Dodaj, u Lijevom stupcu Vrijednost označimo Prihod, u stupcu Vrsta usporedbe označimo Manje, u Desnom stupcu Vrijednost navedemo 700 ,

kliknite OK.

Odnosno, kada polje Prihod ima vrijednost manju od 700, nešto će biti označeno crvenom bojom.

320. Postavimo sada popis polja koja će se izraditi: u polju Polja obrasca kliknite tri točkice, kliknite Dodaj, odaberite Usluga, odaberite Prihod, kliknite U redu.

321. U polje Symbol Representation unesite Nepopularna usluga. To je ono što će korisnik vidjeti u svojim postavkama.

322. Dodajmo sada kreirani uvjet korisničkim postavkama: kliknite gumb Svojstva prilagođenih elemenata

postavke , potvrdite okvir Uključi u korisničke postavke i postavite svojstvo Način uređivanja vrijednosti

Obični.

Uključili smo postavku uvjetnog izgleda koju smo stvorili u uobičajenim korisničkim postavkama. Te se postavke, za razliku od brzih postavki, ne nalaze u obrascu izvješća, već se pozivaju klikom na gumb Postavke.

323. Pokrenimo 1C:Enterprise u načinu rada za otklanjanje pogrešaka, na akcijskoj ploči odjeljka Usluge odaberite Ocjena usluge, kliknite Generiraj.

Vidimo da je iznos usluga manji od 700 rubalja. istaknuto crvenom bojom.

323. Kliknite gumb Postavke, poništite postavku Nepopularne usluge, kliknite Završi uređivanje.

324. Kliknite stvoriti, vidjet ćete da je isticanje boja nestalo.

Postavke po želji korisnika

325. U konfiguratoru na kartici Postavke sheme sastava podataka sadrže kompletne postavke izvješća koje je odredio razvojni programer. Neki od njih mogu se predstaviti korisniku za stvaranje slučajnog odabira, dizajn uvjetnog izvješća itd.

326. Pritisnite gumb Svojstva stavke prilagođenih postavki koji se nalazi na vrhu naredbene ploče prozora postavki.

327. Postavite oznaku upotrebe za postavke Izbor i Uvjetni dizajn i postavite način uređivanja na

vrijednost Normal, kliknite OK.

328. Odaberite karticu Odabir, proširite polje Usluga, odaberite polje Roditelj, M2 i povucite ga na popis za odabir na desnoj strani prozora.

Stvorili smo mogućnost odabira po grupama usluga koje korisnik može postaviti u 1C:Enterprise modu.

329. Pokrenimo 1C:Enterprise u načinu rada za otklanjanje pogrešaka, na akcijskoj ploči odjeljka Usluge odaberite Ocjena usluge, kliknite Postavke, tamo se pojavljuju postavke Odabir i Simbol.

Postavku Nepopularne usluge unaprijed smo kreirali u konfiguratoru. I sada, nakon što smo općenito dodali postavku uvjetne notacije,

Korisniku smo omogućili da stvori neograničeni broj vlastitih uvjeta.

330. Odabir u izvješću postavimo tako da uključuje sljedeće usluge vezane uz instalaciju perilica rublja: u prozoru korisničkih postavki u retku Odabir kliknite tri točkice: u retku Odabir kliknite tri točkice, u retku Vrijednost kliknite tri točkice, proširite grupu Usluge i odaberite Strojevi za pranje iz imenika Nomenklatura, kliknite U redu, kliknite Završi uređivanje, kliknite Generiraj.

Izvješće uključuje samo usluge montaže perilica rublja.

331. Pritisnite Postavke, u retku Odabir pritisnite gumb Čišćenje.

11.7. Izvješće 3. Prikaz podataka za sve dane u odabranom razdoblju

Izvješće o prihodima obrtnika sadržavat će podatke o tome koliki je prihod doo ostvario zahvaljujući radu obrtnika, s detaljima po danima u odabranom razdoblju i pregledom usluženih klijenata svakog dana.

331. Kreirajmo izvješće: u stablu konfiguracijskog objekta odaberite granu Reports, MP, odaberite Add, unesite u polje Name RevenueMasters, pritisnite tab i u polju Synonym pojavit će se prihodi rodilja, u polje proširenog prikaza unesite Popis pruženih usluga,

332 kliknite Otvori s dijagramom sastava podataka . U prozoru dizajnera izgleda odaberite vrstu izgleda Dijagram sastava podataka, kliknite Završi.

333. Dodajte novi skup podataka - upit: kliknite gumb Dodaj, odaberite Dodaj skup podataka - upit.

334. Kreirajte tekst zahtjeva: kliknite gumb Konstruktor zahtjeva

sa.

335. Kao izvor podataka za zahtjev odaberite virtualnu tablicu akumulacijskog registraProdaja.Promet.

336. U polju Tablice odaberite Sales.Turnover, kliknite gumb Parametri virtualne tablice, odaberite Dan u popisu Učestalost, kliknite OK.

337. Odaberite polja iz tablice SalesTurnover.Master, Pro

salesTurnover.Period, SalesTurnoverClient, SalesTurnover.RevenueTurnover.

338. Odaberite karticuUdruge/pseudonimi, označite to polje Promet od prodaje.Promet prihodaće imati alias Prihod, kliknite U redu.

SalesTurnover.Master,

Prodajni promet. Razdoblje,

SalesTurnover.Customer, SalesTurnover.RevenueTurnover AS Revenue

RegisterAccumulations.Sales.Turnover(, Day,) AS SalesTurnover

339. Odaberite karticu Resursi, odaberite Prihod.

Mogućnosti

340. Odaberite karticu Parametri, za parametar Početak razdoblja unesite Datum početka zaglavlja, u polju Vrsta odaberite sastav datuma Datum.

342. Dodajte parametar EndDate, vrstu datuma, sastav datuma –

343. Za EndPeriod navedite izrazEndPeriod(&EndDate, “Day”)

i potvrdni okvir Ograniči dostupnost. postavke

344. Odaberite karticu Postavke, odaberite korijenski element Izvješće, kliknite Dodaj, dodajte grupiranje najviše razine prema polju Master, dodajte grupiranje ugniježđeno u prethodno polje poljem Razdoblje, dodajte drugo grupiranje ugniježđeno u grupiranje detaljnih zapisa prema razdoblju polje bez navođenja polja grupiranja.

345. Odaberite karticu Odabrana polja, dodajte polja Kupac, Prihod.

346. Odaberite karticu Ostale postavke, na popisu Lokacija polja grupiranja odaberite Odvojeno i samo u ukupnom iznosu, na popisu Vertikalna lokacija općih tiogova odaberite Početak i u polje Naslov unesite Glavni prihod.

347. Odaberite karticu Opcije, odaberite Datum početka, kliknite Svojstva stavke prilagođenih postavki, uključite potvrdni okvir Uključi u prilagođene postavke, kliknite U redu.

348. Odaberite karticu Mogućnosti, odaberite Datum završetka, kliknite Svojstva stavke prilagođenih postavki, odaberite potvrdni okvir Uključi u prilagođene postavke i kliknite U redu.

349. U prozoru za uređivanje konfiguracijskog objekta Izvještaj o prihodima majstora odaberite karticu Podsustavi, odaberite Pružanje usluga i Obračun plaća.

350. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na radnoj ploči odjeljka Usluge odaberite Prihod obrtnika, postavite razdoblje od 1. srpnja do 30. srpnja, kliknite Generiraj.

Prikazuje sve datume u odabranom razdoblju

Prikazujemo samo one dane za koje u tablici Registra akumulacije prodaje postoje podaci različiti od nule. Moramo prikazati podatke s detaljima za sve dane u odabranom razdoblju.

351. U shemi sastava podataka odaberite Postavke, odaberite grupiranje Razdoblje, kliknite karticu Razdoblje u naredbenoj traci prozora.

352. Odaberite karticu Grupiranje polja, odaberite polje Period,

V Na popisu Vrsta dodatka odaberite dan.

353. U novom retku u stupcu Datum početka razdoblja, M2, kliknite gumb Očisti, kliknite gumb za odabir vrste podataka T, odaberite Polje sastava podataka, kliknite U redu, odaberite tri točke, odaberite opciju Početak razdoblja.

354. U novom retku u stupcu Datum završetka razdoblja, M2, kliknite gumb Očisti, kliknite gumb za odabir vrste podataka T, odaberite Polje sastava podataka, kliknite U redu, odaberite tri točke, odaberite opciju Datum završetka.

355. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na akcijskoj ploči odjeljka Usluge odaberite Prihod obrtnika, postavite razdoblje od 1. srpnja do 30. srpnja, kliknite Generiraj.

Nova verzija izvješća. Dijagram

Logično, dijagram je zbirka točaka, serija i vrijednosti serije u točki.

Trenuci ili objekti za koje dobivamo karakteristične vrijednosti koriste se kao točke, a karakteristike čije nas vrijednosti zanimaju koriste se kao serije. Na sjecištu niza i točke nalazi se vrijednost grafikona.

Na primjer, dijagram prodaje vrsta proizvoda po mjesecima sastoji se od bodova - mjeseci, serija - vrsta proizvoda i vrijednosti - prometa od prodaje.

Dijagram kao objekt ugrađenog jezika ima tri područja: područje konstrukcije, područje naslova, područje legende

356. Otvorite shemu sastava podataka na kartici Settings, odaberite Add na popisu opcija izvješća, unesite naziv Revenue Volume.

357. Dodajmo grafikon strukturi izvješća: odaberite korijenski element Izvješće, MP, Novi grafikon.

358. Odaberite granu Točke, MP, Novo grupiranje, odaberite Master polje.

359. Odaberite Odabrana polja, kliknite Izvješće, odaberite

360. Odaberite karticu Druge postavke, odaberite Vrsta grafikona – Mjerenje.

361. Odaberite pruge mjernog dijagrama prema sl.

362. Odaberite karticu Opcije, odaberite Datum početka, kliknite Svojstva stavke prilagođenih postavki, uključite potvrdni okvir Uključi u prilagođene postavke, kliknite U redu.

363. Odaberite karticu Mogućnosti, odaberite Datum završetka, kliknite Svojstva stavke prilagođenih postavki, odaberite potvrdni okvir Uključi u prilagođene postavke i kliknite U redu.

364. Pokrenimo 1C:Enterprise u načinu rada za otklanjanje pogrešaka, na akcijskoj ploči odjeljka Pružanje usluga odaberite Masters' Revenue, kliknite odabir opcije, odaberite Revenue Amount, kliknite

11.8. Izvješće 4. Dobivanje tekućih vrijednosti iz registra periodičnih informacija

Izvješće će sadržavati informacije o tome koje usluge LLC pruža i po kojoj cijeni.

365. Kreirajmo izvješće: u stablu konfiguracijskih objekata odaberite granu Reports, MP odaberite Add, u polje Name upišite List of Services, pritisnite tab i u polju Synonym trebao bi se pojaviti List of services, u polju naprednog pogleda unesite Popis pruženih usluga,

366 kliknite Otvori s dijagramom sastava podataka . U prozoru dizajnera izgleda odaberite vrstu izgleda Dijagram sastava podataka, kliknite Završi.

367. Dodajte novi skup podataka - upit: kliknite gumb Dodaj, odaberite Dodaj skup podataka - upit.

368. Napravite tekst zahtjeva: kliknite gumb Konstruktor zahtjeva

sa.

369. Odaberite tablicu objekata kao izvor podataka za upit Nomenklatura i virtualna tablica registra informacija Cijene. Najnoviji rez.

370. Preimenujte tablicu Nomenklatura u sprNomenklatura.

371. U polju Tablice odaberite Cijene.RezanjeNajnovije, kliknite gumb Parametri virtualne tablice, u polje Period unesite &Datum izvješća.

372. Odaberite polja iz tablice sprNomenclature.Parent,

373. Odaberite karticu Veze, poništite potvrdni okvir Sve za tablicu registara i omogućite potvrdni okvir Sve za tablicu pretraživanja.

374. Odaberite karticu uvjeta, odaberite polje Vrsta stavke,

375. Odaberite karticu Association/Aliases, polje Parent zamijenite s Service Group, polje Link to Service, kliknite OK.

SELECT sprNomenclature.Parent AS Service Group,

FROM Imenik.Nomenklatura KAO referentnaNomenklatura

LEFT JOIN RegisterInformation.Prices.SliceLast(&ReportDate,) AS PricesSliceLast

Softver (PricesSliceLast.Nomenclature = referenceNomenclature.Link)

WHERE referenceNomenclature.Type of Nomenclature = &Vrsta nomenklature

376. Odaberite karticu Resursi, odaberite Cijena.

377. Odaberite karticu Parametri, za parametar Vrsta stavke u stupcu Vrijednost odaberite Usluga.

378. Za parametar Datum izvješća uklonite ograničenje dostupnosti (Og), u polju Vrsta odaberite sastav datuma – Datum.

379. Za parametar Period postavite ograničenje dostupnosti.

380. Odaberite karticu Postavke, odaberite korijenski element Izvješće, MP, Novo grupiranje po polju Grupa usluga, Hijerarhijski tip grupiranja.

379. Odaberite grupiranje GroupServices, MP, Novo grupiranje bez navođenja polja grupe (Detaljni zapisi).

380. Odaberite Odabrana polja, odredite polja Usluga, Cijena.

381. Odaberite Ostale postavke, Vertikalni ukupni zbrojevi odaberite Ništa.

382. Odaberite karticu Grupa usluga, na popisu Lokacija polja za grupiranje odaberite Odvojeno i samo u ukupnom iznosu, au polje Naslov unesite Popis usluga.

383. Odaberite karticu Opcije , odaberite Datum izvješća, kliknite Svojstva stavke prilagođenih postavki, uključite potvrdni okvir Uključi u prilagođene postavke, kliknite U redu.

384. U prozoru za uređivanje konfiguracijskog objekta Izvješće Lista usluga odaberite karticu Podsustavi, odaberite Pružanje usluga i Računovodstvo.

385. Otvorite periodični registar cijena, dodajte novu vrijednost za uslugu Dijagnostika za 27. srpnja - 350 rubalja.

386. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na akcijskoj ploči odjeljka Usluge odaberite Popis usluga, unesite datum 26. srpnja, kliknite Generiraj, cijena dijagnostike trebala bi biti 600.

387. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na akcijskoj ploči odjeljka Usluge odaberite Popis usluga, unesite datum 27. srpnja, kliknite Generiraj, cijena dijagnostike trebala bi biti 350.

11.9. Izvješće 5: Korištenje izračunatog polja u izvješću

388. Kreirajmo izvješće: u stablu konfiguracijskih objekata odaberite granu Reports, MP, odaberite Add, unesite Client Rating u polje Name, pritisnite tab i trebalo bi se pojaviti u polju Synonym. Ocjena kupaca, u polje za napredni prikaz unesite Popis pruženih usluga,

389. Kliknite Otvori s dijagramom sastava podataka . U prozoru dizajnera izgleda odaberite vrstu izgleda Dijagram sastava podataka, kliknite Završi.

390. Dodajte novi skup podataka - upit: kliknite gumb Dodaj, odaberite Dodaj skup podataka - upit.

391. Kreirajte tekst zahtjeva: kliknite gumb Konstruktor zahtjeva

sa.

392. Kao izvor podataka za zahtjev odaberite virtualnu tablicu knjige štednje Prodaja.Promet.

393. Odaberite polja iz tablice

Promet od prodaje.Klijent

Promet od prodaje.Promet prihoda

393. Odaberite karticu Asocijacija/pseudonimi, polje RevenueTurnover zamijenite s Revenue, CostTurnover s Cost.

394. Kliknite OK.

395. Odaberite karticu Izračunata polja, kliknite gumb Dodaj, unesite Prihod u polje Put podataka i unesite Prihod u polje Izraz.

Prihod – trošak

396. Odaberite karticu Resursi, odaberite Prihod, Prihod, Trošak

397. Odaberite karticu Settings, odaberite root element Report, MP, New Chart.

398. Odaberite polje Bodovi, MP, Novo grupiranje prema klijentu.

399. Odaberite Odabrana polja, odaberite Prihod.

400. Odaberite Ostale postavke, vrsta grafikona – 3-D pita, unesite Ocjenu kupca u naslovno polje.

401. U prozoru za uređivanje konfiguracijskog objekta Izvješće Lista usluga odaberite karticu Podsustavi, odaberite Pružanje usluga i Računovodstvo.

402. Pokrenimo 1C:Enterprise u načinu otklanjanja pogrešaka, na akcijskoj ploči odjeljka Usluge odaberite Ocjena korisnika, kliknite Generiraj.

11.10. Izvješće 6. Izlaz podataka u tablicu

Kreirajmo univerzalno izvješće kako bismo korisniku omogućili promjenu strukture i izgleda.

403. Kreirajmo izvješće: u stablu konfiguracijskih objekata odaberite granu Izvješća, MP, odaberite Dodaj, unesite Universal u polje Naziv, pritisnite tab i Universal bi se trebao pojaviti u polju Sinonim, unesite Popis usluga koje se pružaju u proširenom prikazu polje,

404. Kliknite Otvori s dijagramom sastava podataka . U prozoru dizajnera izgleda odaberite vrstu izgleda Dijagram sastava podataka, kliknite Završi.

405. Dodajte novi skup podataka - upit: kliknite gumb Dodaj, odaberite Dodaj skup podataka - upit.

406. Kreirajte tekst zahtjeva: kliknite gumb Konstruktor zahtjeva

sa.

407. Kao izvor podataka za zahtjev odaberite virtualnu tablicu akumulacijskog registra Prodaja.Promet.

408. Odaberite polja iz tablice

Prodajni promet.Nomenklatura

Promet od prodaje.Klijent

Prodajni promet.Master

Promet od prodaje.KoličinaPromet

Promet od prodaje.Promet prihoda

Promet od prodaje.TroškoviPromet

409. Kliknite OK.

410. Odaberite karticu Resursi, odaberite >>.

411. Odaberite karticu Settings, odaberite root element Report, MP, New Table.

412. Odaberite element tablice u strukturi i kliknite gumb Svojstva elementa prilagođenih postavki. Odaberite Odabrana polja, Grupiranje redaka, Grupiranje stupaca.

413. U prozoru za uređivanje konfiguracijskog objekta Izvješće Popis usluga odaberite karticu Podsustavi, odaberite Pružanje usluga.

414. Pokrenimo 1C:Enterprise u načinu rada za otklanjanje pogrešaka, na radnoj ploči odjeljka Usluge odaberite Univerzalno, kliknite Generiraj. Prazan!

415. U retku Odabrana polja kliknite tri točkice i odaberite Promet prihoda.

416. U retku Linije kliknite tri točke, dodajte grupiranje po polju Nomenklatura s vrstom Hijerarhije.

417. U retku Stupci dodajte grupiranje po glavnom polju.

418. Pritisnite Generiraj.

419. U retku Odabrana polja kliknite tri točkice i odaberite CostTurnover.

420. U retku Linije kliknite na tri točkice, izbrišite grupiranje po polju Stavke, unesite grupiranje po polju Kupac.

421. Pritisnite Generiraj.

422. U retku Selected fields kliknite na tri točkice i izbrišite CostTurnover.

423. U retku Linije kliknite na tri točkice, obrišite staro grupiranje, unesite grupiranje po polju Nomenklatura s tipom Samo hijerarhija.

424. U retku Stupci dodajte grupiranje prema polju Kupac i postavite ga na prvo mjesto.

425. Pritisnite Generiraj.

Načela podjele akumulacijskih registara na tekuće i rezidualne vidi u članku.

Pitanje 12.21 ispita 1C: Platforma Professional. Koji je najveći broj mjerenja koji se može definirati za akumulacijski registar s tipom Preostalo?

1. Broj mjerenja nije ograničen platformom
2. Broj mjerenja pri korištenju jedinica do 30
3. Sve opcije su točne

Prema odgovorima, broj dimenzija za rezidualne upisnike nije ograničen, ali je za kružne upisnike ograničen na 30. Zapravo, nisu pronađeni nikakvi dokazi, a moglo bi se dodati još za reversne registre:

Pitanje 12.22 ispita 1C: Platforma Professional. Koji je maksimalan broj mjerenja koji se može odrediti za akumulacijski registar pomoću tipova prometa?

1. Broj mjerenja nije ograničen platformom
2. Broj dimenzija pri korištenju zbirne tablice do 30
3. Broj mjerenja pri korištenju jedinica do 30
4. Sve opcije su točne

Vidi prethodno pitanje. Agregati zapravo ne utječu na ograničenje dimenzija:

Pitanje 12.27 ispita 1C: Platforma Professional. Pri određivanju vrste akumulacijskog registra treba voditi računa o sljedećem:

1. Ovisnost indikatora pohranjenih u resursima o prethodnim stanjima
2. Ovisnost pokazatelja pohranjenih u resursima o razdoblju određivanja
3. Dostupnost mogućih zapisa s vrstom kretanja "Dolazni" i "Izlazni"
4. Vrsta vrijednosti indikatora pohranjenih u resursima
5. Svi gore navedeni odgovori su točni
6. Točni odgovori su 1,2,3

Točan odgovor je šest. Vrsta vrijednosti nema nikakve veze s tim - prema zadanim je postavkama numerička.

Pitanje 12.28 ispita 1C: Platforma Professional.Da biste dobili informacije o stanju akumuliranih sredstava, možete koristiti:

1. Registri akumulacija s pregledom "Ostaci".
2. Odgovori 1 i 2 su točni

Definitivno prvi odgovor.

Pitanje 12.29 ispita 1C: Platforma Professional. Da biste dobili informacije o prometu akumuliranih sredstava, možete koristiti:

1. Registri akumulacija s pregledom "Ostaci".
2. Registri akumulacije s pregledom "Promet".
3. Odgovori 1 i 2 su točni

Točan odgovor je treći - rezidualni registar sadrži podatke i o prometu i o akumuliranim stanjima.

Pitanje 12.31 ispita 1C: Platforma Professional. Odaberite točnu tvrdnju:

1. Akumulacijski registar s prikazom "Promet" omogućuje učinkovitije dobivanje podataka o prometu za razdoblje nego registar s pregledom "Ostaci".
2. Akumulacijski registar s tipom "Promet" omogućuje dobivanje informacija o prometu za razdoblje s istom učinkovitošću kao i registar s tipom "Ostaci", ali će se prilikom knjiženja dokumenta evidentiranje u registru odvijati brže, jer stanja neće biti izračunata
3. Akumulacijski registar s pregledom "Promet" povećava ukupnu učinkovitost baze podataka jer podaci o stanjima se ne pohranjuju niti ponovno izračunavaju, a samim time i veličina baze podataka se smanjuje

Točan odgovor je prvi. Veličina obrađene tablice je manja.

Pitanje 12.50 ispita 1C: Platforma Professional. Kako sustav utvrđuje promet za akumulacijski registar s vrstom stanja?

1. Aktualne podatke za registar akumulacije stanja sustav preuzima iz tablice zbrojeva u kojoj se pohranjuju već obračunati prometi
2. Da biste dobili kružne podatke, morate omogućiti korištenje agregata
3. Trenutni podaci za takve registre nisu pohranjeni u sustavu, već se izračunavaju u trenutku kada se sustav kontaktira za takve podatke

Točan odgovor je treći, promet se računa kao razlika ukupnih iznosa.

Pitanje 12.51 ispita 1C: Platforma Professional. Zašto postoji knjižica prometa, ako u knjižici stanja postoji mogućnost dobivanja prometa?

1. Za korištenje u slučajevima kada podaci o stanju nisu potrebni
2. Proširiti mogućnosti trenutne analize podataka
3. Opcije 1 i 2 su točne
4. Sve opcije su točne

Točan odgovor je peti. Prvo, postoje pokazatelji za koje su bilance u osnovi besmislene, na primjer, novčani tokovi raščlanjeni po stavkama; ovo određuje prvu opciju. Drugo, pretpostavlja se da su rezidualni registri konstruirani s minimalnom analitičnošću, te je stoga potreban napor da se iz njih izvuku podaci. To dovodi do druge i treće opcije.

Pitanje 12.52 ispita 1C: Platforma Professional. Za koje zadatke se može koristiti mehanizam za dobivanje cirkulacijskih podataka u akumulacijskom registru s tipskim bilancama?

1. Za pojednostavljenje strukture aplikativnog rješenja
2. Kako bi se ubrzao razvojni proces
3. Za optimizaciju konfiguracije
4. Za dobivanje jednostavnih okretaja zajedno s ostacima
5. Sve opcije su točne

Točan odgovor je očito četvrti.