Priprema da postanete stručnjak za 1C platformu. Tečajevi i ispiti

Ako vam je moja publikacija korisna, ne zaboravite je ocijeniti plusom :-)

Ovdje je rubrikator za sve zadatke u zbirci(stranica koja sadrži veze na teme foruma za svaki zadatak)
http://chistov.spb.ru/forum/16-969-1

Pa, sada moj razvoj i bilješke koje sam napravio tijekom procesa pripreme.
Pokušat ću se što manje ponavljati sa spomenutom dvojicom posljednji publikacije.

Pa počnimo:

Ako ga polažete na daljinu, na kraju ispita trebali biste imati dva objekta na radnoj površini:

1. Završno učitavanje baze podataka (dt datoteka)
2. Objašnjenje

Ne bi trebalo postojati ništa drugo, nikakve međukopije itd.

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

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

Korištenje znaka & u upitima.

Ponekad je brže tipkati s dodatne tipkovnice nego mijenjati raspored naprijed-natrag, čime se štedi vrijeme
& = Alt+38

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

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

Trenutak = ?(Način prolaza = Način knjiženja dokumenta. Operativno, Nedefinirano, Trenutak vremena());

*************************************************************************************************
Kod generiranja kretanja dokumenta po registru, na samom početku postupka obrade knjiženja, potrebno je izvršiti brisanje kretanja tekućeg dokumenta po registru.

Kod je ovakav:

Movement.RegisterName.Write = True; Kretanja.Nazivregistra.Očisti();

Moguće je da će tijekom procesa biti potrebno analizirati zapise iz ovog registra.
Dakle, da pri analizi trenutnih zapisa (starih, prije promjene dokumenta) sigurno nisu uključeni u uzorak, možete gornja dva retka dodati još jedan redak:

Kretanje.Imeregistra.Pisanje();

Ili, kada analizirate zapise, eksplicitno označite granicu koja ne uključuje trenutnu točku u vremenu trenutnog dokumenta.

Ali posvuda sam jednostavno naznačio konstrukciju ova tri reda:

Movement.RegisterName.Write = True; Pokreti.Nazivregistra.Očisti(); Kretanje.Imeregistra.Pisanje();

*************************************************************************************************
Postoje dva načina blokiranja podataka, izbor između njih ovisi o korištenoj metodi - staroj ili novoj:

1) Redovno kontrolirano blokiranje, stari način obrade dokumenata (Data Blocking object)

Postavite hoće li se stanja prvo provjeriti, a zatim otpisati.
U slučaju kada nam je za formiranje pokreta potreban neki podatak iz registra.

Primjer:

U dokumentu - količina, u registru - količina i iznos (trošak)
Dakle, znamo količinu robe iz dokumenta - koliko otpisujemo, ali trošak - ne.
To možemo saznati samo iz očevidnika, ali kako bismo bili sigurni da nitko ne mijenja registar između trenutka zaprimanja stanja i trenutka evidentiranja kretanja, moramo zaključati registar i prije očitavanja stanja.
Dakle, u ovom slučaju koristi se objekt zaključavanja podataka. A kada ga kreirate, ispravnije je naznačiti kojim dimenzijama blokiramo registar (na primjer, u našem slučaju - samo stavkom navedenom u dokumentu) - tako da nema nepotrebnih zaključavanja i drugi korisnik može prodati drugi artikal.


1. Postavite zaključavanje pomoću objekta Data Lock
2. Pročitajte ostatak
3. Provjeravamo mogućnost otpisa
4. Kreiramo kretanja, na primjer, otpisujemo robu
5. Nakon knjiženja dokumenta blokada se automatski uklanja (blokada vrijedi kao dio transakcije knjiženja i sustav je automatski uklanja). Odnosno, nema potrebe za posebnim otključavanjem objekta.

2) Nova metodologija obrade dokumenata (pomoću svojstva LockForChange = True)

Koristi se ako nam podaci iz matičnih knjiga nisu potrebni za formiranje kretanja, a jesmo li otišli u minus pri otpisu možemo provjeriti ako nakon evidentiranja pogledamo stanja u očevidniku i vidimo da su negativna. . U tom slučaju shvatit ćemo da smo previše otpisali i otkazat ćemo operaciju otpisa.

Primjer:
Razmotrimo operaciju prodaje proizvoda.
U dokumentu - količina, u registru - samo količina
Dakle, iz dokumenta znamo količinu robe.
Kretanja formiramo s količinom navedenom u dokumentu i evidentiramo ih. Zatim čitamo registar, gledamo stanja i analiziramo ima li negativnih. Ako postoji, prikažite pogrešku i postavite Refusal = True.

Odnosno, slijed je ovakav:
1. Za kretanje kroz registar postavite svojstvo BlockForChange = True
2. Kreiramo kretanja - otpisujemo robu
3. Zabilježite pokrete
4. Pročitajte registar i uvjerite se da nema negativnih stanja. Ako ima, onda su otpisali višak, ako ne, onda je sve u redu.

Dakle, u ovom slučaju nema potrebe naznačiti kojim dimenzijama trebamo blokirati registar.
Svojstvo BlockForChange jednostavno postavimo na True prije snimanja naših pokreta, formiramo pokrete i snimamo.
Sustav će sam blokirati registar u trenutku snimanja prema mjerenjima koja su potrebna, analizirajući ono što smo snimili.
Nakon dovršetka, blokada će biti uklonjena.

Ova opcija (druga) je jednostavnija, zove se “nova metodologija obrade dokumenata” i 1C preporuča korištenje nje ako je moguće i oduzima bodove ako se koristi prva opcija, ali u nekim slučajevima se jednostavno ne može primijeniti i prva opcija s koristi se objekt zaključavanja podataka (vidi gornji primjer).

Također napominjem da bez obzira na odabranu metodu, pokrete je potrebno očistiti prije rada s njima (vidi prethodni savjet)

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

Kontrolirano zaključavanje je potrebno tamo gdje se podaci čitaju i na temelju tih podataka izvode pokreti
Najbrži način da dobijete upravljani kod za zaključavanje je da unesete "Datalocking", pozovete Syntax Assistant i jednostavno kopirate primjer koda od tamo. Zatim ga jednostavno promijenite u naziv svog registra i dimenzije.

Izgleda otprilike ovako:

Zaključaj = NewDataLock; Element zaključavanja = Zaključavanje.Dodaj("Registar akumulacije.RobaUSkladištima"); LockElement.Mode = DataLockMode.Exclusive; BlockingElement.DataSource = PM; Element zaključavanja.UseFromDataSource("Nomenklatura", "Nomenklatura"); Zaključaj.Zaključaj();

*************************************************************************************************
Tablični dio dokumenata bolje je nazvati jednostavno "TC"

U 99% dokumenata postoji samo jedan tabularni dio. Takav jedinstveni naziv za tablične dijelove uvelike će pomoći u uštedi vremena, jer:
1) Vrlo kratko - pišite brzo
2) Isto za sve dokumente, ne morate zapamtiti kako se zove kada pišete kod

*************************************************************************************************
Rezultat upita treba provjeriti je li prazan prije dohvaćanja ili učitavanja u tehničku specifikaciju.

Općenito, koristio sam uzorkovanje u svim zadacima.

Uzorkovanje je optimalnije za sustav u smislu performansi, jer je "izoštreno" samo za čitanje podataka (za razliku od TK).

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

Rezultat = Query.Run(); If Not Result.Empty() Then Select = Result.Select(TravelQueryResult.ByGrouping); ... Završi ako;

I u slučaju da trebamo dobiti samo jednu vrijednost iz zahtjeva
(npr. samo način otpisa sukladno računovodstvenoj politici utvrđenoj za ovu godinu):

Rezultat = Query.Run(); If Not Result.Empty() Then Select = Result.Select(); Odabir.Dalje(); Metoda otpisa troškova = Sample.Cost Write-Off Method; završi ako;

*************************************************************************************************
Dokument "Operacija" za knjigovodstveni zadatak

Za knjigovodstvene poslove potrebno je izraditi Poslovni dokument.

Njoj potpuno onemogućujemo knjiženje (u svojstvima “Knjiženje = Odbij”), označavamo da radi kretanja u knjigovodstvenom registru i povlačimo kretanja na obrazac.

*************************************************************************************************
Brza obrada dokumenata:

Mora biti uključeno:
U operativnom i računovodstvenom. računovodstvo za dokumente mora biti omogućeno (osim za dokument "Operacija", vidi dolje).

Mora biti ugašen:
u računskim zadacima nema smisla za ispravu plaće.

Za dokument "Pogon" knjiženje treba u potpunosti onemogućiti (u svojstvima dokumenta "Knjiženje = Zabraniti"),
budući da on piše jednostavno upisuje podatke izravno u registar prilikom pisanja.

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

U upitima se javlja sljedeći zadatak: npr. trebate odabrati dokumente s navedenom nomenklaturom ili sve dokumente ako nomenklatura nije navedena.
Rješava se sljedećim uvjetom u samom zahtjevu:

Nomenklatura = &Nomenklatura ILI &Nomenklatura = Vrijednost(Imenik.Nomenklatura.Prazna veza)

Ali bilo bi optimalnije i ispravnije transformirati ovo stanje (hvala yukon):

Request.Text = Request.Text + "WHERE Nomenclature = &Nomenclature";

završi ako;

S pojavom modela objekta upita u 8.3.5, bit će moguće sigurnije dodati uvjet:

If ValueFilled(Nomenclature) Then
Query1.Selection.Add("Stavka = &Nomenklatura");
Request.SetParameter("Nomenklatura", Nomenklatura);
završi ako;

*************************************************************************************************
Spajanje tablica u upitima:

Broj ukupnih zapisa ne ovisi o tome je li prikazano polje spojene tablice, ovisi samo o konfiguriranim relacijama.
Odnosno, polje priložene tablice možda neće biti prikazano.

Ako želite priložiti tablicu bez ikakvih uvjeta, tada na kartici uvjeta jednostavno napišite uvjet "TRUE".
U ovom slučaju, tablica će biti točno spojena.

*************************************************************************************************
Korištenje plana tipova karakteristika (PVC):

1. Koristiti kao mehanizam za opisivanje karakteristika objekata.

1.1. Izrađujemo PVC. To će biti vrste karakteristika (na primjer, boja, veličina, maks. brzina, itd.). U postavkama odaberite sve moguće vrste karakterističnih vrijednosti i po potrebi kreirajte objekt iz točke 1.2 te ga također navedite u postavkama.

1.2. Za dodatne vrijednosti PVC-a stvaramo podređeni direktorij AdditionalValues ​​​​of Characteristics (ili jednostavno Values ​​​​of Characteristics).
Pohranit će karakteristike ako se ne nalaze u postojećim imenicima. Možda ga nećemo stvoriti ako se sve karakteristike koje su nam potrebne nalaze u postojećim imenicima ili se te vrijednosti mogu predstaviti elementarnim tipovima podataka. U PVC postavkama označavamo da će se ovaj direktorij koristiti u dodatne svrhe. vrijednosti karakteristika.

1.3. Izrađujemo informacijski registar koji zapravo povezuje tri objekta:
- Objekt za koji povezujemo mehanizam karakteristika
- TipKarakteristike (PVC tip)
- Vrijednost karakteristike (tip - karakteristika, ovo je novi tip koji se pojavio u sustavu nakon stvaranja PVC-a
te opisivanje svih mogućih tipova podataka koje karakteristična vrijednost može poprimiti).
U informacijskom registru označavamo da je Tip obilježja vlasnik za Vrijednost obilježja (link na izborni parametar), kao i tipsku vezu za Vrijednost obilježja, opet iz Tipa obilježja.

Još jedna značajka je da za svaki kreirani tip obilježja možete odrediti vrstu vrijednosti obilježja, ako vam nisu potrebni svi mogući tipovi za opis vrijednosti tog obilježja.

2. Korištenje PVC-a za izradu subconto mehanizma za računovodstveni registar .

2.1. Izrađujemo PVC TypesSubconto.

2.2. Stvaramo podređeni imenik ValuesSubConto (kao i kod karakteristika, on će sadržavati vrijednosti podkontoa ako ih nema u drugim imenicima).

2.3. Komunikacija se ostvaruje korištenjem kontnog plana.

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

Iznos - bilanca stanja,
Količina - izvanbilančna i povezana s računovodstvenim obilježjem Kvantitativna

*************************************************************************************************
Tablice virtualnog računovodstvenog registra:

Promet: promet po jednom računu
TurnoverDtKt: promet između bilo koja dva računa, odnosno sve iste transakcije za razdoblje.

*************************************************************************************************
Valutno računovodstvo na knjigovodstvenim registrima - kako implementirati:

U kontnom planu kreiramo računovodstveni atribut “valuta”.
U knjigovodstvenom registru dodatno kreiramo:
- Valutna dimenzija (zabrana praznih vrijednosti, izvanbilančni, računovodstveni atribut - valuta)
- resurs CurrencyAmount (izvanbilančni, računovodstveni atribut - valuta, pohranit će iznos u valuti, npr. 100 USD)
Svi.

Dakle, struktura registra je:

Mjere:
- Valuta
Resursi
- Količina
- Iznos (iznos u rubljima)
- CurrencyAmount (iznos u valuti)

Dakle, valutno računovodstvo je samo usavršavanje konvencionalnog računovodstva u Republici Bjelorusiji; ono ne mijenja bit, na primjer, iznosa izvora
(tamo je, kao i obično, iznos u rubljima, bez obzira je li račun u stranoj valuti ili ne).
A ako je značajka Valutno računovodstvo isključena za račun, onda je to uobičajena struktura Republike Bjelorusije (resursi - samo količina i iznos).

*************************************************************************************************
Prilikom postavljanja parametara virtualne tablice za dobivanje isječka potonje, postavljamo uvjete na dimenzije, a ne na resurse.

U suprotnom, nećemo dobiti isječak najnovijih, već posljednji zapis s navedenom vrijednošću resursa - možda neće biti posljednji u skupu dimenzija

*************************************************************************************************
Značenje izvora i pojedinosti u obračunskom registru

U registrima obračuna stvaranje resursa omogućuje njegovo primanje prilikom izračuna osnovice pomoću ovog registra.
Čak iu odnosu na zadano razdoblje, vrijednost resursa će se ponovno izračunati (ako se bazno razdoblje ne poklapa s periodičnošću registra).

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

*************************************************************************************************
Potvrdni okvir "Osnovno" u svojstvima dimenzije registra izračuna
To znači da će se iz ove dimenzije u budućnosti dobiti baza koja služi za dodatno indeksiranje vrijednosti u ovom polju.

*************************************************************************************************
Raspored razdoblja važenja godišnjeg odmora po mjesecima pri evidentiranju skupova upisa u matične knjige,
ako je godišnji odmor naveden u dokumentu u jednom retku za nekoliko mjeseci odjednom u jednom retku:

StartDateTecMonth = StartMonth(TexLineMainAccruals.ActionPeriodStart); CurrentMonthEndDate = EndMonth(TexLineMainAccruals.ActionPeriodStart); CurrentMonth = Datum; WhileDateStartCurrentMonth<= НачалоМесяца(ТекСтрокаОсновныеНачисления.ПериодДействияКонец) Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = Макс(ДатаНачалаТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияНачало); Движение.ПериодДействияКонец = КонецДня(Мин(ДатаОкончанияТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияКонец)); Движение.ПериодРегистрации = Дата; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.Подразделение = ТекСтрокаОсновныеНачисления.Подразделение; Движение.Сумма = 0; Движение.КоличествоДней = 0; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Параметр; Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата, -3)); Движение.БазовыйПериодКонец = КонецДня(КонецМесяца(ДобавитьМесяц(Дата, -1))); ДатаНачалаТекМесяца = НачалоМесяца(ДобавитьМесяц(ДатаНачалаТекМесяца, 1)); ДатаОкончанияТекМесяца = КонецМесяца(ДатаНачалаТекМесяца); КонецЦикла; КонецЕсли;

*************************************************************************************************
Izrada gantograma:

Na formu postavimo element tipa “Gantogram”, nazovemo ga DG, zatim kreiramo naredbu “Generiraj” i upišemo sljedeće u modul forme:

&OnClient postupak Generate(Command) GenerateOnServer(); Kraj postupka &Na poslužitelju Postupak GenerateOn Server() DG.Clear(); DG.Update = False; Zahtjev = Novi zahtjev("SELECT |BasicAccrualsActualActionPeriod.Employee, |BasicAccrualsActualActionPeriod.CalculationType, |BasicAccrualsActualActionPeriod.ActionPeriodStart AS ActionPeriodStart, |MainAccrualsActualActionPeriod.Peri odActionsEnd AS PeriodActions Kraj |FROM |Registra obračuna.Glavne obračunske radnje.Akcije stvarnog razdoblja AS MainAccrualsActualPeriodAkcije |WHERE |Glavne obračunske radnjestvarnog razdoblja.Akcije razdoblja IZMEĐU &Datuma početka I &datum završetka "); Request.SetParameter("StartDate", Period.StartDate); Request.SetParameter("EndDate", Period.EndDate); Odaberite = Query.Run().Select(); Dok Selection.Next() Loop Point = DG.SetPoint(Selection.Employee); Niz = DG.SetSeries(Selection.CalculationType); Vrijednost = DG.GetValue(Point, Series); Interval = Vrijednost.Dodaj(); Interval.Start = Sample.PeriodActionStart; Interval.End = Sample.ActionPeriodEnd; EndCycle; DG.Update = Istina; EndProcedure

Zapravo, ovdje nam je bitan samo kod u petlji, ostalo je pomoćno, samo sam dao cijelu implementaciju ovog podzadatka.
U zahtjevu nam je bitno da postoji zaposlenik, vrsta isplate, datum početka i datum završetka perioda.
Kod je zapravo vrlo jednostavan, lako ga je zapamtiti, nemojte se uplašiti ako vam se čini nezgrapnim

*************************************************************************************************
Obrada unosa "storniranja" u računskim zadacima:

U proceduri obrade transakcije (modul objekta) formiramo sva kretanja, a onda ako postoje zapisi u drugim razdobljima, dobivamo ih ovako
(sustav ih automatski generira - pomaže nam):

Zapisi o zbrajanju = Kretanja.Glavneprispjele.DobijDodatak(); // Nema potrebe za snimanjem pokreta da bi se dobio dodatak

Za svaku tehničku liniju iz ciklusa dodavanja zapisa
Evidencija = Kretanja.Glavne Akumulacije.Dodaj();
FillPropertyValues(Record, TechString);
Record.RegistrationPeriod = TechString.RegistrationPeriodReversal;
Record.ActionPeriodStart = TechString.ActionPeriodStartReverse;
Record.ActionPeriodEnd = TechString.ActionPeriodEndReversal;
Kraj ciklusa

A kada izračunavate zapise, umetnite provjere:

Ako TechMovement.Reversal Onda
CurrentMovement.Amount = - CurrentMovement.Amount;
završi ako;

*************************************************************************************************
Kako u računskim zadacima utvrditi što spada u glavna, a što u dopunska vremenska razgraničenja.

Ali to nije uvijek 100% jasno; postoje i kompliciraniji slučajevi, iako ih ima dosta
(npr. bonus koji ovisi o broju radnih dana u mjesecu - ovo je ON).

Osnovne naknade:
Ako je vrsta obračuna ovisna o rasporedu (što znači registar podataka s kalendarskim datumima), tada se odnosi na glavne troškove.

Primjer OH:
- Plaća
- Nešto što se izračunava iz broja radnih dana (a za to morate koristiti raspored): ili u razdoblju valjanosti (poput plaće) ili u osnovnom razdoblju

Dodatni troškovi:
Što se smatra bilo obračunatim iznosom, bilo RADNIM vremenom (a ne normom!), Ili uopće ne ovisi - to je dodatno. razgraničenja.

Odnosno: vremensko razgraničenje za čiji se obračun koristi vremenski standard (može i činjenica) je OH, a za koje nisu potrebni stvarni podaci ili ništa je DN.

Ili drugim riječima:

Ako VR koristi vremenski standard, tada za VR mora biti uključeno razdoblje valjanosti.

*************************************************************************************************
Dodajte mogućnost otvaranja ugrađenog odjeljka pomoći "Rad s referentnim knjigama" u obliku popisa direktorija "Nomenklatura".

Pokrenite naredbu na obrascu:

&NaKlijentu
Pomoć za postupak (naredba)
OpenHelp("v8help://1cv8/EnterprWorkingWithCatalogs");
EndProcedure

Crtu presjeka definiramo na sljedeći način:
Idite na informacije o pomoći konfiguracijskog objekta (u konfiguratoru), napišite riječ, odaberite je, idite na izbornik Elementi/Veza i odaberite željeni odjeljak 1C pomoći, nakon čega se veza automatski ubacuje. Izgleda komplicirano, ali u praksi je jednostavno.

*************************************************************************************************
Implementacija interakcije između obrazaca, na primjer, odabir:

1. Iz trenutnog obrasca otvorite željeni pomoću metode “OpenForm()”, prosljeđujući strukturu s parametrima (ako je potrebno) kao drugi parametar. Treći parametar može proslijediti vezu na ovaj obrazac - ThisForm.

2. U otvorenom obrascu, u rukovatelju “When CreatedOnServer()”, možemo uhvatiti parametre proslijeđene u koraku 1 kroz “Parameters.[ParameterName]”. Obrazac koji je pokrenuo otvaranje ovog obrasca bit će dostupan preko identifikatora “Vlasnik” (ako je, naravno, naveden u koraku 1).

I što je najvažnije, bit će dostupne funkcije izvoza vlasničkog obrasca. To jest, možemo pozvati funkciju izvoza izvornog obrasca i proslijediti nešto tamo kao parametar za obradu odabira. A ova će funkcija već ispuniti ono što je potrebno u izvornom obliku. Postoji samo jedno upozorenje - ne možete proslijediti tablicu vrijednosti između procedura klijenta, ali je možemo smjestiti u privremenu pohranu i jednostavno proslijediti VX adresu, a zatim je izdvojiti iz VX-a.

*************************************************************************************************
Životni ciklus parametara obrasca

Svi parametri preneseni na obrazac u trenutku njegovog otvaranja vidljivi su samo u proceduri “When CreateOnServer”.
Nakon kreiranja, svi parametri se uništavaju i više nisu dostupni na obrascu.
Izuzetak su parametri koji su deklarirani u uređivaču obrazaca s atributom "Ključni parametar".
Oni određuju jedinstvenost forme.
Ovaj parametar će postojati sve dok postoji sam obrazac.

*************************************************************************************************
Korištenje Taxi sučelja

Tijekom razvoja možete postaviti uobičajeno upravljano sučelje 8.2 u svojstvima konfiguracije - to sve čini osjetno kompaktnijim i poznatijim.
To je osobito istinito ako iznajmljujete na daljinu - razlučivost zaslona je vrlo mala i nemoguće je učiniti bilo što s "taksi" sučeljem.
Samo ne zaboravite ponovno staviti "Taxi" kada završite!U suprotnom će ispitivač oduzeti bodove!

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

PS: E Postoje zasebni standardni podzadaci koji se koriste u svim zadacima, a to su oni koje morate znati riješiti (na primjer, otpisivanje po serijama, korištenje PVC-a (dobro, ovo je stvarno rijetko) i drugi). I u svim zadacima se jednostavno ponavljaju (negdje su neki podzadaci, negdje drugdje, samo u različitim kombinacijama). Štoviše, odavno su obećali izdati novu kolekciju (ako već nisu), u kojoj bi trebalo biti puno više problema, odnosno nema smisla učiti napamet rješenja pojedinačnih problema, ima smisla naučiti kako riješite pojedinačne standardne podzadatke, tada ćete riješiti svaki problem.

PSS: Kolege, ako netko ima još kakve korisne informacije o pripremi ispita i polaganju istog, neka napiše u komentarima pa ćemo dopuniti članak.

Certifikacija prema sustavu 1C:Enterprise 8
Ispit "1C:Specialist" na platformi "1C:Enterprise 8"

1 Obrazac za ispit "1C: Specialist" na platformi "1C: Enterprise 8" i zahtjevi za kandidate

Ispit se provodi kako bi se provjerilo ispunjava li razina obuke programera zahtjeve koje 1C postavlja za stručnjake.

Provjerava se razumijevanje osnovnih principa projektiranja konfiguracija i tehnoloških rješenja ugrađenih u platformu 1C:Enterprise 8 te praktične vještine konfiguriranja i programiranja.

Ispit se polaže u obliku rješavanja praktičnog zadatka. Pristupnik mora izraditi konfiguraciju prema formulaciji zadanoj u zadatku, temeljenu na tzv. „okvirnoj“ konfiguraciji. Konfiguracija “okvira” je najjednostavnija konfiguracija koja sadrži minimum objekata na koje je moguće registrirati modelirano poduzeće. Izdaje se kandidatu na početku ispita i namijenjen je smanjenju rutinskih operacija u procesu pripreme rješenja (primjerice, kreiranje strukture priručnika ili ispunjavanje tih dokumenata). Sam zadatak, u pravilu, uključuje rad s glavnim računovodstvenim objektima: dokumentima, kontnim planovima, vrstama obilježja, vrstama kalkulacija, akumulacijskim registrima, informacijama, računovodstvenim i periodičnim obračunima.

Dodijeljena je za rješavanje problema 4 sata. Na kraju tog vremena kandidat mora predložiti važeću opciju konfiguracije koja mora uključivati:

• objekti metapodataka se stvaraju/modificiraju u skladu s tim;
• otklonjeni programski moduli objekata ( postupci obrade – potrebni);
• Izrađeni su ekranski i tiskani obrasci navedeni u zadatku.

Ispitni zadatak nije dopušteno rješavati izmjenama standardne konfiguracije. Kandidati također ne smiju prezentirati vlastite konfiguracije (kako originalne tako i konfiguracije razvijene na temelju standardnih).

U slučajevima kada su u zadatku eksplicitno naznačene objektne strukture, vrste i svojstva podatkovnih elemenata te ugrađene jezične metode kojima se treba graditi logika računovodstvenog sustava, kandidat ih je dužan koristiti. Ako to nije eksplicitno opisano u zadatku, kandidat ima pravo samostalno donositi odluke o dizajnu. Dopuštena je promjena strukture konfiguracije „okvira“ prema zahtjevima zadatka, a prema nahođenju kandidata. U svakom slučaju, morate znati opravdati svoje odluke, osigurati njihovu održivost i funkcionalnost.

Tijekom procesa pripreme dopušteno vam je korištenje dokumentacije za program koji je uključen u komplet isporuke, kao i - službeno objavljen metodička i nastavna sredstva. Zabranjeno je korištenje ispisa (reprinta), popisa i materijala na elektroničkim medijima (diskete, flash diskovi, CD-i i sl.). Ako je ispitanik uhvaćen u korištenju zabranjenih materijala, bit će udaljen s ispita i ocijenjen ocjenom “ne zadovoljava”.

Zaštita razvijene konfiguracije provodi se provjerom njezine izvedbe na testnim podacima i intervjuom o strukturi konfiguracijskih objekata i korištenih ugrađenih jezičnih alata.

2 Načela rasporeda zadataka

Zadaci su raspoređeni tako da minimalno provjeravaju znanje i vještine programiranja i konfiguracije unutar tehnologija i mehanizama sljedećih sekcija:

— računovodstvo;

— periodična naselja;

— operativno računovodstvo i upravljanje;

— poslovni procesi i zadaci

Za svaku dionicu ocjenjuje se rezultat rješavanja ispitnog zadatka. U slučaju negativne ocjene rada iz bilo kojeg dijela (osim poslovnih procesa), ispit se smatra nepoloženim.

Rješenje mora biti optimizirano za rad u tankom klijentu, osim ako konkretnim zadatkom nije drugačije određeno.

Rješenje svakog ispitnog zadatka u pravilu uključuje potrebu za ispravnom implementacijom najviše 12 programskih ili strukturnih mehanizama, tj. 3-4 mehanizma za svaki odjeljak.

Glavni popis mehanizama koje morate biti u mogućnosti implementirati je sljedeći:

1) organizaciju kontrole stanja prema registru stanja;

2) rad s troškom;

3) organizaciju ponderiranog prosječnog otpisa;

4) organizaciju šaržnog otpisa;

5) rad s pokazateljima prometa;

7) rad s informacijskim registrima;

8) pretvorbe valuta preko tečaja

9) korištenje obilježja objekta (plan vrsta obilježja)

10) rad s mjerilima u knjigovodstvenim registrima;

11) rad s izvanbilančnim mjerenjima i sredstvima knjigovodstvenog registra;

12) ponderirani prosječni otpis troška prema knjigovodstvenom registru;

13) rad s podračunima (uključujući obrtna sredstva);

15) organizacija deviznog računovodstva;

16) organizacija kvantitativnog obračuna u računovodstvu;

17) organizacija računovodstva predujmova;

18) rad s podacima karte za stvarno razdoblje valjanosti;

19) rad s podacima karte za upisno razdoblje;

20) rad s osnovnim vrstama kalkulacija - dobivanje baze;

21) rad s proračunima pomaka - dobivanje aditiva;

22) rad s vodećim vrstama izračuna - korištenje preračunavanja;

23) konstruiranje upita na temelju registara naselja;

24) rad s pivot tablicom;

25) rad s alatom za izradu izvješća;

26) rad sa sustavom za komponiranje podataka;

27) rad s mehanizmom poslovnih procesa;

28) korištenje privremenih tablica u upitima;

29) rad s rutinskim poslovima;

30) korištenje nove metodologije obrade dokumenata;

31) rad s kontroliranim blokiranjem podataka prilikom knjiženja dokumenata;

32) formiranje naredbenog sučelja;

33) rad s funkcionalnim opcijama;

34) korištenje mehanizama koji se odnose na popunjavanje objekata podacima;

35) rad s opcijama izvješća i postavkama opcija;

36) korištenje novih mogućnosti za rad s dinamičkim listama;

37) rad s parametrima, detaljima, elementima forme itd.;

38) korištenje mehanizma navigacijskih veza;

39) organizacija dijaloga s korisnikom (upozorenja, obavijesti, status);

40) rad s datotekama i slikama.

Ocjena za svaki odjeljak određena je na temelju potpunosti funkcionalnosti rješenja.

Procjena može biti smanjena:

— Za korištenje vrsta objekata i sredstava za pristup i obradu podataka osim onih navedenih u zadatku;

— Za neučinkovitu odluku;

— Za pogreške u dizajnu registarskih struktura i pogreške u razvoju algoritama za obradu podataka.

3 Evaluacija rezultata zadatka

• Potpuno i točno riješen zadatak boduje se s 5 bodova;
• Ako u rješenju postoje pogreške, ocjena zadaće za svaku pogrešku može se smanjiti sljedećim redoslijedom:

• Popis najčešćih pogrešaka tipičnih za svaki računovodstveni zadatak

• Popis najčešćih pogrešaka tipičnih za poslove operativnog računovodstva

• Popis najčešćih pogrešaka tipičnih za računovodstvene poslove

• Popis najčešćih pogrešaka tipičnih za probleme koji uključuju složene periodične izračune

• Popis najčešćih pogrešaka tipičnih za zadatke poslovnih procesa

• Popis najčešćih pogrešaka tipičnih za zadatke koji koriste upravljane obrasce

• Prilikom provjere rješenja, ako se uoče pogreške, ispitivač nije dužan objašnjavati ispitaniku kako je rješenje ispitnog zadatka koje se razmatra trebalo pravilno konstruirati;

Ispit se smatra uspješno položenim ako je ocijenjen ocjenom "izvrstan", "dobar" ili "zadovoljava". Ocjena ispita izračunava se prema petobodnom sustavu prema sljedećoj shemi:

• ako je rezultat manji od 2,2 boda, ispit se ocjenjuje ocjenom "ne zadovoljava";
• ako je postignuti rezultat u rasponu od 2,2 do 3,5 bodova, ispit se ocjenjuje ocjenom "zadovoljava";
• ako je postignuti rezultat u rasponu od 3,5 do 4,5 bodova, ispit se ocjenjuje ocjenom "dobar";
• Ako je postignut rezultat 4,5 bodova ili više, ispit se ocjenjuje ocjenom “izvrstan”.

Za pripremu ispita "1C: Platform Specialist "1C:Enterprise 8" preporučuje se korištenje Zbirka zadataka za pripremu za ispit 1C:Specialist na platformi 1C:Enterprise 8 s primjerima rješenja.

4 Primjeri zadataka:

Opći zahtjevi

Potrebno je izraditi sučelje za rješavanje problema obuke, u kojem bi se trebala dogoditi podjela objekata prema karticama ploče sekcija na temelju njihove pripadnosti odgovarajućem odjeljku zadatka (operativno računovodstvo, računovodstvo, složeni periodični izračuni, Poslovni proces). Navigacijska ploča za svaku karticu trebala bi omogućiti pristup svim objektima u ovom odjeljku, uključujući registre. Objekte treba grupirati prema vrsti: direktorije, dokumente, druge objekte. Prilikom izrade naredbenog sučelja potrebno je koristiti mehanizam podsustava. Približan prikaz sučelja prikazan je na slici 1.

Sl. 1. Približan prikaz sučelja zadataka učenja

Operativno računovodstvo

Tvrtka se bavi trgovinom na veliko. Prijem robe odražava se dokumentom „Faktura o primitku“, prodaja - „Faktura“. Uz prodaju robe mogu se pružati i dodatne usluge, poput dostave. I usluge i roba prikazani su u različitim tabelarnim dijelovima.

Knjigovodstvo robe provodi se u okviru skladišta. Prijem i prodaja provode se s naznakom skladišta (u zaglavlju dokumenta).

Otpis troška treba organizirati po serijama, ovisno o trenutnoj vrijednosti metode otpisa troška usvojene za ovu godinu u računovodstvenoj politici (FIFO ili LIFO). Još jednom se ističe da računovodstvena politika vrijedi godinu dana. Iduće godine bi se način otpisa mogao promijeniti.

Za obračun troška pri otpisu robe potrebno je uzeti u obzir samo trenutak kada roba pristigne u poduzeće, bez obzira na koje skladište prispjela. Pretpostavimo da se za FIFO metodu otpisa prvi primitak kutije za cigarete dogodio u „Glavno“ skladište pomoću dokumenta „Faktura br. 1“, a zatim u „Tranzitno“ skladište pomoću dokumenta „Faktura br. 2”. U ovom slučaju, kod prodaje robe sa skladišta Tranzit, prvo treba otpisati trošak tabakera prema dokumentu „Račun br. 1“, jer je stigao ranije.

Potrebno je izgraditi izvještaj o prodaji robe za razdoblje i stanja robe u skladištima na određeni datum.

Prodaja od 01.01.2009 do 31.03.2009

Dobit se izračunava: “Iznos prodaje” - “Cijena koštanja”

Preostala roba na dan 01.01.2009

Računovodstvo

Potrebno je organizirati mogućnost izdavanja gotovinskih kredita zaposlenicima poduzeća. Činjenica izdavanja takvog zajma odražava se u sustavu dokumentom "Izdavanje zajma". Ovaj dokument pokazuje koji zaposlenik tvrtke iu kojem iznosu su sredstva izdana. Također je naznačeno razdoblje u kojem se povrat mora izvršiti.

Dokument "Izdavanje zajma" implementira sljedeće knjiženje:

DT “Izdani krediti i zajmovi” - KT “Gotovina” za iznos izdanih sredstava.

Nema potrebe kontrolirati raspoloživost novca u blagajni.

Povrat sredstava evidentira se dokumentom „Otplata kredita“. Ovaj dokument pokazuje koji je zaposlenik vratio koji iznos. Iznos povrata mora točno odgovarati iznosu primljenih sredstava u tom trenutku. Ako je iznos drugačiji, tada dokument ne treba knjižiti. Zaposleniku se ne može dati drugi kredit dok ne vrati prethodno izdani.

Dokument “Otplata kredita” implementira sljedeće knjiženje:

Dt "Gotovina" - Kt "Dani krediti i zajmovi" za iznos otplaćenog kredita.

Ako je kredit otplaćen nakon navedenog roka, u dokumentu se dodatno navodi datum otplate kazne i u dokumentu se dodatno upisuje:

DT “Izdani krediti i zajmovi” - CT “Dobit i gubitak”

za iznos koji se izračunava kao 0,1% ukupnog iznosa danog kredita.

Zapravo, to znači naplatu iznosa kazne u obliku novoizdanog kredita. Ovaj kredit otplaćuje se drugom kopijom dokumenta „Otplata kredita“. Kazne se ne procjenjuju kada iznos novčane kazne postane manji od 1 kopejke.

Sustav mora dati izvješće o izdanim kreditima.

Krediti zaposlenicima za razdoblje od 01.01.2009. do 31.01.2009.

Izvješće treba odražavati nepodmirene zajmove na početku razdoblja, kao i zajmove izdane ili otplaćene u odabranom razdoblju.

Potrebno je izraditi dokument „Operacija“ uz pomoć kojeg bi korisnik trebao moći unositi transakcije s proizvoljnom korespondencijom računa. Prilikom rješavanja problema treba voditi računa o mogućnosti knjiženja generiranih pomoću ovog dokumenta.

Složeni periodički proračuni

Plaće zaposlenika tvrtke obračunavaju se mjesečno. Svi zaposlenici rade po petodnevnom radnom rasporedu, ali rješenje mora omogućiti mogućnost rada s više različitih rasporeda.

Zaposlenici tvrtke primaju plaću razmjerno odrađenom vremenu u satima. Satnica se izračunava kao početna plaća podijeljena s brojem sati rada u istom razdoblju u kojem su stvarno odrađeni sati. Tijekom obračunskog razdoblja početna vrijednost plaće može se jednom promijeniti. Obračun se mora izvršiti na temelju početne vrijednosti plaće važeće na obračunski datum. Na primjer, ako se početna vrijednost plaće promijenila 10. kolovoza, tada se prije 10. kolovoza za obračun uzima stara vrijednost, a od 10. kolovoza nova.

Dodatno, zaposlenicima tvrtke može se dodijeliti bonus kao postotak plaće obračunate u istom platnom razdoblju. Postotak premije tijekom razdoblja obračuna može se mijenjati najviše jednom dnevno, ali se uzima na početku tekućeg obračunskog razdoblja. Povijest promjena postotka premije potrebno je pohraniti u informacijsku bazu.

Prema potrebi, bilo koji zaposlenik može biti poslan na službeni put. U tom slučaju ne dolazi do isplate plaće i bonusa. Sati provedeni na službenom putu utvrđuju se prema petodnevnom rasporedu rada. Satnica za obračun službenog puta utvrđuje se kao zbroj svih obračuna za prethodna dva mjeseca, podijeljen s brojem sati rada u prethodna dva mjeseca.

U okviru ovog zadatka nije potrebno koristiti mehanizam ponovnog izračuna.

Sva obračunska razdoblja unose se dokumentom “Obračun plaća”. Uzmite u obzir da se svi podaci unose samo unutar jednog mjeseca, npr. možete navesti obračun plaće od 10.01 do 31.01, ali unos plaće: od 10.01 do 03.02 se ne može unijeti.

Za analizu bonusa koje primaju zaposlenici poduzeća, konfiguracija mora pružiti izvješće za bilo koje obračunsko razdoblje sljedeće vrste:

Bonusi prikupljeni od 01.01.2009. do 31.01.2009.

Upravljani obrasci

Za dokumente “Prijemni račun” i “Troškovni račun” potrebno je izraditi osnovne obrasce upravljanih dokumenata sljedećeg tipa:

sl.2. Vrsta obrasca glavnog dokumenta "Račun o primitku"

sl.3. Vrsta glavnog obrasca dokumenta "Račun"

U obrascima oba dokumenta potrebno je implementirati automatski obračun iznosa prema retku tabelarnog dijela dokumenta prilikom unosa količine proizvoda koji se nabavlja (prodaje) ili njegove cijene u ovaj red, kao i za izračun ukupnog iznosa za dokument.

Za dokument "Plaće" potrebno je izraditi obrazac glavnog kontroliranog popisa, u kojem se za trenutni dokument trebaju prikazati unosi koje je on izvršio u registrima obračuna. Prikaz obrasca zajedno s cijelim odjeljkom "Periodički izračuni" prikazan je na slici 4:

sl.4. Prikaz obrasca glavnog popisa dokumenta “Obračun plaća”.

Hura, prijatelji! Specijalistički ispit položila sam početkom srpnja ove godine!

Dugo ti nisam rekla jer... nije bilo vremena. Neko vrijeme nakon položenog ispita krenuo sam u potragu za poslom i našao sam jako dobro plaćen i zanimljiv posao u velikoj tvrtki (ne francuskoj). I tek sada sam našao vremena da ti kažem.

U ovom kolegiju dosta se vremena posvećuje teoriji i zadacima iz Složenih periodičnih računa, a oko pola vremena zadacima iz Operativnog i računovodstvenog. Tijekom procesa učenja nastavnik zadaje domaće zadaće iz obrađenih tema i provjerava ih. Komunikacija s učiteljem odvija se online u chatu tijekom gledanja ili putem e-pošte. Ako nemate vremena gledati tečaj Online, onda za dan ili dva možete pogledati snimku Offline. Zadaci koji se daju kod kuće vrlo su opsežni i složeni da se nakon takvih zadataka ispit čini jednostavnim.

Tečaj je zaista koristan jer... govori o svim vrstama suptilnosti i sitnica, kao i odgovorima na pitanja koja se ne mogu naći na forumima.

Na kraju tečaja nisam riješio probleme iz zbirke, već sam otišao na forum Pavela Chistova po "ažurne" karte.

Sve pripreme (tečaj i samostalno rješavanje ulaznica) za ispit trajale su oko tri mjeseca. Toliko dugo traje jer je teško uskladiti posao i spremati se navečer.

Ispit. Na ispit sam došao 40-ak minuta prije, a prijave su počele 20-ak minuta prije početka. Upisao sam drugu ili treću i odmah krenuo u dvoranu. Odabrao sam računalo, uključio ga bez čekanja na naredbu, prošao kroz mrežne diskove - pronašao skeleton konfiguraciju, preuzeo je i odmah počeo postavljati podsustave, naredbeno sučelje, "počistio" konfiguraciju, napravio parametar za trenutnog korisnika sesije i instalirao ga. Ovih 20 minuta mi je jako pomoglo. Publika je već bila puna ljudi. Učitelj se pojavio i predstavio se kao Dmitrij Aksenov. I očekivao sam da ću vidjeti Pavela Belousova, jer... on je predavao tečaj 🙁

I tako sam dobio listić broj 5. Inače, kompjutor za kojim sam sjedio također je bio broj 5 (naljepnica na stražnjoj strani monitora). I prošao sam s peticom. Listić nije bio jako težak, ali ni lak.

Nisam fotografirao kartu, ali pokušat ću je reproducirati po sjećanju: OU otpis troška s prioritetom po skladištima, sa skladištem u zaglavlju prvo. Gluposti.
BU otpis troška po serijama i skladištima, skladištima - detalji tabelarnog odjeljka.
Djelatnici SPR-a rade na različitim vozilima:
Fiksni iznos (bez roka valjanosti!),
dodatak (bez roka valjanosti) na iznos uplata (iznos uplata je preuzet iz BU - dodan podračun za auto, ili tako nešto. ne sjećam se točno) plus postotak dodatka (pohranjeno u periodici registar informacija),
osnovni godišnji odmor (sva plaćanja, uključujući godišnji odmor) za prethodna tri mjeseca.
I za desert - poslovni procesi.

Karta je bila 3,5 sata zajedno s 20 minuta prednosti. Aksenov je pronašao jednu malu grešku u zahtjevu i pitao je da li ja ovdje ništa ne primjećujem. Odmah sam vidio joint i rekao mu. Nije mi postavljao nikakva dodatna pitanja i pitao me savršeno.

Prijatelji, ne ustručavajte se postavljati pitanja učitelju.
Na primjer, na mojoj karti, tekst poput: "dodatni bonus se dodjeljuje zaposlenicima u obliku postotka iznosa uplata od putnika za isto razdoblje" znači da se takav iznos može uzeti iz OU ili BU zadatka , ali najlakši način je postaviti BU.
Istina je da ne biste trebali postavljati pitanja poput: mogu li izraditi zasebne dokumente prihoda i rashoda za OS i zasebne za BU? Ispred mene je jedna osoba postavila takvo pitanje, i pitala kada je već prošlo 2 sata od ispita. 2 sata, Karl! Pročitajte pravilnik o ispitu - tamo sve piše!
Učinite sve odjednom s dva neovisna dijela koda - jedan za op-amp, drugi za upravljačku jedinicu.

Možda je najteža stvar na mojoj listi SPR zadatak. U računovodstvu također trebate koristiti svoj mozak za postavljanje računa i podračuna.

Ponovno izračunavanje u mojoj karti treba konfigurirati, jer... Postoje vrste izračuna koje ovise o osnovici, ali same preračune nije potrebno raditi jer Moja karta ne govori ništa o ovome.

Pogledajte obrasce izvješća u listiću i prvo zadajte zadatke na listu, opišite koje detalje dodati, strukturu registara, koje podračune i za koje račune dodati, tekuće, dugotrajne, računovodstvene oznake i oznake podračuna, vrste obračuna, koji od njih s rokom valjanosti, koji nisu, uklj. organizirati poslovne procese. Odvojite 20-30 minuta na ovo, ali ne morate to držati u glavi i nećete pogriješiti.

Napravite cheat sheets u svom telefonu za sve “trenutne” tikete s foruma - strukturu, dijelove koda za tako teške stvari kao što je dobivanje radnog iskustva u zahtjevu, višestruke promjene plaća itd. Možete pažljivo pogledati varalice kada učitelj ode na duže vrijeme. Tijekom ispita možete izaći pušiti, otići u kantinu i otići na WC. Neću kriti, imao sam varalice za sve karte, ali nisu mi koristile.

Hvala na pozornosti! Uspješno podnošenje!

Priprema ispita
1C:Stručnjak za platformu

rješavanje operativnih problema,
računovodstvo i periodična poravnanja

Tijekom tečaja:

• pod vodstvom iskusnog trenera riješit ćete 25 problema;
• ovladati tehnikama konfiguracije u skladu sa „Standardima za razvoj konfiguracije“ koje su pripremili metodolozi razvojnog odjela tvrtke 1C;
• Analizirat ćete tipične pogreške na praktične izvedbe i na ispitu, kao i načine kako ih prevladati.

Predavač tečaja je Pavel Belousov, koji već više od 20 godina polaže 1C:Specijalistički ispit i jedan je od njegovih kreatora. Malo je vjerojatno da vam itko može reći više o ispitu od njega.

Važno je znati!

Certifikat "1C: Platform Specialist" je tražen na tržištu. Ako ste zaposlenik tvrtke primatelja franšize 1C, njegova prisutnost neće proći nezapaženo od strane vašeg menadžmenta i pozitivno će utjecati na vašu plaću.

Tečaj se temelji na rješavanju praktičnih zadataka sličnih onima s kojima ćete se susresti na ispitu. Nema šablonskih rješenja, samo razvijanje vlastitog iskustva pod vodstvom stručnog učitelja.

Ispit je uspješno položilo 69% studenata nakon završene proljetne serije tečaja za pripremu ispita (iz reda onih koji su položili nakon tečaja).

Ažuriranje tečaja:

• Broj predavanja udvostručen, dok će nastavnik komentirati sva pitanja koja se pojave tijekom nastave.
• Dodano 1 predavanje i 5 online konzultacija, ispitat će se tipične pogreške u domaćim zadaćama za cijelu grupu.
• Učestalost nastave je smanjena za udobno učenje. Sada je tečaj strukturiran prema shemi izmjeničnih tematskih blokova i razdoblja domaće zadaće i samostalnog učenja.

Ove promjene stvaraju ugodnije uvjete za učenje i svladavanje pređenog gradiva.

Program tečaja

Naziv seminara

Značajke problema akumulacije, opći pristupi rješavanju ispitnih zadataka

Uređenje akumulacijskih registara

Metodologija rješavanja problema operativnog računovodstva

Projektiranje akumulacijskih registara - univerzalni pristup

Značajke upisa i čitanja podataka iz akumulacijskih registara

Dva načina vođenja poslovnih knjigovodstvenih isprava

Izvješća o zgradama

Rješavanje računovodstvenih problema

Metodologija rješavanja računovodstvenih problema

Značajke obrade dokumenata i izvješćivanja u računovodstvenim poslovima

Metodologija rješavanja računskih problema

Formulacija problema

Izrada dokumenata za poravnanje

Rad s vremenom (nastavak)

Korištenje vremenskog lista

Dobivanje baze

Za sve dimenzije obračunskog registra

Po nekoliko dimenzija obračunskog registra

Korištenje rezova

Korištenje baze podataka za dobivanje vremena

Rad s preračunavanjem i zbrajanjem

Postavljanje planova za obračunske vrste

Postavljanje obračunskih registara

Generiranje izvješća

Obrada izdvajanja

Formiranje evidencije storno

Dodatni zadaci koji koriste mehanizme periodičkog izračuna

Obračun u obliku. Stvaranje vrsta izračuna u prilagođenom načinu rada. Provedba plaćanja. Implementacija tipova izračuna koji se kreću iz razdoblja u razdoblje

Riješit ćeš još 24 problema!

Procedura za izvođenje online tečaja:

• Tečaj se izvodi online (uz osigurano snimanje materijala)
• Postoji 11 online predavanja (od 8. srpnja do 31. srpnja)
  + 6 konzultacija (od 5. kolovoza do 9. rujna) od 17:00 do 21:00

• dva oblika prijenosa materijala: online konzultacija s trenerom i video snimanje.
• Dio predavanja se snima, a pristup videu omogućen je svim polaznicima online tečaja.
• Trener provodi online konzultacije, odgovara na pitanja i otklanja pogreške.
• Nakon svake konzultacije sudionici dobivaju domaću zadaću za učvršćivanje pređenog gradiva. Izrada domaće zadaće je obavezna. U isto vrijeme, trener provjerava svaki zadatak i daje povratnu informaciju svim studentima.

Nakon obuke (u roku od mjesec dana), besplatan pokušaj certificiranja "1C: Specijalista" na platformi "1C: Enterprise 8.3" omogućen je u 1C: Centru za obuku br. 1 (za stanovnike Moskve i Moskovske regije) i na najbliži certificirani ispitni centar (za ostale regije).

Autor kolegija

Belousov Pavel Stanislavovich

Kandidat znanosti, iskustvo u nastavi i korištenju 1C programa - više od 15 godina. Ispitivač praktičar, jedan od autora "Zbirke zadataka za pripremu za ispit 1C:Specialist na platformi 1C:Enterprise 8.3"

Studentska praksa pokazuje da se za ispite treba pripremati unaprijed. Ispit 1C: Specijalistički je upravo jedan od takvih. Otvaramo prijave za online tečaj za pripremu za certifikaciju.

Autor i voditelj tečaja je Pavel Belousov, nastavnik 1C: Centar za obuku br. 1. Već 15 godina polaže 1C:Specijalistički ispit i jedan je od njegovih kreatora. Malo je vjerojatno da vam itko može reći više o ispitu od njega.

Značajke tečaja

Glavni naglasak kolegija je na uvježbavanju metodološki ispravnih tehnika programiranja i konfiguracije čije se ovladavanje provjerava na ispitu. Osim:

• tečaj uključuje dva oblika prijenosa materijala: video snimanje i online konzultacije s trenerom;
• dio predavanja se snima te je omogućen pristup videu svim polaznicima online tečaja;
• Nakon svake konzultacije sudionici dobivaju domaću zadaću za učvršćivanje pređenog gradiva. Njegova provedba je obavezna!
• Trener provjerava svaki zadatak i daje povratnu informaciju svim studentima.

Na kraju tečaja polaznici će ovladati tehnikama konfiguracije u skladu sa “Standardima za razvoj konfiguracije” te će se moći besplatno certificirati kao specijalist za platforme "1C:Enterprise 8.3".

Bonusi za polaznike tečaja

Infostart je osigurao niz bonusa posebno za polaznike tečaja:

• Za cijelo vrijeme studija ograničen je pristup Infostart katalogu 20 početni novac na računu. Ova se pretplata može koristiti za preuzimanje datoteka iz skupa publikacija u ovom posebnom projektu
• Kupon za popust od 10% za bilo koji tečaj objavljen u Infostart katalogu.
• Besplatan pokušaj certificiranja "1C: Specijalista" za platformu "1C:Enterprise 8.3"(ako imate certifikat "1C: Professional" za platformu) u najbližem certificiranom ispitnom centru tvrtke "1C".

Trošak i vrijeme

Tečaj će se održati od 11. ožujka do 3. travnja 2019. godine. Sastoji se od 11 online predavanja po 4 sata i 6 dodatnih konzultacija. Nastava se održava prema rasporedu: od 17.00 do 21.00 po moskovskom vremenu.