Pāvels tīrs. Kursi un eksāmeni Apmācības 1c platformas speciālistam
Gatavošanās sertifikācijai "1C:Speciālists" platformai "1C:Enterprise 8.3"
Gatavošanās prestižajai sertifikācijai "1C:Specialist" platformā "1C:Enterprise 8.3" 1C programmētājiem
Statuss "1C:Speciālists" ir augstākais solis 1C un sertifikācijas programmā ļoti augstu novērtēts profesionāļu vidū. Daudzi darba devēji pievērš uzmanību šim sertifikātam, piesakoties darbam, jo tas parāda izstrādātāja prasmju līmeni. Ja vēlaties apliecināt savu profesionalitāti ar prestižu sertifikātu un palielināt izredzes atrast darbu, aicinām uz autorkursu "Sagatavošanās 1C:Speciālista sertifikācijai" platformā 1C:Enterprise 8.3!
Kursa mērķis- sagatavot programmētājus sertifikācijas "1C: speciālists" nokārtošanai platformā darbības uzdevumu ziņā. Eksāmenu var kārtot Maskavā 1C: Mācību centrs Nr.1, informāciju par citām pilsētām var iegūt oficiālajā 1C vietnē.
Tāpat kā jebkurš eksāmens, sertifikāts "1C: speciālists" ir savas īpašības. Tas, kurš ir labi sagatavojies, sekmīgi nokārto pārbaudījumu. Kursā uzzināsiet, kādi ir eksāmenu uzdevumu scenāriji, iepazīsieties ar kandidātu biežāk pieļautajām kļūdām, apgūsiet tipisku automatizācijas uzdevumu risināšanas paņēmienus. Tu iegūstiet nepieciešamo praksi Lai ātri atrisinātu eksāmenu uzdevumus, jūs izstrādāsiet tirdzniecības uzņēmuma automatizācijas piemērus. Pateicoties iegūtajām zināšanām, varēsi veiksmīgi tikt galā ar eksāmena uzdevumiem un aizstāvēt savu lēmumu eksaminētāja priekšā.
Kursu pasniedz pasniedzējs, kurš sekmīgi nokārtojis sertifikācijas eksāmenu "1C: Speciālists" – sertificēts 1C treneris. Skolotājam ir praktiska pieredze 1C standarta konfigurāciju izstrādē no nulles un ieviešanu kopš 2003. gada, viņa portfolio ir daudzi pabeigti 1C projekti dažādās darbības jomās. Klasē viņš dalieties pieredzē nokārtojot eksāmenu un risinot dažādas praktiskas problēmas, ar kurām saskaras 1C programmētājs.
Sertifikācija saskaņā ar sistēmu "1C:Enterprise 8"
Eksāmens "1C:Speciālists" platformā "1C:Enterprise 8"
1 1C:Speciālists eksāmena forma platformā 1C:Enterprise 8 un prasības kandidātiem
Eksāmens tiek veikts, lai pārbaudītu programmētāju sagatavotības līmeņa atbilstību 1C speciālistiem izvirzītajām prasībām.
Tas pārbauda izpratni par 1C:Enterprise 8 platformā iestrādāto konfigurācijas projektēšanas un tehnoloģisko risinājumu pamatprincipiem un praktiskās iemaņas konfigurācijā un programmēšanā.
Eksāmens notiek praktiskas problēmas risināšanas veidā. Kandidātam jāizstrādā konfigurācija atbilstoši uzdevumā izklāstītajam apgalvojumam, pamatojoties uz tā saukto "rāmja" konfigurāciju. "Ietvara" konfigurācija ir vienkāršākā konfigurācija, kurā ir minimāls objektu skaits, uz kuriem var ievietot simulētā uzņēmuma uzskaiti. To kandidātam izsniedz eksāmena sākumā un ir paredzēts, lai samazinātu ikdienas darbības lēmuma sagatavošanas procesā (piemēram, uzziņu grāmatu struktūras veidošana vai šo dokumentu aizpildīšana). Pats uzdevums, kā likums, ietver darbu ar galvenajiem grāmatvedības objektiem: dokumentiem, kontu plāniem, raksturlielumu veidiem, aprēķinu veidiem, uzkrāšanas reģistriem, informāciju, grāmatvedību un periodiskiem aprēķiniem.
Ir dots problēmas risinājums 4 stundas.Šī laika beigās pieteikuma iesniedzējam ir jāierosina derīga konfigurācijas iespēja, kurā jāiekļauj:
- attiecīgi izveidoti/pārveidoti metadatu objekti;
- atkļūdoti objektu programmas moduļi ( nosūtīšanas apstrādes procedūras – nepieciešamas);
- tika izstrādātas uzdevumā noteiktās sieta un drukātās formas.
Pārbaudes uzdevumu nav atļauts atrisināt, veicot izmaiņas standarta konfigurācijā. Tāpat kandidātiem nav atļauts iesniegt savas konfigurācijas (gan oriģinālās, gan uz standarta bāzes izstrādātās konfigurācijas).
Gadījumos, kad uzdevumā ir skaidri norādītas objektu struktūras, datu elementu veidi un īpašības un iebūvētās valodas metodes, ar kurām jāveido uzskaites sistēmas loģika, kandidāta pienākums ir tos izmantot. Ja uzdevumā tas nav skaidri aprakstīts, tad kandidātam ir tiesības patstāvīgi pieņemt projektēšanas lēmumus. Ir atļauts mainīt "rāmja" konfigurācijas struktūru atbilstoši uzdevuma prasībām un pēc kandidāta ieskatiem. Jebkurā gadījumā ir jāspēj pamatot savus lēmumus, nodrošināt to stabilitāti un funkcionalitāti.
Sagatavošanas procesā ir atļauts izmantot piegādes komplektā iekļauto programmas dokumentāciju, kā arī - oficiāli publicēts metodiskie un mācību līdzekļi. Aizliegts izmantot izdrukas (atkārtoti izdrukas), sarakstus un materiālus uz elektroniskajiem datu nesējiem (disketes, zibatmiņas diski, cd-diski u.c.). Ja tiek redzēts, ka eksaminējamais lieto aizliegtus materiālus, viņš tiek noņemts no eksāmena ar atzīmi "neapmierinoši".
Izstrādātās konfigurācijas aizsardzība tiek veikta, pārbaudot tās veiktspēju uz testa datiem un intervējot konfigurācijas objektu struktūru un izmantotos rīkus iebūvētajā valodā.
2 Uzdevumu izkārtojuma principi
Uzdevumi ir sakārtoti tā, lai vismaz pārbaudītu programmēšanas un konfigurēšanas zināšanas un prasmes šādu sadaļu tehnoloģiju un mehānismu ietvaros:
— grāmatvedība;
- periodiski norēķini;
— operatīvā uzskaite un vadība;
— biznesa procesi un uzdevumi
Eksāmena uzdevuma risināšanas rezultāts tiek novērtēts katrai no sadaļām. Negatīva darba vērtējuma gadījumā kādā no sadaļām (izņemot biznesa procesus), eksāmens tiek uzskatīts par nenokārtotu.
Risinājums ir jāoptimizē darbam plānā klientā, ja vien konkrētā uzdevuma nosacījums nenorāda citādi.
Parasti katra eksāmena uzdevuma risinājums ietver ne vairāk kā 12 programmatūras vai strukturālo mehānismu pareizas ieviešanas nepieciešamību, t.i. 3-4 mehānismi katrai sadaļai.
Galvenais to mehānismu saraksts, kas jāspēj ieviest, ir šāds:
1) bilances kontroles organizēšana pēc bilanču reģistra;
2) darbs ar pašizmaksu;
3) vidējās svērtās norakstīšanas organizēšana;
4) partiju norakstīšanas organizēšana;
5) darbs ar apgrozījuma rādītājiem;
7) darbs ar informācijas reģistriem;
8) valūtas konvertēšana, izmantojot krustenisko kursu
9) objektu raksturlielumu izmantošana (pazīmju veidu plāns)
10) darbs ar mērījumiem grāmatvedības reģistros;
11) darbs ar nebilances mērījumiem un grāmatvedības reģistra resursiem;
12) vidējo svērto izmaksu norakstīšana saskaņā ar grāmatvedības reģistru;
13) darbs ar subconto (tai skaitā apspriežams);
15) valūtas uzskaites organizēšana;
16) kvantitatīvās uzskaites organizēšana grāmatvedībā;
17) avansu uzskaites organizēšana;
18) strādāt ar diagrammu datiem par faktisko derīguma termiņu;
19) strādāt ar diagrammu datiem par reģistrācijas periodu;
20) darbs ar aprēķina pamatveidiem - bāzes iegūšana;
21) darbs ar pārvietošanas aprēķiniem - papildinājuma iegūšana;
22) darbs ar vadošajiem aprēķinu veidiem - pārrēķinu izmantošanu;
23) ēku vaicājumi norēķinu reģistros;
24) darbs ar šarnīra tabulu;
25) darbs ar atskaites veidotāju;
26) darbs ar datu kompozīcijas sistēmu;
27) darbs ar biznesa procesu mehānismu;
28) pagaidu tabulu izmantošana vaicājumos;
29) strādāt ar rutīnas uzdevumiem;
30) jaunas metodikas izmantošana dokumentu kārtošanā;
31) strādāt ar pārvaldītajām datu slēdzenēm, grāmatojot dokumentus;
32) komandu saskarnes veidošana;
33) darbs ar funkcionālajām iespējām;
34) ar objektu aizpildīšanu ar datiem saistīto mehānismu izmantošana;
35) strādāt ar atskaites opcijām un opciju iestatījumiem;
36) jaunu iespēju izmantošana darbam ar dinamiskajiem sarakstiem;
37) darbs ar parametriem, detaļām, formas elementiem utt.;
38) navigācijas saišu mehānisma izmantošana;
39) dialoga organizēšana ar lietotāju (brīdinājumi, paziņojumi, statuss);
40) darbs ar failiem un attēliem.
Katras sadaļas punktu skaits tiek noteikts, pamatojoties uz risinājuma funkcionalitātes pilnīgumu.
Rezultāts var būt pazemināts:
- Objektu tipu un piekļuves un datu apstrādes līdzekļu izmantošanai - izņemot norīkojumā norādītos;
— Par neefektīvu risinājumu;
— Par kļūdām reģistru struktūru projektēšanā un kļūdām datu apstrādes algoritmu izstrādē.
3 Uzdevuma rezultāta novērtēšana
- Pilnīgi un pareizi izpildīts uzdevums tiek novērtēts ar 5 punktiem;
- Ja risinājumā ir kļūdas, uzdevuma novērtējumu katrai no kļūdām var samazināt šādā secībā:
- Visbiežāk sastopamo kļūdu saraksts, kas raksturīgas jebkuram grāmatvedības uzdevumam
| Kļūdas apraksts | rezultāts |
| Piedāvātā risinājuma neoptimitāte vai atsevišķu uzdevuma punktu neizpilde. Risināmās problēmas vienkāršošana Ja ir grūti noteikt problēmas vienkāršojumu vai sarežģītību, ieteicams precizēt prasības ar eksaminētāju. | 0,5 — 3,0 |
| Uzdevumā dotā atskaite netiek realizēta | 1,0 |
| Uzdevumā dotā atskaites forma neatbilst uzdevumam | 0,5 — 1,0 |
| Datu izguves mehānisms neatbilst uzdevumam, piemēram, uzdevumā var tieši norādīt atskaites veidošanas mehānismu, izmantojot datu kompozīciju, izmantojot pagaidu tabulas dokumentu grāmatošanas apstrādē utt. | 1,0 |
| Norēķinu datu iegūšana nevis no reģistra Par vienīgo uzticamo informāciju grāmatvedības sistēmā jāuzskata reģistru informācija. Informāciju no dokumentiem var uzskatīt tikai par papildu informāciju, un tā nevar būt pilnīgi uzticama. Piemēram, ja ir dokuments (grāmatvedības manuālās darbības analogs), kas ļauj interaktīvi ievadīt ierakstus reģistrā | 3,0 |
| Risinājumā iebūvētā uzskaites shēma fundamentāli neļauj vienlaicīgi nullēt visus reģistra resursus, uzkrājot informāciju par atlikumiem. | 0,5 — 2,0 |
| Reģistra resursi (viens vai visi) tiek mainīti ar dokumentiem tikai “vienā virzienā” (tikai “+” vai tikai “-”), šis apstāklis ir jānodrošina pārbaudītājam. Iepriekš minēto prasību pārkāpšana noved pie reģistru kopsummas glabāšanas tabulu nepamatotas "uzbriešanas"; | 2,0 |
| Bilances reģistra resursi (viens vai visi) tiek mainīti ar dokumentiem gan “+”, gan “-”, bet kustības ar pretējo zīmi vienam un tam pašam uzskaites objektam tiek veiktas ar dažādām mērījumu vērtību kopām, kas arī nav. nodrošināt, lai atlikušie resursi būtu “nulle””. | 2,0 |
| Pārbaužu trūkums risinājumā par pareizu reģistra resursu aizpildīšanu, kas, piemēram, noved pie negatīvu preču atlikumu parādīšanās noliktavā. Reģistra resursu negatīvu vērtību klātbūtne ir pieļaujama tikai tad, ja tas ir skaidri norādīts uzdevumā vai izriet no grāmatvedības shēmas loģikas, kas nav pretrunā ar situāciju, kas rodas faktiskajā grāmatvedības praksē. | 1,0 — 2,0 |
| Nepareizu vai vienkāršotu algoritmu izmantošana, aprēķinot reģistra resursu vērtības. Piemēram, risinot "pensa problēmu" | 0,5 — 2,0 |
| Risinājumā iebūvētā uzskaites shēma nenodrošina pareizu datu ievadīšanu reģistros. Piemēram, jums ir jānoraksta 1000, un 500 tiek norakstīti | 2,0 |
| Kļūdu klātbūtne programmas kodā | 0,25 — 3,0 |
| Kopsavilkuma informācijas iegūšanas uzdevumos par atlikumiem, informācijas par apgrozījumu izmantošanu vai otrādi | 2,0 |
| Kopsavilkuma informācijas iegūšanas uzdevumos tiešas piekļuves izmantošana reālām reģistra tabulām | 1,5 |
| Datu iegūšanas uzdevumos no infobāzes, filtru iestatīšana neindeksētiem laukiem | 0,5 |
| Ja dokumenta grāmatošanā kaut kādā veidā tiek izmantoti no reģistriem nolasītie dati, obligāti jāparedz šādu datu saņemšana dokumenta grāmatošanas brīdī. | 1,0 |
| Konfigurācijai jādarbojas stabili ne tikai virzoties uz priekšu, bet arī atpakaļ. Tas ir, kad jebkura dokumenta darbība tiek atcelta, sistēmas kontrolēto indikatoru stāvoklim ir jāatgriežas sākotnējā stāvoklī (kā tas bija pirms dokumenta pārvietošanas). Faktiski tad būs iespējams atritināt visu dokumentu ķēdi atpakaļ | 1,0 |
| Dokumentu korektas retroaktīvas pārpublicēšanas iespēja netiek īstenota | 1,0 |
| Konfigurācijai ir jādarbojas stabili, ja dokumentos ir dublētās rindas (nomenklatūra vai darbinieki utt.), Šajā gadījumā ir jāpārliecinās, ka dokumenti tiek pareizi grāmatoti. | 0,5 |
| Informācijas bāzē glabātās informācijas iegūšana (bilances, apgrozījums, datu bāzes dati, diagrammu dati utt.) ciklā | 2,0 |
| Parametru vērtību trūkums virtuālajā tabulā vai tā vietā nosacījuma "WHERE" izmantošana | 2,0 |
| Nav NULL pārbaudes | 1,0 |
| Nepareizs galda pievienojums | 1,0 |
| Izmantojot tabulu savienošanas mehānismu, nevis iestatot virtuālās tabulas parametru vērtības | 0,5 – 1,0 |
| Vaicājuma rezultāta izkraušana starptabulā (piemēram, vērtību tabulā) bez nepieciešamības | 1,0 |
| Papildus jautājums | 0,5 — 1,0 |
| Piedāvātā risinājuma nespēja darboties pārvaldītās lietojumprogrammas režīmā | 3,0 |
| Mazāk efektīvas dokumentu nokārtošanas metodes izmantošana | 1,0 |
- Visbiežāk sastopamo kļūdu saraksts, kas raksturīgas operatīvās grāmatvedības uzdevumiem
- Visbiežāk sastopamo kļūdu saraksts, kas raksturīgas grāmatvedības uzdevumiem
| Kļūdas apraksts | rezultāts |
| 3,0 | |
| Grāmatvedības shēmas veidošana nevis uz grāmatvedības reģistriem | 3,0 |
| Risinājumā izmantotā uzskaites shēma ir uzbūvēta nepareizi | 0,5 — 2,0 |
| Nepareiza "dubultā ieraksta" principa izmantošana. Divkāršā ieraksta neesamība, kad tas ir nepieciešams, vai klātbūtne, kad tas nav vajadzīgs. | 2,0 |
| Izveidota papildu analīze (piemēram, reģistra dimensija) | 0,5 |
| Grāmatvedības reģistra izmēriem un resursiem ir nepareizi iestatīti karodziņi "bilance" un ir konfigurēti "grāmatvedības atribūti" | 1,5 |
| Nav ieviests vai ieviests nepareizi, iestatot "apakškonto grāmatvedības pazīmes" | 1,0 |
| Atlikumu glabāšana gadījumā, ja nepieciešama informācija tikai par apgrozījumu. Veidojot uzskaites shēmu, tika izmantoti parastie (neatgriezeniski) apakškonti jeb reģistra mērījumi, lai uzglabātu datus un kontrolrādītājus, kas pēc būtības ir rotējoši (neprasa atlikumu glabāšanu) | 1,5 |
| Saņemot galīgos datus no grāmatvedības reģistra, kontu korespondence netiek ņemta vērā | 1,5 |
| Saņemot kopsavilkuma datus no grāmatvedības reģistra, konta analītika netiek ņemta vērā vai tiek ņemta vērā nepareizi | 1,0 |
- Visbiežāk sastopamo kļūdu saraksts, kas raksturīgas sarežģītu periodisku aprēķinu uzdevumiem
| Kļūdas apraksts | rezultāts |
| Uzdevums nav pilnībā izpildīts | 3,0 |
| Grāmatvedības shēmas veidošana nevis uz norēķinu reģistriem | 3,0 |
| Nobīdes un bāzes atkarības starp risinājumā izmantotajiem aprēķinu veidiem ir iestatītas nepareizi | 1,0 |
| Aprēķinu reģistra izmantošana ar "Derīguma periodu", lai ieviestu uzskaiti aprēķinu veidiem, kuriem nav "Derīguma perioda" | 1,5 |
| Aprēķinu reģistrā nav savienojuma ar grafiku vai šāds savienojums ir iestatīts nepareizi.Piemēram, dimensijā atribūta vietā vai otrādi. | 1,0 |
| Grafika datu izgūšana, izmantojot informācijas reģistra tabulu | 2,0 |
| Aprēķinu bāzes iegūšanas uzdevumos analītika tiek izmantota nepareizi, reģistra izmēri netiek izmantoti vai tiek izmantoti nepareizi. | 1,0 |
| Aprēķinu bāzes iegūšana caur aprēķinu reģistra galveno tabulu | 2,0 |
| Aprēķinu bāzes iegūšanas uzdevumā atlases ātrums ar aprēķinu reģistra mērījumiem nav optimizēts | 0,5 |
| Nepareizi konfigurēta atkarība no vadošajiem aprēķinu veidiem | 1,0 |
| Piešķīruma izveide virsgrāmatā, kur nevar parādīties piešķiršanas dati. | 1,0 |
| Risinot pārrēķina uzdevumu, pārrēķina objekti (piemēram, pārrēķina izmēri) ir nepareizi konfigurēti | 1,5 |
| Datu iegūšana aprēķiniem, pamatojoties uz neierakstītiem vai neaprēķinātiem datiem | 1,0 |
| Savienojums bez nepieciešamības pēc mehānisma automātiskai faktiskā derīguma termiņa tabulas pārrakstīšanai brīdī, kad informācijas bāzē tiek ievadīti dati par norēķiniem | 0,5 |
| Risinājumam nav mehānisma norēķinu reģistra ierakstu apvēršanai, ievadot pirmpirkuma norēķinu veidu kārtējā norēķinu periodā par iepriekšējo periodu, ja šāda situācija ir skaidri aprakstīta uzdevumā. | 1,0 |
| Norēķinu reģistra ierakstu apvērsuma īstenošana, neizmantojot specializētus un optimizētus platformas mehānismus | 1,5 |
| Uzkrāšanas uzdevumu risināšana aprēķinu reģistrā | 2,0 |
- Visbiežāk sastopamo kļūdu saraksts, kas raksturīgas biznesa procesa uzdevumiem
| Kļūdas apraksts | rezultāts |
| Uzdevums nav pilnībā izpildīts | 1,5 |
| Biznesa procesa forma neatspoguļo tā pašreizējo stāvokli | 1,0 |
| Sistēmas pašreizējā lietotāja neizpildīto uzdevumu saraksta forma nav ieviesta vai nedarbojas pareizi | 1,0 |
| Personiskā uzdevumu adresēšana tiek iestatīta bez nepieciešamības | 1,0 |
| Uz lomām balstīta uzdevumu adresēšana tiek iestatīta nevajadzīgi | 1,0 |
| Ir izveidotas liekas adresācijas zīmes gan uzdevumiem, gan adresāciju reģistram | 0,5 |
| Nepareizi aizpildīts adrešu reģistrs | 1,0 |
| Nav iespējams parādīt pilnu uzdevumu sarakstu | 0,5 |
- Visbiežāk sastopamo kļūdu saraksts, kas raksturīgas uzdevumiem pārvaldītajās veidlapās
- Pārbaudot risinājumu, kļūdu konstatēšanas gadījumā eksaminētājam nav pienākuma paskaidrot eksaminētājam, kā bija nepieciešams pareizi uzbūvēt izskatāmās eksāmena problēmas risinājumu;
Eksāmens tiek uzskatīts par sekmīgi nokārtotu, ja eksāmena vērtējums ir "teicami", "labi" vai "apmierinoši". Eksāmena vērtējumu iegūst, pamatojoties uz piecu ballu sistēmu pēc šādas shēmas:
- ja rezultāts ir mazāks par 2,2 punktiem, tad eksāmens tiek novērtēts ar "neapmierinoši";
- ja rezultāts ir robežās no 2,2 līdz 3,5 ballēm, tad eksāmens tiek novērtēts ar atzīmi "apmierinoši";
- ja rezultāts ir robežās no 3,5 līdz 4,5 ballēm, tad eksāmens tiek novērtēts ar "labi";
- ja rezultāts ir 4,5 un vairāk punkti, tad eksāmens tiek novērtēts ar "teicami".
Lai sagatavotos eksāmenam "1C: platformas speciālists" 1C:Uzņēmums 8 "ieteicams izmantot Uzdevumu kolekcija, lai sagatavotos eksāmenam "1C: Speciālists" platformā "1C: Enterprise 8" ar paraugu šķīdumiem.
4 Uzdevumu paraugi:
Vispārīgās prasības
Nepieciešams izveidot interfeisu apmācības problēmas risināšanai, kurā objektu sadalīšanai atbilstoši sadaļas paneļa cilnēm jānotiek, pamatojoties uz to piederību attiecīgajai uzdevuma sadaļai (operatīvā uzskaite, grāmatvedība, sarežģīti periodiski aprēķini, biznesa process). Katras cilnes navigācijas joslai jānodrošina piekļuve visiem šīs sadaļas objektiem, tostarp reģistriem. Objekti jāgrupē pēc to veida: direktoriji, dokumenti, citi objekti. Veidojot komandu saskarni, nepieciešams izmantot apakšsistēmu mehānismu. Aptuvenais interfeisa skats ir parādīts 1. attēlā.
1. att. Aptuvenais mācību uzdevuma saskarnes skats
Operatīvā grāmatvedība
Uzņēmums nodarbojas ar vairumtirdzniecību. Preču saņemšana tiek atspoguļota dokumentā "Ienākošais rēķins", pārdošana - "Rēķins". Papildus preču pārdošanai var tikt sniegti papildu pakalpojumi, piemēram, piegāde. Gan pakalpojumi, gan preces ir norādītas dažādās tabulas daļās.
Preču uzskaite tiek veikta noliktavu kontekstā. Saņemšana un pārdošana tiek veikta, norādot noliktavu (dokumenta galvenē).
Pašcenas norakstīšana jāorganizē pa partijām, atkarībā no grāmatvedības politikā šim gadam pieņemtās pašizmaksas norakstīšanas metodes (FIFO vai LIFO) aktuālās vērtības. Kārtējo reizi tiek uzsvērts, ka grāmatvedības politika ir spēkā gadu. Nākamajā gadā norakstīšanas metode var mainīties.
Lai aprēķinātu preču norakstīšanas izmaksas, ir jāņem vērā tikai tas brīdis, kad prece nonāk uzņēmumā, neatkarīgi no tā, kurā noliktavā tā nonāca. Pieņemsim, ka FIFO norakstīšanas metodei pirmā cigarešu kastes saņemšana notika "Galvenajā" noliktavā ar dokumentu "Ienākošais rēķins Nr.1", un pēc tam uz noliktavu "Tranzīts" ar dokumentu "Ienākošais rēķins Nr. . 2" Šajā gadījumā, pārdodot preces no Tranzīta noliktavas, cigarešu maciņa pašizmaksa vispirms jānoraksta pēc Rēķina Nr.1 dokumenta, jo tā pienākusi agrāk.
Nepieciešams izveidot pārskatu par preču realizāciju par periodu un preču atlikumu noliktavās uz norādīto datumu.
Pārdošana no 01.01.2009 līdz 31.03.2009
| Nomenklatūra | Daudzums | Izmaksas | Izpārdošana | Peļņa |
| Zamšādas jaka | 3 | 300 | 620 | 320 |
| Cigarešu futrālis | 3 | 30 | 50 | 20 |
| Piegāde | 1 | 100 | 100 |
Peļņa tiek aprēķināta: "Pārdošanas apjoms" - "Izmaksas"
Preču atliekas 01.01.2009
| Krājumi | Nomenklatūra | Daudzums |
| Pamata | ||
| Zamšādas jaka | 2 | |
| Cigarešu futrālis | 2 | |
| Sabiedriskais transports | ||
| Zamšādas jaka | 5 | |
| filmu kamera | 1 |
Grāmatvedība
Nepieciešams organizēt naudas aizdevumu izsniegšanas iespēju uzņēmuma darbiniekiem. Šāda aizdevuma izsniegšanas faktu sistēmā atspoguļo dokuments "Aizdevuma izsniegšana". Šajā dokumentā ir norādīts, kuram uzņēmuma darbiniekam, kādā apmērā tika izsniegti līdzekļi. Tas arī norāda laika periodu, kurā jāveic atmaksa.
Dokumentā "Aizdevuma izsniegšana" tiek īstenota šāda grāmatošana:
Dt “Izsniegtie kredīti un aizdevumi” - Ct “Kasieris” par izsniegto līdzekļu apjomu.
Nav nepieciešams kontrolēt naudas klātbūtni kasē.
Naudas līdzekļu atdošana tiek reģistrēta, izmantojot dokumentu "Aizdevuma atgriešana". Šajā dokumentā ir norādīts, kurš darbinieks un cik daudz tika atgriezts. Atmaksātajai summai pilnībā jāatbilst tobrīd saņemto līdzekļu summai. Ja summa atšķiras, tad dokumentu nevajadzētu grāmatot. Darbiniekam nevar izsniegt nākamo kredītu, kamēr viņš neatmaksā iepriekš izsniegto.
Kredīta atmaksas dokumentā tiek īstenota šāda grāmatošana:
Dt "Kasieris" - Kt "Izsniegtie kredīti un aizdevumi" par atdodamo aizdevuma summu.
Ja kredīts atdots vēlāk par noteikto termiņu, dokumentā papildus tiek norādīts soda naudas atgriešanas datums un dokumentā tiek izdarīts papildu ieraksts:
Dt "Izsniegtie kredīti un aizdevumi" - Ct "Peļņa un zaudējumi"
par summu, kas aprēķināta kā 0,1% no kopējās aizdevuma summas.
Faktiski tas nozīmē soda summas uzkrāšanu no jauna izsniegta aizdevuma veidā. Šis aizdevums tiek atmaksāts ar citu Kredīta atmaksas dokumenta kopiju. Sods netiek iekasēts, ja soda apmērs kļūst mazāks par 1 kapeiku.
Sistēmai jāsniedz atskaite par izsniegtajiem aizdevumiem.
Darbiniekiem izsniegtie aizdevumi uz laika posmu no 01.01.2009 līdz 31.01.2009
| Darbinieks | Aizdevuma summa | Plānotais atgriešanās datums | Reāls atgriešanās datums | Ir sods |
| Onopko | 100 000 | 2009. gada 10. janvāris | 2009. gada 20. janvāris | |
| Onopko | 100 | 2009. gada 25. janvāris | 2009. gada 25. janvāris | V |
| Haļikovs | 12 788 | 2009. gada 04. decembris |
Pārskatā jāatspoguļo perioda sākumā neatmaksātie aizdevumi, kā arī izvēlētajā periodā izsniegtie vai atmaksātie aizdevumi.
Nepieciešams izveidot "Operācijas" dokumentu, ar kura palīdzību lietotājam vajadzētu būt iespējai ievadīt ierakstus ar patvaļīgu kontu korespondenci. Risinot problēmu, jāņem vērā iespēja, ka ieraksti tiek ģenerēti, izmantojot šo dokumentu.
Sarežģīti periodiski aprēķini
Uzņēmuma darbiniekiem atalgojums tiek izmaksāts katru mēnesi. Visi darbinieki strādā pēc piecu dienu darba grafika, taču risinājumam ir jāspēj strādāt pēc vairākiem dažādiem grafikiem.
Uzņēmuma darbinieki saņem samaksu atbilstoši darba algai proporcionāli nostrādātajām stundām. Stundas likmi aprēķina, sākuma algu dala ar nostrādāto stundu skaitu tajā pašā laika posmā, kurā faktiski nostrādātās stundas. Norēķinu periodā sākotnējo algas vērtību var mainīt vienu reizi. Aprēķins jāveic, pamatojoties uz aprēķinātajā datumā spēkā esošo sākotnējo algas vērtību. Piemēram, ja 10. augustā mainījās algas sākotnējā vērtība, tad līdz 10. augustam aprēķinā tiek ņemta vecā vērtība, bet, sākot ar 10. augustu – jaunā.
Turklāt uzņēmuma darbiniekiem var tikt piešķirta prēmija procentos no tajā pašā norēķinu periodā uzkrātās algas. Prēmijas procents uzkrāšanas periodā var mainīties ne vairāk kā vienu reizi dienā, bet tiek ņemts kārtējā norēķinu perioda sākumā. Informācijas bāzē ir nepieciešams saglabāt prēmiju procentu izmaiņu vēsturi.
Pēc vajadzības jebkuru darbinieku var nosūtīt komandējumā. Šajā gadījumā algas un prēmiju izmaksas nenotiek. Komandējumā pavadītās stundas nosaka piecu dienu darba grafiks. Stundas likme komandējuma aprēķināšanai tiek noteikta kā visu iepriekšējo divu mēnešu uzkrājumu summa, kas dalīta ar iepriekšējos divos mēnešos nostrādāto stundu skaitu.
Šajā uzdevumā nav jāizmanto pārrēķina mehānisms.
Visi uzkrājumi tiek ierakstīti dokumentā “Algu saraksts”. Pieņemsim, ka visi dati tiek ievadīti tikai viena mēneša laikā, piemēram, var norādīt algas uzkrājumu no 10.01 līdz 31.01, bet nevar ievadīt algu: no 10.01 līdz 03.02.
Lai analizētu uzņēmuma darbinieku saņemtās prēmijas konfigurācijā, ir jāiesniedz pārskats par jebkuru šāda veida norēķinu periodu:
Prēmijas, kas uzkrātas no 01/01/2009 līdz 01/31/2009
Pārvaldītās veidlapas
Dokumentiem "Kvīts rēķins" un "Izdevumu rēķins" nepieciešams izveidot šāda veida galvenās pārvaldītās dokumentu formas:
2. att. Dokumenta galvenās formas skats "Rēķins kvīts"
3. att. Dokumenta "Rēķins" galvenās formas skats
Abu dokumentu formās ir nepieciešams ieviest automātisku summas aprēķinu dokumenta tabulas daļas rindai, ierakstot šajā rindā iegādātās (pārdotās) preces daudzumu vai tās cenu, kā arī aprēķināt kopējā summa par dokumentu.
Dokumentam "Algas saraksts" ir jāizveido galvenā pārvaldītā saraksta forma, kurā kārtējam dokumentam jāatspoguļo tā veiktie ieraksti aprēķinu reģistros. Veidlapas skats kopā ar visu displeja sadaļu "Periodiskie aprēķini" 4. attēlā:
4. att. Dokumenta "Algu saraksts" saraksta galvenās formas skats
IevietotsIlgums: 5 dienas
Kursa svarīgākie momenti: detalizēta diskusija par platformas mehānismiem, zināšanas un prasmes izmantot, kas nepieciešamas sekmīgai eksāmena "1C: Speciālists" nokārtošanai platformā "1C: Enterprise 8". Darbu ar platformas mehānismiem demonstrē eksāmena uzdevumiem līdzīgas mācīšanās problēmas risināšanas piemērs.
Visi platformas mehānismi tiek pētīti tiktāl, cik nepieciešams, lai nokārtotu 1C:Speciālists eksāmenu platformā 1C:Enterprise 8.
Pēc apmācību pabeigšanas (mēneša laikā) kursu dalībniekiem tiek piešķirts viens bezmaksas mēģinājums iegūt 1C:Speciālists sertifikāciju platformā 1C:Enterprise 8 (ja viņiem ir sertifikāts platformā). Sertifikāts "" jāiegūst iepriekš, nokārtojot testu vai.
Ilgums: 4 dienas
Konsultācija paredzēta speciālistiem, kas gatavojas kārtot 1C:Speciālists eksāmenu platformā 1C:Enterprise 8.3. Galvenais uzsvars tiek likts uz metodiski pareizu programmēšanas un konfigurēšanas paņēmienu izstrādi, kuru zināšanas tiek pārbaudītas eksāmena laikā.
Konsultācijai ir praktisks raksturs, un tā neietver detalizētu lekcijas materiāla teorētisko daļu.
Pēc apmācību pabeigšanas (mēneša laikā) kursu dalībniekiem tiek dots viens bezmaksas mēģinājums iegūt "1C:Speciālists" sertifikātu platformai "1C:Enterprise 8.3" (ja ir "" sertifikāts platformai).
Sertifikāts "" jāiegūst iepriekš, nokārtojot testu vai.
Konfigurācija sistēmā "1C:Enterprise 8". Darbības problēmu risināšana
| Kurss Mācību centrā Nr.3 | |||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |
|||||||||||||||||||||||||||||
| 15.08.2019 - 16.08.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 16.09.2019 - 20.09.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 19.09.2019 - 20.09.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 24.10.2019 - 25.10.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 18.11.2019 - 22.11.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 12.12.2019 - 13.12.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
Ilgums: 2 dienas
Mācību mērķis: iegūt prasmes operatīvās uzskaites uzdevumu konfigurēšanā jaunajā 1C:Enterprise 8.3 sistēmā pārvaldītās lietojumprogrammas un Taxi interfeisa režīmā. Kursa rezultātā studenti varēs:
Prast pielietot shēmu darbības problēmu risināšanai;
Prast izmantot dažādus datu ierakstīšanas veidus reģistros un nolasīšanu no tiem;
Prast izstrādāt algoritmus dokumentu atspoguļošanai grāmatvedībā;
Spēja izstrādāt analītiskos ziņojumus.
Konfigurācija sistēmā "1C:Enterprise 8". Aprēķinu uzdevumu risinājums
| Kurss Mācību centrā Nr.3 | |||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Izmaksas: 7200 - pilna laika kurss, 10400 - pilna laika kurss + pieeja video materiāliem 6 mēnešus, 10800 - pilna laika iegremdēšanas kurss, 7800 - WEB-kurss (attālināti). |
|||||||||||||||||||||||||||||
| 05.08.2019 - 09.08.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 19.08.2019 - 21.08.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 23.09.2019 - 25.09.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 07.10.2019 - 11.10.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 09.12.2019 - 13.12.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 16.12.2019 - 18.12.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
Ilgums: 2,5 dienas
Mācību mērķis: attīstīt prasmes algu uzdevumu konfigurēšanai jaunajā 1C:Enterprise 8.3 sistēmā pārvaldītās aplikācijas režīmā ar Taxi interfeisu.
Patstāvīgi projektēt konfigurācijas objektus "Aprēķinu veidu plāns" un "Aprēķinu reģistrs" algu uzskaites problēmu risināšanai;
Programmatiski ģenerēt kustības aprēķinu reģistrā;
Izmantojot aprēķinu reģistra virtuālās tabulas, iegūt nepieciešamos datus uzkrājumu un atskaitījumu aprēķināšanai: aprēķinu bāzes apjomu, periodam plānoto darba laika apjomu, periodā faktiski nostrādāto laiku;
Programmēt dažādu aprēķina metožu aprēķinu formulu kodu;
Saņemt aprēķinu bāzes apjomu aprēķina pamatveidu kontekstā;
Ģenerēt apvērsuma summas, lai koriģētu iepriekšējo (slēgto) periodu aprēķinu rezultātus;
Saņemt datus no aprēķinu reģistriem, kas nepieciešami pārrēķinu veikšanai;
Izmantojiet datu kompozīcijas programmu, lai izstrādātu uzkrājumu un atskaitījumu atskaites.
Konfigurācija sistēmā "1C:Enterprise 8". Grāmatvedības problēmu risināšana
| Kurss Mācību centrā Nr.3 | |||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Izmaksas: 7200 - pilna laika kurss, 10400 - pilna laika kurss + pieeja video materiāliem 6 mēnešus, 10800 - pilna laika iegremdēšanas kurss, 7800 - WEB-kurss (attālināti). |
|||||||||||||||||||||||||||||
| 12.08.2019 - 16.08.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 21.08.2019 - 23.08.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 23.09.2019 - 27.09.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 25.09.2019 - 27.09.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 30.10.2019 - 01.11.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 02.12.2019 - 06.12.2019 | 18:30 - 21:30 | Pieteikties | |||||||||||||||||||||||||||
| 18.12.2019 - 20.12.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
Ilgums: 2,5 dienas
Mācību mērķis: attīstīt prasmes konfigurēt grāmatvedības uzdevumus jaunajā sistēmā "1C: Enterprise 8.3" pārvaldītās aplikācijas un saskarnes "Taxi" režīmā.
Kursa rezultātā studenti apgūs:
Patstāvīgi izstrādāt kontu plānu un grāmatvedības reģistru sintētiskās, daudzuzņēmumu, analītiskās, kvantitatīvās un valūtas veidu grāmatvedības problēmu risināšanai;
Pareizi aizpildiet reģistru ar kustībām visu veidu uzskaitei, gan grāmatojot dokumentus, gan ierakstot manuālās darbības;
Aprakstiet primāro un normatīvo dokumentu grāmatošanas optimālo komplekso apstrādi ar uzskaites reģistra rezultātu analīzi daudzlietotāju režīmā, izmantojot pārvaldītu slēdzenes konfigurāciju;
Izmantojiet datu kompozīcijas mehānismu, lai izstrādātu grāmatvedības pārskatus, gan kopsavilkuma sintētiskos, gan detalizētos analītiskos pārskatus.
Ilgums: 4 dienas
Kursa mērķis ir attīstīt studentu teorētiskās zināšanas un praktiskās iemaņas sistēmas 1C:Enterprise 8 objektu konfigurēšanā un programmēšanā, kas saistīti ar personāla vadību un algu uzskaiti 1C:Alga un personāla vadības aplikācijas risinājuma ietvaros.
Kursa laikā tiek izskatītas visas tēmas, kuru zināšanas tiek pārbaudītas "1C: Speciālists" eksāmenā par apakšsistēmām "Alga un personāla vadība" pielietotajos risinājumos "1C: Enterprise 8".
Pēc absolvēšanas (mēneša laikā) kursa dalībniekiem tiek piešķirts viens bezmaksas mēģinājums 1C:Speciālista sertifikācija algu un personāla vadības apakšsistēmu konfigurēšanai 1C:Enterprise 8 lietojumprogrammu risinājumos (ja viņiem ir 1C:Profesionālais sertifikāts saskaņā ar 1C : Alga un personāls vadība" vai "1C: Uzņēmums 8. Ražošanas uzņēmuma vadība"). Sertifikāts "1C: Professional" jāiegūst iepriekš, nokārtojot pārbaudi vai
"1C: uzņēmums 8". Konfigurācijas "Uzņēmuma grāmatvedība" ieviešana un adaptācija (konfigurācija standarta risinājumā)
Ilgums: 4 dienas
Kurss paredzēts speciālistiem, kuri plāno ieviest "Uzņēmuma grāmatvedības" konfigurāciju. Apmācību mērķis ir izpētīt konfigurācijas objektu struktūru, attīstīt praktiskās iemaņas pareizai konfigurēšanai un programmēšanai, lai ieviestu Uzņēmumu grāmatvedības konfigurācijas papildu funkcionalitāti. Apmācība prezentētajā kursā palīdzēs speciālistiem ātri un savlaicīgi sagatavoties konfigurācijas ieviešanai, izprast konfigurācijas objektu struktūru, apsvērt tēmas, kuru zināšanas tiek pārbaudītas 1C: Speciālists eksāmenā par grāmatvedības apakšsistēmu 1C pielietotajos risinājumos: Enterprise 8 sistēma, rūpīgi sagatavojies noteiktajam eksāmenam.
Pamati darbam pārvaldītā lietojumprogrammā. Jaunas iespējas darbam "1C:Enterprise 8"
| Kurss Mācību centrā Nr.3 | |||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Izmaksas: 7200 - pilna laika kurss, 10400 - pilna laika kurss + pieeja video materiāliem 6 mēnešus, 10800 - pilna laika iegremdēšanas kurss, 7800 - WEB-kurss (attālināti). |
|||||||||||||||||||||||||||||
| 23.09.2019 - 24.09.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 25.09.2019 - 25.09.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
| 20.11.2019 - 21.11.2019 | 10:00 - 17:00 | Pieteikties | |||||||||||||||||||||||||||
Ilgums: 2 dienas
Kursa mērķis ir iepazīstināt studentus ar tehnoloģiskās platformas 1C:Enterprise 8 kontrolēto darbības režīmu, parādīt speciālistiem pieejas sistēmas izveidei, lai izmantotu pašreizējo sistēmas versiju.
Kursā tiek aplūkotas šādas sistēmas iezīmes: lietojumprogrammas saskarnes veidošanas modelis, klients-servera arhitektūras ieviešana (programmēšana modelī "klients-serveris"), formas mehānisms un virkne citu jaunu mehānismu. . Šajā kursa daļā studenti apgūs praktiskās iemaņas apgūstamās programmatūras pakotnes konfigurēšanā, administrēšanā, programmēšanā. Šīs prasmes tiks apgūtas, risinot mācību uzdevumu. Šī uzdevuma būtība ir konfigurēt sniegto konfigurāciju, lai nodrošinātu iespēju strādāt "plānā klienta" režīmā.
Kurss paredzēts: speciālistiem ar pieredzi lietojumprogrammu risinājumu konfigurēšanā platformā 1C:Enterprise (versijas 7.7, 8.0, 8.1, 8.2 - izplatīta lietojumprogramma)."1C: uzņēmums 8". Darbs ar datiem
Ilgums: 1 diena
Kursa mērķis: iepazīstināt studentus ar 1C:Enterprise 8 tehnoloģiskās platformas iespējām, kas dod iespēju palielināt pielietoto risinājumu mērogojamību, kā arī parādīt regulējošo mehānismu ieviešanas iespējas.
Kursā tiek apskatīti tādi svarīgi darbības aspekti kā objekta mehānisms, transakciju bloķēšanas (ieskaitot pārvaldīto režīmu, kas ir "noklusējuma" režīms pašreizējās platformas 1C:Enterprise 8 versijās), dažādi strupceļu cēloņi (visbiežāk sastopamie gadījumi ), apskatītas arī metodes to "apvedceļš", plānoto/fona uzdevumu darbības mehānisms, šī mehānisma izmantošanas iespējas platformas darbības faila/klients-servera režīmā. Materiāls šajā daļā noderēs arī "1C:Enterprise 8" sistēmas speciālistiem, kuri izmantoja platformas iepriekšējās versijas un ir saskārušies ar objektu, darījumu bloķēšanas problēmām.
Problēmas risināšana, kas līdzīga eksāmena "1C:Speciālists" problēmai platformā "1C:Enterprise 8"
Ilgums: 1 diena
Kursa mērķis ir analizēt problēmas risinājumu LĪDZĪGI uzdevumiem, ar kuriem var saskarties, nokārtojot eksāmenu "1C: Speciālists" platformā "1C: Enterprise 8".
Tiek pieņemts, ka uzdevums ir atrisināts jaunā saskarnes modelī (“Taxi” saskarne), tiks izmantots pārvaldīts darbības režīms ar transakciju slēdzenēm (ņemot vērā šīs platformas versijas jaunās iespējas).
Kurss paredzēts profesionāļiem ar pieredzi lietojumprogrammu risinājumu konfigurēšanā platformā 1C:Enterprise 8.
"1C: uzņēmums 8". Konfigurācijas "Alga un personāla vadība" ieviešana un adaptācija (konfigurācija standarta risinājumā)
Ilgums: 4 dienas
Kurss paredzēts speciālistiem, kuri plāno ieviest Algu un cilvēkresursu konfigurāciju. Apmācību mērķis ir izpētīt konfigurācijas objektu struktūru, attīstīt praktiskās iemaņas pareizai konfigurēšanai un programmēšanai, lai ieviestu papildu konfigurācijas funkcionalitāti "Alga un personāla vadība". Apmācība prezentētajā kursā palīdzēs speciālistiem ātri un savlaicīgi sagatavoties konfigurācijas ieviešanai, izprast konfigurācijas objektu struktūru, apsvērt tēmas, kuru zināšanas tiek pārbaudītas 1C: Speciālists eksāmenā par algu un personāla vadības apakšsistēmu konfigurēšanu programmas lietišķajos risinājumos. 1C:Enterprise 8 system ”, rūpīgi sagatavojieties norādītajam eksāmenam.
"1C: uzņēmums 8". Standarta risinājuma "Tirdzniecības vadība" ieviešana un adaptācija
Ilgums: 4 dienas
Kurss paredzēts speciālistiem, kuri plāno ieviest Tirdzniecības vadības konfigurāciju. Apmācību mērķis ir izpētīt konfigurācijas objektu uzbūvi, attīstīt praktiskās iemaņas pareizā konfigurācijā un programmēšanā, lai ieviestu "Tirdzniecības vadības" konfigurācijas papildu funkcionalitāti. Apmācība prezentētajā kursā palīdzēs speciālistiem ātri un savlaicīgi sagatavoties konfigurācijas ieviešanai, izprast konfigurācijas objektu struktūru, apsvērt tēmas, kuru zināšanas tiek pārbaudītas 1C:Speciālists eksāmenā par tirdzniecības risinājumu konfigurēšanu programmā 1C:Enterprise 8. , rūpīgi sagatavoties noteiktajam eksāmenam.
"Gatavošanās eksāmenam "1C: Speciālists" grāmatvedībā. Grāmatvedības apakšsistēmas konfigurēšana un ieviešana"
Ilgums: 5 dienas
Kursa mērķis: sagatavošanās 1C:Speciālists eksāmenam par grāmatvedības apakšsistēmu 1C:Enterprise 8 sistēmas lietišķajos risinājumos, konfigurācijas objektu struktūras izpēte, praktiskās iemaņas pareizai konfigurēšanai un programmēšanai, lai ieviestu Enterprise Accounting konfigurācijas papildu funkcionalitāti.
Kursa laikā tiks apgūtas tipiskā risinājuma galvenās apakšsistēmas - partiju uzskaites apakšsistēma, nodokļu uzskaites mehānisms, mēneša slēgšanas mehānisms, PVN uzskaites apakšsistēma u.c.
Ilgums: 5 dienas
Kurss paredzēts programmēšanas speciālistu apmācībai "1C: Enterprise 8.2 / 8.3" sistēmas standarta risinājumos: "1C: Trade Management, rev.11", "1C: Accounting, rev.3.0", "1C: Payroll and 8.3". personāla vadība, .3.0. red.", "1C: Mazo uzņēmumu vadība", "1C: Mazumtirdzniecība, 2.0. red.", "1C: ERP Enterprise management" un citas konfigurācijas, kas ietver "1C: standarta apakšsistēmu bibliotēkas" funkcionalitāti. .
Studentu prakse liecina, ka eksāmeniem jāgatavojas iepriekš. Eksāmens 1C: speciālists — tikai viens no tiem. Mēs atveram reģistrāciju tiešsaistes kursam, lai sagatavotos sertifikācijai.
Kursa autors un vadītājs ir 1C: Mācību centra Nr.1 pasniedzējs Pāvels Belousovs. Viņš jau 15 gadus kārto eksāmenu 1C:Speciālists un ir viens no tā izstrādātājiem. Diez vai kāds par eksāmenu var pastāstīt vairāk nekā viņš pats.
Kursa funkcijas
Kursā galvenais uzsvars tiek likts uz metodiski pareizu programmēšanas un konfigurācijas paņēmienu izstrādi, kuru pārvaldību pārbauda eksāmenā. Turklāt:
- kurss ietver divus materiālu pārneses veidus: video ierakstīšanu un tiešsaistes konsultāciju ar treneri;
- lekcijas daļa tiek ierakstīta, un pieeja video tiek nodrošināta visiem tiešsaistes kursa dalībniekiem;
- Pēc katras konsultācijas dalībnieki saņem mājasdarbu, lai apkopotu apgūto materiālu. Tās īstenošana ir obligāta!
- treneris pārbauda katru uzdevumu un sniedz atgriezenisko saiti visiem apmācāmajiem.
Kursa noslēgumā studenti apgūs konfigurācijas tehnikas atbilstoši “Konfigurācijas izstrādes standartiem” un varēs bez maksas iegūt platformas speciālista sertifikātu. "1C: Enterprise 8.3".
Bonusi kursu dalībniekiem
Infostart piedāvāja bonusu komplektu tieši kursu dalībniekiem:
- Uz visu studiju laiku tiek nodrošināta pieeja Infostart katalogam ar limitu 20 sākuma naudaŅemot vērā. Šo abonementu var izmantot, lai lejupielādētu failus no šī īpašā projekta publikāciju kopas
- 10% atlaides kupons jebkuram Infostart katalogā ievietotam kursam.
- Bezmaksas mēģinājums iegūt 1C: Specialista sertifikācija pēc platformas "1C: Enterprise 8.3"(ja jums ir 1C: Profesionālās platformas sertifikāts) tuvākajā 1C sertificētajā eksaminācijas centrā.
Izmaksas un laiks
Kursi norisināsies no 2019. gada 11. marta līdz 3. aprīlim. Tas sastāv no 11 tiešsaistes nodarbībām 4 stundu garumā un 6 papildu konsultācijām. Nodarbības notiek saskaņā ar grafiku: no 17.00 līdz 21.00 pēc Maskavas laika.
Ja mans ieraksts jums ir noderīgs, neaizmirstiet nobalsot :-)
Šeit ir rubrikāts visiem krājuma uzdevumiem(lapa ar saitēm uz foruma pavedieniem katram uzdevumam)
http://chistov.spb.ru/forum/16-969-1
Nu, tagad mani izstrādnes un pieraksti, ko veidoju gatavošanās procesā.
Mēģināšu atkārtot vismaz ar diviem iepriekšminētajiem Pēdējais publikācijas.
Tātad sāksim:
Attālās piegādes gadījumā eksāmena beigās uz darbvirsmas ir jābūt diviem objektiem:
1. Informācijas bāzes (dt faila) galīgā izkraušana.
2. Paskaidrojums
Nekā cita nedrīkst būt, starpkopijām utt.
Noteikti uzrakstiet paskaidrojošu piezīmi!
Neskaidri formulēta uzdevuma gadījumā noteikti ierakstiet tur, ka esat izvēlējies tieši tādu un tādu risinājumu.
Arī kodā galvenajās vietās labāk atstāt īsus komentārus, bez fanātisma, bet kur eksaminētājam var būt jautājumi, labāk rakstīt.
Bet par to jums pastāstīs instrukcijās, kuras jums iedos izlasīt pirms eksāmena.
Labāk to zināt iepriekš)
Pierakstīšanās vaicājumu izmantošana.
Dažreiz ir ātrāk rakstīt no papildu tastatūras, nevis pārslēgt izkārtojumu uz priekšu un atpakaļ, tādējādi ietaupot laiku
&=Alt+38
*************************************************************************************************
MomentTime() izmantošana vaicājumos
Uzkrāšanas reģistru, grāmatvedības vaicājumos kā virtuālās tabulas (perioda) parametrs ir jāizmanto nevis dokumenta datums, bet Moment parametrs, kas kodā definēts šādi:
Moment = ?(PostMode = PostModeDocument.Online, Undefined, MomentTime());
*************************************************************************************************
Ģenerējot dokumentu kustības pēc reģistra, grāmatošanas apstrādes procedūras pašā sākumā ir nepieciešams notīrīt kārtējā dokumenta kustības pa reģistriem.
Kods ir šāds:
Movements.RegisterName.Write = True; Movements.RegisterName.Clear();
Iespējams, ka darbības laikā būs nepieciešams analizēt ierakstus šajā reģistrā.
Tātad, lai, analizējot pašreizējos ierakstus (vecos, pirms dokuments tika mainīts), precīzi neietilpst atlasē, varat pievienot vēl vienu rindiņu iepriekš minētajām divām rindām:
Movements.RegisterName.Write();
Vai arī, analizējot ierakstus, skaidri norādiet robežu, kas neietver pašreizējā dokumenta laika brīdi.
Bet visur es tikko norādīju šo trīs līniju uzbūvi uzreiz:
Movements.RegisterName.Write = True; Movements.RegisterName.Clear(); Movements.RegisterName.Write();
*************************************************************************************************
Ir divi veidi, kā bloķēt datus, izvēle starp tiem ir atkarīga no vadīšanas metodes - vecā vai jaunā:
1) Parastā pārvaldītā bloķēšana, vecā dokumenta ievietošanas metode (DataLock objekts)
Tas tiek iestatīts, ja vispirms tiek pārbaudīti atlikumi un pēc tam norakstīti.
Gadījumā, ja mums ir nepieciešama informācija no reģistra, lai izveidotu kustību.
Piemērs:
Dokumentā - daudzums, reģistrā - daudzums un summa (izmaksas)
Tātad preču daudzumu zinām no dokumenta - cik norakstām, bet pašizmaksu - nē.
Mēs to varam uzzināt tikai no reģistra, bet, lai starp atlikumu saņemšanas brīdi un kustību fiksēšanas brīdi neviens reģistru nemainītu, nepieciešams reģistrs bloķēt jau pirms atlikumu nolasīšanas.
Tātad šajā gadījumā tiek izmantots DataLock objekts. Un, veidojot to, pareizāk ir norādīt, pēc kādiem izmēriem mēs bloķējam reģistru (piemēram, mūsu gadījumā - tikai pēc dokumentā norādītās nomenklatūras) - lai nebūtu nevajadzīgu slēdzeņu un cits lietotājs varētu pārdot citu nomenklatūru.
1. Iestatiet bloķēšanu, izmantojot DataLock objektu
2. Izlasiet pārējo
3. Debetēšanas iespējas pārbaude
4. Veidojam kustības, piemēram, norakstām preces
5. Pēc dokumenta grāmatošanas bloķēšana tiek automātiski atbrīvota (bloķēšana ir spēkā grāmatošanas transakcijas ietvaros un sistēma to atbrīvo automātiski). Tas ir, nav nepieciešams īpaši atbloķēt objektu.
2) Jauna dokumentu kārtošanas metodika
(izmantojot rekvizītu LockForChange = True)
To lieto, ja kustību veidošanai mums nav nepieciešama informācija no reģistriem, un varam pārbaudīt, vai debetējot esam aizgājuši mīnusā, ja pēc ierakstīšanas apskatām reģistru atlikumus un redzam, ka ir negatīvi. Šajā gadījumā sapratīsim, ka esam norakstījuši pārpalikumu un atcelsim norakstīšanas darbību.
Piemērs:
Apsveriet preču pārdošanas darbību.
Dokumentā - daudzums, reģistrā - tikai daudzums
Tātad preču daudzumu mēs zinām no dokumenta.
Veidojam kustības ar dokumentā norādīto numuru un fiksējam. Tālāk mēs izlasām reģistru, apskatām atlikumus, analizējam, vai nav negatīvu. Ja ir, mēs parādām kļūdu un iestatām Refusal = True.
Tātad secība ir šāda:
1. Lai pārvietotos pa reģistru, iestatiet rekvizītu LockForChange = True
2. Veidojam kustības - norakstām preces
3. Ierakstiet kustības
4. Izlasi reģistru, pārliecinies, ka nav negatīvu atlikumu. Ja ir, tad lieko norakstīja, ja nav, tad viss kārtībā.
Tātad šajā gadījumā nav jānorāda, uz kādiem izmēriem reģistrs ir jābloķē.
Pirms kustību ierakstīšanas mēs vienkārši iestatām rekvizītu BlockToChange = True, veidojam kustības un ierakstām.
Sistēma pati bloķēs reģistru ierakstīšanas brīdī atbilstoši nepieciešamajiem mērījumiem, pēc mūsu reģistrētā analīzes.
Pēc pabeigšanas slēdzene tiks noņemta.
Šī opcija (otrā) ir vienkāršāka, to sauc par "jauno dokumentu nokārtošanas metodi", un 1C iesaka to izmantot, ja iespējams, un atņem punktus, ja tiek izmantota pirmā opcija, bet dažos gadījumos to vienkārši nevar piemērot un pirmais opcija tiek izmantota kopā ar objektu Data Lock (skatiet tālāk). piemērs iepriekš).
Es arī atzīmēju, ka neatkarīgi no izvēlētās metodes kustības ir jānotīra pirms darba ar tām (skatiet iepriekšējo padomu)
*************************************************************************************************
Datu bloķēšana (bloķēšanas metode Nr. 1 no iepriekš minētā apraksta)
Kontrolēta bloķēšana ir nepieciešama, ja dati tiek nolasīti un tiek veiktas kustības, pamatojoties uz šiem datiem
Ātrākais veids, kā iegūt pārvaldīto bloķēšanas kodu, ir ierakstīt "DataLock", izsaukt sintakses palīgu un no turienes vienkārši kopēt parauga kodu. Tad to ir viegli nomainīt zem sava reģistra un mērījumu nosaukuma.
Izskatās šādi:
Bloķēt = New DataLock; LockElement = Lock.Add("Uzkrāšanās reģistrs.PrecesNoliktavās"); LockItem.Mode = DataLockMode.Exclusive; LockItem.DataSource = PM; LockElement.UseFromDataSource("Nomenklatūra", "Nomenklatūra"); Bloķēt.Bloķēt();
*************************************************************************************************
Dokumentu tabulas daļu labāk saukt vienkārši par "PM"
Tabulas daļa 99% dokumentu ir viena. Šāds vienots tabulas daļu nosaukums palīdzēs ietaupīt daudz laika, jo:
1) Ļoti īsi - rakstiet ātri
2) Tas pats visiem dokumentiem, rakstot kodu, nav jāatceras, kā to sauc
*************************************************************************************************
Pirms atlasīšanas vai augšupielādes TK pārbaudiet tukšuma pieprasījuma rezultātu.
Kopumā visos uzdevumos izmantoju izlasi.
Paraugs ir optimālāks sistēmai veiktspējas ziņā, jo tas ir "uzasināts" tikai datu nolasīšanai (atšķirībā no TK).
Bet jebkurā gadījumā pirms Select() metodes ir labāk pārbaudīt tukšuma pieprasījuma rezultātu, tas vēl vairāk samazinās sistēmas slodzi.
Rezultāts = Request.Run(); Ja nav Result.Empty() then Selection = Result.Select(IteratingQueryResult.By Groupings); ... EndIf;
Un gadījumā, ja mums no pieprasījuma jāiegūst tikai viena vērtība
(piemēram, tikai norakstīšanas metode saskaņā ar šim gadam noteikto grāmatvedības politiku):
Rezultāts = Request.Run(); Ja nav Result.Empty() Tad Selection = Result.Select(); Atlase.Next(); Izmaksu norakstīšanas metode = paraugs Izmaksu norakstīšanas metode; EndIf;
*************************************************************************************************
BU uzdevuma "Darbības" dokuments
Noteikti izveidojiet darbības dokumentu BU uzdevumiem.
Izslēdzam tā vadīšanu vispār (īpašībās "Diriģēt = Noliegt"), uzskaites reģistrā norādām, kas veic kustības, velkam kustības uz formu.
*************************************************************************************************
Dokumentu operatīvā apstrāde:
Jābūt iekļauts:
Darbībā un grāmatvedībā. jābūt iespējotai dokumentu uzskaitei (izņemot dokumentu "Darbība", skatīt zemāk).
Jābūt izslēgts:
aprēķinu uzdevumos nav jēgas algas dokumentam.
Dokumentam "Darbība" izvietošana ir jāatspējo kopumā (dokumenta rekvizītos "Positioning = Forbid"),
tā kā raksta, rakstot datus tieši ieraksta reģistrā.
*************************************************************************************************
Nosacījums vaicājumā, piemēram, "Vai nu norādītā nomenklatūra, vai jebkura, ja nav norādīta"
Vaicājumos ir šāds uzdevums: piemēram, ir jāatlasa dokumenti ar norādīto nomenklatūru vai visi dokumenti, ja nomenklatūra nav norādīta.
To atrisina šāds nosacījums pašā pieprasījumā:
Nomenklatūra = &Nomenklatūra VAI &Nomenklatūra = vērtība(Katalogs.Nomenklatūra.Tukša atsauce)
Bet optimālāk un pareizāk būs pārveidot šo nosacījumu (paldies yukon):
Query.Text = Query.Text + " WHERE nomenklatūra = &nomenklatūra";
EndIf;
Līdz ar vaicājuma objekta modeļa parādīšanos 8.3.5. versijā drošāk būs pievienot nosacījumu:
Ja ValueFilled(nomenklatūra) Tad
Query1.Filter.Add("Nomenklatūra = &Nomenklatūra");
Query.SetParameter("Nomenklatūra", Nomenklatūra);
EndIf;
*************************************************************************************************
Tabulu savienošana vaicājumos:
Kopējais ierakstu skaits nav atkarīgs no tā, vai tiks parādīts pievienotās tabulas lauks, tas ir atkarīgs tikai no konfigurētajām saitēm.
Tas nozīmē, ka pievienotās tabulas lauks var netikt parādīts.
Ja vēlaties pievienot tabulu bez jebkādiem nosacījumiem, tad nosacījumu cilnē vienkārši ierakstiet nosacījumu "TRUE".
Šajā gadījumā tabula tiks pievienota precīzi.
*************************************************************************************************
Izmantojot raksturlielumu veidu plānu (PVC):
1. Izmantot kā mehānismu objektu īpašību aprakstīšanai.
1.1. Mēs veidojam PVC. Tie būs funkciju veidi (piemēram, krāsa, izmērs, maksimālais ātrums utt.). Iestatījumos atlasiet visus iespējamos raksturīgo vērtību veidus un, ja nepieciešams, izveidojiet objektu no 1.2. punkta un norādiet to arī iestatījumos.
1.2. Papildu PVC vērtībām mēs izveidojam tam pakārtotu īpašību papildu vērtību (vai vienkārši raksturlielumu vērtības) direktoriju.
Raksturlielumi tiks saglabāti tajā, ja tie neatrodas esošajos direktorijos. Mēs nevaram to izveidot, ja visi mums nepieciešamie raksturlielumi ir esošajos direktorijos vai šīs vērtības var attēlot ar elementāriem datu tipiem. PVC iestatījumos mēs norādām, ka šis direktorijs tiks izmantots papildu vajadzībām. raksturīgās vērtības.
1.3. Mēs izveidojam informācijas reģistru, kas faktiski savieno trīs objektus:
- Objekts, ar kuru mēs savienojam raksturlielumu mehānismu
- Raksturlielumu veids (PVC tips)
- Raksturīgā vērtība (tips - raksturīgs, tas ir jauns veids, kas parādījās sistēmā pēc PVC izveidošanas
un aprakstot visus iespējamos datu tipus, ko var iegūt raksturlieluma vērtība).
Informācijas reģistrā mēs norādām, ka raksturlieluma veids ir raksturlieluma vērtības īpašnieks (atlases parametru attiecības), kā arī raksturlieluma vērtības tipa attiecības, atkal no raksturlieluma veida.
Vēl viena iezīme ir tāda, ka katram izveidotajam raksturlieluma veidam var norādīt raksturlieluma vērtības veidu, ja nav nepieciešami visi iespējamie tipi, lai aprakstītu šī raksturlieluma vērtību.
2. PVC izmantošana grāmatvedības reģistra subkonto mehānisma izveidošanai .
2.1. Mēs veidojam PVC subconto tipus.
2.2. Mēs izveidojam pakārtotu direktoriju Subconto Values (tāpat kā raksturlielumos, tajā būs subconto vērtības, ja citos direktorijos tādu nav).
2.3. Savienojums tiek veikts, izmantojot kontu plānu.
*************************************************************************************************
Grāmatvedības reģistra resursi:
Summa - atlikums,
Daudzums - ārpusbilances un saistīts ar grāmatvedības zīmi Kvantitatīvs
*************************************************************************************************
Grāmatvedības reģistra virtuālās tabulas:
Apgrozījums: viena konta apgrozījums
TurnoversDtKt: apgrozījums starp dažiem diviem kontiem, tas ir, visi vienādi darījumi par periodu.
*************************************************************************************************
Valūtas uzskaite grāmatvedības reģistros - kā ieviest:
Kontu plānā veidojam grāmatvedības "valūtas" zīmi.
Grāmatvedības reģistrā papildus veidojam:
- Valūtas dimensija (tukšu vērtību aizliegums, nebilance, grāmatvedības zīme - valūta)
- CurrencyAmount resurss (ārpusbilance, grāmatvedības zīme - valūta, tas uzglabās summu valūtā, tas ir, piemēram, 100 USD)
Visi.
Tādējādi reģistra struktūra:
Mērījumi:
- Valūta
Resursi
- Daudzums
- Summa (summa rubļos)
- CurrencyAmount (summa valūtā)
Tādējādi valūtas uzskaite ir tikai Baltkrievijas Republikā ierastās grāmatvedības pilnveidošana, tā nemaina būtību, piemēram, resursa Summa.
(tur, kā parasti, summa ir rubļos, neatkarīgi no tā, vai konts ir ārvalstu valūtā vai nav).
Un, ja kontam ir izslēgts valūtas uzskaites atribūts, tad šī ir parastā Baltkrievijas Republikas struktūra (resursi - tikai daudzums un summa).
*************************************************************************************************
Iestatot virtuālās tabulas parametrus, lai iegūtu tās daļu, mēs izvirzām nosacījumus dimensijām, nevis resursiem.
Pretējā gadījumā mēs iegūsim nevis šķēli jaunākā, bet gan pēdējo ierakstu ar norādīto resursa vērtību - tas var nebūt pēdējais mērījumu komplektā
*************************************************************************************************
Resursa un atribūta nozīme aprēķinu reģistrā
Aprēķinu reģistros resursa izveide dod iespēju to saņemt, aprēķinot bāzi šim reģistram.
Un pat proporcionāli dotajam periodam tiks pārrēķināta resursa vērtība (ja bāzes periods nesakrīt ar reģistra biežumu).
Un atribūta vērtība ir pieejama tikai reālajā aprēķinu reģistra tabulā, virtuālajās tabulās tā nav.
*************************************************************************************************
Aprēķinu reģistra dimensijas rekvizītos izvēles rūtiņa "Pamata".
Tas nozīmē, ka bāze šai dimensijai tiks iegūta nākotnē un kalpo šī lauka vērtību papildu indeksācijai.
*************************************************************************************************
Atvaļinājuma derīguma termiņa sadalījums pa mēnešiem, rakstot reģistra ierakstu komplektus,
ja atvaļinājums dokumentā norādīts vienā rindā uz vairākiem mēnešiem uzreiz vienā rindā:
StartDateCurMonth = Sākuma mēnesis(CurStringBasicAccruals.ActionPeriodStart); EndDateCurMonth = beigu mēnesis(CurStringBasicAccruals.ActionPeriodStart); Pašreizējais mēnesis = datums; Līdz DateBeginTecMonth<= НачалоМесяца(ТекСтрокаОсновныеНачисления.ПериодДействияКонец) Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = Макс(ДатаНачалаТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияНачало); Движение.ПериодДействияКонец = КонецДня(Мин(ДатаОкончанияТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияКонец)); Движение.ПериодРегистрации = Дата; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.Подразделение = ТекСтрокаОсновныеНачисления.Подразделение; Движение.Сумма = 0; Движение.КоличествоДней = 0; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Параметр; Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата, -3)); Движение.БазовыйПериодКонец = КонецДня(КонецМесяца(ДобавитьМесяц(Дата, -1))); ДатаНачалаТекМесяца = НачалоМесяца(ДобавитьМесяц(ДатаНачалаТекМесяца, 1)); ДатаОкончанияТекМесяца = КонецМесяца(ДатаНачалаТекМесяца); КонецЦикла; КонецЕсли;
*************************************************************************************************
Ganta diagrammas veidošana:
Veidlapā ievietojam "Gantt Chart" tipa elementu, nosaucam to par DG, pēc tam izveidojam komandu "Ģenerēt" un veidlapas modulī ierakstām sekojošo:
&AtClient procedūra Generate(Command) GenerateAtServer(); EndProcedure &AtServer procedūra GenerateAtServer() DG.Clear(); DG.Update = False; Vaicājums = New Query("SELECT |BasicAccrualsActualOperationPeriod.Employee, |BasicAccrualsActualOperationPeriod.Aprēķina veids, |PamatuzkrājumiActualOperationPeriod.OperationPeriodStart AS ActivityPeriodAccrualPeriodAccrualPeriodAccrualPeriodAccrualPeriodAccrualPeriodAccrualPeriodAcrualPeriod. ActionEnd AS PeriodActionEnd |FROM |Aprēķinu reģistrs.BasicAccruals.ActualPeriodAction AS MainAccrualsActualPeriodAction |WHERE |BasicAccountActualActualPeriod.PeriodAction BETWEEN &StartDate UN &DateBeigas "); Query.SetParameter("StartDate", Period.StartDate); Query.SetParameter("EndDate", Period.EndDate); Atlase = Query.Execute().Select(); Kamēr Sample.Next() Loop Point = DG.SetPoint(Selection.Employee); Series = DG.SetSeries(Selection.Calculation Type); Vērtība = DG.GetValue(punkts, sērija); Intervāls = Value.Add(); Interval.Start = Sample.PeriodActionStart; Interval.End = Sample.PeriodActionEnd; EndCycle; DG.Update = patiess; Procedūras beigas
Patiesībā mums šeit ir svarīgs tikai cilpas kods, pārējās lietas ir palīgierīces, es tikko atnesu visu šī apakšuzdevuma ieviešanu.
Pieprasījumā mums ir svarīgi, lai būtu darbinieks, aprēķina veids, perioda sākuma un beigu datums.
Kods patiesībā ir ļoti vienkāršs, viegli iegaumējams, neuztraucieties, ja tas šķiet apgrūtinošs
*************************************************************************************************
"Storno" ierakstu apstrāde norēķinu uzdevumos:
Grāmatošanas apstrādes procedūrā (objektu modulī) mēs veidojam visas kustības, un tad, ja ir ieraksti citos periodos, mēs tos saņemsim šādi
(sistēma tos ģenerē automātiski - mums palīdz):
RecordsAdditions = Movements.BasicAccruals.GetAdditions(); // Lai iegūtu papildinājumu, kustības nav jāreģistrē
Katrai TekLine no RecordAddition Loop
Ieraksts = Movements.BasicAccruals.Add();
FillPropertyValues (ieraksts, pašreizējā virkne);
Record.RegistrationPeriod = CurrentString.RegistrationPeriodStorno;
Record.ActionPeriodStart = CurrentString.ActionPeriodStartReverse;
Record.ActionPeriodEnd = CurrentString.ActionPeriodEndReverse;
Beigu cikls
Un, aprēķinot ierakstus, ievietojiet čekus:
Ja CurrentMovement.Reversal Tad
CurrentMovement.Amount = - CurrentMovement.Amount;
EndIf;
*************************************************************************************************
Kā noteikt, kas jāiekļauj galvenajā uzkrājumā, un kas - papildus aprēķina uzdevumos.
Bet tas ne vienmēr ir 100% skaidrs, ir sarežģītāki gadījumi, lai gan to ir diezgan daudz.
(piemēram, piemaksa, kas atkarīga no darba dienu skaita mēnesī, ir OH).
Pamata uzkrājumi:
Ja pēc aprēķina veida ir atkarība no grafika (tas ir informācijas reģistrs ar kalendāra datumiem), tad tas attiecas uz galvenajiem uzkrājumiem.
OH piemērs:
- Alga
- Kaut kas tiek aprēķināts no darba dienu skaita (un tam ir jāizmanto grafiks): vai nu derīguma periodā (kā alga), vai bāzes periodā
Papildu maksa:
Kas tiek uzskatīts vai nu no uzkrātās summas, vai STRĀDĀTA (un ne norma!) Laiks, vai vispār nav atkarīgs - tas ir papildu. maksas.
Tas ir: uzkrājumi, kuru aprēķināšanai tiek izmantota laika norma (varbūt arī fakts), ir OH, un kuriem nav nepieciešami faktiskie dati vai vispār nekas - tas ir DN.
Vai citiem vārdiem:
Ja RT izmanto laika normu, tad RT ir jāiekļauj derīguma termiņš.
*************************************************************************************************
Uzziņu grāmatas "Nomenklatūra" saraksta formā pievienojiet iespēju atvērt iebūvētās palīdzības sadaļu "Darbs ar uzziņu grāmatām".
Veidlapā izpildiet šādu komandu:
&AtClient
Procedūras palīdzība (komanda)
OpenHelp ("v8help://1cv8/EnterprWorkingWithCatalogs");
Procedūras beigas
Sadaļas līnija ir definēta šādi:
Dodieties uz konfigurācijas objekta atsauces informāciju (konfiguratorā), ierakstiet vārdu, atlasiet to, dodieties uz izvēlni Elementi / saite un atlasiet vajadzīgo 1C palīdzības sadaļu, pēc tam saite tiek ievietota automātiski. Tas izskatās sarežģīti, bet praksē tas ir viegli.
*************************************************************************************************
Veidlapu mijiedarbības īstenošana, piemēram, atlase:
1. No pašreizējās formas atveriet vajadzīgo, izmantojot metodi "OpenForm()", kā otro parametru mēs nododam struktūru ar parametriem (ja nepieciešams). Kā trešo parametru mēs varam nodot saiti uz šo formu - ThisForm.
2. Atvērtajā formā apdarinātājā "OnCreateOnServer()" mēs varam uztvert 1. darbībā nodotos parametrus, izmantojot "Parameters.[ParameterName]". Veidlapa, kas inicializēja šīs veidlapas atvēršanu, būs pieejama, izmantojot identifikatoru "Īpašnieks" (ja, protams, tas bija norādīts 1. punktā).
Un pats galvenais, būs pieejamas īpašnieka veidlapas eksporta funkcijas. Tas ir, mēs varam izsaukt sākotnējās formas eksportēšanas funkciju un nodot tur kaut ko kā parametru, lai apstrādātu atlasi. Un šī funkcija jau aizpildīs to, kas jums nepieciešams sākotnējā formā. Tikai viens brīdinājums - jūs nevarat pārsūtīt vērtību tabulu starp klienta procedūrām, bet mēs varam to ievietot pagaidu glabāšanā un pārsūtīt tikai BX adresi un pēc tam izvilkt to no BX.
*************************************************************************************************
Formu parametru dzīves cikls
Visi veidlapai tās atvēršanas brīdī nodotie parametri ir redzami tikai OnCreateOnServer procedūrā.
Pēc izveides visi parametri tiek iznīcināti un vairs nav pieejami formā.
Izņēmums ir parametri, kas tiek deklarēti veidlapu redaktorā ar atribūtu "Atslēgas parametrs".
Tie nosaka formas unikalitāti.
Šāds parametrs pastāvēs tik ilgi, kamēr pastāv pati forma.
*************************************************************************************************
Izmantojot Taxi interfeisu
Izstrādes laikā konfigurācijas īpašībās var iestatīt ierasto pārvaldīto interfeisu 8.2 – tā viss ir manāmi kompaktāks un pazīstamāks.
Īpaši tas ir aktuāli, ja nomājat attālināti – ekrāna izšķirtspēja ir ļoti maza, ar "taksometra" interfeisu neko nevar izdarīt.
Tikai neaizmirstiet, kad viss ir izdarīts, atkal ielieciet "Taxi"!Pretējā gadījumā eksaminētājs punktus noņems!
*************************************************************************************************
PS: E Ir atsevišķi tipiski apakšuzdevumi, kas tiek izmantoti visos uzdevumos, un tieši tie jums ir jāspēj atrisināt (piemēram, norakstīšana pa partijām, izmantojot PVC (nu, tas ir patiešām reti) un citi). Un visos uzdevumos tie vienkārši atkārtojas (kaut kur ir daži apakšuzdevumi, kaut kur citi, tikai dažādās kombinācijās). Turklāt kolekcijai jau sen ir solīts izdot jaunu (ja vēl nav izdota), kurā vajadzētu būt daudz vairāk problēmu, proti, nav jēgas iegaumēt atsevišķu problēmu risinājumus, ir jēga lai iemācītos atrisināt atsevišķus tipiskus apakšuzdevumus, tad atrisināsiet jebkuru problēmu.
PSS: Kolēģi, ja vēl kādam ir kāda noderīga informācija par gatavošanos eksāmenam un nokārtošanu, lūdzu rakstiet komentāros, papildināsim rakstu.
