Rezultati nekih obračuna i odbitaka ovise o rezultatima dobivenim iz drugih vrsta izračuna. Na primjer, postotna marža do plaće ovisi o visini osnovne zarade zaposleniku. Iznos glavnice plaće u ovom slučaju naziva se temelj za obračun doplatka, a vrste izračuna koje čine osnovicu nazivaju se osnovnim vrstama obračuna.
Osnovica se izračunava za bazno razdoblje navedeno u unosu registra obračuna. Osnovno razdoblje je razdoblje za koje se obračunske vrijednosti odabiru iz registra izračuna radi utvrđivanja osnovice. Osnovno razdoblje može biti manje od mjesec dana (na primjer, pri izračunavanju naknade za kombinaciju zanimanja, ako je kombinacija trajala manje od mjesec dana) ili nekoliko obračunskih razdoblja (na primjer, osnovno razdoblje za tromjesečni bonus iznosi 3 mjeseca) ).
Osnovica za izračun vremenskih razgraničenja uključuje sve vremenske razgraničenja za osnovno razdoblje, bez obzira na obračunsko razdoblje u kojem su nastala. Na primjer, pri izračunu bonusa za srpanj, baza podataka uključuje i isplatu plaće za prvu polovicu srpnja, obračunatu u srpnju, i isplatu plaće za drugu polovicu srpnja, registriranu u kolovozu. Ta ovisnost o osnovnim nabojima naziva se ovisnost o razdoblju.
U slučaju ovisnosti o razdoblju valjanosti, osnovica se prikuplja iz rezultata unosa u registar izračuna, čije razdoblje valjanosti spada u osnovno razdoblje. Ako zapis registra izračuna nema razdoblje valjanosti, tada se analizira razdoblje registracije zapisa, a ako spada u bazno razdoblje, rezultat se uključuje u bazu. S takvom ovisnošću može doći do situacije kada samo dio razdoblja obračunskog valjanosti padne u osnovno razdoblje. Na primjer, isplata plaće izračunava se za cijeli mjesec, a osnovicu za kombinirani dodatak potrebno je utvrditi samo za pola mjeseca. U ovom slučaju, osnovica za dodatak uključivat će samo dio isplate plaće za broj dana ili sati prema rasporedu zaposlenika koji pada na osnovno razdoblje.
Temelj za izračun odbitaka, na primjer, ovršni nalozi, nastaje na drugačiji način. Osnovica uključuje sve naknade registrirane u tekućem mjesecu, bez obzira na razdoblje za koje su naplaćene. Ta se ovisnost naziva ovisnost o razdoblju registracije.
Riža. Osnovna ovisnost
Riža. Djelomično preklapanje osnovnog razdoblja i razdoblja valjanosti
U slučaju ovisnosti o razdoblju registracije, baza podataka uključuje rezultate samo onih zapisa evidencija izračuna, čije razdoblje registracije spada u bazno razdoblje.
Odnos između rezultata obračuna i odbitaka može biti na više razina i prilično složen. Većina naknada, kao što su staž, ocjena i dodatak na područje usluge, utvrđena je na postotak od osnovne plaće zaposlenika za odrađene sate. Na iznos osnovne isplate, uzimajući u obzir dodatke, bonusi se obračunavaju u sustavu plaća. Bonusi su, pak, uključeni u osnovicu za izračun sjevernog dodatka, a temelj potonjeg također uključuje osnovnu isplatu i druge naknade za zaposlenika. Ako se nakon dovršetka svih izračuna, iz nekog razloga, rezultat jedne od naknada promijeni, tada se moraju ponovno izračunati svi troškovi koji ovise o njoj.
Na primjer, ako se nakon izračuna utvrdi da je zaposleniku dodijeljena netočna stopa plaće i da se rezultat isplate plaće mora ponovno izračunati, tada se svi dodaci ovise o isplati plaće, kao i bonusi i sjeverni dodatak , moraju se preračunavati uzastopno. Ovo nije lak zadatak, pogotovo ako uzmete u obzir da se u općem slučaju sve te naknade mogu registrirati u infobazi s nekoliko dokumenata. Program vam omogućuje automatsko praćenje takvih situacija i određivanje popisa dokumenata koje je potrebno ponovno izračunati. Da biste koristili mehanizam, za svaku ovisnu vrstu izračuna morate navesti popis vodećih vrsta izračuna.
Vodeće su takve vrste izračuna, čiji se rezultati mijenjaju, potrebno je ponovno izračunati rezultat ove vrste izračuna.
Koncepti osnovnih i vodećih vrsta izračuna značenja su vrlo bliski, a najčešće se popisi osnovnih i vodećih vrsta izračuna poklapaju, ali ih ne biste trebali plašiti.
Osnovne su vrste izračuna koje izravno utječu na rezultat ove vrste izračuna. Vodeće vrste izračuna ne moraju biti uključene u bazu, ali imaju neizravan učinak na rezultat, tj. popis vodećih vrsta izračuna može biti širi od popisa osnovnih vrsta izračuna.
Vidjet ćemo nesklad između popisa osnovnih i vodećih vrsta izračuna kada razmotrimo postavljanje izračuna prosječne zarade. Osnovica za bonuse uzeta u obzir pri izračunavanju prosječne zarade prikuplja se odvojeno od osnovne zarade zaposlenika. Za automatsko dobivanje osnovice za premije u smislu vrsta izračuna Prosječna zarada postoje posebne vrste izračunavanja bonusa, uzete u obzir u sastavu prosječne zarade, za koje su osnovne vrste izračunavanja bonusa. Iznos bonusa može se izračunati kao postotak drugih obračunskih stavki (plaćanja po tarifnim stopama, premije na plaće itd.), Koje su, iako nisu uključene u osnovicu za vrstu obračuna, uključene u popis vodeće vrste češlja.
Popisi osnovnih i vodećih vrsta izračuna postavljeni su u obliku ovisne vrste izračuna.
Prilikom postavljanja vodećih vrsta izračuna morate slijediti pravilo na isti način kao i pri postavljanju zamjenjivanja vrsta izračuna: ako je vrsta izračuna A vodeća za vrstu izračuna B, koja je opet vodeća za vrstu izračuna C, tada je popis vodeći tipovi izračuna za tip izračuna C moraju biti uključeni i tip izračuna B i tip izračuna A. Inače će program prikazati poruku o pogrešci: "Nepotpun popis vodećih vrsta izračuna!" Na primjer, ako je tromjesečni bonus uključen u popis vodećih vremenskih razgraničenja, tada bi trebalo uključiti sve vodeće priraste za tromjesečni bonus, poput plaće po danu plaće po satu itd.
Riža. Postavljanje osnovnih i vodećih vrsta izračuna
1. Objekti metapodataka koji se koriste u periodičnim izračunima U V 8 sljedeći su objekti namijenjeni provedbi složenih periodičnih izračuna: planovi vrsta izračuna, računski registri. Dodatno: Referentne knjige pohranjuju objekte koji se koriste kao odjeljci periodičnih izračuna, na primjer, pojedince, organizacijske jedinice, radna mjesta itd. Registar informacija može pohraniti sve podatke proširene na nekoliko dimenzija. Uz pomoć registara podataka implementiraju se rasporedi praćenja vremena (analogno kalendarima u verziji 7. 7). Dokumenti su namijenjeni za unos unosa u registre obračuna. Izvješća se koriste za prikaz detaljnih i sažetih informacija.
2. Planovi vrsta izračuna Plaća zaposlenika uključuje sljedeće posredne izračune: izračun osnovnih naknada (plaća, tarifa), izračun odstupanja (godišnji odmor, bolovanje), izračun dodatnih naknada (bonusi, prirezi, dividende), izračun poreza i drugi odbici (porez na dohodak, uzdržavanje), drugi izračuni (PFR, UST), izračun ukupnog iznosa koji će se izdati. Za izračun ovih komponenti plaća koriste se vrste izračuna, grupirane u planove tipova
2. 1. Svrha Svaki plan tipova izračuna opisuje shemu interakcije zapisa u registru izračuna i omogućuje vam postavljanje pravila prema kojima će se zapisi izračunavati, njihov relativni položaj u vremenu i pravila za njihovo ponovno izračunavanje. Može postojati nekoliko planova vrsta izračuna. Raspodjela vrsta izračuna za planove nije proizvoljna, budući da plan ima neke Opće karakteristike, koji će se primjenjivati na sve vrste izračuna uključenih u njega. Na primjer, potpora za međusobno istiskivanje prema razdoblju valjanosti tipična je za osnovne naknade i odstupanja (plaća, godišnji odmor) i nije tipična za poreze i odbitke (porez na dohodak, alimentacija). Komentar. Vrste izračuna u V 8 nisu konfiguracijski objekti, kao što su bili u 7. 7. Oni su pohranjeni u planovima tipova izračuna, to jest, oni su podatkovni objekti, a ne objekti metapodataka.
2. 2. Unaprijed definirane vrste izračuna U smislu vrsta izračuna, već u fazi razvoja primijenjenog rješenja, mogu se započeti unaprijed definirane vrste izračuna. Ostatak BP -ova unosi se u planove u načinu 1C: Enterprise.
2. 3. Međusobni odnos vrsta izračuna Za svaki BP, naznačeni su osnovni, vodeći i izmjenjujući tipovi izračuna.Osnovni - to su vrste izračuna čiji se rezultati koriste u izračunu ove vrste izračuna. Na primjer, iznos plaće koristi se za izračun dodatne uplate na plaću, a glavni troškovi temelj su za obračun poreza na dohodak. Vodeći - to su vrste izračuna, pri promjeni rezultata kojih se morate ponovno izračunati dan pogled proračun. Na primjer, kada se isplata plaće promijeni "retroaktivno", potrebno je ponovno izračunati regres za godišnji odmor, budući da se prilikom izračuna naknade za godišnji odmor Prosječna plaća zaposlenika za prethodne mjesece. Popis vodećih vrsta izračuna možda se ne podudara s popisom osnovnih.
Kontinuirano istjerivanje - to su vrste poravnanja čije se razdoblje valjanosti ne bi trebalo preklapati s razdobljem ove vrste naselja. Preventivne vrste izračuna imaju veći prioritet preuzimanja, pa stoga zamjenjuju ovu vrstu izračuna u vremenu. Na primjer, godišnji odmor zamjenjuje plaću, a bolovanje istiskuje plaću za godišnji odmor i plaću. Kada se zapis s određenim razdobljem valjanosti preduhitri, njegovo se stvarno razdoblje valjanosti može promijeniti, odnosno smanjiti će se ili biti podijeljeno u nekoliko intervala. Na primjer, zapis o godišnjem odmoru od 10. do 20. u mjesecu istiskuje evidenciju o plaćama koja ima razdoblje valjanosti cijelog mjeseca. Tada će se stvarno razdoblje valjanosti evidencije o plaćama sastojati od dva intervala: od 1. do 9. dana i od 21. do kraja mjeseca.
Napomena Samo se BP -ovi koji pripadaju istom planu tipova izračuna mogu istisnuti (osnovni i vodeći BP -ovi mogu se nalaziti u nekoliko planova)
2. 5. Unaprijed definirani tablični odjeljci grafikona tipova izračuna Za pohranjivanje osnovnih, izmjenjujućih i vodećih BP -a u Planove tipova izračuna, osigurani su sljedeći unaprijed definirani tablični odjeljci: Baza. Pogledi. Računanje Pomicanje. Pogledi. Izračun, vodeći. Pogledi. Proračun. Pristup PM podacima iz programa - prema pravilima za pristup PM konfiguracijskih objekata (vidi pomoć za Syntatkis)
3. Registri (vidi dt "Prijenos podataka" u TC -u) izračun (PP) Računski registri dizajnirani su za pohranu zapisa izračuna (srednji i konačni rezultati) - vidi Dnevnik izračuna u V 7. 7. Posebnost registra izračuna je da ga korisnik ne namjerava interaktivno uređivati. Programer može, ako je potrebno, omogućiti korisniku mogućnost uređivanja registra izračuna, ali svrha registra izračuna je njegova izmjena na temelju algoritama objekata baze podataka, a ne kao rezultat izravnih radnji korisnika.
3. 1. Struktura registra naselja Struktura registra naselja određuje koje će se informacije i koji aspekti pohraniti u registar. Programer navodi dimenzije, resurse i podatke o registru: Dimenzije su odjeljci pohranjenih podataka. Na primjer, registar je Basic. Razgraničenja mogu imati dimenzije Zaposlenik, Organizacija, Odjel, a Porezni registar ima dimenzije: Zaposlenik i Organizacija. Resursi - rezultati izračuna, na primjer, Rezultat rezultata za opći registar. Razgraničenja. Resursi mogu biti samo numeričkog tipa. Rekviziti - dodatna karakteristika zapisa izračuna. Atributi mogu biti gotovo bilo koje vrste pohranjeni u bazi podataka. Na primjer, atributi Dani i sati za glavni registar. Obračuni, varijabla Iznos za pohranu početnih podataka izračuna itd.
3. 2. Periodičnost RR Posebne značajke registra izračuna su: 1. Periodičnost registra određuje razdoblje u kojem se bilježe kretanja i unutar kojih kretanja mogu utjecati jedna na drugu (za registre koji podržavaju razdoblje valjanosti). Periodičnost registra izračuna može se definirati jednom od sljedećih vrijednosti: Dan, Mjesec, Kvartal, Godina.
nastavak Periodika registra izračuna određuje razdoblje na koje će se odnositi svaki unos u registar. Kako bi se ukazalo na činjenicu da zapis pripada bilo kojem razdoblju, registar ima varijablu usluge „Razdoblje. Registracija "vrsta Datum. Prilikom upisivanja podataka u registar, platforma uvijek dovodi vrijednost ove varijable na početak razdoblja u koje pada. Na primjer, ako upisujete podatke u registar izračuna s mjesečnom periodikom, gdje se prikazuje „Period. Registracija ”postavljeno je 08. 04. 2009, tada će registar spremiti te podatke s vrijednošću polja„ Razdoblje. Registracija "01.04.2009
3. 4. Ovisnost zapisa prema osnovnom razdoblju Ovaj mehanizam omogućuje vam da izračun ovisnih (sekundarnih) zapisa u registru temeljite na podacima dobivenim kao rezultat izračuna primarnih zapisa. Registar nagodbi (putem odgovarajućeg plana BP -a) može podržati dvije vrste ovisnosti o osnovi: Ovisnost o razdoblju valjanosti Ovisnost o razdoblju registracije.
nastavak Ovisnost po razdoblju valjanosti znači da će se prilikom analize osnovnih zapisa odabrati ti zapisi za koje se pronađe presjek njihovog stvarnog razdoblja valjanosti i navedenog osnovnog razdoblja. Na primjer, u travnju se ponovno izračunava plaća za ožujak (na primjer, indeksacija plaća). Bonus za ožujak treba izračunati na temelju isplate plaće za ožujak. U tom se slučaju u pravilu koristi ovisnost o razdoblju valjanosti. Ovisnost po razdoblju registracije znači da će se pri analizi osnovnih zapisa odabrati ti zapisi koji spadaju u navedeno osnovno razdoblje prema vrijednosti njihovog polja "Razdoblje registracije". Primjer je izračun kazni pri obračunu plaća za ožujak. Kao osnovu za izračun iznosa novčanih kazni treba uzeti evidenciju o izostajanju s posla koji je evidentiran u ožujku (to mogu biti i evidencije o odsustvu iz rada u ožujku i evidencije izostanka u veljači). U ovom se slučaju u pravilu koristi ovisnost o razdoblju registracije:
3. 5. Mogućnost uspostavljanja veze između RR -a i vremenskog rasporeda. Ako se PP koristi za spremanje zapisa BP, čiji izračun ovisi o odrađenim satima, uspostavlja se veza s rasporedom koji pohranjuje podatke o planiranom radnom vremenu.
4. Vremenski grafikoni Ako je potvrdni okvir "Razdoblje valjanosti" odabran za registar, možete ispuniti svojstva "Grafikon", "Vrijednost grafikona" i "Datum grafikona". Takva vremenska traka trebala bi biti registar podataka (neperiodičan, sa obveznom dimenzijom vrste Datum i resurs tipa Broj), koji sadrži privremenu shemu početnih podataka uključenih u izračune. Dimenzije ovog rasporeda mogu biti, na primjer, raspored rada (veza na referentnu knjigu) i datum, a resurs je broj radnih sati na taj datum. U tom će slučaju biti moguće povezati zapis evidencije izračuna s bilo kojim specifičnim rasporedom rada (navođenjem veze na referentnu knjigu rasporeda rada kao atributom zapisa) te će ubuduće, koristeći ugrađeni jezik, primati informacije o broj radnih sati u razdoblju valjanosti, razdoblje stvarne valjanosti ili razdoblje registracije ove evidencije. Na primjer, ovo može biti raspored rada organizacije razvrstan prema radnim danima i satima, raspored trajanja radnih smjena, raspored sati predavanja itd.
5. Djelomičan pogodak zapisa registra izračuna u baznom razdoblju Razmotrimo slučaj kada bazno razdoblje nije višekratnik razdoblja računanja registra. Na primjer, postoji neka vrsta "posebne" premije (vrijedi u svibnju), koja ima osnovno razdoblje od 15.04.2009. Do 15.04.2009. (Na primjer, možete dati i sljedeće opcije za osnovna razdoblja: zadnja 2 tjedna , prvi i zadnji tjedan prethodnog mjeseca, posljednja dva dana, ponedjeljkom itd.). Nakon primitka baze, sustav mora zbrajati rezultate svih zapisa koji potpadaju u to razdoblje. Očito može nastati situacija kada evidencija u razmatranom baznom razdoblju nije u potpunosti, ali "djelomično" Naravno, govorimo samo o onim evidencijama koje kao osnovicu za ovu premiju sadrže vrste namirenja navedene u planu tipova namirenja. Radi definitivnosti, pretpostavimo da "poseban" bonus sadrži "Plaću" kao osnovnu vrstu izračuna. Zapisi mogu spadati u osnovno razdoblje "po razdoblju registracije" ili "po razdoblju valjanosti".
Nastavak Razmotrimo prvi slučaj kada zapisi ulaze u osnovno razdoblje do razdoblja registracije. U tom slučaju, karakteristika "Ovisi o razdoblju registracije" mora se postaviti u plan tipova naselja povezanih s knjigom namire. Podsjetimo da je razdoblje registracije uvijek određeni datum koji odgovara početku razdoblja registra namirenja. Ako razdoblje registracije (to jest određeni datum) ne spada u bazno razdoblje, tada se taj zapis neće uzeti u obzir pri izračunavanju osnovice. Odnosno, ako se osnovna ovisnost uspostavi do razdoblja registracije, tada neće biti "djelomičnih" rezultata: ili će se zapis u potpunosti uzeti u obzir, ili se u potpunosti neće uzeti u obzir. U našem slučaju, nikakav zapis neće biti uključen u osnovno razdoblje „posebne“ premije, budući da razdoblje od 15.04.2009. Do 15.04.2009. Ne pokriva bilo koji datum početka obračunskog registra.
Nastavak Razmotrimo drugi slučaj, kada zapisi spadaju u osnovno razdoblje do razdoblja valjanosti. U tom slučaju, karakteristika "Ovisi o razdoblju valjanosti" mora biti postavljena u planu tipova nagodbi povezanih s knjigom namire. Ovdje morate odrediti koji dio rezultata treba uzeti pri izračunavanju baze. Da bi takvi rezultati bili "diskretni", koristi se objekt "Graph". Pomoću podataka na grafikonu možete izračunati koji dio ukupnog rezultata "osnovne linije" pada na svaki dan i uzeti samo one dane koji spadaju u bazno razdoblje.
6. Ponovni izračuni Sustav vam omogućuje automatsko praćenje zapisa koji zahtijevaju ponovno izračunavanje. Ova situacija može nastati kada su njihovi rezultati na neki način povezani s drugim vrstama izračuna, a oni su promijenjeni (izbrisani ili dodani novi zapisi). Na primjer, kada promijenite naknade zaposlenicima, morate ponovno izračunati porez. Tada će za vrstu izračuna "porez na dohodak" prirasti biti vodeći tipovi izračuna, koji je konfiguriran u planu vrsta obračuna na kartici "Vodeći". Recimo da imamo glavne računske registre. Obračuni, bonusi i zadržavanja. Porezi se obračunavaju nakon svih obračuna i bonusa, kako se koriste njihovi rezultati. Da biste automatski pratili relevantnost poreznih evidencija za svakog zaposlenika, morate stvoriti dodjelu s dimenzijom Zaposlenik u Registru zadržavanja. Mjerenje je dodijeljeno kao podaci vodećih registara
nastavak Podređeni objekti Ponovni izračun namijenjen je evidentiranju činjenica pojavljivanja zapisa u registru koji utječu na rezultat izračuna već postojećih evidencija u registru. Konfiguracijski objekt dodjele može imati nekoliko dimenzija, od kojih svaka može uspostaviti odnos između dimenzija danog registra izračuna i utjecajnih računa izračuna. U konkretnom slučaju to može biti isti registar. U informacijskoj strukturi stvorenoj u bazi podataka na temelju konfiguracijskog objekta Ponovno izračunaj, platforma pohranjuje informacije o tome koji se unosi u glavnu knjigu trebaju ponovno izračunati. Tablice dodjele automatski se popunjavaju, i na temelju unosa u registar poravnanja na koje utječu vodeće vrste poravnanja, i na temelju unosa u registar namirenja za koje se promijenilo stvarno razdoblje valjanosti. Na temelju ovih podataka programer može odlučiti hoće li ponovno izračunati stavke registra.
6. Tehnike programiranja Za rad s PP-om pomoću ugrađenog jezika koriste se sljedeći objekti (vidi Syntax-Helper-neovisno)
Primjer modula za knjiženje dokumenta o obračunu plaće Postupak Obrada. Držanje (kvar, način rada) za svaku struju Crta. Popis iz ciklusa popisa // Dnevnik registracije. Kalkulacija Kretanje = Kretanje. Časopis. Proračun. Dodati(); Promet. Storno = Netačno; Promet. Registrar = Link; Promet. Pogled. Izračun = Struja. Crta. Popis. Pogled. Izračun; Promet. Razdoblje. Radnje. Start = struja Crta. Popis. Datum. Počeci; Promet. Razdoblje. Radnje. Kraj = struja Crta. Popis. Datum. Završeci; Promet. Baza. Razdoblje. Start = Start. Day (Current. String. List. Date. Start); Promet. Baza. Razdoblje. Kraj = Kraj. Dan (Trenutna linija. Popis. Datum. Kraj); Promet. Razdoblje. Prijave = Razdoblje. Registracija; Promet. Zaposlenik = Tehničar. Crta. Popis. Zaposlenik; Promet. Rezultat = 0; Promet. Iznos = Trenutni Crta. Popis. Veličina;
nastavak If Movement. Pogled. Izračun = Planovi. Vrsta. Proračun. Pogledi. Proračuni. u redu f Zatim Pokret. Rezultat = Struja Crta. Popis. Veličina; Kraj. Ako; Ako pokret. Pogled. Izračun = Planovi. Vrsta. Proračun. Pogledi. Proračuni. Bolesni pa se preselite. Rezultat = Struja Crta. Popis. Veličina; Kraj. Ako; kraj. Ciklus; // zapisujemo pomake registra (polje rezultata je naznačeno samo za one VR-ove, // koji se unose u dokument pomoću gotove vrijednosti) Pokreti. Časopis. Proračun. Write ();
nastavak // dobiti popis svih zaposlenika sadržanih u dokumentu Zahtjev = Novi zahtjev; Upit. Tekst = "| ODABERITE RAZLIČITO | Dospijeće. Plaće. Popis. Zaposlenik | IZ | Dokument. Dospijeće. Plaće. Popis | KAKO. Plaće. Popis | | GDJE | Dospijeće. Plaće. Popis. Veza = & Trenutni. Dokument"; Upit. Instalirati. Parametar ("Trenutni. Dokument", veza); // izrada popisa zaposlenika Tab. Val = Zahtjev. Izvrši (). Iskrcaj (); Niz. Zaposlenici = Tab. Srednje. Istovariti. Stupac ("zaposlenik"); Popis. Zaposlenici = Novi popis. Vrijednosti;
nastavak Izračunaj. Obračuni (kretanja. Časopis. Izračun, Planovi. Vrste. Izračun. Vrste. Izračuni. Plaća, Popis. Zaposlenici); Pokret. Časopis. Proračun. Napiši (, Istina); Izračunati. Obračuni (kretnje. Časopis. Izračun, planovi. Vrste. Izračun. Vrste. Izračun. Bonus, lista. Zaposlenici); Pokret. Časopis. Proračun. Napiši (, Istina);
nastavak Postupak Izračunaj. Obračuni (skup. Kretnje, odabrano. Vrsta. Izračun, popis. Zaposlenici) izvoz ako je odabrano. Pogled. Izračun = Planovi. Vrsta. Proračun. Pogledi. Proračuni. Plaća tada za svaki pomak iz seta. Ciklus kretanja Ako kretanje. Pogled. Izračun = Planovi. Vrsta. Proračun. Pogledi. Proračuni. Plaća onda zapravo. Dovršeno = Kretanje. primiti. Podaci. Grafika (Vrsta. Razdoblje. Registar. Izračun. Stvarno. Razdoblje. Radnje); Dovršeno. Plan = Kretanje. Primi. Podaci. Grafika (Vrsta. Po iod. Registar. Izračun. Razdoblje. Radnje); Promet. Rezultat = Kretanje. Iznos * Zapravo. Dovršeno. Vrijednost / izrađeno. Plan. Značenje; Kraj. Ako; Kraj. Ciklus; Kraj. Ako;
nastavak Ako odaberete. Pogled. Izračun = Planovi. Vrsta. Proračun. Pogledi. Proračuni. nagrada Onda Resursi = Novi niz (1); Resources = "Journal. Izračun. Rezultat"; Dimenzije = Nova struktura ("Employee", "Journal. Calculation. Employee"); Za svaki pokret sa seta. Ciklus kretanja Ako kretanje. Pogled. Izračun = Planovi. Vrsta. Proračun. Pogledi. Proračuni. Bonus Zatim baza. Izračun = Kretanje. Primi. Baza (resursi, mjerenja); Promet. Rezultat = Kretanje. Iznos * Baza. Proračun. Rezultat / 10 0; Kraj. Ako; Kraj. Ciklus; Kraj. Ako; Kraj. Postupci
U ovom članku ćemo razmotriti teorijske osnove raditi s evidencijama obračuna, kao i izvršiti izračun plaće zaposlenika razmjerno broju odrađenih sati.
Teorija
Registar izračuna (RR)- objekt metapodataka konfiguracije koji se koristi za provedbu periodičnih izračuna u sustavu 1C. Od očitih područja primjene obračunskih registara mogu se izdvojiti: izračun plaće, izračun najamnine, izračun najamnine.
Registri izračuna su po strukturi slični registri akumulacija ili registri informacija. Oni, kao i akumulacijski registri, imaju dimenzije, resurse, detalje, ali načelo rada registara za izračunavanje potpuno je drugačije.
U biti, mjerenja u registru akumulacije služe kao „ filtar»U kontekstu kojega primamo podatke iz registra akumulacija. Kao primjer, kada uzmemo "salda" prema akumulacijskom registru "Robne bilance" u kontekstu određene nomenklature ili "rez potonjeg" prema registru podataka "Plaće zaposlenika" u kontekstu određenog zaposlenika. Za razliku od registra akumulacije, mjerenja u registru periodičnih izračuna koriste se za implementaciju „“ (to je kada se vremenski produženi tipovi računa međusobno natječu u intervalu razdoblja valjanosti zapisa, tj. vrsta izračuna putovanja zamjenjuje vrstu izračuna plaće za razdoblje valjanosti) i „“ (Tada vrsta obračuna bonusa ovisi o vrsti obračuna plaće za prošla razdoblja).
mehanizam pomaka prema razdoblju djelovanja«:
Ovdje vidimo da vrsta izračuna "Poslovni put" ima vremensku duljinu i vrijedi od 10. do 20. travnja, "Poslovno putovanje" je naznačeno kao istisnuta vrsta izračuna za vrstu obračuna "Plaća". "Plaća" također ima duljinu vremena i vrijedi od 1. do 30. travnja. Budući da je "službeno putovanje" naznačeno kao zamjenjiva vrsta izračuna za vrstu izračuna "Plaća" (ima veći prioritet od plaće) i vrijedi za razdoblje valjanosti plaće, plaća se zamjenjuje poslovnim putovanjem i Formira se "Stvarno razdoblje valjanosti plaće". "Stvarno razdoblje valjanosti plaće." Ovo je razdoblje valjanosti plaće nakon preseljenja službenim putovanjem, u našem slučaju sastoji se od 2 razdoblja - od 1 do 9. travnja i od 21. do 30. travnja, a ukupno je 19 dana. Mehanizam pomaka temeljen na razdoblju radi samo za proračune koji su vremenski produženi.
Gornja slika grafički prikazuje princip „ mehanizam ovisnosti o baznom razdoblju«:
Recimo da krajem travnja 2017. zaposleniku želimo pripisati bonus od 10% njegove plaće. Plaća je navedena kao osnovne vrste izračuna za bonus.
No, kao "bazu" za izračun premije uzet ćemo ne cijeli mjesec travanj, već samo interval od 10. do 20. travnja (11 dana). Izračunajmo osnovicu za bonus, plaća zaposlenika je 60.000 rubalja, imamo 30 dana u mjesecu, dnevna plaća = 60.000/30 = 2.000 rubalja. Zatim 2000 * 11 = 22000 rubalja. Osnova za izračun premije je 22.000 rubalja.
Izračunajmo premiju: (22000/100) * 10 = 2200 rubalja. Bonus u iznosu od 10% plaće iznosi 2200 rubalja.
U tijesnoj knjizi namire je i aplikacijski objekt metapodataka "Plan tipova naselja".
Plan proračuna tipa (PVR)- objekt metapodataka konfiguracije koji pohranjuje informacije o vrstama vrsta izračuna i određuje utjecaj različitih izračuna jedan na drugi.
Jedan grafikon vrste izračuna može se koristiti u nekoliko knjiga izračuna, ali jedna knjiga izračuna ne može koristiti više planova tipova izračuna istovremeno.
Računski registar je tablica koja pohranjuje izračunate podatke, a u planu vrsta izračuna pohranjeni su algoritmi za izračunavanje tih podataka. Registar plaća mora imati barem jedan registar dokumenata koji vrši pomake u registru plaća (na primjer, Plaće).
Mehanizmi namire u sustavu 1C Enterprise dizajnirani su na takav način da prvo morate unijeti unose u registar poravnanja, a tek onda izvršiti izračun na temelju ovih podataka. Na primjer, ne možete izračunati bonus na temelju plaće sve dok ta ista plaća ne bude zabilježena u registru obračuna.
Praksa
Pogledajmo pobliže računske registre u praksi:
Korak 1 Počnimo s tablicom vrsta izračuna. Morate stvoriti grafikon vrsta poravnanja prije stvaranja knjige poravnanja. Izrađujemo plan vrsta izračuna ispred registra izračuna, jer je prije izrade tablice za pohranu izračunatih podataka (tj. Registra izračuna) potrebno navesti algoritme za izračunavanje tih podataka (tj. Plan vrsta izračuna).
Izradimo plan vrsta izračuna "Osnovni troškovi". Idemo odmah na karticu "Izračun". Ovdje odmah vidimo zastavu “ Koristi razdoblje valjanosti", Kada je ova zastavica postavljena, sve vrste izračuna uključenih u ovaj plan će imati duljina u vremenu(na primjer, plaća, službeno putovanje), a za ovaj plan vrsta izračuna, " mehanizam pomaka prema razdoblju djelovanja". Ako potvrdni okvir "Koristi razdoblje valjanosti" nije postavljen, tada vrste izračuna neće imati vremensku duljinu (na primjer, bonus, kazna) i "mehanizam preuzimanja po razdoblju valjanosti" neće raditi. Također na ovoj kartici postoje odjeljci "Ovisnost o bazi" i "Osnovni grafikoni vrsta izračuna" - oni se koriste za implementaciju " mehanizam ovisnosti o baznom razdoblju“, Ali o tome ćemo kasnije. Za sada ostavimo "Ovisnost o bazi" u načinu "Ne ovisi".
Izradimo unaprijed definiranu vrstu izračuna "Plaća". Na kartici "Općenito" sve je jednostavno. Odredili smo naziv i kod vrste izračuna.
Zahvaljujući činjenici da smo postavili zastavu “ Koristi razdoblje valjanosti"Sada imamo karticu" Raseljavanje"I uključio" mehanizam pomaka razdoblja«.
Na ovoj kartici navodimo vrste izračuna koji će zamijeniti plaću za razdoblje valjanosti (na primjer, službeno putovanje).
Bilješka: u "Displacement" možete dodati vrste izračuna koje pripadaju samo ovom planu vrsta izračuna.
Tu je i kartica “ Vodeći»- označava vrste izračuna pri promjeni koje treba preračunati trenutnu vrstu izračuna. Ovdje također možete odrediti vrste izračuna iz drugih planova vrsta izračuna. Na primjer, tip izračuna "Plaća" vodeći je za vrstu izračuna "Bonus", tj. kada se promijeni plaća, bonus se također mora ponovno izračunati. bonus se obračunava ovisno o plaći. V. ovaj slučaj vrsta izračuna "Plaća" pripada PVR -u "Osnovni troškovi" koristeći razdoblje valjanosti, a vrsta izračuna "Bonus" pripada PVR -ima "Dodatni troškovi" koji ne koriste razdoblje valjanosti.
Korak 2.Stvorite referencu "Karte" sa zadanu strukturu. U priručniku "Grafovi" pohranit ćemo načine rada zaposlenika (petodnevni, šestodnevni itd.).
Korak 3 Također nam je potreban objekt u koji ćemo pohraniti kalendar proizvodnje (radnim danom i vikendom). U te svrhe koristimo neperiodični neovisni registar podataka.
Napravimo neperiodični neovisni registar informacija "Rasporedi rada" s 2 dimenzije "Datum" i "Raspored" i resursom "Broj sati".
Zahvaljujući registru podataka "Rasporedi rada", moći ćemo izračunati plaće od plaće razmjerno broju odrađenih dana.
Korak 4.Izradimo dokument "Platni spisak" sa strukturom dolje prikazanih detalja:
Preduvjeti:
Brzo ponašanje smo postavili u vrijednost "Zabrani" od nema smisla za mehanizam povremenih obračuna u 1C - nikada ne naplaćujemo bonus, plaću ili kaznu u stvarnom vremenu.
Izradimo obrazac dokumenta sa zadanim postavkama.
Korak 5... Konačno smo došli do stvaranja registara izračuna.
Objekt metapodataka registra izračuna nalazi se u grani registara računanja konfiguratora.
Napravimo registar izračuna "Osnovni troškovi". Razmotrite sljedeće postavke registra izračuna:
1. U polju "Plan tipova izračuna" navedite PVR "Osnovni troškovi" stvoreni u 1. koraku.
2. Od tada postavite zastavicu "Razdoblje valjanosti" na vrijednost "Istina" PVR naveden u koraku 1 posjeduje duljina u vremenu.
Nakon postavljanja ove zastavice, standardni detalji "Razdoblje valjanosti", "Početak razdoblja valjanosti", "Kraj razdoblja valjanosti" odmah nam postaju dostupni, što znači da vrste izračuna registrirane u ovom registru izračuna također imaju duljina u vremenu i to postaje dostupno kod nas " mehanizam pomaka prema razdoblju djelovanja«.
p.s. Ako navedete TAP s duljina u vremenu za PP s oznakom "Razdoblje valjanosti" postavljenom na "Netačno", tada će ovaj TAP funkcionirati kao TAP bez duljina u vremenu.
3. Nakon što zastavicu "Razdoblje valjanosti" postavite na "Istinsku" vrijednost, polja "Grafikon", "Vrijednost grafikona", "Datum grafikona" postaju nam dostupna.
U polju "Raspored" navedite registar podataka "Raspored" kreiran u 3. koraku.
U polju "Vrijednost rasporeda" navedite resurs "Broj sati" registra podataka "Rasporedi".
U polju "Datum rasporeda" navedite dimenziju "Datum" registra podataka "Raspored".
4. U polju "Učestalost" označavamo vrijednost "Mjesec", što znači da će se podaci mjesečno unositi u registar.
Ispod je struktura metapodataka registra:
Zastavica "Osnovno" za dimenziju utječe samo na izvedbu, može se ostaviti neoznačena, ali ako je označena, polje "Zaposlenik" će biti indeksirano.
Dimenzija "Zaposlenik" - primjenjuje se u " mehanizam pomaka prema razdoblju djelovanja"i" mehanizam ovisnosti o baznom razdoblju«.
Resurs "Zbroj" - tamo će biti zapisana izračunata plaća.
Varijabla "Raspored" navedena je kao atribut, a ne dimenzija registra, budući da ni on ni on ne istiskuju ništa - zapravo, referentno polje. Važno!!! Ne zaboravite popuniti polje "Veza do rasporeda" na varijabli "Raspored" mora se navesti dimenzija "Raspored" u registru podataka "Raspored", inače se plaća neće izračunati.
Atribut "Parameter" pohranit će vrijednost plaće.
Sada, kada smo naznačili vezu s računalom "Rasporedi rada", plaća zaposlenika bit će obračunata proporcionalno broju radnih dana.
Kao matičar označavamo dokument „ Platni spisak"Stvoreno u koraku 4.
Korak 6... Krećemo u registru obračuna "Osnovni troškovi".
Vratimo se na dokument "Platni spisak" kreiran u 4. koraku.
Opišimo obradu transakcije u modulu objekta dokumenta:
Fragment koda za obradu dokumenta
1C (kôd)
Postupak za obradu knjiženja (odbijanje, način knjiženja) // registrirajte MainAcountsMotion.MainCalculations.Write = True; Movements.MainCalculations.Clear (); Razdoblje registracije = Mjesec početka (datum); Za svaki TekStringBasicAccounts iz ciklusa BasicAccounts Cycle Movement = Movement.MainCalculations.Add (); Pokret Storny = Laž; Movement.CalculationType = CurrentStringBasicAccounts.CalculationType; Movement.Action PeriodStart = CurrentStringMainAccounts.StartDate; Movement.ActionPeriodEnd = EndDay (CurrentStringBasicAccounts.EndDate); Movement.Registration Period = Razdoblje registracije; Movement.Employee = TechStringBasicAccounts.Employee; Movement.Graph = TekStringBasicAccounts.Graph; Movement.Parameter = TekStringMainCalculations.Size; Kraj ciklusa; Kraj postupka
Postupak obrade knjiženja (odbijanje, način knjiženja) // registriraj Main Pokret. Temeljna razgraničenja. Write = True; Pokret. Temeljna razgraničenja. Čisto (); Razdoblje registracije = Mjesec početka (datum); Za svaki redak teksta Kretanje = Kretanje. Temeljna razgraničenja. Dodati() ; Promet. Storno = Netačno; Promet. Vrsta izračuna = CurrentStringMainCalculations. Vrsta izračuna; Promet. Razdoblje ValidityStart = CurrentStringMainCalculations. Početni datum; Promet. Kraj valjanosti Period = EndDay (CurrentStringBasicAccounts .EndDate); Promet. Razdoblje registracije = Razdoblje registracije; Promet. Zaposlenik = TekStringBasicAccounts. Zaposlenik; Promet. Grafikon = CurrentStringMainCalculations. Raspored; Promet. Parametar = CurrentStringMainCalculations. Veličina; Kraj ciklusa; Kraj postupka |
Napravimo testni dokument i pokrenimo ga:
Idemo na "Kretanje dokumenata":
Vidimo da je razdoblje registracije određeno kao početak mjeseca. učestalost RR -a označena je kao "Mjesec". Također vidimo da su sva polja ispunjena osim iznosa (plaća još nije obračunata).
Korak 7.Napišimo šifru plaće.
Izradimo opći modul "Izračun" sa sljedećim zastavicama:
U ovom općem modulu izvršit će se sam izračun.
Napišemo funkciju izvoza „Izračunaj naknade“ u modulu „Izračun“:
Budući da smo popunili postavke PP "Osnovni troškovi" polja "Grafikon", "Vrijednost grafikona", "Datum grafikona", sada imamo pristup virtualnoj tablici registra izračuna DataGraphics, u upitu za virtualnu tablicu zanimaju nas polja:
"Broj sati u stvarnom razdoblju" - sadrži broj stvarno odrađenih sati izračunat na temelju podataka grafikona
"Broj sati Razdoblje rada" - sadrži broj radnih sati u obračunskom razdoblju izračunat na temelju podataka rasporeda
Postupak obračuna plaća
1C (kôd)
Postupak Izračunavanje obračunskih pasiva (matičar, skup zapisa) Izvoz // Zahtjev za plaću = Novi zahtjev; Zapros.Tekst = „SELECT | ESTNULL (OsnovnyeNachisleniyaDannyeGrafika.KolichestvoChasovFakticheskiyPeriodDeystviya, 0), ChasovFakt, | OsnovnyeNachisleniyaDannyeGrafika.Parametr, | ESTNULL (OsnovnyeNachisleniyaDannyeGrafika.KolichestvoChasovPeriodDeystviya, 0), ChasovPlan, | OsnovnyeNachisleniyaDannyeGrafika.NomerStroki | OD | RegistrRascheta.OsnovnyeNachisleniya.DannyeGrafika (| snimač = & Registrar | And Type of Settlement = & Type of Settlement Plaća) AS Osnovni obračunski podaci Grafički podaci "; Request.SetParameter ("Registrar", Registrar); // prijenos dokumenta registraru tako da se pretraživanje izvrši samo na trenutnom dokumentu Request.SetParameter ("SettlementTypeWarehouse", PlansTypesCalculation.MainCalculations.Warning); // postavljanje vrste izračuna plaća od izračunati plaću Uzorak = Zahtjev.Pokreni (). Odaberi (); Struktura pretraživanja = Nova struktura; SearchStructure.Insert ("LineNumber", 0); // kreiramo strukturu za traženje podataka za izračun prema broju retka Za svaki zapis iz ciklusa skupa zapisa // kružimo kroz skup zapisa tekućeg dokumenta SearchStructure.StringNumber = Record.LineNumber; // popunjavanje broja retka za pretraživanje If Selection.FindNext (SearchStructure) Then // traženje podataka u odabiru za izračun prema trenutnom broju retka Record.Sum =? (Selection.HoursPlan = 0,0, Selection.HoursFact / Selection.HoursPlan * Selection .Parameter); // izračunajte plaću razmjerno radnim danima, u Parametru - trenutnu plaću EndIf; Dohvati.Reset (); // poništavamo odabir, želimo da sljedeći zapis u skupu zapisa prvo traži odabir EndLoop; Recordset.Write (, True); // upisuje izračunate zapise u bazu podataka, prosljeđuje parametar Replace = True EndProcedure
//Plaća Zahtjev = Novi zahtjev; Upit. Tekst = "ODABERI | POSTOJI NUŠNO (BasicAccrualsGraphicsData.Broj satiActual Acio Period, 0) AS HoursFact, | BasicAccountingDataGraphics.Parameter, | POSTOJI NULL (BasicAccrualsGraphicsData.Broj satiAkcijski period, 0) AS HoursPlan, | BasicAccountsDataGraphics.NumberStrings | OD | Registar izračuna.BasicAccounting.DataGraphics ( | Registrar = & Registrar |
Novi objekt "Plan vrsta izračuna" udaljeni je analog vrsta izračuna u 7.7. Vrste izračuna su objekti podataka, a ne objekti metapodataka. Mogu postojati unaprijed definirane vrste izračuna.
Umjesto isključenih grupa naselja, možete koristiti ugrađene mehanizme grafikona vrsta naselja i registara naselja. Za grupiranje vrsta izračuna možete koristiti druge objekte, na primjer, pojedinosti o vrstama izračuna ili katalog.
Novi objekt "Registar izračuna" - udaljeni analogni dnevnik izračuna u 7.7
Umjesto kalendara, za primjenu rasporeda rada koriste se registri podataka.
Ugrađeni jezik
Kako bi se značajno proširile mogućnosti platforme, razvijen je novi jedinstveni objektni model jezika 1C: Enterprise 8.0. To je omogućilo dramatično proširenje mogućnosti platforme, ubrzanje njenog razvoja i povećanje jasnoće softverskih modula.
Uvedeni su novi literali i tipovi podataka, poput doslova Undefined, Null, True i False (boolean tip podataka). Vrsta datuma uključuje vrijeme.
Debugger je uključen u konfigurator. Zna pokazati popis svojstava objekata s njihovim vrijednostima i vrstama. Moguće je pregledati zbirke kao što su nizovi i tablice vrijednosti.
Uvedeni su opći moduli u kojima postoji samo dio postupaka i funkcija. U konfiguraciji su dostupni postupci i funkcije zajedničkih modula, deklariranih ključnom riječi "Izvoz".
Prilikom pisanja softverskih modula koristi se tehnologija kontekstualnih natuknica (analogna IntelliSense). Uređivač teksta programskih modula podržava grupiranje (presavijanje) konstrukcija sintakse, kao i opise postupaka i funkcija (u obliku komentara).
Funkcionalnost vanjske komponente v7plus.dll uključena je u platformu u obliku objekata "Mail", "Podaci o sustavu", "Internet veza", "FTP veza itd. Postoje i alati za rad s XML dokumentima" što se tiče uzastopnog čitanja i pisanja.velike tekstualne datoteke.
Zadatak
Plaće zaposlenima u poduzeću provode se mjesečno. Svi zaposlenici rade prema petodnevnom rasporedu, ali rješenje mora uključivati mogućnost rada po nekoliko različitih rasporeda.
Za izvođenje nastave na glavnom mjestu rada zaposlenici obrazovnog poduzeća primaju plaću po satu. Iznos koji se naplaćuje za tarifu izračunava se kao tarifna stopa pomnožena sa brojem stvarno odrađenih sati. Početna vrijednost tarifne stope može se mijenjati najviše jednom dnevno, ali se uzima na početku obračunskog razdoblja
Zaposlenici mogu provesti obuku na licu mjesta. U tom se slučaju tarifa ne naplaćuje za razdoblje terenske obuke, ali
zaposlenik se sastoji od dva dijela:
Neki fiksni iznos kompenzirajući to tarifa;
Obračuni izravno za osposobljavanje u obliku naknade, izračunati kao ukupan iznos uplata koje su studenti izvršili u tekućem obračunskom razdoblju, pomnožen s određenim postotkom. Postotna vrijednost može se postaviti u dokumentu "Plaća.
U prosincu, na kraju godine, zaposlenicima u poduzeću može se dodijeliti bonus kao postotak od zbroja svih vremenskih razgraničenja ostvarenih u prošloj godini. Postotak bonusa je isti za sve zaposlenike u poduzeću. Postotna vrijednost utvrđuje se u trenutku unosa podataka o obračunu u bazu podataka.
Mehanizam preračunavanja u okviru ovog zadatka ne bi se trebao koristiti.
Svi troškovi se unose pomoću dokumenta "Platni spisak". Uzmite u obzir da se svi podaci unose samo u roku od jednog mjeseca, na primjer, možete odrediti vremensko razdoblje po stopi od 10,01 do 31,01, a unos: stopa od 10,01 do 03,02 ne može se unijeti.
Za analizu troškova zaposlenika poduzeća u konfiguraciji potrebno je dostaviti izvješće sljedeće vrste:
Izvješće se može sastaviti za bilo koje razdoblje namire... Da biste analizirali obračune nastale za osposobljavanje učenika na cesti, u konfiguraciji se mora dostaviti izvješće sljedeće vrste:
Izvješće se može sastaviti za bilo koje obračunsko razdoblje.
Riješenje
1. Računski problem počet ćemo rješavati utvrđivanjem koje se vrste naknada i odbitaka moraju stvoriti u konfiguraciji i po kojim formulama se mora dobiti rezultat svake vrste izračuna. Prema zadatku, morat ćemo stvoriti četiri vrste izračuna:
· Obračun za osposobljavanje učenika na glavnom radnom mjestu Rezultat = Tarifna stopa * Broj odrađenih sati;
Napominjemo za godišnja nagrada odmah se ukazuje na način izračuna ukupan iznos svi troškovi napravljeni u protekloj godini - "Dobivanje baze".
2. U sljedećoj fazi, za gore navedene vrste izračuna, navest ćemo ovisnosti među njima.
Tablica 5.1. Postavljanje pomaka i temeljnih ovisnosti između vrsta izračuna potrebnih za rješavanje problema
| Vrsta izračuna | Raseljavanje | Baza |
| TRF | KMD | - |
| TRN | - | - |
| KMD | - | - |
| PfP | - | TRF, TRN, KMD |
3. Kreirajmo gornje vrste izračuna u konfiguraciji. Postavite odjeljak "Izračun" za svaki korišteni plan izračuna;
4. Izradimo računske registre;
5. Učinimo potrebne promjene u strukturi dokumenta „Platni spisak“;
6. Idemo na dokument "Plaća":
a. Dodajte potreban broj unosa u registar:
i. Odredite granice intervala svih postojećih razdoblja za svaki zapis;
ii. Navodimo vrijednosti mjerenja i upisujemo detalje;
b. Izračunajmo zapise generiranih skupova za primarne vrste izračuna:
i. Ako su unijeti troškovi prijevoza - rezultat obračuna
odmah ćemo utvrditi, prema podacima dokumenta;
ii. Obračun prema tarifi na glavnom mjestu rada
1. Koristeći mehanizam upita, za svaki zapis s navedenom vrstom izračuna dobit ćemo podatke o odrađenim satima i trenutnoj tarifnoj stopi;
2. Organizirajte ciklus kroz zapise skupa. Za svaki zapis implementiramo izravno pozicioniranje u traženi red u odabiru upita. Izračunajmo rezultat obračuna;
3. Zapišimo skup, bez preračunavanja stvarnog razdoblja valjanosti;
iii. Izračun naknade za polazak
1. Izradimo rotirajući registar akumulacija „Plaćanja
slušatelji ";
2. Izmijenimo algoritam za knjiženje dokumenta "Dohodak od novca", kada se izvrši, ovaj registar se mora popuniti;
3. Koristeći mehanizam upita, za svakog zaposlenika koji je radio na cesti i naveden u dokumentu, dobit ćemo podatke o studentskim isplatama;
4. Organizirajte ciklus kroz zapise skupa. Za svaki zapis implementiramo izravno pozicioniranje u traženi red u odabiru upita. Izračunajmo rezultat obračuna;
5. Zapišimo skup, bez preračunavanja stvarnog razdoblja valjanosti;
d. Ponavljamo korake opisane u odlomku 4 za zapise sekundarnih vrsta izračuna svake razine:
i. Obračun godišnje premije
1. Stvorimo konstantu za pohranu postotka premije. Uključite prema zadanim postavkama način korištenja glavnog oblika konstanti;
2. Koristeći mehanizam upita, za svaki zapis s navedenom vrstom izračuna dobit ćemo podatke o bazi;
3. Organizirajte ciklus kroz zapise skupa. Za svaki zapis implementiramo izravno pozicioniranje do željenog retka u odabiru upita. Izračunajmo rezultat obračuna;
4. Zapišimo skup;
e. Prenesimo programski kôd povezan s izračunom u opći modul;
7. Izgradimo izvješća potrebna u zadatku na podacima registara izračuna koristeći mehanizam sastavljanja podataka.
Upravljani obrasci
Zadatak
U obrasce svih dokumenata koji se koriste u zadatku potrebno je dodati mogućnost pregleda kretanja u registrima povezanim s dokumentom čiji je obrazac otvoren na ovaj trenutak vrijeme.
U obrascu za odabir zaposlenika, koji se poziva iz obrasca dokumenta "Plaće", popis zaposlenika koji se bira mora biti dopunjen podacima o njihovim tarifnim stopama. Prilikom odabira zaposlenika, informacije o odgovarajućoj stopi trebaju biti uključene u stupac "Veličina". Za dokument "Platni spisak" trebate stvoriti osnovni obrazac popisa u kojem bi se za tekući dokument trebali odražavati unosi koje je on napravio u registrima izračuna.
Riješenje
1. Kreirajmo osnovne oblike dokumenata. Otvorimo svaki obrazac u prozoru uređivača obrazaca. Na kartici "Sučelje naredbe" otvorite granu "Navigacijska ploča - Idi". Postavimo potvrdne okvire "Vidljivost" za registre.
2. Izradimo ne-glavni obrazac za odabir direktorija “ Pojedinci»;
a. Izvršit ćemo potrebne promjene u strukturi registra "Podaci o zaposlenicima";
b. Kreirajmo novi oblik;
c. Otvorimo paletu svojstava atributa glavnog oblika;
d. U odjeljku "Objekt" postavite zastavicu "Prilagođeni zahtjev";
e. Otvorimo postavke popisa;
f. Učinimo potrebne izmjene u tekstu zahtjeva;
g. Prilikom izrade obrasca na poslužitelju definirat ćemo vrijednosti parametara vanjskog zahtjeva;
h Definirajmo vlastitu obradu za odabir vrijednosti iz oblika imenika;
3. Poziv obrasca imenika organiziramo iz obrasca dokumenta
a. Kreirajmo glavni oblik dokumenta "Platni spisak";
b. Navedimo kreirani obrazac referentne knjige kao vrijednost imovine "Obrazac za odabir" elementa obrasca dokumenta "Osnovna plaćanjaZaposlenik";
