Příprava na zkoušku Specialista 1C se zásadně liší od Professional 1C.
To je opravdu těžká zkouška – jak z hlediska pochopení toho, co a jak je potřeba udělat, tak z hlediska rozvoje a především z hlediska času věnovaného řešení problémů.
Pojďme se podívat – jak je pohodlnější se připravit na zkoušku 1C Specialist?
Strategie doručení 1C Specialist
Zkoušku 1C Specialist lze zhruba rozdělit na „podle platformy“ a „podle konfigurace“.
Toto rozdělení má následující význam – platforma 1C obsahuje určitý počet mechanismů. To:
- obecná ujednání
- mechanismy pro integraci
- účetní mechanismy.
Existují tři hlavní mechanismy pro účetnictví:
- Účtová osnova a účetní evidence
- Úsporné registry ("provozní účetnictví")
- Kalkulační registry [o mzdách] („komplexní periodické výpočty“).
Specialista 1C „na konfigurace“ tedy vyžaduje, abyste znali jeden typ účetních mechanismů. A zkouška z platformy - všechny tři.
Na druhou stranu, zkouška platformy dává obecné úkoly, jejichž účelem je vyvinout se na nějaké „prázdné konfiguraci“. Konfigurační zkoušky na druhé straně vyžadují, aby byla úloha zabudována do typické konfigurace, což je nemožné bez znalosti zvolené typické konfigurace „zevnitř“.
Také v konfiguračních úlohách nutně existuje určitá jemnost ve znalostech příslušné oblasti účetních znalostí. Například pro účetnictví se jedná o pochopení účetní metodiky PBU / 18.
V souladu s výše uvedeným je při otázce, kterou zkoušku je lepší zvolit nebo v jakém pořadí ji absolvovat, pro různé lidi snazší začít s různými věcmi.
Jednou z možností je postupovat podle metodiky uvedené v lekci o Profesionálovi – přejít od „vysněných“ volných míst a jejich požadavků, nebo se rozdělit na „programátora“ a „implementátora“ 1C.
Specialista přípravy 1C
Poté, co si vyberete, které zkoušky musíte absolvovat, můžete přemýšlet o tom, jak získat vyškoleného specialistu 1C.
Přípravu specialisty 1C lze rozdělit do dvou fází:
Etapa 1) Obecná znalost specifikovaných požadavků na konkrétní zkoušku
Možnost přípravy 1C Platform Specialist "
Je jasné, že tato zkouška vyžaduje znalost:
- všechny tři možnosti účetních mechanismů
- Vývoj rozhraní 1C (formuláře, rozhraní tenkého klienta).
V souladu s tím je nutné nastudovat tuto problematiku a alespoň základní metody práce s ní pomocí knih, kurzů nebo „poke method“.
Možnost přípravy 1C Specialista na konfiguraci
Tato verze zkoušky obsahuje následující potíže:
- obecné znalosti konkrétní konfigurace
- znalost několika jemností v tomto typu účetnictví.
Pokud jde o znalost konfigurace, musíte si vybranou konfiguraci sami nainstalovat a získat o ní obecné znalosti, konkrétně:
- hlavní subsystémy a jejich klíčové komponenty (referenční knihy, dokumenty, registry)
- technika vytváření rozhraní (zejména pokud se jedná o konfiguraci na tenkém klientovi)
- základní účetní registry a princip jejich konstrukce v konkrétní konfiguraci.
Pokud jde o znalost "jemností účetnictví":
- stáhněte si požadavky na konkrétní verzi zkoušky (stručně - čtěte dále (zcela na webu 1C)) a v požadavcích se podívejte na „Možné plány zadání“, existují účetní schémata (pouze příklad!), které musíte znát
- zakoupit knihu úkolů pro konkrétní zkoušku (například v oficiálním internetovém obchodě 1C. Z knihy úkolů si můžete vybrat kompletní seznam účetních schémat, která potřebujete znát, abyste zkoušku zvládli.
Všeobecné vzdělání na zkoušce Specialista 1C lze také získat v prezenčních kurzech, cena je od 7 000 rublů.
Školicí kurz 1C Specialist se skládá ze čtyř částí – „úvod do konfigurace“ a tři typy účetnictví. Kurz lze absolvovat po částech, např. pouze účetní mechanismy.
Fáze 2) Řešení problémů pro konkrétní zkoušku
Takže po obdržení Všeobecné znalosti, když už jste přesně „v předmětu“ a jste vedeni znalostmi o problematice potřebné ke zkoušce, je potřeba vyřešit všechny možnosti možných úloh 1C Specialista ke zkoušce.
Seznam úkolů Specialista 1C musí být převzat z knihy úkolů (právě jsme o tom hovořili výše). Úlohy 1C Specialist lze také nalézt na internetu, při vyhledávání věnujte pozornost verzi zkoušky (například nyní se zkouška skládá podle verze 1C 8.2 a odpovídajících nejnovějších konfiguračních verzí) a že sada obsahuje VŠECHNY úkoly a ne některé z nich.
Úkoly specialisty 1C můžete řešit sami nebo najít hotová řešení (tato lze nalézt i na internetu). Dávají však větší smysl pro testování sami, protože seznámení s již vyřešeným problémem pravděpodobně nepomůže při absolvování skutečné zkoušky specialisty 1C, když potřebujete problém vyřešit sami.
Úkoly specialisty 1C pro každou zkoušku jsou různé. Dále se hovoří o určitém „obecném“ úkolu, jednotném. Obecně se úkol skládá z následujících částí:
- Vypracujte dokument a související průvodce
- Vytvořte nebo opravte registr a veďte na něm dokument, vzorec je uveden v matematické podobě
- Vypracujte zprávu (o mechanismu podávání zpráv SKD)
- Pro zkoušku konfigurací zadejte testovací případ a ověřte, že vygenerovaná zpráva zobrazuje správná data.
Témata zkoušky 1C Specialista
Tasks 1C Specialist - platforma (stáhnout úkoly 1C Specialist, stáhnout konfiguraci pro vývoj)
1) Velkoobchod
- Adresáře zboží a skladů
- Doklady o převzetí a prodeji zboží
- Dávkové účtování FIFO/LIFO na akumulačních registrech
- Zprávy o prodeji a nákladech
2) Půjčky zaměstnancům
- Doklady pro vystavování a splácení úvěrů
- Účtování půjček a úroků na účtovém rozvrhu (a registrech) účetnictví
- Zpráva o poskytnutých úvěrech
3) Výpočet mezd a odměn
- Referenční knihy platových sazeb, rozvrhů, zaměstnanců
- mzdový doklad
- Zpráva o ceně
4) Rozhraní
- Formuláře spravovaných dokumentů
- Rozhraní programu.
Tasks 1C Specialist - účetní edice 2 (stažení úkolů 1C Specialist, konfigurace pro vývoj - standardní účetní edice 2)
1) Smlouvy o půjčce mezi organizacemi
- dokument o úvěrové smlouvě
- Účtování půjček a úroků
2) Obtíže daňové účetnictví půjčky
- Účtování půjček
- Daňové účetnictví úvěrů
- Přecenění úvěrů v cizí měně
3) Jedna z možností sestavy
- Předčasné ukončení úvěrových smluv
- Zpoždění příjmu finančních prostředků
- Výše agenturních poplatků
4) Zadání testovacího případu.
Tasks 1C Specialist - trade management edition 11 (stáhnout úkoly 1C Specialist, konfigurace pro vývoj - typický trade management 11)
1) Datum expirace zboží vázaného na sérii zboží
- Zadání data vypršení platnosti souvisejícího se sérií
- Zadání povoleného % data expirace v dodavatelské smlouvě
- Kontrola dat expirace při nákupu
2) Zadání účetního testovacího případu
- Zahrnutí dodatečných nákladů na dopravu do nákladů.
Pozornost! Nyní kurz probíhá i večer od 18:30 do 21:30 v immerzním formátu.
Cíl kurzu: vysvětlit kritéria, podle kterých je zkouška „1C: Platform Specialist 1C: Enterprise 8“ přijata. Vysvětlete seznam "typických" chyb uvedených v pravidlech zkoušky. Očekává se, že absolvování tohoto semináře pomůže k lepší přípravě na zkoušku. Doporučuje se neabsolvovat ji před samotnou zkouškou, ale během přípravy, nebo dokonce před zahájením přípravy na ni.
V rámci kurzu jsou posuzovány dva úkoly podobné zkoušce.
V prvních dvou lekcích Prostudujete si videomateriály, ve kterých učitel hovoří o tom, jak zkouška probíhá, o hlavních požadavcích na ni a také rozebírá řešení úkolu č. 1.
Analyzované řešení na první pohled působí příznivým dojmem, po podrobném rozboru se však jeho posouzení ukazuje jako nevyhovující.
Hlavní důraz při analýze problému bude kladen na mechanismy testované u zkoušky. Podrobně jsou uvedeny chyby, kterých se při zkoušce často dopouštíte.
Rovněž v rámci této části je doporučeno nahlédnout do zadání úlohy č. 2 (pro samostatné řešení v rámci druhé lekce), podrobně rozebrat podmínky problému a nastínit schéma řešení.
Ve třetí lekci je navrženo samostatné řešení úkolu č. 2(obtížnější než zkouška).
Vaše řešení je kontrolováno učitelem, chyby se řeší.
Přihlásit se: _Hostový kurz Řešení problému podobného zkoušce
BEZ HESLA
Kurz je koncipován pro ty, kteří se plánují začít připravovat na zkoušku 1C:Specialista na platformě 1C:Enterprise 8 nebo jsou již ve fázi přípravy a chtějí zjistit, jakým otázkám je třeba věnovat zvláštní pozornost, a také porozumět kritériím hodnocení pro zkoušku a zvýšit efektivitu přípravy na ni. Kurz je doporučen pro studenty, kteří absolvovali Komplexní kurz konfigurace platformy 1C:Enterprise 8 nebo kteří si látku tohoto kurzu prostudovali sami.
Cena webového kurzu zahrnuje:
- 3 týdenní kurz, 3 webináře s lektorem
- certifikát 1C-Training Center č. 3 (podmíněno absolvováním praxe)
Kurz ponoření na plný úvazek zahrnuje:
- 3 dny od 10:00 do 17:00 nebo 18:30 od 18:30 do 21:30
- abstraktní, sluchátka
- obědy, přestávky na kávu
- přístup k aktualizovaným videím po dobu 3 měsíců po skončení kurzu
- certifikát 1C-Training center No.3
Výukové formáty
WEB-učení
Co je to za formát:Navrhovaný formát kombinuje mnoho výhod distančního vzdělávání s prezenční složkou, kterou představují video materiály a online konzultace.
WEB-kurz se skládá z videí, praktických úkolů a webinářů s učiteli. Všechny studijní materiály jsou k dispozici pro nepřetržitý přístup přes internet - můžete studovat ve vhodnou dobu. Kurz je rozdělen do lekcí. Během lekce se studují materiály k aktuálnímu tématu, provádějí se workshopy, kladou se otázky učiteli. Na konci každé lekce se koná webinář, na kterém učitel analyzuje všechny obdržené otázky, typické chyby a vysvětlí správné řešení. Záznamy webinářů jsou k dispozici na portálu. Proto se koná několik lekcí za sebou. Na závěr se koná závěrečná samostatná práce a závěrečný webinář.
Doba trvání: 3 týdny
Co je to za formát:
Doba trvání:24 akademických hodin
Co je to za formát:Prezenční kurz – formát, který kombinuje všechny výhody prezenčního vzdělávání, distančního vzdělávání a individuálního vzdělávání. Výuka probíhá ve vybavené učebně, samostatně studujete materiály kurzu (videa krok za krokem) a provádíte workshopy. Zároveň je v publiku učitel, který je připraven kdykoliv zodpovědět dotaz a pomoci s řešením praktických problémů i zkontrolovat správnost jejich provedení.
Výhody - individuální konzultace vyučujícího k Vašim otázkám, tempo předávání látky, které Vám osobně vyhovuje.
To vše umožňuje hlubší studium učebního materiálu.
Tento kurz je možné absolvovat z vašeho pracoviště s plným efektem přítomnosti učitele tam, kde se student nachází! Pokud vás tato příležitost zaujala, zavolejte nám!
Doba trvání:24 akademických hodin
Program kurzu
Lekce #1 (2,5 hodiny videa)
Úvod, cíle, způsob vedení kurzu
Pravidla zkoušky
- Formulář zkoušky
- Principy uspořádání úkolů, kritéria hodnocení
Začátek dodávky
Obecná ustanovení
Operativní účetnictví
- Analýza dílčího úkolu
- Příjem zboží
- Starý přístup, blokování, vyklízecí pohyby
- Žádost (doplňkové pole)
- Nový přístup
- Typ ceny, LockToChange
- Typ hranice, operativní/neprovozní provedení
- Zpráva
- Uživatelská nastavení, možnosti reportů
Účetnictví
- Doporučení
- Předmět úkolu
- Metodika vedení dokumentu
- Měnové účetnictví, organizace
- Graf účtů
- Účetní registr
- Vyřízení "faktury"
- Provádění "Příchod peněz"
- Zpráva
- Dokument "Operace"
Lekce #2 (asi 3 hodiny videa)
Výpočetní část problému
- Doporučení (plán analýzy)
- Doporučení (plán analýzy) (text)
- Analýza úkolů
- Plány typů výpočtu drátových modelů
- Nastavení objektů
- Proveďte zpracování
- Udělané chyby (první část)
- Udělané chyby (druhá část)
- Zpráva
Spravované formuláře
- Seriálové účetnictví
- Měnové účetnictví
- Výběrový formulář (modální okno)
- Formulář vyzvednutí (žádné modální hovory)
Cíl každého začínajícího implementátora, programátora nebo správce 1C programů. Jediný způsob, jak se stát držiteli certifikátu, je složit certifikační zkoušku. Napoprvé se to nedaří všem – podle statistik jen čtyřem z deseti. Zkouška je seriózní, vyžaduje, abyste prokázali sebevědomou znalost předmětu. Tato část vám pomůže vybrat nejlepší způsob, jak tyto znalosti získat.
Výběr zkoušky
Nejprve je důležité pochopit, že „1C: Specialista“ je třída zkoušek, z nichž každá je určena k testování samostatného bloku znalostí. Zkoušky lze rozdělit do 3 skupin:
- 1C: Specialista na platformu "1C:Enterprise 8".(testuje porozumění základním principům návrhu konfigurace a technologických řešení začleněné do platformy "1C:Enterprise 8" a praktické dovednosti v konfiguraci a programování).
- 1C: Specialista na aplikovaná řešení"1C:Enterprise 8" (testuje znalosti o možnostech programu a dostupnost praktických návrhářských dovedností v prostředí 1C:Enterprise pro vývoj stávajících a přidávání nových funkcí aplikovaných řešení. Například certifikace "1C:Specialist" pro konfiguraci a implementaci účetní subsystém v aplikovaných řešeních "1C:Enterprise 8").
- 1С: Specialista-konzultant pro aplikovaná řešení"1C: Enterprise 8" (testuje schopnost najít adekvátní programové nástroje pro řešení konkrétních uživatelských úkolů, správně diagnostikovat situace, které vyžadují změny/doplnění programu, schopnost nastavit správné úkoly pro programátory pro přizpůsobení aplikačních řešení. Například Certifikace "1C: Odborný konzultant "pro implementaci aplikačního řešení" 1C: Účetnictví 8 ").
Při výběru zkoušky je třeba zvážit rozsah vaší činnosti:
- pokud se specializujete na vývoj softwaru – vaším cílem je „1C:Specialist“ na platformě „1C:Enterprise 8“;
- pokud budete upravovat aplikovaná řešení vyrobená 1C, pak potřebujete zkoušku "1C: Application Solutions Specialist";
- pokud máte dobré znalosti předmětová oblast, například daňové účetnictví a chcete se stát konzultantem, učitelem nebo spojkou mezi programátory a uživateli, udělejte si zkoušku „1C: Specialist Consultant“.
Příprava na zkoušku
Po výběru zkoušky je třeba se na ni pečlivě připravit. Příprava může trvat několik týdnů až několik měsíců v závislosti na vaší organizaci a času, který jste ochotni přípravě věnovat.
První fáze přípravy: získejte certifikát „1C: Professional“. Před každým "1C:Specialist" je zkouška-přijímací řízení - "1C:Professional", tzn. pokud plánujete absolvovat zkoušku „1C:Specialista“ v rámci programu „1C:Accounting“, musíte nejprve získat certifikát „1C:Professional“ v rámci programu „1C:Accounting 8“ nebo programu „1C:Management výrobní závod 8. Zkouška "1C: Professional" je test, ze 14 otázek testu musíte správně odpovědět alespoň na 12. Na "1C: Professional" stejně jako na jakoukoli jinou zkoušku se musíte rozhodně připravit, tj. je velmi obtížné ji složit bez přípravy Podrobnosti o přípravě na zkoušku "1C: Professional" si můžete přečíst na webu společnosti "1C" v sekci "Kurzy 1C / Zkoušky 1C / 1C: Profesional / Příprava na testování" .
Poté, co budete mít v rukou certifikát „1C: Professional“, získáte přístup ke zkoušce „1C: Specialist“. To však neznamená, že si ho musíte okamžitě jít vzít. Právě jste začali s přípravou. Pokud vás zajímá výsledek, je třeba pokračovat v přípravě.
Existují tři způsoby, jak se připravit na zkoušku 1C: Specialista:
- absolvovat školicí kurzy;
- studovat metodologickou literaturu;
- získat osobní zkušenosti s nastavováním a přizpůsobováním programů.
V ideálním případě by se měly metody kombinovat. Zvažme každou z nich podrobně.
Kurzy studia
Pro přípravu na zkoušku jsou nejvhodnější kurzy:
- Získáte minimální nezbytné teoretické znalosti v dané oblasti.
- Předveďte metodiku řešení příslušných zkušebních problémů.
- Budou věnovat pozornost „jemnostem“ té či oné verze zkušebního úkolu.
- V průběhu kurzu je možnost klást učiteli otázky, které vyvstaly při sebepřípravě na zkoušku.
Pro přípravu na zkoušku „1C: Specialist“ na platformě se doporučují následující kurzy 1C:
- Komplexní kurz "Konfigurace v systému" 1C:Podnik 8 "v CSO;
- „Konfigurace platformy 1C: Enterprise 8“ v 1C: Školicí středisko č. 1.
- Mechanismus systému skládání dat na platformě "1C:Enterprise 8";
- Mechanismus obchodních procesů na platformě "1C:Enterprise 8";
- Analýza a prognóza dat pomocí platformy 1C:Enterprise 8;
- Prostředky integrace a výměny dat v systému "1C:Enterprise 8";
Pro přípravu na zkoušku "1C: Specialist" z aplikovaných řešení se doporučují následující kurzy 1C:
- "1C: Enterprise 8". Implementace a adaptace konfigurace "Podnikové účetnictví" (konfigurace ve standardním řešení) v CSO nebo obdobném kurzu v 1C: Školicí středisko č. 1;
- "1C: Enterprise 8". Implementace a adaptace aplikovaného řešení "1C: Trade Management 8" v ČSÚ;
- "1C: Enterprise 8". Implementace a přizpůsobení konfigurace "Mzdy a personalistika" v CSO nebo Konfigurace mzdových a personálních subsystémů v aplikačních řešeních pro "1C: Enterprise 8" v 1C: Školicí středisko č. 1.
Pro přípravu na zkoušku "1C: Specialist Consultant" na aplikovaná řešení se doporučují následující kurzy 1C:
- "1C: Účetnictví 8" verze PROF (rev. 2.0) v 1C: Školicí středisko č. 1
- Implementace aplikovaného řešení "1C: Trade Management 8" v 1C: Školicí středisko č. 1
- Implementace aplikačního řešení "1C: Mzdy a HR 8" v 1C: Školicí středisko č. 1
Alternativou k prezenčním kurzům je distanční školení, které provádí 1C: Školicí středisko č. 3. Dálkové studium se osvědčilo v situacích, kdy je programátor nucen studovat „na pozadí“, v zaměstnání.
Metodická literatura
Metodická literatura je výborným doplňkem vzdělávacích kurzů. Kompletní seznam referencí je vždy k dispozici na.
Samostatná práce
V kurzech a v knihách se naučíte s programem pracovat. Tyto metody je potřeba nejen teoreticky studovat, ale naučit se je používat i v praxi. Proto dobrý doplněk V rámci přípravy na zkoušku bude samostatná práce, praxe. Nejčastěji mladí začínající specialisté nesmějí pracovat samostatně, speciálně připraveni pro tento případ. Takto vypadají úkoly v reálu a sestavují se z nich lístky na zkoušku. Ke zkoušce má smysl jít pouze tehdy, když úkoly sbírky nezpůsobují vážné potíže, když jsou vyřešeny. Je vhodné projednat rozhodnutí se zkušeným specialistou, který s vámi v podniku spolupracuje (s osobou, která již certifikát má). Pokud takový specialista neexistuje, doporučuje se absolvovat kurz „Konzultace ke zkoušce 1C: Specialista na platformě 1C: Enterprise 8.3“
Pokud je pro vás můj příspěvek užitečný, nezapomeňte dát hlas :-)
Zde je rubrikátor pro všechny úkoly sbírky(stránka s odkazy na vlákna fóra pro každý úkol)
http://chistov.spb.ru/forum/16-969-1
No, nyní můj vývoj a poznámky, které jsem vytvořil v procesu přípravy.
Pokusím se zopakovat minimálně s těmi dvěma výše uvedenými poslední publikace.
Takže začneme:
V případě vzdáleného doručení byste na konci zkoušky měli mít na ploše dva objekty:
1. Konečné uvolnění databáze (dt soubor)
2. Vysvětlivka
Nemělo by tam být nic jiného, žádné mezikopie atd.
Nezapomeňte napsat vysvětlující poznámku!
V případě nejasně formulovaného úkolu tam určitě napište, že jste zvolili přesně takové a takové řešení.
Také v kódu na klíčových místech je lepší zanechat krátké komentáře, bez fanatismu, ale tam, kde může mít zkoušející otázky, je lepší psát.
Ale o tom budete informováni v pokynech, které si před zkouškou přečtete.
Je lepší vědět předem)
Pomocí přihlašovacích dotazů ampersand.
Někdy je rychlejší psát z další klávesnice než přepínat tam a zpět, což šetří čas
&=Alt+38
*************************************************************************************************
Použití MomentTime() v dotazech
V dotazech do akumulačních registrů, účetnictví je jako parametr virtuální tabulky (období) nutné použít nikoli datum dokladu, ale parametr Okamžik, který je v kódu definován takto:
Moment = ?(PostMode = PostModeDocument.Online, Nedefinováno, MomentTime());
*************************************************************************************************
Při generování pohybů dokladů registrem je na samém začátku procesu zpracování zaúčtování nutné vymazat pohyby aktuálního dokladu registrem.
Kód je takový:
Movements.RegisterName.Write = True; Movements.RegisterName.Clear();
Je možné, že v průběhu provádění bude nutné analyzovat záznamy v tomto registru.
Aby při analýze aktuálních záznamů (starých, před změnou dokumentu) přesně nespadaly do výběru, můžete k výše uvedeným dvěma řádkům přidat jeden řádek navíc:
Movements.RegisterName.Write();
Nebo při analýze záznamů explicitně určete hranici, která nezahrnuje časový okamžik aktuálního dokumentu.
Ale všude jsem jen naznačil konstrukci těchto tří řádků najednou:
Movements.RegisterName.Write = True; Movements.RegisterName.Clear(); Movements.RegisterName.Write();
*************************************************************************************************
Existují dva způsoby blokování dat, výběr mezi nimi závisí na způsobu vedení - starý nebo nový:
1) Konvenční spravované zamykání, stará metoda účtování dokumentu (objekt DataLock)
Nastavuje se, pokud jsou nejprve zkontrolovány zůstatky a poté odepsány.
V případě, kdy potřebujeme mít nějaké informace z registru pro vytvoření hnutí.
Příklad:
V dokladu - množství, v evidenci - množství a množství (náklad)
Z dokladu tedy známe množství zboží - kolik odepisujeme, ale nákladovou cenu - ne.
Můžeme se to naučit pouze z registru, ale aby nám mezi okamžikem přijetí zůstatků a okamžikem zapsání pohybů nikdo neměnil registr, musíme před čtením zůstatků registr zablokovat.
V tomto případě je tedy použit objekt DataLock. A při jeho vytváření je správnější uvést, podle jakých rozměrů registr blokujeme (například v našem případě - pouze podle nomenklatury uvedené v dokumentu) - aby nebyly žádné zbytečné zámky a jiný uživatel mohl prodat jinou nomenklaturu.
1. Nastavte zámek pomocí objektu DataLock
2. Přečtěte si zbytek
3. Kontrola možnosti odepsání
4. Tvoříme pohyby, např. odepisujeme zboží
5. Po zaúčtování dokladu se blokace automaticky uvolní (blokace je platná v rámci zaúčtování a uvolňuje ji automaticky systém). To znamená, že není potřeba objekt konkrétně odemykat.
2) Nová metodika vedení dokumentů
(pomocí vlastnosti LockForChange = True)
Používá se v případě, že nepotřebujeme informace z registrů k tvorbě pohybů a můžeme si ověřit, zda jsme nešli při odepisování do mínusu, pokud se po zápisu podíváme na zůstatky registru a vidíme, že jsou záporné. V tomto případě pochopíme, že jsme přebytek odepsali a operaci odpisu zrušíme.
Příklad:
Zvažte provozování prodeje zboží.
V dokladu - množství, v evidenci - pouze množství
Z dokladu tedy známe množství zboží.
Pohyby tvoříme s číslem uvedeným v dokladu a evidujeme. Dále si přečteme registr, podíváme se na zbytky, analyzujeme, zda tam nejsou nějaké negativní. Pokud ano, zobrazíme chybu a nastavíme Refusal = True.
Takže sekvence je:
1. Pro pohyb v registru nastavte vlastnost LockForChange = True
2. Tvoříme pohyby - odepisujeme zboží
3. Zaznamenejte pohyby
4. Čteme rejstřík, díváme se tak, aby ne záporné zůstatky. Pokud existuje, pak přebytek odepsali, pokud ne, pak je vše v pořádku.
V tomto případě tedy není potřeba uvádět, na kterých rozměrech potřebujeme registr zablokovat.
Jednoduše nastavíme vlastnost BlockToChange = True předtím, než zaznamenáme naše pohyby, vytvoříme pohyby a zaznamenáme.
Systém sám zablokuje registr v době záznamu podle měření, která jsou potřebná, po analýze toho, co jsme zaznamenali.
Po dokončení bude zámek odstraněn.
Tato možnost (druhá) je jednodušší, nazývá se " nová technika vedení dokumentů“ a 1C ji doporučuje používat, pokud je to možné, a odečítá body, pokud je použita první možnost, ale v některých případech ji prostě nelze použít a první možnost se používá s objektem Data Lock (viz výše uvedený příklad).
Také podotýkám, že bez ohledu na zvolenou metodu je třeba pohyby před prací vymazat (viz předchozí tip)
*************************************************************************************************
Blokování dat (způsob blokování č. 1 z výše uvedeného popisu)
Řízené zamykání je vyžadováno tam, kde jsou data čtena a na základě těchto dat jsou prováděny pohyby
Nejrychlejší způsob, jak získat spravovaný kód zámku, je napsat „DataLock“, zavolat Syntax Helper a odtud jednoduše zkopírovat vzorový kód. Pak je snadné jej změnit pod názvem vašeho registru a měření.
Vypadá takto:
Lock = Nový DataLock; LockElement = Lock.Add("Registr akumulace.ZbožíVSkladech"); LockItem.Mode = DataLockMode.Exclusive; LockItem.DataSource = PM; LockElement.UseFromDataSource("Nomenklatura", "Nomenklatura"); Lock.Lock();
*************************************************************************************************
Tabulková část dokumentů se lépe nazývá jednoduše „PM“
Tabulková část v 99 % dokumentů je jedna. Takový jednotný název tabulkových částí pomůže ušetřit spoustu času, protože:
1) Velmi krátké - pište rychle
2) Totéž pro všechny dokumenty, při psaní kódu si nemusíte pamatovat, jak se to nazývá
*************************************************************************************************
Před výběrem nebo nahráním do TK zkontrolujte výsledek dotazu na prázdnotu.
Obecně jsem ve všech úlohách používal vzorkování.
Vzorek je pro systém výkonnostně optimálnější, neboť je „naostřen“ pouze pro čtení dat (na rozdíl od TK).
Ale každopádně před metodou Select() je lepší zkontrolovat výsledek požadavku na prázdnotu, tím se ještě sníží zátěž systému.
Výsledek = Request.Run(); If Not Result.Empty() Then Selection = Result.Select(IteratingQueryResult.By Groupings); ... EndIf;
A v případě, že potřebujeme z požadavku získat pouze jednu hodnotu
(například pouze způsob odpisu v souladu s účetní politikou stanovenou pro tento rok):
Výsledek = Request.Run(); If Not Result.Empty() Then Selection = Result.Select(); Selection.Next(); Metoda odpisu nákladů = Vzorek Metoda odpisu nákladů; EndIf;
*************************************************************************************************
Dokument "Operace" pro úlohu BU
Nezapomeňte vytvořit provozní dokument pro úkoly BU.
Celkově vypneme jeho vedení (ve vlastnostech "Provádění = Odepřít"), naznačíme, co dělá pohyby v účetní evidenci, vytahujeme pohyby na formuláři.
*************************************************************************************************
Operativní zpracování dokumentů:
Musí být zahrnuta:
Provozně i účetní. musí být povoleno účtování dokladů (kromě dokladu „Provoz“, viz níže).
Musí být vypnutý:
v kalkulačních úlohách nemá smysl pro mzdový doklad.
U dokladu „Operace“ by mělo být účtování obecně zakázáno (ve vlastnostech dokladu „Umístění = Zakázat“),
protože zapisuje, zapisuje data přímo do registru při zápisu.
*************************************************************************************************
Podmínka v dotazu jako „Buď zadaná nomenklatura, nebo jakákoli, pokud není zadaná“
V dotazech je takový úkol: například musíte vybrat dokumenty se zadanou nomenklaturou nebo všechny dokumenty, pokud nomenklatura není zadaná.
Řeší se to následující podmínkou v samotné žádosti:
Nomenklatura = &Nomenklatura NEBO &Nomenklatura = Hodnota(Catalog.Nomenclature.EmptyReference)
Ale bude optimálnější a správnější transformovat tento stav (díky yukon):
Query.Text = Query.Text + " WHERE Nomenklatura = &Nomenklatura";
EndIf;
S příchodem objektového modelu dotazu v 8.3.5 bude bezpečnější přidat podmínku:
If ValueFilled(Nomenclature) Then
Query1.Filter.Add("Nomenklatura = &Nomenklatura");
Query.SetParameter("Nomenklatura", Nomenklatura);
EndIf;
*************************************************************************************************
Spojování tabulek v dotazech:
Počet celkových záznamů nezávisí na tom, zda se zobrazí pole přiložené tabulky, záleží pouze na nakonfigurovaných odkazech.
To znamená, že pole připojené tabulky se nemusí zobrazit.
Pokud chcete připojit tabulku bez podmínek, pak na záložce podmínky jednoduše napište podmínku „PRAVDA“.
V tomto případě se stůl přesně spojí.
*************************************************************************************************
Pomocí plánu typů charakteristik (PVC):
1. Použití jako mechanismus pro popis vlastností objektů.
1.1. Vyrábíme PVC. Budou to typy funkcí (např. barva, velikost, max. rychlost atd.). V nastavení vyberte všechny možné typy charakteristických hodnot a případně vytvořte objekt z odstavce 1.2 a určete jej také v nastavení.
1.2. Pro další hodnoty PVC vytváříme adresář ExtraValues of Characteristics (nebo jednoduše Values of Characteristics) jemu podřízený.
Charakteristiky se v něm uloží, pokud nejsou v existujících adresářích. Nemůžeme jej vytvořit, pokud jsou všechny vlastnosti, které potřebujeme, v existujících adresářích, nebo tyto hodnoty mohou být reprezentovány elementárními datovými typy. V nastavení PVC označujeme, že tento adresář bude použit pro další. charakteristické hodnoty.
1.3. Vytváříme registr informací, který vlastně spojuje tři objekty:
- Objekt, ke kterému připojujeme mechanismus charakteristik
- Druh vlastností (typ PVC)
- Charakteristická hodnota (typ - charakteristika, jedná se o nový typ, který se objevil v systému po vytvoření PVC
a popis všech možných datových typů, kterých může hodnota charakteristiky nabývat).
V registru informací uvedeme, že Vlastníkem Charakteristické hodnoty (vztah selekčního parametru) je Charakteristický typ, stejně jako typový vztah Charakteristické hodnoty, opět z Charakteristického typu.
Další funkcí je, že pro každý vytvořený typ charakteristiky můžete určit typ hodnoty charakteristiky, pokud nepotřebujete všechny možné typy pro popis hodnoty této charakteristiky.
2. Použití PVC k vytvoření mechanismu subkonto účetního registru .
2.1. Vytváříme typy PVC Subconto.
2.2. Vytvoříme podřízený adresář Subconto Values (stejně jako u charakteristik bude obsahovat subconto hodnoty, pokud v jiných adresářích žádné nejsou).
2.3. Spojení se provádí pomocí účtového rozvrhu.
*************************************************************************************************
Zdroje účetního registru:
Částka - zůstatek,
Množství - podrozvaha a související s účetním znakem Kvantitativní
*************************************************************************************************
Virtuální tabulky účetního registru:
Obraty: obraty jednoho účtu
ObratyDtKt: obraty mezi nějakými dvěma účty, tedy všechny stejné transakce za období.
*************************************************************************************************
Měnové účetnictví na účetních registrech - jak implementovat:
V účtovém rozvrhu vytvoříme znak účetní "měny".
V účetní evidenci navíc vytváříme:
- Dimenze měny (zákaz prázdných hodnot, rozvaha, účetní znak - měna)
- Zdroj CurrencyAmount (nerozvaha, účetní znak - měna, bude ukládat částku v měně, tj. například 100 $)
Všechno.
Takže struktura registru:
Měření:
- Měna
Zdroje
- Množství
- Částka (částka v rublech)
– CurrencyAmount (částka v měně)
Měnové účetnictví je tedy pouze zpřesněním obvyklého účetnictví v Běloruské republice, nemění podstatu, např. zdroj Množství
(tam je jako obvykle částka v rublech, bez ohledu na to, zda je účet v cizí měně nebo ne).
A pokud je atribut účtování měny pro účet vypnutý, pak je to obvyklá struktura Běloruské republiky (zdroje - pouze množství a množství).
*************************************************************************************************
Při nastavování parametrů virtuální tabulky, abychom získali její část, klademe podmínky na rozměry, nikoli na zdroje.
V opačném případě nezískáme část nejnovějšího, ale posledního záznamu se zadanou hodnotou zdroje - nemusí být poslední v sadě měření
*************************************************************************************************
Význam zdroje a atributu v registru výpočtů
V kalkulačních registrech vytvoření zdroje umožňuje jeho příjem při výpočtu báze pro tento registr.
A i úměrně danému období se přepočítá hodnota zdroje (pokud se základní období neshoduje s frekvencí registru).
A hodnota atributu je dostupná pouze v reálné tabulce výpočtového registru, není ve virtuálních tabulkách.
*************************************************************************************************
Zaškrtávací políčko "Základní" ve vlastnostech kóty výpočtového registru
To znamená, že pro tuto dimenzi bude v budoucnu získán základ a slouží k dodatečnému indexování hodnot pro toto pole.
*************************************************************************************************
Rozdělení doby platnosti dovolené podle měsíců při zápisu souborů matričních záznamů,
je-li dovolená v dokumentu uvedena v jednom řádku na několik měsíců najednou v jednom řádku:
StartDateCurMonth = StartMonth(CurStringBasicAccruals.ActionPeriodStart); EndDateCurMonth = EndMonth(CurStringBasicAccruals.ActionPeriodStart); AktuálníMěsíc = Datum; Podle DateBeginTecMonth<= НачалоМесяца(ТекСтрокаОсновныеНачисления.ПериодДействияКонец) Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = Макс(ДатаНачалаТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияНачало); Движение.ПериодДействияКонец = КонецДня(Мин(ДатаОкончанияТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияКонец)); Движение.ПериодРегистрации = Дата; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.Подразделение = ТекСтрокаОсновныеНачисления.Подразделение; Движение.Сумма = 0; Движение.КоличествоДней = 0; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Параметр; Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата, -3)); Движение.БазовыйПериодКонец = КонецДня(КонецМесяца(ДобавитьМесяц(Дата, -1))); ДатаНачалаТекМесяца = НачалоМесяца(ДобавитьМесяц(ДатаНачалаТекМесяца, 1)); ДатаОкончанияТекМесяца = КонецМесяца(ДатаНачалаТекМесяца); КонецЦикла; КонецЕсли;
*************************************************************************************************
Vytvoření Ganttova diagramu:
Na formulář umístíme prvek typu „Ganttův diagram“, nazveme jej DG, poté vytvoříme příkaz „Generovat“ a do modulu formuláře zapíšeme:
&Procedura AtClient Generate(Command) GenerateAtServer(); EndProcedure &AtServer Procedure GenerateAtServer() DG.Clear(); DG.Update = False; Запрос = Новый Запрос("ВЫБРАТЬ |ОсновныеНачисленияФактическийПериодДействия.Сотрудник, |ОсновныеНачисленияФактическийПериодДействия.ВидРасчета, |ОсновныеНачисленияФактическийПериодДействия.ПериодДействияНачало КАК ПериодДействияНачало, |ОсновныеНачисленияФактическийПериодДействия.ПериодДействияКонец КАК ПериодДействияКонец |ИЗ |РегистрРасчета.ОсновныеНачисления.ФактическийПериодДействия КАК ОсновныеНачисленияФактическийПериодДействия |ГДЕ |ОсновныеНачисленияФактическийПериодДействия.ПериодДействия МЕЖДУ &ДатаНачала И &ДатаОкончания "); Query.SetParameter("StartDate", Period.StartDate); Query.SetParameter("EndDate", Period.EndDate); Selection = Query.Execute().Select(); While Sample.Next() Loop Point = DG.SetPoint(Selection.Employee); Series = DG.SetSeries(Selection.Calculation Type); Hodnota = DG.GetValue(Bod, Série); Interval = Value.Add(); Interval.Start = Sample.PeriodActionStart; Interval.End = Sample.PeriodActionEnd; EndCycle; DG.Update = true; EndProcedure
Tady je pro nás důležitý vlastně jen kód ve smyčce, zbytek věcí je pomocný, jen jsem přinesl celou implementaci tohoto dílčího úkolu.
V poptávce je pro nás důležité, aby byl uveden zaměstnanec, typ kalkulace, datum začátku a datum konce období.
Kód je ve skutečnosti velmi jednoduchý, snadno zapamatovatelný, nelekejte se, pokud se zdá být těžkopádný
*************************************************************************************************
Zpracování záznamů "storno" v úkolech vypořádání:
V proceduře zpracování účtování (modul objektu) vytvoříme všechny pohyby, a pokud jsou záznamy v jiných obdobích, dostaneme je takto
(systém je generuje automaticky - pomáhá nám):
RecordsAdditions = Movements.BasicAccruals.GetAdditions(); // K získání doplňku nepotřebujete zaznamenávat pohyby
Pro každý TekLine z RecordAddition smyčky
Záznam = Movements.BasicAccruals.Add();
FillPropertyValues(Record, CurrentString);
Record.RegistrationPeriod = CurrentString.RegistrationPeriodStorno;
Record.ActionPeriodStart = CurrentString.ActionPeriodStartReverse;
Record.ActionPeriodEnd = CurrentString.ActionPeriodEndReverse;
EndCycle
A při výpočtu záznamů vložte kontroly:
Pokud CurrentMovement.Reversal Then
CurrentMovement.Amount = - CurrentMovement.Amount;
EndIf;
*************************************************************************************************
Jak určit, co zahrnout do hlavních akruálů a co - do dalších ve výpočetních úlohách.
To ale není vždy 100% jasné, jsou i složitější případy, i když jich není málo.
(např. bonus, který závisí na počtu pracovních dnů v měsíci, je OH).
Základní časové rozlišení:
Pokud podle typu výpočtu existuje závislost na harmonogramu (rozumí se evidence informací s kalendářními daty), pak se jedná o hlavní časové rozlišení.
OH příklad:
- Plat
- Něco, co se počítá z počtu pracovních dnů (a k tomu musíte použít rozvrh): buď v době platnosti (jako mzda) nebo v základním období
Další poplatky:
Co se považuje buď z nahromaděné částky, nebo ODPRACOVANÉ (a ne norma!) Čas, nebo vůbec nezávisí - to je další. poplatky.
Tedy: časové rozlišení, pro jehož výpočet se používá norma času (možná i skutečnost) - to je OH, a pro které nejsou potřeba skutečná data nebo vůbec nic - to je DN.
Nebo jinými slovy:
Pokud RT používá časovou normu, musí být u RT zahrnuta doba platnosti.
*************************************************************************************************
Přidejte možnost ve formuláři seznamu referenční knihy "Nomenklatura" možnost otevřít vestavěnou sekci nápovědy "Práce s referenčními knihami".
Spusťte ve formuláři následující příkaz:
&AtClient
Nápověda k postupu (příkaz)
OpenHelp("v8help://1cv8/EnterprWorkingWithCatalogs");
EndProcedure
Čára řezu je definována takto:
Přejděte na informace nápovědy ke konfiguračnímu objektu (v konfigurátoru), napište slovo, zvýrazněte jej, přejděte do nabídky Prvky / Odkaz a vyberte požadovanou část nápovědy 1C, poté se odkaz vloží automaticky. Vypadá to složitě, ale v praxi je to snadné.
*************************************************************************************************
Implementace interakce mezi formuláři, například výběr:
1. Z aktuálního formuláře otevřete požadovaný pomocí metody "OpenForm()", jako druhý parametr předáme strukturu s parametry (pokud je to nutné). Jako třetí parametr můžeme předat odkaz na tento formulář - ThisForm.
2. V otevřeném formuláři v handleru "OnCreateOnServer()" můžeme zachytit parametry předané v kroku 1 přes "Parameters.[ParameterName]". Formulář, který inicializoval otevření tohoto formuláře, bude dostupný prostřednictvím identifikátoru „Vlastník“ (pokud to bylo samozřejmě uvedeno v odstavci 1).
A hlavně budou k dispozici exportní funkce formuláře vlastníka. To znamená, že můžeme zavolat funkci exportu původního formuláře a předat tam něco jako parametr pro zpracování výběru. A tato funkce již vyplní to, co potřebujete v původním formuláři. Pouze jedno upozornění - tabulku hodnot nemůžete přenést mezi klientské procedury, ale můžeme ji uložit do dočasného úložiště a přenést pouze adresu BX a poté ji extrahovat z BX.
*************************************************************************************************
Životní cyklus parametrů formuláře
Všechny parametry předané do formuláře v době jeho otevření jsou viditelné pouze v proceduře OnCreateOnServer.
Po vytvoření jsou všechny parametry zničeny a ve formuláři již nejsou k dispozici.
Výjimkou jsou parametry, které jsou deklarovány v editoru formulářů s atributem "Parametr klíče".
Definují jedinečnost formy.
Takový parametr bude existovat, dokud bude existovat samotný formulář.
*************************************************************************************************
Použití rozhraní Taxi
Při vývoji si můžete ve vlastnostech konfigurace nastavit obvyklé spravované rozhraní 8.2 – vše je tak znatelně kompaktnější a známější.
To platí zejména v případě, že si pronajímáte na dálku – rozlišení obrazovky je velmi malé, s rozhraním „taxi“ nelze nic dělat.
Jen nezapomeňte, když je vše hotovo, znovu vložte "Taxi"!V opačném případě zkoušející body odebere!
*************************************************************************************************
PS: E Existují samostatné typické dílčí úkoly, které se používají ve všech úkolech, a právě ty musíte umět vyřešit (například odepisování po dávkách, použití PVC (no, to je vzácné) a další). A ve všech úkolech se prostě opakují (někde jsou nějaké dílčí úkoly, někde jiné, jen v různých kombinacích). Kolekce se navíc už dávno slibuje, že vydá novou (pokud ještě nevyšla), ve které by mělo být mnohem více úkolů, čili nemá smysl se řešení jednotlivých problémů učit nazpaměť, má to smysl abyste se naučili řešit jednotlivé typické dílčí úkoly, pak vyřešíte jakýkoliv problém.
PSS: Kolegové, pokud má někdo další užitečné informace k přípravě na zkoušku a složení, napište do komentářů, článek doplníme.
Hurá, přátelé! Začátkem července tohoto roku jsem přešla ke specialistovi!
Dlouho jsem neříkal, protože jednou bylo. Nějaký čas po složení zkoušky jsem si začal hledat práci a našel opravdu dobře placenou a zajímavou práci v jedné velké firmě (ne franšíze). A právě teď si našel čas to říct.
V tomto kurzu je hodně času věnováno teorii a problémům v komplexních periodických výpočtech a asi polovina času je věnována problémům v provozu a účetnictví. V průběhu učení učitel zadává domácí úkoly k probraným tématům a kontroluje je. Komunikace s učitelem probíhá buď online na chatu při sledování, nebo e-mailem. Pokud nemáte čas sledovat kurz Online, tak za den nebo dva můžete záznam sledovat Offline. Úkoly, které se zadávají doma, jsou velmi prostorné a složité, takže po takových úkolech se zkouška zdá jednoduchá.
Kurz je opravdu užitečný, protože. mluví o nejrůznějších jemnostech a maličkostech, stejně jako o odpovědích na otázky, které nelze najít na fórech.
Na konci kurzu jsem nezačal řešit problémy ze sbírky, ale zašel na fórum Pavla Chistova pro "skutečné" vstupenky.
Veškerá příprava (průběh a samostatné rozhodování o vstupenkách) na zkoušku trvala asi tři měsíce. Tak dlouho proto, že je těžké skloubit s prací a připravovat se po večerech.
Zkouška. Na zkoušku jsem dorazil 40 minut před začátkem a registrace začala 20 minut před začátkem. Zaregistroval jsem se jako druhý nebo třetí a hned jsem šel k publiku. Vybral jsem si počítač, zapnul jsem ho, aniž bych čekal na příkaz, prolezl síťové disky - našel konfiguraci rámce, načetl ji a okamžitě začal konfigurovat podsystémy, příkazové rozhraní, „vyčistil“ konfiguraci, udělal aktuální parametr uživatelské relace , jeho instalace. Těch 20 minut mi hodně pomohlo. Hlediště už bylo plné lidí. Zde se učitel objevil a představil se jako Dmitrij Aksenov. A čekal jsem, že uvidím Pavla Belousova, protože. vyučoval kurz
A tak jsem dostal lístek na číslo 5. Mimochodem počítač, u kterého jsem seděl, byl také na čísle 5 (nálepka na monitoru vzadu). A prošel jsem za 5. Lístek nebyl moc těžký, ale ani jednoduchý.
Lístek jsem nevyfotil, ale pokusím se ho reprodukovat z paměti: OU odepisuje náklady s prioritou na sklady a především sklad v záhlaví. Nesmysl.
BU odpis nákladů podle šarží a skladů, sklady - detaily tabulkové části.
Zaměstnanci SPR pracují na různých vozidlech:
Pevná částka (bez doby platnosti!),
přídavek (bez doby platnosti) na výši úhrad (výši úhrad jsem převzal z BU - přidal jsem subconto auto, nebo něco podobného. přesně si to nepamatuji) plus procento z přídavku (uloženo v pravidelný informační rejstřík),
základní dovolenou (všechny platby včetně dovolené) za předchozí tři měsíce.
A jako dezert - obchodní procesy.
Rozhodnutý tiket 3,5 hodiny s kurzem 20 minut. Aksenov našel v žádosti jednu malou chybu a zeptal se, zda jsem si zde ničeho nevšiml. Okamžitě jsem viděl zárubeň a řekl. Nepoložil mi žádné doplňující otázky a vyjádřil to perfektně.
Přátelé, neváhejte se zeptat učitele.
Například na mé letence formulace jako: „navíc je zaměstnancům účtován příplatek ve formě procenta z částky plateb od cestujících za stejné období“ znamená, že takovou částku lze vzít z úkolu OS nebo BU, ale nejjednodušší je nastavit BU.
Je pravda, že byste se neměli ptát na otázky jako: mohu vytvořit samostatné dokumenty Příjem a Výdaje pro OS a samostatné pro BU? V mé přítomnosti se jeden člověk zeptal na takovou otázku a zeptal se, když už uplynuly 2 hodiny od zkoušky. 2 hodiny, Karle! Přečtěte si předpisy ke zkoušce - vše je tam napsáno!
Udělejte vše v jednom běhu se dvěma nezávislými částmi kódu – jedním pro OS, druhým pro BU.
Snad nejtěžší na mém lístku je úkol pro SPR. V BU je potřeba myslet i na to, abyste si založili účty a subconto.
Přepočty v mém tiketu je třeba nakonfigurovat, protože. existují typy výpočtů, které závisí na základu, ale samotné přepočty není třeba dělat, protože. Můj lístek o tom nic neříká.
Prohlédněte si formuláře reportů v tiketu a nejprve nastavte úkoly na listu, zapište si, které detaily přidat, strukturu registrů, která podkonta a které účty přidat, obchodovatelné, neotočné, účetní značky a podkonto účetní značky, typy výpočtu, které z nich s dobou platnosti , které nejsou, vč. nastavit obchodní procesy. Věnujte tomu 20-30 minut, ale nemusíte to mít v hlavě a nebudete se mýlit.
Vytvořte si v telefonu cheat sheety pro všechny „relevantní“ tikety z fóra – struktura, části kódu pro tak obtížné věci, jako je získání pracovních zkušeností v žádosti, vícenásobné změny platů a tak dále. Když učitel na delší dobu odejde, můžete se pečlivě podívat do cheatů. Při zkoušce můžete jít kouřit, do bufetu a na WC. Nebudu se skrývat, měl jsem cheat sheety na všechny tikety, ale nebyly mi k užitku.
Děkuji za pozornost! Úspěšné podání!
