Hoćete li položiti stručni ispit platforme 1C: 1C: Enterprise 8 i želite brzo dobiti ključne slučajeve za rješavanje problema? Ovaj tečaj je ono što vam treba.

Nema vode. Teorija postoji samo na mjestima gdje se često postavljaju pitanja. Tečaj je praktičan.

Više od 1000 ljudi je završilo ovaj tečaj. Statistički podaci pokazuju da je nakon završetka tečaja postotak onih koji prođu blizu 90%, dok je pokušaj prvog ispita bez pripreme manji od 20%.

Publika tečaja (Pažnja, ovo se mora pročitati!)

Tečaj nije namijenjen početnicima. Ako ne znate što je potkonto, zašto vam treba plan vrsta izračuna ili kako se lijeva veza razlikuje od pune, prerano je za gledanje ovog tečaja.

Moderator - Pavel Chistov

Metodolog na platformi 1C: Enterprise 8.
  Ovjereni učitelj 1C: CSO.
  Voditelj resursa projektnih timova.
  Jedan od najpoznatijih stručnjaka za nastavu programiranja na platformi 1C u Rusiji i ZND,
  tvorac mnogih popularnih tečajeva i webinara.

Program tečaja

Tečaj se sastoji od pregleda 32 zadatka, od kojih je većina identična certifikaciji.

• 8 operativnih računovodstvenih zadataka, ukupno trajanje 7 sati 35 minuta (ili 10 sati osposobljavanja)
• 8 računovodstvenih zadataka, ukupno trajanje 7 sati 49 minuta (ili 10,5 sati osposobljavanja)
• 9 dizajnerskih zadataka, ukupno trajanje 9 sati 42 minute (ili 13 sati treninga)
• 7 zadataka u kontroliranim oblicima i poslovnim procesima, u trajanju od 3 sata 34 minute (5 sati treninga)

Kako ide tečaj

U cijenu tečaja uključena je podrška nastavnicima u trajanju od 31 dana od dana kupnje tečaja.
  Tečaj je podržan na zatvorenom forumu, čiji će pristup studentima biti dostupan nakon kupnje 31 dan.

Da biste se upoznali s videom, predlažem da pogledate prve dvije lekcije u cijelosti:

Zahtjevi sustava

Video materijali tečaja zaštićeni su od kopiranja - koriste siguran uređaj koji videozapis pričvršćuje na opremu i operativni sustav. Video možete aktivirati i gledati samo na računalima sa sustavom Windows. Aktivacija se može otkazati zbog zamjene hardvera ili većih ažuriranja OS-a. Uzdržite se od ažuriranja za 31 dan, koji su namijenjeni za prolazak tečaja.

Otprilike 2/3 tečaja snimljeno je na platformi 8.2, to ne utječe na relevantnost materijala jer boja sučelja ne igra nikakvu ulogu u primijenjenim zadacima.

Video materijali pružaju se u zaštićenom formatu, reprodukcija je moguća samo u sustavu Windows, s video karticom koja podržava prekrivanje. Ako imate dvojbe može li vaše računalo reproducirati video, preuzmite testni program ili kontaktirajte adresu e-pošte radi pomoći. pošte.

Aktivacija videa vrši se internetskom vezom. Reprodukcija videozapisa moguća je samo na računalu na kojem je izvršena aktivacija. Dodatne aktivacije nisu predviđene. Reprodukcija videozapisa u virtualnim strojevima i u terminalnim sesijama nije moguća.

Priprema za ispit 1C Specialist bitno se razlikuje od 1C Professional.

Ovo je zaista težak ispit - i u razumijevanju što i kako učiniti, i u razvoju, a posebno - u vremenu koje je potrebno za rješavanje problema.

Da vidimo - koji je najprikladniji način da se pripremite za ispit 1C Specialist?

Stručnjak za strategiju dovršetka 1C

1C Specijalistički ispit može se grubo podijeliti na "po platformi" i "prema konfiguraciji".

Ova podjela ima sljedeće značenje - 1C platforma sadrži određeni broj mehanizama. Ovo je:

• zajednički mehanizmi
• mehanizmi za integraciju
• računovodstveni mehanizmi.

Postoje tri glavna mehanizma računovodstva:

• Shema računa i knjigovodstveni registri
• Registri akumulacije („operativno računovodstvo“)
• Popisi o nagodbi [za plaće] ("složena periodična naselja").

Dakle, specijalist 1C „po konfiguracijama“ zahtijeva da poznajete jednu vrstu računovodstvenog mehanizma. A ispit na platformi su sva tri.

S druge strane, ispit na platformi daje opće zadatke, čija je svrha razvijati se na nekoj „praznoj konfiguraciji“. Međutim, ispitivanja konfiguracija zahtijevaju da zadatak uklopite u tipičnu konfiguraciju, što je nemoguće bez poznavanja odabrane tipične konfiguracije iznutra.

Također, u konfiguracijskim zadacima nužno postoji određena suptilnost u poznavanju odgovarajućeg područja računovodstvenog znanja. Na primjer, za računovodstvo, ovo je razumijevanje računovodstvenog postupka za PBU / 18.

U skladu s gore navedenim, na pitanje koji je ispit bolje odabrati ili kojim redoslijedom polagati - različitim ljudima je lakše krenuti od različitih.

Jedna od opcija je slijediti metodologiju danu u profesionalnoj lekciji - preći iz slobodnih radnih mjesta iz snova i njihovih zahtjeva ili od podjele na "programera" i "uvod" 1C.

Priprema 1C Specijalist

Nakon što odaberete koje preglede trebate obaviti, možete razmisliti o tome kako se osposobiti za specijaliste 1C.

Priprema 1C Specijalist se može podijeliti u dvije faze:

Faza 1) Opće poznavanje specifičnih zahtjeva određenog ispita

Opcija treninga 1C Specialist Platform »

Jasno je da ovaj ispit zahtijeva poznavanje:

• sve tri računovodstvene mogućnosti
• razvoj 1C sučelja (obrasci, tanko korisničko sučelje).

U skladu s tim, potrebno je proučiti ta pitanja i, barem, osnovne metode rada s njima koristeći knjige, tečajeve ili „metodu koplja“.

Opcija pripreme stručnjak za konfiguraciju 1C

Ova opcija ispita sadrži sljedeće poteškoće:

• opće poznavanje određene konfiguracije
• poznavanje nekoliko suptilnosti u ovoj vrsti računovodstva.

Što se tiče poznavanja konfiguracije, potrebno je uspostaviti odabranu konfiguraciju i steći opće znanje o njoj, naime:

• glavni podsustavi i njihove ključne komponente (direktorije, dokumenti, registri)
• tehnika gradnje sučelja (pogotovo ako se radi o konfiguraciji na tankom klijentu)
• glavne knjigovodstvene registre i princip njihove izrade u određenoj konfiguraciji.

Što se tiče poznavanja "suptilnosti računovodstva":

• preuzmite zahtjeve za određenu opciju ispita (ukratko - pročitajte na (u cijelosti na web stranici 1C)), a u zahtjevima pogledajte „Moguće parcele zadataka“, tamo su naznačene računovodstvene sheme (samo primjer!) koje morate znati
• kupite knjigu zadataka za određeni ispit (na primjer, u službenoj internetskoj trgovini 1C. Iz knjige možete odabrati potpuni popis računovodstvenih shema koje morate znati da biste položili ispit.

Opće obrazovanje za 1C Specijalistički ispit može se dobiti i na redovnim tečajevima, trošak je od 7000 rubalja.

1C Specijalistički tečaj se sastoji od četiri dijela - „Uvod u konfiguraciju“ i tri vrste računovodstva. Tečaj je moguće dijeliti, primjerice, samo na računovodstvenim mehanizmima.

Faza 2) Rješavanje problema za određeni ispit

Nakon stjecanja općeg znanja, kada ste već točno „na temu“ i vođeni znanjem o pitanjima potrebnim za ispit, morate riješiti sve mogućnosti za moguće zadatke 1C Specijalist za ispit.

Popis zadataka 1C Specialist mora biti preuzet iz knjige zadataka (upravo smo razgovarali o tome gore). Također, zadatke od 1C stručnjaka možete pronaći na Internetu, prilikom pretraživanja pripazite na verziju ispita (na primjer, sada je ispit položen prema verziji 1C 8.2 i najnovijim izdanjima konfiguracije) te da pronađeni komplet sadrži SVE zadatke, a ne neke od njih.

Zadaci 1C Specialist može to riješiti sam ili pronaći gotova rješenja (takva se mogu naći i na Internetu). Međutim, oni imaju više smisla za samoispitivanje, jer upoznavanje s već riješenim zadatkom vjerojatno neće pomoći prilikom polaganja stvarnog 1C Specijalnog ispita, kada sami trebate riješiti problem.

Zadaci 1C Specijalist za svaki ispit - različit. Dalje je rečeno o određenom „uobičajenom“ zadatku, objedinjenom. Zadatak se obično sastoji od sljedećih dijelova:

• Razviti dokument i povezane vodiče
• Da bismo razvili ili prilagodili registar i dokument na njemu, formula je dana u matematičkom obliku
• Izraditi izvještaj (o mehanizmu izvještavanja o ACS-u)
• Za ispit "po konfiguraciji" unesite testni slučaj i provjerite da razvijeno izvješće pokazuje točne podatke.

Predmeti ispitnih zadataka 1C Specijalist

Zadaci 1C Specialist - platforma (preuzmite zadatke 1C Specialist, preuzmite konfiguraciju za razvoj)

1) Veleprodaja

• Katalozi robe i skladišta
• Dokumenti primitka i prodaje robe
• FIFO / LIFO šaržno knjigovodstvo na registrima akumulacije
• Izvješća o prodaji i troškovima

2) Krediti zaposlenicima

• Dokumenti za izdavanje i vraćanje kredita
• Računovodstvo zajma i kamata na kontnom planu (i registrima) računovodstva
• Izvješće o izdanim kreditima

3) Plaće i bonusi

• Imenici stope plaća, rasporedi, zaposlenici
• Dokument za plaće
• Premium izvješće

4) sučelje

• Obrasci za upravljani dokument
• Programsko sučelje.

Zadaci 1C Specialist - Knjigovodstveno izdanje 2 (preuzmite zadatke 1C Specijalist, konfiguracija za razvoj - tipično knjigovodstveno izdanje 2)

1) Ugovori o zajmu između organizacija

• Dokument o ugovoru o zajmu
• Računovodstvo za zajmove i kamate

2) Poteškoće zajmova u poreznom računovodstvu

• Računovodstvo zajma
• Krediti za porezno računovodstvo
• Revalorizacija zajmova u stranoj valuti

3) Jedna od opcija za izvještavanje

• Rano zaključeni ugovori o zajmu
• Kašnjenja novčanog toka
• Iznosi agencijskih naknada

4) Unesite testni slučaj.

Zadaci 1C Specialist - Trade Management Edition 11 (preuzmite zadatke 1C Specialist, konfiguracija za razvoj - tipično upravljanje trgovinom 11)

1) Datum isteka proizvoda vezan za seriju roba

• Unesite datum isteka vezan za seriju
• Unesite dopušteni% roka trajanja u dogovoru s dobavljačem
• Kontrola roka trajanja nabave

2) Unesite slučaj računovodstvenog testa

• Uključivanje u troškove dodatnih troškova otpreme.

Praksa studenata pokazuje da se na ispite trebate pripremiti unaprijed. Ispit 1C: Specijalist - samo jedan od njih. Otvaramo ulaz za internetski tečaj za pripremu za certificiranje.

Autor i moderator tečaja je učitelj 1C: Centar za učenje br. 1 Pavel Belousov. Na ispitu 1C: Specialist polaže 15 godina i jedan je od njegovih programera. Malo je vjerovatno da netko može reći više o ispitu nego on.

Značajke tečaja

Glavni naglasak tečaja je na razvoju metodički ispravnih tehnika programiranja i konfiguriranja, čije se posjedovanje provjerava na ispitu. Pored toga:

• tečaj uključuje dva oblika prijenosa materijala: video snimanje i internetsko savjetovanje s trenerom;
• dio predavanja se snima, a pristup videozapisu omogućuje se svim polaznicima internetskog tečaja;
• nakon svake konzultacije, sudionici dobivaju domaću zadaću za konsolidaciju materijala. Njegova provedba je obavezna!
• trener provjerava svaki zadatak i daje povratne informacije svim učenicima.

Na kraju tečaja studenti će naučiti tehnike konfiguracije u skladu s „Standardima za razvoj konfiguracije“ i moći će besplatno certificirati stručnjaka za platformu. "1C: Enterprise 8.3".

Bonusi za polaznike tečaja

Infostart je ponudio set bonusa, posebno za polaznike tečaja:

• Za cijelo razdoblje obuke osiguran je pristup katalogu Infostart s ograničenjem 20 startmana   na računu. Ova pretplata može se koristiti za preuzimanje datoteka iz skupa publikacija u ovom posebnom projektu.
• Kupon od 10% popusta za bilo koji tečaj smješten u katalogu Infostart.
• Besplatno atestation Attestation "1C: Specialist" na platformi 1C: Poduzeće 8.3   (ako imate certifikat "1C: Professional" na platformi) u najbližem certificiranom ispitnom centru tvrtke "1C".

Trošak i vrijeme

Tečaj će trajati od 11. ožujka do 3. travnja 2019. godine. Sastoji se od 11 mrežnih predavanja u trajanju od 4 sata i 6 dodatnih savjetovanja. Predavanja su predviđena: od 17.00 do 21.00 po moskovskom vremenu.

1. Raspored priprema i korišteni materijali.
2. Glavni primijenjeni problemi razmatrani na ispitu i njihova primjenjivost u radu.
3. Savršene pogreške. Raščlanjivanje.
4. Korisni trikovi i preporuke za uspješno dovršavanje.

1. Razina upisa. Ono što je znao i radio s njim prije početka treninga.

Prvi put sam vidio konfigurator 1C: 8 oko tri godine prije početka priprema. U isto vrijeme, prvih 1,5 godina bile su isključivo upoznavanje i teoretske i oduzimale su vrlo mali dio vremena, glavni rad je bio na platformi 7.7. Sljedećih 1,5 godina već ima 100% zaposlenosti u 8k, naime: pisanje izvještaja, manja poboljšanja pojedinih podsustava konfiguracije 1C: SCP 1.3. Praktično nije bilo zadataka sličnih onima riješenim na ispitu, osim "prolaska ispravljača programa za analizu procesa ponašanja" ili pretplate na događaj koji bi "nadopunio" tipične mehanizme. Ovo sve ilustrira da je razina znanja bila nešto više nego minimalna.

Zašto sam se odlučio na to certifikat "1C: Platforma Professional":

2. Raspored priprema i korišteni materijali

financijska troškovi   pripremiti.

1. Nabava tečaja Pavla Chistova iz projekta "". 8 700 rubalja (ako imate sreće, možete dobiti popust).
2. Knjiga "Zbirka zadataka za pripremu za ispit 1C: Specijalist platforme." 1.000 rubalja
3. Položen ispit. Udaljeno od drugog pokušaja 2 100 (prvi pokušaj) + 800 (drugi) \u003d 2 900.

Ukupno: 12 600 rubalja.

1,5 mjeseca - gusta studija materijala kolegija Pavla Chistova (obvezno aktivno sudjelovanje u master grupa, pregledavanje pitanja i izraza drugih). Sam sam postavio oko 10 pitanja u svim odjeljcima.

Sljedećih 1,5 mjeseci - neovisno rješenje problema iz kolekcije, kao i usporedba njihovih rješenja s odlukama kolega, objavljeno na forumu Pavla Chistova. Potpuno je riješeno oko 10 problema iz svakog odjeljka i otprilike isti iznos pažljivije - pažljivo je proučavao rješenja drugih, analizirajući i birajući one najispravnije (s moje točke gledišta). Analiza ostalih rješenja i čitanje rasprava o rješenjima problema trajalo je jako dugo, ali, vjerujte mi, to vrijedi.

Glavni primijenjeni problemi razmatrani na ispitu i njihova primjenjivost u radu.

Želio bih istaknuti glavna područja primijenjenih problema. Mislim da će biti zanimljivo onima koji sumnjaju vrijedi li se pripremiti i proći ako mi to uopće nije korisno u životu.

1. Operativno računovodstvo

Paketno knjigovodstvo u svim njegovim varijacijama i kombinacijama s otpisima u prosjeku.

Uzajamno poravnanje s strankama (u kontekstu projekata, ugovora, uzimajući u obzir napredak).

Kompletan set, potražite nomenklaturu.

Karakteristike i svojstva nomenklature (druge strane). Korištenje plana vrsta karakteristika.

proračuna

Valutno računovodstvo međusobnih obračuna.

Operativna tehnika (može se koristiti u različitim temama)

2. Računovodstvo. Primijenjeni zadaci slični su operativnom računovodstvu. Značajke i razlike u implementaciji:

Organizacije, podjele, valute - u pravilu je nova dimenzija u Registru računovodstva (za ostale zadatke dodavanje podugovora je dovoljno).

Razumijevanje potrebe za stavljanjem računovodstvenih značajki (za račune) i računovodstvenih značajki za subkonto (za vrste subkonta).

Razumijevanje potrebe da se označi znak „pregovarački“ za vrste potkontoa.

3. Složeni periodični proračuni.

Utvrđivanje pripadnosti vrstama naselja: Osnovni troškovi, Dodatni troškovi, Odbitci.

Postavite rok važenja za naselja

Podešavanje ovisnosti baze

Podešavanje ekstruzije

Omogućavanje ponovnog izračuna

Otkazivanje računovodstva

Način odstupanja i metoda kontinuirane registracije

4. Upravljani obrasci i poslovni procesi.

Obrazac podudaranja + povlačenje i ispuštanje

Rad s dinamičnim popisom, prolaženje parametara.

Mehanizam uzbunjivanja

Poboljšanje sučelja (spremanje, prijenos navigacijskih veza, prikazivanje kretanja u registrima prema dokumentu, ažuriranje funkcionalnosti poslovnih procesa).

Mehanizam rješavanja zadataka utemeljenih na ulogama u poslovnim procesima.

Izdvojio bih rješenje problema u kontroliranim oblicima i poslovnim procesima.

Upravljani obrasci - 2-3 dana u trajanju od nekoliko sati, već bliže ispitu. Ovo će vrijeme biti dovoljno za pripremu zadataka (njih je malo).

Poslovni procesi - jedan dan, otprilike 3 sata. 1,5 sati - proučavanje mehanizama, sljedećih 1,5 sati - rješenje 3-4 zadatka. Oni su istog tipa. To će biti dovoljno.

Ukupno: tri mjeseca.   Radnim danima sam uspio posvetiti manje vremena, zbog zaposlenja u svom glavnom poslu pokušao sam nadoknaditi vikendom. U prosjeku je ispalo oko 1 sat dnevno.

Glavni korak na samom ispitu:

Kao što rekoh, predao sam dvaput, jer nije uspio prvi put. Dajem vremensku traku za ispitni postupak, što i koliko vremena treba provesti / treba provesti.

5 minuta - čitanje pravila i uvjeta dostave, izdato na ispitu.

1 sat - rješenje za svaki od zadataka (OS, BU, SPR).

20-30 minuta - unos podataka, rješavanje problema, izvješće

20-30 minuta - Upravljani obrasci (poslovni procesi)

5-10 minuta - dizajniranje naredbenog sučelja.

Isti brojevi u obliku dijagrama:

Pogreška pri raščlanjivanju

Dajem popis pogrešaka koje sam napravio na ispitu i komentare na te pogreške. Glavni su uzroci pogrešaka gubitak koncentracije i bezbrižnostisto tako "Izum bicikla", Kod prve isporuke bilo je 7 pogrešaka (bez oznake), kod druge isporuke - 3 pogreške (oznaka "dobra").

Prvi pokušaj:

1) OS. Registar ekstra akumulacije.

Naišao sam na zadatak vrlo sličan zadatku 1.3 iz zbirke. Odlučio sam to učiniti u dva registra koristeći " nova tehnika»Kontrola ostataka. Recenzenti su to smatrali pogreškom. P. Chistov je na forumu otkrio obje recenzije da je moja odluka ispravna i obrnuto. Općenito, "nema sreće". Zaključak - ne izumite kotač.

2) OS: Prosječno otpisivanje je netočno.

U dokumentu o primanju prilikom bilježenja pokreta za mjerenje, "stranka" je zaboravila izvršiti provjeru je li metoda otpisa<>   U sredini ...

Zaključak: nepažnja.

3) BU. Nepravilno konfigurirani računovodstveni atributi.

Vrlo znatiželjna greška. Postoji grom na platformi. Kratki opis:

Na računu „Kvantitativno“ stvaram računovodstvene karakteristike. Pokušavam ga odabrati za resurs "Količina", ali na popisu za odabir je prazan:

Obratite pažnju:   takvo se ponašanje susrelo u pripremi, a OBOĆA prilikom polaganja ispita.

Prvi sam put opisao detaljan scenarij takvog ponašanja u tekstualnoj datoteci, ali u stvari nisam mogao odložiti znak računovodstva. Ispitivač je odgovorio na moje komentare i objašnjenja (citat):

„Problem nepostojanja znaka tijekom konfiguracije rješava se elementarnim zatvaranjem i ponovnim otvaranjem prozora. U ekstremnim slučajevima konfigurator morate zatvoriti i ponovo otvoriti. Podnositelj zahtjeva za titulu "1C: Specijalist" mora biti vješt u ovoj tehnici, kao i biti u stanju riješiti ove probleme koji se mogu pojaviti u stvarnom radu. "

Kad se zadatak ponovio, otvaranje / zatvaranje prozora nije pomoglo. Ali, ponovno pokretanje konfiguratora pomoglo je.

Zaključak: u konfiguratoru morate posjedovati sve metode rada.

1) DSS: Netočno razdoblje registracije.

U zadatku izračuna bilo je izričito rečeno "podaci u obračunskom dokumentu mogu se unijeti za bilo koje razdoblje", pa sam odlučio razdoblje registracije prikazati u tabličnom odjeljku. Pokazalo se da je to pogreška, komentar:

Upotreba razdoblja registracije u tabelarnom dijelu ni na koji način ne slijedi uvjete problema, nije potrebno za njegovo rješenje i suprotna je standardnoj metodologiji.

Zaključak: ne biste trebali koristiti tehnike koje su u suprotnosti sa standardnom metodologijom.

2) NULL provjera upotrebljava se pogrešno.

U virtualnim tablicama registara za izračun (DataGraphics, BasePeriod) na sva polja koristio funkciju isnull. To se smatralo greškom.jer neka polja nikad ne mogu biti nulta (na primjer, polje Redni broj tablice grafičkih podataka).

3) DSS: Pogreške s netočnim izračunom Storny Records i radnih sati.

Izračunao je preokret tamo gdje to ne bi moglo biti, ali gdje je mogao - naprotiv, nije.

4) DSS: radni sati se ne izračunavaju pravilno. Slično tome, Storno: Rezervirani utrošeni resurs računao je tamo gdje to ne bi mogao biti.

zaključak:   nepotpuno razumijevanje primijenjene logike problema. Potrebno je pažljivo pročitati i analizirati zadatak.

Pokušaj ponovnog pokušaja (uspješan):

1) DSS: neispravna povezanost podataka grafikona s registrom.

Zaboravio sam priložiti vrijednosti mjerenja i resursa vrijednostima grafa u Kalkulatorski registar.

2) Ne postoji ček za NULL.

Pogreška koja je upravo suprotnost pogreške kod prve promjene. Zaboravili ste provjeriti ima li NULL.

3) Dodatna tablica u upitu.

U zadatku o DSS-u napravio je preliminarno grupiranje pojedinosti tabelarnog dijela i stvorio privremenu tablicu. U drugom paketu napravio sam priključak na registar gdje se pohranjuju plaće zaposlenih. Ispitivači su smatrali da je privremeni stol suvišan. Vjerojatno zato što jednostavno nema što grupirati i nema smisla.

Zaključak: ne izumite ponovno kotač.

Vještine i znanja stečena u procesu pripreme

1. Operativno računovodstvo.

1.1. Operativna metodologija („nova“ metodologija za kontrolu ostataka). Na web mjestu Pavla Chistova nalazi se detaljan opis ovog mehanizma:

Uključivanje "Dopusti dijeljenje zbroja" i postavljanje "Blokiraj za promjene" tijekom isključenja. Da biste ubrzali proces snimanja pokreta, ne trčite u zastoj i ne otpisujte negativne.

1.2 Pri otpisivanju je gotovo uvijek potrebno postaviti Block For Change i napisati prazan skup. Detaljan opis s Chistov foruma: http://chistov.spb.ru/forum/16-1999-22182-16-1334812078 Nakon čega je već instalirana upravljana brava na potrebnom resoru.

2. Računovodstvo.

2.1. Potreba za stvaranjem računovodstvenih značajki (računi i podkontrole). Ne zaboravite staviti znakove i slijedite znak "ravnoteža" za resurse (u pravilu za količinu resursa znak "ravnoteža" se uklanja).

2.2. Znakovi obračuna subkontoa rijetko se koriste. Na primjer, postoje tri potkontrole (Roba, Skladište, Strana), a trošak treba pohraniti samo u kontekstu Roba i Stranke. Računovodstvena karakteristika stvara se za potkontrolu (Ukupno), a prikazuje se samo za Robu i stranku.

2.3. Povećanje maksimalnog broja subkontoa dovodi do povećanja fizičkih tablica u bazi podataka, pa bi najčešće korišteni subkonto trebao prenijeti na dimenziju (Valuta, Organizacija, Jedinica)

2.4. Potreba za manipulacijom podacima - optimizacija pohrane podataka u bazi podataka, kao i pojednostavljenje upita virtualnih tablica.

3. Složeni periodični proračuni.

3.1. Na različite načine pripadaju vrstama izračuna:

Glavni troškovi su plaća, poslovno putovanje, odmori, bolovanja, odsutnost, jednostavno. Razdoblje valjanosti koristi se gotovo uvijek (iznimke se mogu pojaviti ako postoji dokument o vremenu).

Dodatni troškovi - Naknada, Premium. Gotovo uvijek nema duljinu, već ovisi o bazi.

Stanje - alimentacija, novčana kazna, doprinosi.

3.2. Tipični algoritam dizajna:

Stvaranje plana tipova naselja

Napravite registar naplate. U osnovi, struktura registra: 2 mjerenja (zaposlenik, jedinica), 2 resursa (Iznos, utrošeni dani), 2 detalji (Raspored, pokazatelj vremena). Gotovo uvijek, učestalost je mjesec dana.

Preliminarni unosi u registar u Modulu predmeta dokumenta (bez odstupanja) na temelju kojih se izračunavaju pokazatelji u Općem modulu.

3.3. Ako je u Obrascu informacijskog registra 2 izvor (Dani i Sati), tada je kao "Vrijednost Rasporeda" potrebno navesti resurs TAC-a koji će biti najviše "pretrpan" (Primjer: Plaća - po danima, Bolnica - prema satima: naznačeno za resurs Registra naselja) radno vrijeme)

3.4. To je sjajno. Svugdje gdje postoji fraza "Potrebno je razmotriti ažuriranje rada". Metodom GetAddition () ispunite TK dobiven ovom metodom uz pomoć FillValue svojstava () i dopunite Storn podatke. Pri izračunavanju: Ako snimate, ikad ... Tada ...

1) U pravilima za ispit postoji odredba „procjena se može pregledati u korist ispitivača (precijenjena) ako se predloži nestandardno rješenje“. Moj savjet je riješiti sve prema predlošku i ne pokušavati predstaviti "nestandardno rješenje", Barem s daljinskom promjenom.

2) Ograničiti koncentraciju i pažljivost, Većina mojih pogrešaka bila je zbog gubitka pozornosti.

3) Kratki poticaji. Na vama je 🙂, Na primjer, napravio sam kratak opis slijeda izrade planova za vrste karakteristika, slijed radnji kod programiranja poslovnih procesa. Daljinska promjena zabilježena je na kameri, međutim postoje "mrtve zone" i možete zaviriti. Ali ne biste se na to trebali puno pouzdati - uostalom, vrijeme se gubi.

4) pažljivo čitanje + ponovno čitanje zadatka   (barem tri puta, uključujući izvješće) zapišite sve važne točke i, kako zadatak napreduje, označite njihovo izvršenje.

5) Razumni minimalni podaci o korisnicima, kako ne biste gubili vrijeme na uvođenje, ali istovremeno dovoljno za testiranje funkcionalnosti.

Sretno svima na ispitu!

Ako vam je moja publikacija korisna, ne zaboravite staviti znak plus :-)

Ovdje je rubrika za sve zadatke zbirke(stranica na kojoj se prikupljaju poveznice na teme foruma za svaki zadatak)
http://chistov.spb.ru/forum/16-969-1

Eto, sada su moje najbolje prakse i bilješke koje sam stvorio u procesu pripreme.
  Pokušat ću barem ponoviti s gore navedena dva najnoviji   publikacijama.

Pa krenimo:

  U slučaju udaljenog polaganja, na kraju ispita trebali biste imati dva predmeta na radnoj površini:

1. Konačno istovar baze podataka (dt datoteka)
  2. Objašnjenje

Ne bi trebalo biti ništa drugo, ne bi bilo posrednih primjeraka itd.

Morate napisati objašnjenje!
  U slučaju nejasno opisanog zadatka, obavezno napišite tamo da ste odabrali upravo takvu opciju.
  Također je bolje ostaviti kratke komentare u kodu na ključnim mjestima, bez fanatizma, ali gdje ispitivač može imati pitanja, pišite bolje.

Ali o tome će vam biti rečeno u uputama koje ćete dobiti za čitanje prije ispita.
  Samo je bolje znati unaprijed)

Pomoću uputa za prijavu ampersand.

Ponekad je brže tipkati s dodatne tipkovnice nego prebacivati \u200b\u200bizgled naprijed i natrag, štedeći vrijeme
  & \u003d Alt + 38

*************************************************************************************************
Korištenje InstantTime () u upitima

U upitima kumulativnim i računovodstvenim registrima, kao parametar virtualne tablice (razdoblja), potrebno je koristiti ne datum dokumenta, nego parametar Moment, koji je u kodu definiran na sljedeći način:

Moment \u003d? (Način zadržavanja \u003d Način zadržavanja dokumenta. Operativni, nedefinirani, TimeTime ());

*************************************************************************************************
Pri formiranju kretanja dokumenata u registru na samom početku postupka obrade potrebno je očistiti kretanja tekućeg dokumenta u registru.

Kod je:

Kretanje.naslov registra; zapis \u003d istina; Movement.Register name.Clear ();

Moguće je da će tijekom postupka biti potrebno analizirati zapise u ovom registru.
  Dakle, tako da kad analizirate trenutne zapise (stare, prije nego što je dokument promijenjen) jednostavno ne padnete u odabir, možete dodati još jedan u gornja dva retka:

Kretanje, Naziv registra, zapis ();

Ili prilikom analize zapisa izričito naznačite granicu koja ne uključuje vremenski trenutak trenutnog dokumenta.

Ali svugdje sam jednostavno ukazao na izgradnju ove tri crte:

Kretanje.naslov registra; zapis \u003d istina; Movement.Register name.Clear (); Kretanje, Naziv registra, zapis ();

*************************************************************************************************
Postoje dva načina za blokiranje podataka; izbor između njih ovisi o metodologiji - starom ili novom:

1) Redovita upravljana brava, stara tehnika obrade dokumenata (objekt Lock podataka)

Postavlja se ako se stanje prvo provjeri, a zatim zaduži.
  U slučaju kada moramo imati neke podatke iz registra da bismo formirali pokret.

Primjer:

U dokumentu - količina, u registru - količina i iznos (trošak)
Dakle, znamo koliko robe iz dokumenta - koliko otpisujemo, ali trošak - ne.
To možemo naučiti samo iz registra, ali da nitko ne bi promijenio registar između trenutka primanja vaga i trenutka snimanja pokreta, moramo ga zaključati prije nego što pročitamo bilance.
Dakle, u ovom se slučaju koristi objekt DataLock. A pri stvaranju je ispravnije naznačiti kojim mjerenjima blokiramo registar (na primjer, u našem slučaju samo prema stavci navedenoj u dokumentu) tako da nema nepotrebnih brava i drugi korisnik može prodati još jedan predmet.


1. Postavite zaključavanje pomoću objekta Data Lock
2. Pročitajte ostalo
3. Provjeravamo mogućnost otkaza
4. Formiramo pokrete, na primjer, otpisujemo robu
5. Nakon knjiženja dokumenta zaključavanje se automatski oslobađa (brava je valjana kao dio transakcije i sustav je automatski uklanja). Odnosno, nekako ne trebate posebno otključavati objekt.

2) Nova metodologija za vođenje dokumenata   (pomoću svojstva Block za promjenu \u003d istina)

Koristi se ako nam ne trebaju informacije iz registara za formiranje pokreta, a možemo provjeriti jesmo li otišli negativno prilikom otpisa, ako nakon snimanja pogledamo bilance u registru i vidimo što je negativno. U ovom ćemo slučaju razumjeti da smo otpisali nepotrebno i otkazali operaciju otkazivanja.

Primjer:
Razmislite o operaciji prodaje robe.
U dokumentu - količina, u registru - samo količina
Dakle, znamo količinu robe iz dokumenta.
Izrađujemo pokrete s količinom navedenom u dokumentu i bilježimo ih. Zatim pročitajte registar, pogledajte ostatke, analizirajte postoje li negativni. Ako postoji, prikazujemo pogrešku i postavljamo Failure \u003d True.

Odnosno, slijed je sljedeći:
1. Za kretanje po registru postavite svojstvo Blokiraj za promjenu \u003d True
2. Formiramo pokrete - otpisujemo robu
3. Snimite pokret
4. Čitamo registar, gledamo da nema negativnih ostataka. Ako ima, onda su otpisali višak, ako ne, onda je sve u redu.

Dakle, u ovom slučaju ne treba navesti kojim mjerenjima trebamo blokirati registar.
Mi jednostavno postavljamo svojstvo Block for Change \u003d Istina prije snimanja naših pokreta, pokreta pokreta i snimanja.
Sustav će blokirati registar u vrijeme snimanja prema mjerenjima koja su potrebna, nakon analize onoga što smo zabilježili.
Nakon otpuštanja brave.

Ova je opcija (druga) jednostavnija, naziva se "nova metodologija za vođenje dokumenata", a 1C preporučuje njezinu upotrebu ako je moguće i uzima bodove ako se koristi prva opcija, ali u nekim je slučajevima to jednostavno nemoguće primijeniti i prva se opcija koristi s objektom Lock podataka (vidi gornji primjer).

Također napominjem da se, bez obzira na odabranu metodu, pokreti prije rada s njima moraju očistiti (vidi prethodni savjet)

*************************************************************************************************
Blokiranje podataka (metoda blokiranja br. 1 iz gornjeg opisa)

Kontrolirano zaključavanje potrebno je ako se podaci čitaju i pokreću se na temelju tih podataka.
  Sam upravljani kôd za zaključavanje najbrže se dobiva ako unesete „Zaključavanje podataka“, nazovete pomoćnika sintakse i odatle jednostavno kopirate primjerni kod. Nadalje, lako je to promijeniti pod imenom svog registra i mjerenja.

To izgleda ovako:

Lock \u003d Nova blokada podataka; Element Locks \u003d Brave. Dodaj ("Registar akumulacije. Roba u skladištima"); Elementi za zaključavanje, način rada \u003d Blokade podataka, ekskluzivno; Zaključavanje elemenata. Izvor podataka \u003d PM; Blokiranje elemenata. Uporaba iz izvora podataka ("Nomenklatura", "Nomenklatura"); Lock.Lock ();

*************************************************************************************************
Tabelarni dio dokumenata bolje je nazvati "PM"

Tablični dio u 99% dokumenata je jedan. Takav unificirani naziv dijelova tablice pomoći će uštedi vremena jer:
  1) Vrlo kratko - piši brzo
  2) Isto za sve dokumente, ne morate se sjetiti kad ste pisali kod kako se to zove

*************************************************************************************************
Provjerite rezultat zahtjeva za prazninom prije dohvaćanja ili istovara u izvještaju o radu.

Općenito, koristio sam uzorkovanje u svim zadacima.

Izbor je optimalniji za sustav u smislu performansi, jer je "izoštren" samo za čitanje podataka (za razliku od TK).

Ali u svakom slučaju, bolje je provjeriti rezultat upita o praznini prije metode Select (), to će smanjiti opterećenje sustava.

Rezultat \u003d Upit. Execute (); Ako nije rezultat. Prazno () Zatim Dohvati \u003d Rezultat. Odaberite (Zaobići rezultat zahtjeva. Grupiranjem); ... Kraj If;

I u slučaju da iz zahtjeva trebamo dobiti samo jednu vrijednost
  (na primjer, samo metoda otpisa u skladu s računovodstvenim politikama utvrđenim za ovu godinu):

Rezultat \u003d Upit. Execute (); Ako nije rezultat. Prazan (), tada je odabir \u003d rezultat. Odaberite (); Uzorak. Dalje (); Opis metode koštanja \u003d uzorkovanje. Opis metode troška; Kraj If;

*************************************************************************************************
Dokument "Operacija" za zadatak na upravljačkoj jedinici

Svakako napravite radni dokument za zadatke na upravljačkoj jedinici.

Onemogućite njegovo ponašanje uopće (u svojstvima "Provedi \u003d zanijemi"), navedite što čini gibanje u računovodstvenom registru, izvucite pokret na obrascu.

*************************************************************************************************
Operativno držanje dokumenata:

To mora biti uključen:
  U operativnom i naletu. treba uključiti računovodstvo dokumenata (osim dokumenta "Operacija", vidi dolje).

To mora biti od:
  u nagodbenim zadacima nema smisla dokument o platnoj listi.

Za dokument "Operacija" transakcija bi trebala biti uopće onemogućena (u svojstvima dokumenta "Knjiženje \u003d odbiti"),
  budući da piše jednostavno piše podatke izravno u registar prilikom pisanja.

*************************************************************************************************
Uvjet u zahtjevu obrasca "Ili navedena specificirana nomenklatura ili bilo koja, ako nije navedena"

Sljedeći problem se pojavljuje u zahtjevima: na primjer, morate odabrati dokumente s navedenom nomenklaturom ili sve dokumente ako nomenklatura nije navedena.
  Rješava ga sljedeći uvjet u samom zahtjevu:

Nomenklatura \u003d & nomenklatura ILI & nomenklatura \u003d vrijednost (referenca. Nomenklatura. Prazna veza)

Ali to će stanje pretpostaviti optimalnije i ispravnije (hvala yukon):

   Request.Text \u003d Request.Text + "GDJE Nomenklatura \u003d & Nomenklatura";

  Kraj If;

Pojavom modela predmeta upita u 8.3.5, uvjet se može dodati sigurnije:

Ako je vrijednost ispunjena (nomenklatura) tada
   Zahtjev 1. Odabir. Dodaj ("Nomenklatura \u003d & nomenklatura");
   Zahtjev. Instalirajte parametar ("Nomenklatura", Nomenklatura);
  Kraj If;

*************************************************************************************************
Pridruživanje tablica u upitima:

Broj zapisa ukupnog broja ne ovisi o tome prikazuje li se polje pridružene tablice, ovisi samo o konfiguriranim vezama.
  Odnosno, polje pridružene tablice se možda neće prikazati.

Ako želite priložiti tablicu bez ikakvih uvjeta, tada na karticu uvjeti jednostavno napišite uvjet "TRUE".
  U tom će se slučaju tabela točno pridružiti.

*************************************************************************************************
Korištenje plana karakterističnih tipova (PVC):

1. Koristite kao mehanizam za opisivanje karakteristika predmeta.

1.1. Izrađujemo PVC. To će biti karakteristične vrste (npr. Boja, veličina, maksimalna brzina itd.). U postavkama odabiremo sve moguće vrste vrijednosti karakteristika i, ako je potrebno, kreiramo objekt iz stavka 1.2. I odredimo ga također u postavkama.

1.2. Za dodatne PVC vrijednosti izradite poddirektor dodatnih karakterističnih vrijednosti (ili jednostavno karakteristične vrijednosti) podređenih njemu.
  Pohranit će značajke, ako ih nema u postojećim imenicima. Ne možemo ga stvoriti ako se sve potrebne karakteristike nalaze u postojećim direktorijima ili se te vrijednosti mogu predstaviti elementarnim vrstama podataka. U PVC postavkama naznačite da će se ovaj direktorij koristiti za dodatne. karakteristične vrijednosti.

1.3. Stvaramo registar podataka koji zapravo povezuje tri objekta:
   - Objekt na koji povezujemo mehanizam karakteristika
   - Karakteristike tipa (PVC vrsta)
   - Vrijednosti svojstva (tip - karakteristično, ovo je nova vrsta koja se pojavila u sustavu nakon stvaranja PVC-a
   i opisivanje svih mogućih vrsta podataka koje karakteristika može uzeti).
  U informativnom registru označavamo da je Karakteristični prikaz vlasnik karakteristične vrijednosti (naziv parametra odabira), kao i odnos tipa za karakterističnu vrijednost opet iz karakterističnog prikaza.

Još jedna značajka je da za svaku vrstu stvorenih karakteristika možete odrediti vrstu vrijednosti karakteristike ako vam ne trebaju sve moguće vrste da biste opisali vrijednost ove karakteristike.

2. Upotreba PVC-a za stvaranje mehanizma za potkontrolu računovodstvenog registra .

2.1. Izrađujemo PVC ViewSubkonto.

2.2. Stvaramo podmapu PodConto vrijednosti (kao što je slučaj s karakteristikama, imat će vrijednosti subkontoa ako ih nema u drugim direktorijima).

2.3. Komunikacija se vrši pomoću kontnog plana.

*************************************************************************************************
Resursi računovodstvenog registra:

Iznos - bilanca
  Količina - neuravnotežena i povezana s znakom računovodstva

*************************************************************************************************
Virtualne tablice računovodstvenog registra:

Preokreti: obrtaji jednog računa
  Promet DtKt: pretvara se između bilo koja dva računa, to jest, sve iste knjižice za razdoblje.

*************************************************************************************************
Valutno računovodstvo u računovodstvenim registrima - kako implementirati:

Na računu stvorite znak knjigovodstvene "valute".
  U knjigovodstvenom registru dodatno stvaramo:
  - mjerenje valuta (zabrana blanko vrijednosti, neuravnoteženo, računovodstveni pokazatelj - valuta)
  - zbroj valute (neuravnotežen, računovodstveni pokazatelj je valuta, pohranit će iznos u valutu, tj. 100 USD, na primjer)
  To je sve.

Dakle struktura registra:

mjerenja:
   - Valuta
  sredstva
   - Količina
   - Iznos (iznos u rubaljima)
   - Iznos valute (iznos u valuti)

Dakle, valutno računovodstvo je samo usavršavanje konvencionalnog računovodstva u Bjelorusiji, ne mijenja suštinu, na primjer, resurs Iznos
  (tamo, kao i obično, iznos u rubaljima, bez obzira je li račun u stranoj valuti ili ne).
  A ako je zastava valutnog knjigovodstva na računu isključena, onda je to uobičajena struktura Republike Bjelorusije (resursi - samo količina i iznos).

*************************************************************************************************
Uvjeti za postavljanje parametara virtualne tablice radi dobivanja rezanja potonjeg postavljaju se na mjerenja, a ne na resurse.

Inače, ne dobivamo krišku potonjeg, već posljednji zapis s navedenom vrijednošću resursa - možda nije posljednji u skupu dimenzija

*************************************************************************************************
Značenje resursa i rekvizita u registar proračuna

U registrima za izradu, stvaranje resursa omogućuje ga dobivanje prilikom izračuna baze za ovaj registar.
  Čak i proporcionalno navedenom razdoblju, vrijednost resursa će se preračunati (ako se bazno razdoblje ne podudara s učestalošću registra).

A vrijednost atributa dostupna je samo u stvarnoj tablici registra izračuna, nije u virtualnim tablicama.

*************************************************************************************************
Oznaka "Osnovno" u svojstvima dimenzija registar izračuna
  Znači da će se ovim mjerenjem u budućnosti dobiti baza koja služi za dodatno indeksiranje vrijednosti po ovom polju.

*************************************************************************************************
Podjela razdoblja odmora po mjesecima kod snimanja skupa unosa u registar,
  ako je odmor u dokumentu postavljen kao jedan redak odjednom za nekoliko mjeseci u jednom retku:

StartStartTeamMonth \u003d StartMonth (TechStringMainCalculations.Action PeriodStart); Krajnji datumTeamMonth \u003d Krajnji mjesec (TechStringMainCalculations.Action PeriodStart); TechMonth \u003d Datum; Bye DateStartTechMonth<= НачалоМесяца(ТекСтрокаОсновныеНачисления.ПериодДействияКонец) Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = Макс(ДатаНачалаТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияНачало); Движение.ПериодДействияКонец = КонецДня(Мин(ДатаОкончанияТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияКонец)); Движение.ПериодРегистрации = Дата; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.Подразделение = ТекСтрокаОсновныеНачисления.Подразделение; Движение.Сумма = 0; Движение.КоличествоДней = 0; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Параметр; Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата, -3)); Движение.БазовыйПериодКонец = КонецДня(КонецМесяца(ДобавитьМесяц(Дата, -1))); ДатаНачалаТекМесяца = НачалоМесяца(ДобавитьМесяц(ДатаНачалаТекМесяца, 1)); ДатаОкончанияТекМесяца = КонецМесяца(ДатаНачалаТекМесяца); КонецЦикла; КонецЕсли;

*************************************************************************************************
Gantt Chart Building:

Na obrazac stavljamo element vrste "Gantt Chart", zovemo ga DG, zatim kreiramo naredbu "Generate" i u modul obrasca upisujemo sljedeće:

& Na Klijentu, Postupak formiranja (tima) obrasca na poslužitelju (); EndProcedures & OnServer postupak obrasca OnServer () DG.Clear (); DG.Update \u003d Netačno; Zahtjev \u003d Novi upit ( „SELECT | OsnovnyeNachisleniyaFakticheskiyPeriodDeystviya.Sotrudnik, | OsnovnyeNachisleniyaFakticheskiyPeriodDeystviya.VidRascheta, | OsnovnyeNachisleniyaFakticheskiyPeriodDeystviya.PeriodDeystviyaNachalo KAO PeriodDeystviyaNachalo, | OsnovnyeNachisleniyaFakticheskiyPeriodDeystviya.PeriodDeystviyaKonets KAO PeriodDeystviyaKonets | OD | RegistrRascheta.OsnovnyeNachisleniya.FakticheskiyPeriodDeystviya OsnovnyeNachisleniyaFakticheskiyPeriodDeystviya KAKO | GDJE | OsnovnyeNachisleniyaFakticheskiyPeriodDeystviya.PeriodDeystviya IZMEĐU i datum Ala i DataOkonchaniya „); Zahtjev. Postavite parametar ("Datum početka", Period. Datum početka); Zahtjev. Postavite parametar ("Datum završetka", Period. Datum završetka); Odabir \u003d Upit. Izvršiti (). Odaberite (); Do sada Uzorak. Sljedeća () Loop Point \u003d DG. Postavljena točka (Uzorak. Employee); Series \u003d DG. Set serija (uzorak. Vrsta izračuna); Vrijednost \u003d DG. Dobivajte vrijednost (točka, serija); Interval \u003d Vrijednost. Dodaj (); Interval. Start \u003d Uzorak. Vrijeme: Akcija Period; Interval.End \u003d Uzorak.Action PeriodEnd; Kraj ciklusa DG.Update \u003d Istina; KonetsProtsedury

Zapravo nam je ovdje važan samo kod u petlji, ostalo je pomoćno, samo je donijelo cijelu implementaciju ovog podvrsta.
  U zahtjevu nam je važno da postoji zaposlenik, vrsta obračuna, datum početka i datum završetka razdoblja.
  Kôd je zapravo vrlo jednostavan, lako ga se pamti, nemojte se uznemiriti ako vam se čini glomazan

*************************************************************************************************
Obrada ukidanja zapisa u nagodbenim zadacima:

U postupku za obradu ponašanja (objektni modul) oblikujemo sve pokrete, a ako postoje zapisi u drugim razdobljima, dobit ćemo ih ovako
  (sustav ih automatski generira - pomaže nam):

RecordsAdditions \u003d Movements.BasicAccruals.GetAdditions (); // Ne morate snimiti pokrete za dodatak

Za svaku liniju teksta iz ciklusa dodavanja zapisa
   Snimanje \u003d kretanja, glavna naplata. Dodaj ();
   Ispunite vrijednosti svojstava (Snimanje, niz teksta);
   Record. Period registracije \u003d TechString. Period registracije Boravak;
   Record.Action PeriodStart \u003d TechString.Action PeriodStartStore;
   Record.Action PeriodEnd \u003d TechString.Action PeriodEndStore;
  Kraj ciklusa

A pri izračunavanju zapisa umetnite čekove:

Ako tehnički pokret. Tada
   TechMotion.Total \u003d - TechMotion.Total;
  Kraj If;

*************************************************************************************************
Kako odrediti što treba pripisati glavnim troškovima, a što dodatnim problemima u izračunavanju.

Ali to nije uvijek 100% jasno, postoje i složeniji slučajevi, iako ih je malo.
  (na primjer, bonus koji ovisi o broju radnika u mjesecu dana je OH).

Glavni troškovi:
  Ako prema vrsti izračuna postoji ovisnost o rasporedu (mislimo na registar podataka s kalendarskim datumima), onda se to odnosi na glavne troškove.

OH primjer:
   - Plaća
   - Nešto što se računa od broja radnih dana (a za to trebate upotrijebiti raspored): bilo u roku valjanosti (kao plaća) ili u osnovnom razdoblju

Dodatni troškovi:
  Ono što se smatra bilo iz nagomilanog iznosa, ili RADNOG (a ne norma!) Vremena, ili uopće ne ovisi o njemu - je van. razgraničenja.

To jest: obračunska sredstva za izračun kojih se norma vremena koristi (može biti i činjenica) je OH, a za koje su potrebni stvarni podaci ili uopće ništa - ovo je DN.

Ili drugim riječima:

Ako BP koristi vremensku normu, tada treba za TAC uključiti razdoblje valjanosti.

*************************************************************************************************
Dodajte priliku u obliku popisa direktorija "Nomenklatura" mogućnost otvaranja odjeljka ugrađene pomoći "Rad s direktorijima".

Na obrascu napravite naredbu:

  & Na kupca
  Postupak pomoći (naredba)
   OpenHelp ("v8help: // 1cv8 / EnterprWorkingWithCatalogs");
  KonetsProtsedury

Linija odjeljka definirana je kako slijedi:
  Idite na referentne podatke konfiguracijskog objekta (u konfiguratoru), napišite riječ, odaberite je, idite na izbornik Elementi / veza i odaberite željeni odjeljak za pomoć 1C, nakon čega se veza automatski unosi. Izgleda komplicirano, u praksi - sve je jednostavno.

*************************************************************************************************
Primjena interakcije između oblika, na primjer, odabir:

1. Iz trenutnog obrasca otvorite željeni pomoću metode "OpenForm ()", strukturu s parametrima prenesite kao drugi parametar (ako je potrebno). Treći parametar može prenijeti vezu na ovaj obrazac - EtaForma.

2. U otvorenom obliku u rukovatelju "Pri kreiranju na poslužitelju ()" možemo uhvatiti parametre prosljeđene u koraku 1 kroz "Parametri. [Ime parametra]". Obrazac koji je pokrenuo otvaranje ovog obrasca bit će dostupan putem identifikatora "Vlasnik" (osim ako naravno nije navedeno u stavku 1).

I što je najvažnije, bit će dostupne izvozne funkcije obrasca vlasnika. To jest, možemo nazvati funkciju izvoza izvornog oblika i tamo proslijediti nešto s parametrom za obradu odabira. A ova će funkcija već ispuniti ono što je potrebno u izvornom obliku. Samo jedna opaska je da nije moguće prenijeti tablicu vrijednosti između klijentovih postupaka, ali možemo je staviti u privremenu pohranu i jednostavno prenijeti BX adresu, a već je izvaditi iz BX-a.

*************************************************************************************************
Životni ciklus parametara oblika

Svi parametri preneseni u obrazac u trenutku otvaranja vidljivi su samo u postupku "Prilikom kreiranja na poslužitelju".
  Nakon stvaranja, svi parametri se uništavaju i više nisu dostupni u obrascu.
  Izuzetak su parametri koji su deklarirani u uređivaču obrazaca atributom "Key parameter".
  Oni određuju jedinstvenost oblika.
  Takav će parametar postojati sve dok postoji i sam oblik.

*************************************************************************************************
Upotreba taksi sučelja

Tijekom razvoja možete postaviti uobičajena upravljana sučelja 8.2 u svojstvima konfiguracije - sve je primjetno kompaktnije i poznatije.
  To se posebno odnosi na iznajmljivanje na daljinu - rezolucija zaslona je vrlo mala, s taksi sučeljem se ništa ne može učiniti.
Samo ne zaboravite, kad završite, ponovo stavite taksi!U protivnom će ispitivač uzimati kuglice!

*************************************************************************************************

PS: E postoje odvojeni tipični potpolozi koji se koriste u svim zadacima, a upravo ih je potrebno riješiti (na primjer, otkazivanje u serijama, korištenje PVC-a (dobro, ovo je doista rijetko) i druge). I u svim se zadacima jednostavno ponavljaju (negdje postoje neki podzadaci, negdje drugdje, samo u različitim kombinacijama). Štoviše, u zbirci se dugo obećavalo da će izbaciti novi (ako već nije izdan), u kojem bi trebalo biti puno više zadataka, odnosno nema smisla pamtiti rješenja za pojedinačne probleme, ima smisla naučiti riješiti pojedinačne tipične podvrste, tada ćete riješiti svaki problem.

PSS: Kolege, ako još netko ima korisne informacije o pripremi za ispit i položenom ispitu, molimo vas da napišete u komentarima, nadopunit ćemo članak.