Izvještaj unaprijed 1s 7.7. Izvještaj unaprijed
Ako vaša institucija ima obračune sa odgovornim licima (na primjer, nabavka određenih roba ili usluga preko odgovornih lica ili nadoknada troškova zaposlenima u obavljanju službenih dužnosti), onda vjerovatno koristite avansne izvještaje u svom radu. U ovom članku želim govoriti o ispravnosti popunjavanja ovih dokumenata u programu "1C: Računovodstvo državne institucije, izdanje 2.0".
Šta je prethodni izvještaj? U programu je ovo dokument koji potvrđuje činjenicu izdavanja avansa zaposleniku i izvještaj o troškovima. Stoga je metodički ispravno da se prvo u programu kreira dokument „Zahtjev za avansno plaćanje“, a zatim unese „Avansni izvještaj“ koji će odražavati prijavu odgovornog lica.
Aplikaciju možete pronaći:
Kreirajmo dokument:
Popunite dokument sa sledećim podacima:
Skrećem vam pažnju na obavezu: ispravnije je kreirati obavezu za svaku izjavu odgovornog lica, pa ćemo u našem primjeru kreirati obavezu:
Da bi naša obaveza bila vidljiva na listi, moramo ukloniti zastavicu:
Kada se završi, dokument izgleda ovako:
Objavljeni dokument generiše sljedeća kretanja po računu:
Zatim se na osnovu toga kreira dokument „Napredni izvještaj“:
Dokument se sastoji od četiri kartice. Razmotrimo svaki od njih uzastopno
1. Napred
Ova kartica sadrži sve podatke o avansu koji se daje zaposleniku. Kada se generišu na osnovu kartice, automatski se popunjavaju glavni podaci.
Ako postoji prekomjerna potrošnja ili saldo prethodnog avansa, tada trebate koristiti dugme za popunjavanje:
Također je važno popuniti tabelarni dio, u kojem treba navesti dokument o novčanim izdacima za izdavanje sredstava računovođi kao avansa:
Kreirajmo novu liniju. Kao što možete vidjeti na slici, otvara se lista monetarnih dokumenata sa odabirom druge strane (u našem primjeru, to je zaposlenica Olga Konstantinovna Zaitseva). Ali pošto još nismo uspjeli kreirati dokument o avansnom plaćanju, lista je prazna. Stoga ćemo radniku isplatiti avans:
Kreiramo dokument za gotovinsko plaćanje:
Popunimo dokument:
Odaberimo odgovarajuću računovodstvenu transakciju:
Zaposleniku ćemo isplatiti novac, odrediti datum izvršenja dokumenta i izvršiti:
Dokument generiše sljedeće transakcije:
Dokument je kreiran i objavljen. Sada se vratimo na naš prethodni izvještaj i pokušajmo ponovo dodati dokument o gotovinskom trošku u tabelarni dio kartice "Napredak":
Kao što vidite, sada je moguće dodati novčani dokument:
Ovim je dovršeno popunjavanje prve kartice. Nakon što odgovorno lice nabavi neophodan materijal, osnovna sredstva, usluge i prijavi odgovarajuću dokumentaciju računovodstvu, popunjava se druga kartica „Potrošeno“.
2. Potrošeno.
Opet, zahvaljujući kreiranju na osnovu aplikacije, kartica je djelimično popunjena. Tabela u ovoj kartici prikazuje troškove odgovornog lica. Možete jednostavno dodati redove koji opisuju troškove ili povezati dolazni dokument (za to morate postaviti zastavicu u prvom redu):
Pošto se u našem primeru knjige kupuju za biblioteku, kreiraćemo i naznačiti dokument za prijem osnovnih sredstava:
Ovaj dokument generiše sljedeće transakcije:
Nakon što je dokument o prijemu spreman, označavamo ga u tabelarnom dijelu:
Pošto dokument za prijem osnovnih sredstava u tabelarnom dijelu već odražava detalje knjigovodstvene transakcije, u avansni izvještaj se automatski unosi sljedeći unos:
Ako u tabelarnom dijelu izvještaja o troškovima ne navedete nikakav dokument o prijemu, već dešifrujete troškove odgovornog lica, detalji su u potpunosti navedeni u kolonama knjigovodstvene evidencije. Na primjer, dodajmo sljedeći unos:
Ove vrste rashoda mogu se klasifikovati kao opšti poslovni rashodi - konto 109.80 ili direktno kao rashodi tekuće finansijske godine - konto 401.20:
Skrećem vam pažnju i da prilikom popunjavanja računovodstvenog unosa u ovoj verziji izvještaja o troškovima, kada pokušamo da otvorimo listu računovodstvenih računa, vidimo da je lista prazna. Činjenica je da se odabir zasniva na ispravnim računima:
Uklonimo selekciju:
Nakon povlačenja, lista se popunjava računima.
Razmotrili smo opciju sa izvještajem bez župskih dokumenata, ali pošto nije prikladna za naš primjer, ovaj red ćemo izbrisati. Druga kartica će izgledati ovako:
3. Informacije o deponovanju stanja, izdavanju prekoračenja.
Ova kartica se popunjava kada iznos akontacije nije jednak iznosu troškova odgovornog lica (manje ili više). Ako je iznos manji, odgovorno lice vraća ostatak iznosa (sastavlja se i novčana isprava ako je iznos rashoda veći i uzima se u obzir cijeli iznos, odgovornom licu se daje prekomjerni izdatak (); sastavlja se novčani dokument troškovnog karaktera). A u avansnom izveštaju, na ovoj kartici u tabelarnom delu, naznačen je dokument koji dokazuje pitanje prekomernog trošenja ili vraćanja bilansa. U našem primjeru osnovna sredstva su kupljena za cijeli iznos, tako da će ova kartica ostati prazna.
4. Računovodstveni poslovi.
Na ovoj kartici, kao iu drugim dokumentima, naznačena je računovodstvena transakcija koja će vam omogućiti da generišete potrebne transakcije prilikom knjiženja. Dokument podrazumevano sadrži sledeću računovodstvenu transakciju:
To se dogodilo jer ovaj dokument ima samo jednu računovodstvenu transakciju dostavljenu od dobavljača:
Nakon popunjavanja, dostavljamo dokument. Morate vidjeti koje transakcije će generirati dokument:
U našem primjeru nisu kreirane transakcije. Da vidimo da li je ovo tačno:
- prvi dokument koji smo generirali je zahtjev za avansno plaćanje. Generiše transakcije za prihvatanje novčanih obaveza. Odnosno, odgovornom licu moramo platiti novac sada, ne nekada kada roba stigne, već sada, što znači da prihvatamo finansijske obaveze.
- tada se generiše trošak - u našem primjeru to je bila aplikacija za gotovinske troškove. Ovaj dokument je generisao transakcije koje su „stavile“ sredstva u iznosu od 10.000 rubalja. sa pripadajućom analitikom (podračun „Suradna strana“) na račun 208.31 „Poravnanja sa odgovornim licima za nabavku osnovnih sredstava“. Unosi u ovom dokumentu su tačni.
- nakon prijave odgovornog lica kreirali smo dokument o prijemu osnovnih sredstava, čime je generisano knjiženje u kojem je naznačen konto 208.31 za kredit, ovim knjiženjem se zatvara račun 208 i završava operacija poravnanja sa odgovornim licima. Izvještaj više nema dugovanja.
- za račune odeljka 5 „Sankcionisanje“, posebno – novčane obaveze – ovi računi se zatvaraju na kraju godine, tokom godine se akumuliraju iznosi na ovim računima.
Prema tome, dokument “Napredni izvještaj” nije generirao nikakve objave kada je objavljen.
Pogledajmo trenutno stanje u izvještaju "Bilans prometa":
Koristimo sljedeće postavke:
Hajde da napravimo izveštaj:
Kao što se vidi iz izvještaja, kao rezultat poslovanja ostavljeno nam je dugovanje na računu 106 - to su naši kapitalni ulozi u osnovna sredstva koja su stečena preko odgovornog lica. Sa ovog računa potrebno je voditi računa na račun 101, a novonabavljena osnovna sredstva će se pojaviti u računovodstvu.
Takođe imajte na umu da je račun 208 zatvoren. To znači da je odgovorno lice u potpunosti obračunalo izdati avans.
Stanja na autorizacionim računima se zadržavaju, ali, kao što sam već napomenuo, to je normalno, jer... zatvaranje se dešava na kraju godine.
I na kraju, želio bih da vam skrenem pažnju na jednu važnu nijansu popunjavanja dokumenata: prilikom generiranja i popunjavanja potrebnih dokumenata za izvještavanje, obratite pažnju na redoslijed koji je osiguran datumom dokumenta. Odnosno, datum podnošenja zahteva za avansno plaćanje treba da bude najraniji, datum avansnog izveštaja treba da bude najkasnije. U tom intervalu moraju biti datumi dokumenata za izdavanje i prijem sredstava, dokumenata za prijem robe i materijala i usluga.
Naučimo sastavljati izvještaje o troškovima koristeći primjere (1C: Računovodstvo 8.3, izdanje 3.0)
2016-12-08T12:30:37+00:00Po mom zapažanju, za računovođe početnike, priprema izvještaja o troškovima u početku predstavlja značajan izazov.
Danas ćemo pogledati osnove ove materije, kao i najpopularnije slučajeve iz života. Sve eksperimente ćemo izvoditi u 1C: Računovodstvu 8.3 (izdanje 3.0).
Dakle, počnimo
Nije na meni da vam kažem da je 71 račun odgovoran za obračune sa odgovornim licima u računovodstvu:
Problem imovine se zaposleniku odražava na zaduženje ovog računa, a otpis - na kredit.
Pa, na primjer, dali su 5000 na račun iz kase:
Zašto sam rekao imovine? To je zato što zaposlenima možemo dati:
- Gotovina (od kase preko kase)
- Bezgotovinska sredstva (prenos sa tekućeg računa organizacije na kartični račun zaposlenog)
- Finansijski dokumenti (na primjer, avionske karte za poslovno putovanje)
Pogledajmo svaki od gore navedenih primjera.
Podizanje gotovine iz kase
Za izdavanje avansa iz kase izdajemo nalog za prijem gotovine (u prva tri, ovo je dokument „Podizanje gotovine“):
U vrsti operacije označavamo „Izdavanje odgovornom licu“:
Ožičenje je ispalo ovako:
Izdavanje bezgotovinskih sredstava
U tom slučaju sredstva se prenose na kartični račun zaposlenog (račun na koji je vezana bankarska kartica, sa kojeg zaposleni može podići ovaj novac).
U trojci je ova operacija formalizirana uobičajenim dokumentom "Otpis s tekućeg računa":
Također, ne zaboravite navesti u obliku operacije „Prenos odgovornoj osobi”:
Ožičenje je ispalo ovako:
Izdavanje novčanih dokumenata
Novčani dokument može biti, na primjer, avionska karta koju je organizacija kupila za zaposlenog koji ide na službeno putovanje.
Nakon kupovine, ova karta se obračunava kao zaduženje računa 50.03:
Prilikom izdavanja ove karte zaposleniku za prijavu (prije službenog puta), računovodstvo sastavlja dokument „Izdavanje novčanih dokumenata“:
A na kartici "Gotovinski dokumenti" navedena je upravo ova karta:
Objava je ispala ovako (tiket je otpisan sa računa 50.03):
Posebno ću napomenuti:
- Imamo pravo izdavanja izvještaja samo zaposlenima u organizaciji - licima sa kojima smo zaključili radni ili građanski ugovor.
- Spisak takvih lica odobrava se posebnom naredbom rukovodioca.
- Istim naredbom je propisan i maksimalni rok u kojem se zaposlenik mora prijaviti računovodstvu; ako zaposleni odlazi na službeni put, ovaj period se automatski produžava do njegovog povratka.
Izvještaji zaposlenih
Ali imovina se zaposleniku daje s razlogom, ali radi ispunjavanja određenog službenog zadatka. Dakle, dolazi trenutak kada se zaposlenik mora prijaviti računovodstvu na obrascu AO-1.
Ovo je štampani obrazac koji označava:
- sve što smo dali zaposleniku na prijavu
- sve na šta je potrošio ovaj novac (ili ga nije potrošio, ili je možda došlo do preterivanja)
- Prateća dokumenta (čekovi, fakture, akti, karte...) su priloženi ovom obrascu.
Evo primjera obrasca AO-1:
Ovaj izvještaj (AO-1) sastavlja zaposleni zajedno sa računovodstvenom službom i odobrava ga menadžer. Na samom dnu je naznačen broj dokumenata i listova na kojima su priloženi izvještaju (čekovi se obično lijepe u cijelim paketima na A4 listove).
Dakle, da biste odštampali takav izvještaj (AO-1), otpisali dug na 71 račun od zaposlenog, a također prihvatili troškove u prva tri, postoji dokument „Unapredni izvještaj“:
Prođimo ukratko kroz njegove oznake:
Primjeri prethodnih izvještaja iz života
Popunite karticu "Napredak":
Mora se reći da se ova kartica ni na koji način ne prikazuje u knjiženju dokumenata, već je dostupna samo za štampani obrazac AO-1.
Popunite karticu "Proizvodi" (kupili smo gomilu svega i stavili na deset):
Evo objava za ovu oznaku:
Popunjavamo karticu "Plaćanje" (isplaćujemo dug prema dobavljačima, ili plaćamo avans):
Evo ožičenja:
Primjeri popunjavanja kartice "Ostalo".
Plaćanje komunikacionih usluga:
Plaćanje oglasa u novinama:
Otpis dnevnica i duga za putne karte:
Plaćanje nekih usluga (odmah se naplaćuje do 26):
Inače, na karticama "Proizvodi" i "Ostalo" postoji potvrdni okvir "SF", ako ga označite, primljena faktura će biti upisana u ovaj red.
Odraz transakcija poravnanja sa odgovornim licima zahteva upućivanje na imenik zaposlenih.
Za pripremu izvještaja o utrošenim odgovornim sredstvima koristi se standardni konfiguracijski dokument, Advance Report. Da biste ga generirali, popunjava se obrazac za ekran dokumenta kojem se može pristupiti kroz meni na načine slične onima za gotovinske naloge:
Dnevnici → Izvještaji unaprijed unosom novog dokumenta;
Dokumenti → Prethodni izvještaj;
Operacije → Dnevnici dokumenata → Prethodni izvještaji
Časopisi → Opšti dnevnik → Umetak → Izvještaj unaprijed.
Ekranski obrazac izvještaja o troškovima, kao i ekvivalent na papiru, sastoji se od dvije stranice sa oznakama: “Prednja strana”, “Poleđina”. U prozoru koji se otvori popunite detalje obrasca u skladu sa sadržajem transakcije koja se obavlja. Prilikom popunjavanja tabelarnog dijela „Obrnute strane“, svaka vrsta rashoda je naznačena u novom redu tabele.
Da biste generisali štampani obrazac izveštaja o troškovima, kliknite na dugme Odštampaj ekran.
Knjigovodstveni unosi se generišu automatski prilikom vođenja avansnog izvještaja.
Za dobijanje zbirnih i detaljnih informacija o stanju obračuna sa odgovornim licima na računu 71 koriste se standardni izveštaji: Bilans stanja, Kartica računa, Subconto kartica.
33. Računovodstvo bankarskih transakcija u sistemu 1s 7.7
Da bi se prikazali novčani tokovi, koriste se direktoriji kao što su Bankovni računi, Tokovi gotovine, koji su dodijeljeni kao podkonto računima 51 “Valutni računi” i 52 “Valutni računi”. Stoga, prije početka rada, trebali biste se upoznati s analitikom za ove račune.
Standardni dokumenti za konfiguraciju programa omogućavaju vam pripremu platnih dokumenata za predaju banci i unos podataka o izvršenim transakcijama na tekućim i deviznim računima. Rad sa platnim dokumentima (objava za uplatu gotovine, nalog za plaćanje, zahtjev za plaćanje, zahtjev za plaćanje, nalog za ček i drugo) u programu se odvija u dnevniku platnih dokumenata koji se otvara kroz meni u jednom od sljedećih načini:
Poslovi → Dnevnici dokumenata → Platni dokumenti unosom novog dokumenta;
Dnevnici → Platni dokumenti unosom novog dokumenta;
Dokumenti → Nalog za plaćanje ili Dokumenti za plaćanje;
Dnevnici → Opšti dnevnik → Umetak → Zahtjev za plaćanje (Nalog za plaćanje, Zahtjev za plaćanje-nalog).
Za izdavanje naloga za plaćanje postoji ekranski obrazac za dokument "Nalog za plaćanje". Bankovni podaci primaoca pohranjeni su u imeniku protiv agenata na kartici "Trenutni računi". Ukoliko se u imeniku ne nalaze potrebni podaci, podaci se u njega unose direktno u postupku izdavanja naloga za plaćanje.
Nakon popunjavanja i pregleda generiranog dokumenta za plaćanje, kliknite na ekransko dugme Write and OK.
Transakcije o kretanju sredstava po tekućem računu sumirane su u standardnoj konfiguraciji u obliku dokumenta Izvod, na osnovu kojeg se generišu računovodstveni knjiženja na računima. Otvaranje obrasca na ekranu i unos novog dokumenta može se izvršiti kroz meni na jedan od sljedećih načina:
Poslovi → Dnevnici dokumenata → Banka unosom novog dokumenta;
Dnevnici → Banka unosom novog dokumenta;
Dokumenti → Ekstrakt;
Časopisi → Opšti dnevnik → Umetak → Ekstrakt.
U obrascu ekrana novog dokumenta “Extract” popunite dijaloške okvire u skladu sa uslovima zadatka.
Izbor vrste izvoda (rublja ili valuta) određuje bankovni račun sa kojeg se izvod unosi u bazu podataka. U tabelarnom dijelu prikazane su transakcije računa prema izvodu. Prilikom popunjavanja detalja izvoda, njihove vrijednosti se biraju iz odgovarajućih direktorija. Na primjer, priroda plaćanja se određuje odabirom podračuna iz imenika Cash Flow.
Dokument izvoda pruža načine za automatsku obradu bankovnog izvoda, čiji se odabir vrši pritiskom na ekranske tipke Prijem po dokumentima ili Izbor po uplatama. dokumenata. Na primjer, ako Izvod odražava terećenje sredstava sa računa u skladu sa Nalogom za plaćanje, tada za odabir odgovarajućih dokumenata za plaćanje kliknite na ekran Odabir po uplatama. dokumente i napravite svoj izbor. Kada su sredstva od kupaca primljena na osnovu dokumenata o poravnanju koji su mu izdati i prikazani u bazi podataka, pogodnije je popuniti red u tabelarnom dijelu dokumenta Izvoda koristeći ekransko dugme Prijem po dokumentima.
Za registraciju Izvoda u bazu informacija i generiranje računovodstvenih unosa, dokument treba pohraniti pomoću tipki Napiši i (ili) OK.
Općenito, prilikom održavanja dokumenta Izvoda, računovodstveni unos se generiše za svaki red izvoda kao zaduženje (kada je odobreno) ili odobrenje (kada je otpisano) na račun 51 (52) u korespondenciji sa računom određenim za ovu operaciju . Izuzetak je primanje gotovine sa računa ili polaganje gotovine na račun. Za takve transakcije, kako bi se izbjeglo dupliranje, knjiženja se neće generirati. U skladu sa računovodstvenom metodologijom usvojenom u programu 1C: Enterprise, formiraju se prilikom knjiženja gotovinskih dokumenata.
Možete pregledati računovodstvene zapise generirane na osnovu izvoda podataka u Dnevniku transakcija (Dnevnici → Dnevnik transakcija).
Izvod se takođe koristi da prikaže transakcije na deviznim računima organizacije. Da biste to uradili, izaberite odgovarajući valutni račun u dokumentu.
Za dobijanje zbirnih i detaljnih informacija o tokovima sredstava na bankovnim računima koriste se standardni izvještaji: Bilans računa, Analiza računa, Kartica računa.
Iako ne tako često, još uvijek postoje organizacije koje rade sa 1C:Enterprise 7.7. Jezik ove verzije se ozbiljno razlikuje od jezika 1C:Enterprise 8, tako da čak i kreiranje jednostavnog izvještaja može biti problem za osobu koja nije radila sa 1C 7.7 (kao ja). Na internetu sam našao malo informacija, uglavnom se sve odnosi na ZhKK (žuto-crvene knjige priručnika), pa ću pokušati da sumiram sve što sam našao u ovom članku. Opisaću kreiranje izveštaja bez upotrebe konstruktora, iako oni mogu pojednostaviti zadatak.
Dakle, zadatak: kreirati izvještaj - registar faktura za metal (organizacija se bavi prihvatanjem otpada). Registar je tabela sa brojem i datumom fakture, nazivom metala itd. Nije toliko bitan sadržaj, bitno je da podatke dobijemo upitom u dokumentu Prijem robe i njegov tabelarni dio. Korisnik će moći podesiti filtere za izvještaj po datumu, skladištu i vrsti metala (crni ili obojeni).
Napravite izvještaj
- Kreirajmo izvještaj. Moj će biti pozvan JournalPSA. To se radi na isti način kao u 1C 8. Kada otvorite kreirani izvještaj, njegov obrazac se odmah prikazuje. Ispod na karticama osim režima Dijalog postoje modovi Modul i izglede izvještaja. Izgledi se mogu dodati desnim klikom na nivo kartice i odabirom Dodajte sto.
- U modu Dijalog Dodamo polja za unos u koja će se unositi podaci za filtere. Slično 1C 8, postoje kontrole na donjoj alatnoj traci. Prilikom dodavanja polja za unos, otvorit će se prozor sa svojstvima u kojem trebate navesti Identifikator I Tip podataka. Identifikator je Ime element iz kojeg se može dobiti vrijednost koju odabere korisnik. Stoga sam dodao sljedeća polja: Odaberite Početak razdoblja, Odaberite Kraj razdoblja, Odaberite Metal, Odaberite lokaciju skladištenja. Trebaće nam i dugme Forma, najvjerovatnije već postoji. Samo da vam skrenem pažnju na parametar Formula u svojim svojstvima. Tu je upisan naziv procedure koja se poziva pritiskom na dugme. To je npr. Generiraj().
- Kreirajte izgled izvještaja. Ovdje je sve slično izgledima u 1C 8. Isti dokument proračunske tablice u kojem postoji sekcije(oni su takođe regioni). Nazivi sekcija se dodeljuju preko menija Table. Ćelije imaju nekoliko vrsta punjenja, koje su slične tipovima u 1C 8: tekst, parametar, predložak. Samo parametar pozvao ovde Izraz.
Postoji i razlika u odnosu na 1C 8. Izrazima parametara ovdje se ne dodeljuju imena, već se upisuje ime varijable iz koje se mora uzeti vrijednost za zamjenu u rasporedu. Na primjer, moj zahtjev će dobiti broj fakture, tako da u svojstvima odgovarajuće ćelije izgleda sa tipom Izraz pisaću Zahtjev.Broj.
Šablon radi na isti način kao u 1C 8. Tekstualni dio je napisan kao i obično, a izraz je zatvoren uglastim zagradama. I također mora sadržavati varijablu iz koje se uzima vrijednost. Na primjer, treba da izvedem nivo radioaktivnosti prihvaćenog otpada iz rezultata upita i dodam mjernu jedinicu broju µSv/h. Za to je prikladan sljedeći šablon: [Request.radiation] µSv/h
- Sada pređimo na proceduru generiranja izvještaja. Najvjerovatnije postupak za dugme Forma je već kreiran, ako nije, kreirajte ga ručno. Kod će izgledati ovako:
Generiraj postupak()
Upit varijabli, Tekst upita, Tab;
//Kreiranje objekta tipa Request
Zahtjev = CreateObject("Zahtjev" ) ;
RequestText =
"//((ZAHTJEV(zahtjev)
|Period od SelectStartPeriod do SelectConPeriod;
|Proces NotMarkedForDeletion;
|Nema rezultata;
|Broj = Dokument.Prijem robe.DocNumberIncoming;
|Datum = Dokument.Prijem robe.DatumDolazanja;
|Dostavljač = Dokument.Prijem robe.Naziv druge strane;
|Pravna adresa = Dokument.Prijem robe.Protivstrana.Pravna adresa;
|DocumentSeries = Dokument.Prijem robe.Counterparty.DocumentSeries;
|DocumentNumber = Dokument.Prijem robe.Counterparty.DocumentNumber;
|DocumentIssued by = Dokument.Prijem robe.Counterparty.DocumentIssued by;
|Metal = Dokument.Prijem robe.Robe.Metal;
|Težina = Dokument.Prijem robe.Količina;
|Zračenje = Dokument.Prijem robe.Zračenje;
|Lokacija skladišta = Dokument. Prijem robe. Lokacija skladišta;
|GroupDocumentLine;
|Grouping Document;
|Stanje(Metal.Obojeni = OdaberiMetal);
|Uvjet(StorageLocation = SelectStorageLocation);
|" //))REQUEST
;Mislim da je tekst zahtjeva jasan. Da biste ga formirali, možete koristiti alatku za pravljenje upita (gornji meni Konstruktori). Dozvolite mi da vam skrenem pažnju na neke karakteristike:
- Svako polje zahtjeva se bilježi u zasebnoj varijabli, može se vidjeti prije znaka =. Ovo je u osnovi isto kao i postavljanje alijasa u .
- Na zahtjev Neophodno mora postojati barem jedna grupa. U suprotnom će biti nemoguće zaobići rezultat upita. U ovom slučaju, grupisanje se događa prvo po redovima dokumenta o prijemu robe, a zatim po samim dokumentima. Ako ostavite samo redove dokumenta u grupisanju, prikazat će se jedan dokument.
- Zahtjev može uzeti podatke iz obrasca. Na primjer, uvjet StorageLocation = SelectStorageLocation označava da će vrijednost biti preuzeta iz polja za unos pod nazivom SelectStorageLocation.
// Ako postoji greška u zahtjevu, izađite iz procedure
If Request. Izvrši(Tekst upita) = 0 Zatim
Povratak;
EndIf ;// Pripremite se za popunjavanje izlaznih obrazaca podacima zahtjeva
Tab = CreateObject("Table" ) ;
Tab. SourceTable("layout");
Tab. OutputSection("Header");
država( "Popunjavanje izlazne tabele...") ;
Tab. Opcije(0, 0, Tab.TableHeight(), 0);Ovdje provjeravamo mogućnost izvršenja zahtjeva i, ako je sve u redu, kreiramo tabelarni dokument na osnovu izgleda i prikazujemo odjeljak Naslov.
Bye Request. Group() = 1 petlja
// Popunjavanje polja zahtjeva
Podnosilac = Skraćeni LP(Zahtjev. Podnosilac) + ", " + Skraćeni LP(Zahtjev. Pravna adresa) + ", pasoš " + Zahtjev. DocumentSeries + " " + Zahtjev. Broj dokumenta + "izdano" + Zahtjev. DocumentIssued by;
Tab. OutputSection("Podaci");
EndCycle ;
// Izlaz popunjenog obrasca
Tab. ViewOnly(1) ;
Tab. Prikaži("Izvještaj" , "" ) ;
Kraj procedureSada, u petlji, prelazimo preko svih grupa (i da nije bilo grupisanja, ne bismo mogli preći rezultat upita) i prikazujemo odjeljak Podaci. Sjećate se kako su izrazi u ćelijama izgleda morali odgovarati varijablama u modulu? Ovdje se radi. Prilikom izlaza sekcija, izrazi se automatski zamjenjuju vrijednostima istih varijabli. Svi podaci o izgledu su dobijeni iz zahtjeva, osim podataka o pošiljaocu. Prikupljeno je iz nekoliko polja rezultata upita.
To je to, izvještaj je spreman.