KROK 1: URČITE, ČI FINANČNÉ ZOSTAVY POUŽÍVAJÚ TABUĽKY AA:

Pred zatvorení programu GL alebo pred akýmkoľvek spôsobom uvedeným v tomto článku spustite finančné zostavy, ktoré za normálnych okolností prebiehajú na zostatok na skúšobnom zostatku GL. Na základe toho, čo ste našli, postupujte podľa príslušnej metódy:

-METÓDA 1 - IF CORRECT:Ak sú vaše finančné zostavy správne a zhodujú sa s GL, môžete pokračovať krokmi 2 až 8 v tomto článku, ktoré je potrebné dokončiť, aby sa počas procesu ukončenia glového roka nenáročná chyba AA nevykoná.

Poznámka: Ak používate systém vykazovania, ktorý sa iba číta priamo z tabuliek GL (napríklad starší poskytovateľ v nástroji Management Reporter pri čítaní zo spoločnosti GL alebo iného nástroja na vytváranie zostáv)] pre finančné zostavy, môžete pokračovať krokom 2, pretože AA údaje nemajú vplyv na finančné vykazovanie.


-METÓDA 2 - IF NOT CORRECT: Ak však vaše finančné zostavy nie sú správne, je s najväčšou pravdepodobnosťou použitie tabuliek AA a AA nezodpovedajú GL údajom. Ak chcete overiť údaje AA, musíte okrem zvyšných krokov uvedených v tomto článku SQL najprv prejsť cez skripty SQL kB 2910626.  

Poznámka: Data Mart in Management Reporter číta z tabuliek AA (a GL) alebo starší poskytovateľ, ktorý sa používa so správou Reporter, si môže prečítať od spoločnosti AA.

Postup 2:

a.) Najprv spustite všetky skripty v kB a 2910626 overte údaje AA pomocou údajov GL.   

Finančné zostavy zo zostavy Management Reporter sa nezhodujú so zostavami o skúšobnej skúšobnej zostave všeobecnej skúšobnej verzie v systéme Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Po dokončení krokov v článku KB 2910626 sa vráťte k tejto kB a pokračujte s ostatnými krokmi uvedenými nižšie. (Krok 2 a krok 4 sa tiež nachádza v kB 2910626, ale odporúčame to znova skontrolovať, pretože by sa nemali vrátiť žiadne výsledky, ak ste už tieto údaje opravili.)

 

KROK 2: OVERENIE ÚDAJOV AA PRE PREKRÝVAJÚCE SA ROKY

Spustením týchto skriptov skontrolujte, či v tabuľke AAG30000 Open s historickou tabuľkou AAG40000 nemáte prekrývajúce sa roky. Každý odlišný rok by mal existovať iba v jednej alebo druhej tabuľke, ale nie v oboch.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Ak zistíte, že v oboch tabuľkách sa prekrývajú roky, odporúča sa otvoriť incident podpory, ak potrebujete pomoc. Prípad podpory sa uchýli, pretože tento problém sa zvyčajne vytvára z dôvodu importovania záznamov. Upozorňujeme, že ak je potrebné opraviť údaje, možno bude potrebné odkazovať na poradenstvo, čo by bolo vyúčtovanie výdavkov.
 

KROK 3: OVERENIE ZHODY ROKOV MEDZI OTVORENÝMI ALEBO HISTORICKÝMI TABUĽKAMI MEDZI AA/GL:

Potom sa uistite, že roky v tabuľkách AA sú v rovnakých otvorených alebo zatvorených rokoch ako tabuľky GL. Otvorené tabuľky AAG30000 a GL20000 by mali mať rovnaké roky. A historické tabuľky AAG40000 a GL30000 by mali obsahovať rovnaké uzavreté roky.

select distinct(YEAR1) from AAG30000

select distinct(OPENYEAR) from GL20000

select distinct(YEAR1)from AAG40000 order by YEAR1

select distinct(HSTYEAR) from GL30000 order by HSTYEAR

-Ak v otvorenej tabuľke pre AAG30000 zistíte roky v predchádzajúcej roku, ktorý zatvárate, musíte vykonať aj kroky na presunutie údajov do histórie nižšie, ako aj presunúť údaje historického roka do histórie. Tabuľka AAG30000 by mala mať len údaje za roky, ktoré sú v súčasnosti otvorené v programe GL. Ak sa pokúsite zatvoriť rok v programe GL, zobrazí sa výzva s týmto hlásením:  

Pomocou vyššie uvedených skriptov môžete určiť, či je potrebné spustiť kroky na presun ÚDAJOV DO HISTÓRIE, aby ste zabránili vzniku vyššie uvedených hlásení počas procesu zatvárania na konci procesu GL.


POSTUP PREMIESTNENIA ÚDAJOV DO HISTÓRIE:
Pri prvom zatvorení softvéru GL vo verzii vyššej ako GP 10.0 SP2 alebo novšej (s aktivovaným AA) sa zobrazí výzva na premiestnenie údajov AA do histórie predtým, než systém umožní zavrieť GL rok. Systém overí, či sa údaje AA nachádza v príslušnej otvorenej alebo historickej sérii tabuliek AA, ako sú údaje GL v otvorených a historických tabuľkách v architektúre GL. Ak to tak nie je, pred tým, ako budete môcť pokračovať s ukončením GL roka, dostanete správu na spustenie aplikácie Move to History Utility pre AA.  (Táto rutina by sa mala spustiť len raz po inovácii predchádzajúcej verzieGP 10.0a potom by ste ju už nikdy nemali znova spúšťať.  Mal to byť jednosúčasový proces. Tento nástroj opraví duplicitné roky medzi tabuľkami AA ani poškodenými údajmi v neskoršom čase.)

Nezabudnite, že ak ste nezavreli svoj GL rok (s aktivovaným AA) po inštalácii balíka Service Pack novšej ako SP2 pre verziu 10.0 alebo ste inovovaní na GP 2010, môže sa zobraziť hlásenie:"You must consolidate transactionsand transfer detail to history utility to close the year" (Transakcie je nutné zlúčiť a preniesť podrobnosti na nástroj histórie na zatvorenie roka). Kód bol pridaný do zatvárania, ktorý porovnáva roky v otvorených tabuľkách AA s historickými rokmi v nastavení podnikového fiškálneho obdobia. Ak sa v rade tabuliek AAG3000X na historický rok uvádzajú údaje AA, zobrazí sa chybové hlásenie. Ak chcete tieto roky zlúčiť, postupujte podľa týchto krokov:

1.) V ponuke Microsoft Dynamics GP ukážte na položku Nástroje, ukážte na položku Pomôcky ,ukážte na položku Finančné, ukážte na položku Analytical Accountinga potom kliknite na položku Premiestniť údaje do histórie.

2.) Najstarší rok sa predvolene zobrazí v systéme, ktorý sa nachádza v otvorených tabuľkách AAG3000x. Naraz sa budete môcť pohybovať len po jednom roku.

3.) Vyberte príslušnú možnosť: Prenos podrobností transakcie do histórie – Táto možnosť presunie podrobné záznamy AA z otvorených tabuliek histórie do tabuliek histórie a nebudú vytvorené žiadne položky

BBF. V tabuľkách AA sa nesmú nachádzať žiadne položky BBF, inak nebudete môcť vybrať túto možnosť. Táto možnosť len presunie záznamy z tabuliek AAG30000 do tabuliek AAG40000.

Zlúčenie transakcií a prenospodrobností do histora y – Táto možnosť presunie podrobné záznamy AA z otvorených tabuliek histórie do tabuliek histórie a vytvorí záznamy BBF entrie. Ak však chcete vytvoriť položky BBF, musíte mať predtým vybraté možnosti. Táto možnosť zlúčí zostatky všetkých kódov dimenzie transakcií v uzavretom roku (ktoré sa označia ako zlúčené) a prenesú informácie z AA do tabuliek histórie.

Poznámka Zlúčené zostatky sa presunú do nového roka. Položky BBF sa vytvárajú po uzavretom rokoch.

Iba zostava s ukážkou prenosu pred tlačou – umožní vám to zobraziť transakcie, ktoré sa presunú bez premiestnenia údajov. V ukážke zostavy sa zobrazia zlúčenia, ktoré sa budú vykonať.

Poznámka Táto možnosť nemení údaje.

4.) Kliknite na tlačidlo OK.

5.) Tento proces zopakujte pre každý "historický" rok. (Ak sa rok nachádza v otvorenej tabuľke AAG300000, ale nachádza sa v tabuľke histórie GL300000. Otvorený záznam AA so starým rokom sa musí premiestniť do tabuľky histórie AA, aby sa zhodovať so zodpovedajúcim záznamom v tabuľke GL histórie.)

Poznámka: Ak znova otvoríte odlišné skripty roka vo vyššie uvedenom kroku 3, mali by ste získať odlišné roky, ktoré sa zhodujú medzi otvorenými tabuľkami AA a GL a historickými tabuľkami AA a GL.

 

KROK 4: KONTROLA PREKRÝVAJÚCICH SA ID HLAVIČKY V TABUĽKÁCH AA

Tento skript spustite pre databázu spoločnosti a zistite, či medzi tabuľkami existujú aj rovnaké ID hlavičky:

select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)

– Ak nájdete duplicitné tabuľky s identifikáciou hlavičky, odporúča sa otvoriť incident podpory a poskytnúť pomoc. Prípad podpory sa uchýli. Upozorňujeme, že ak je potrebné opraviť údaje, možno bude potrebné odkazovať na poradenstvo, čo by bolo vyúčtovanie výdavkov.

Mohlo by sa to stať, ak ste obnovili staršiu databázu služby Dynamics nad aktuálnou databázou služby Dynamics, a preto sa ďalšie dostupné čísla uložené v tabuľke AAG00102 v databáze Dynamics opäť nastavia. Gp pokračuje v prírastkoch po týchto hodnotách, aj keď už boli použité, a výsledkom by bola rovnaká hodnota aaGLHdrID používaná pre rôzne hodnoty YEAR1.
 

KROK 5: AKTUALIZÁCIA HODNÔT AACOPYSTATUS

Potom skontrolujte nesprávnu hodnotu aacopystatus v tabuľke AAG40001. Spustite tento skript:

select count(*) from AAG40001 where aaCopyStatus<>8 

Ak vyššie uvedený skript vráti výsledky, pred spustením zatvárania GL roka môžete aktualizovať aaCopyStatus na hodnotu "8". (Hodnota '8' je hodnota, ktorú prijme proces ukončenia na konci roka.)

update AAG40001 set aaCopyStatus=8

KROK 6: SKONTROLUJTE NASTAVENIE DIMENZIÍ TAK, ABY SA ZAHRNULI DO KONCA ROKA

Pomocou dvoch krokov uvedených nižšie zapnite možnosť Spoločnosť, aby ste zahrnuli dimenzie AA do ročného uzavretia a potom označte jednotlivé dimenzie, ktoré chcete zahrnúť do ročného uzavretia. Výsledkom budú položky v tabuľke AAG30003 s rovnakým aaGLHdrID ako položky BBF v tabuľkách AAG30000/AAG30001/AAG30002. Tento proces má dva kroky:

Ak ste ešte nezavreli všeobecnú účtovnú knihu, pomocou týchto krokov skontrolujte, či je dimenzia správne označená, aby sa zahrnula do procesu uzavretia:

1. Označte možnosť nastavenia tak, aby sa analytické účtovníctvo zahrnuli do blízka ku koncu roka takto:

   1. V ponuke Microsoft Dynamics GP ukážte na položku Nástroje, ukážte na položku Nastavenie, ukážte na položku Spoločnosť, ukážte na položku Analytické účtovníctvoa potom kliknite na položku Možnosti.

   2. Kliknutím začiarknite políčko Zahrnúť do ukončenia roka a potom kliknite na tlačidlo OK.
      
      
      Poznámka Táto možnosť umožňuje len funkciu vytvorenia položiek zostatku v budúcnosti pre dimenzie. Keď sa zatvorí všeobecná účtovnej knihy bez ohľadu na to, či je táto možnosť označená, údaje z Analytického účtovníctva sa budú stále presúvať do tabuliek radov AAG40000.

2. Jednotlivo označte dimenzie, ktoré sa majú zahrnúť do konca roka, nasledujúcim spôsobom:

   1. V ponuke Karty ukážte na položku Finančné ,ukážte na položku Analytické účtovníctvoa potom kliknite na položku Dimenzia transakcie.

   2. V zozname Dimenzia trx kliknite na dimenziu, ktorú chcete zahrnúť do procesu uzavretia na konci roka.

   3. V oblasti Year End Close (Uzavretie ročného roka) začiarknite políčko Consolidate Balances during Year End close (Zlúčiť vyostatky počas zatvárania na konci roka) a potom kliknite na tlačidlo Save (Uložiť).

   4. Zopakujte kroky b a c pre každú dimenziu, ktorú chcete zahrnúť do procesu uzavretia na konci roka.

Poznámka: Ak používate MR a začiarkavacie políčka uvedené vyššie nie sú označené, môžete vynechať začiatok zostatok, ak údaje dimenzie AA BBF neboli vytvorené počas ročného uzavretia a hlásite údaje AA. 



KROK 7 – OVERENIE PREDLOHY KONTA AA

Vždy je vhodné overiť, či sa predloha konta AA (AAG00200) zhoduje s tabuľkou GL Account Master (GL00100) ešte pred tým, ako s týmto procesom skončíte uzavretie na konci roka. Ak kontá chýbajú, položky BBF v AA by boli nesprávne. Spustením skriptov nižšie pre databázu spoločnosti overte, či všetky tabuľky MASTER KONTA GL Account Master, GL Account Index Master a AA Account Master majú rovnaký počet záznamov:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Ak predloha konta AA obsahuje menej záznamov ako tabuľka GL000100, na vloženie chýbajúcich kont GL použite skript nižšie:

insert into aag00200 
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)

• Ak predloha konta AA obsahuje viac záznamov ako tabuľka GL000100, odstráňte ďalšie záznamy pomocou skriptu uvedeného nižšie:

Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)

• Ak sa tabuľka GL000105 nezhoduje, pozrite si časť

Článok 855963 KB, kde nájdete postup na opätovné vytvorenie tabuľky hlavného indexu konta (GL00105). 





KROK 8 – KONTROLA OBRÁTENIA POLOŽIEK GL/AA (IBA GP2015/GP2016)

V každej verzii, ako je uvedené nižšie, sa u nich nachádzali problémy s uverejňovaním príspevkov GL na historický rok.  Nižšie spustite skript pre databázu spoločnosti.  Skontrolujte všetky výsledky, ktoré sú uvedené pre každú verziu.  Ak je potrebná pomoc, otvorte prípad podpory a uveďte problémy s kvalitou. 

Spustite tento skript a skontrolujte všetky položky, ktoré boli uverejnené v historickom roku. 

--------------------------------

Select distinct(a.JRNENTRY) from GL20000 a join GL30000 b
on a.JRNENTRY = b.JRNENTRY
where a.SOURCDOC = 'GJ'
a.TRXSORCE, napríklad 'GLREV%'
a b.TRXSORCE like 'GLTHS%'

----------------------------------

Pozrite si výsledky, ako je uvedené nižšie pre používanú verziu:

Microsoft Dynamics GP 2016 (problém s kvalitou #91834)

 Porovnajte záznamy medzi tabuľkami GL a AA pre každú hodnotu JE# vrátenú vyššie, pretože výsledky sa môžu líšiť v závislosti od toho, či sa použili kontá P&L, a od toho, či boli uverejnené na úrovni transakcie alebo na úrovni dávky.  Manuálne aktualizácie môžu byť: 

• Aktualizujte SEQNUMBR v tabuľke GL20000 pre položku GLREV tak, aby sa zhodovať s číslom SEQNUMBR v tabuľke AAG30001. (Ak používate MR, na prečítanie funkcie MR je potrebné použiť SEQNUMBR z tabuľky AA.)

• Aktualizujte ACTINDX v tabuľke AAG30001 pre položku GLREV tak, aby zodpovedala tabuľke ACTINDX v GL200000. (V tabuľke AA je nesprávne index konta zachovaných príjmov na obrátení položky.)

• Overte, či sa súčet záznamov v programe AAG30002 rovná súčtu záznamov v programe AAG30001 pre záznamy aaGLHdrID pre používateľa JE.

Ak je potrebná pomoc, otvorte prípad podpory a problém s kvalitou odkazu #91834. 

AKTUALIZÁCIA: Tento problém bol opravený v oprave za január v prípade procesora GP 2016 (16.00.0675) a GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (problém s kvalitou #88914)

Skontrolujte tabuľky AA pre každý je # vrátený vyššie.  Manuálne aktualizácie môžu byť:

• Overte, či sa súčet záznamov v programe AAG30002 rovná súčtu záznamov v programe AAG30001 pre záznamy aaGLHdrID pre používateľa JE.

• Pre všetky vrátené hodnoty JE# si pozrite tabuľky AAG30000 a AAG40000.  Vyhľadajte záznamy pre položku GLREV, ktorá sa má nachádzať v tabuľkách radov AAG30000. Záznamy AA pre položku GLREV by sa mali v tabuľkách AAG30000 nachádzať len od obrátenia položky v novom roku a nemali by sa nachádzať v tabuľkách radov AAG40000.  Tieto duplicitné záznamy spôsobia, že zostavy MR sa pri vykazovaní v AA prehnali.

Ak je potrebná pomoc, otvorte prípad podpory a problém s kvalitou odkazu #88914. 

AKTUALIZÁCIA: Tento problém bol opravený v procesore GP 2016 RTM.   

KROK 9 – NESPRÁVNE AA BBF (****Známy problém iba pre GP 2016***)

**DÔLEŽITÁ POZNÁMKA PRE POUŽÍVATEĽOV DYNAMICS GP 2016***

**Skôr než zavriete dynamics GP 2016, musíte mať slovník procesora GP 16.00.0675 alebo novší (alebo slovník AA 16.00.0645 alebo novší), aby sa mohli ešte prinášať správne začínajúce zostatoky**

Vyskytuje sa známy problém s kvalitou #91502 pri zatvorení GL roka s AA.  Ak máte nejaké kontá GL so zostatku 0 $ a posielate kódy AA ďalej, AA BBF bude nesprávny.  Toto nie je problém s procesorom GP 2015 alebo GP 2013.  

Oprava tohto problému je súčasťou decembrej aktualizácie opráv (KB 4056559) pre Microsoft Dynamics GP 2016.  Hoci decembrové vydanie sa nazýva kanadská ročná aktualizácia mzdy za rok2017,mali by ju nainštalovať všetci zákazníci v USA, ktorí potrebujú opravu AA BBF, ktorá je súčasťou.  Ak používate AA a máte KONTÁ GL s nulovým zostatok, pre všetky inštalácie (USA, Kanada atď.), ktoré používajú AA, dôrazne odporúčame nainštalovať túto aktualizáciu opráv z decembra. 

Upozorňujeme, že verzia 16.00.0641 dynamics GP sa nemení medzi aktualizáciou US Year-End Update 2017 (vydanie z novembra/KB 4046341) a kanadskou aktualizáciou mzdy za Year-End (december vydanie/KB 4056559). Slovník AA sa však aktualizuje z 16.00.0552 na 16.00.0645. (Skontrolujte Pomocníka | Informácie o systéme Microsoft Dynamics GP | Ďalšie | About Analytical Accounting.) Na vyriešenie tohto problému s AA/BBF budete potrebovať kód AA v decembrovom vydaní. 

KROK 10 – SPUSTENIE ZAVRETIA TESTU

Pred začatím procesu zatvárania na konci roka GL vždy vytvorte aktuálnu zálohu. Ak sa chcete ubezpečiť, že sa nevykoná žiadne chyby, odporúča sa najprv otestovať, či je u testovacej spoločnosti u testovacej spoločnosti spustený koncový protokol GL. Proces uzavretia na konci roka GL v skutočnosti vytvára zostatok preposlaných záznamov denníka (BBF) a presunie záznamy pre rok, ktorý uzavriete do tabuľky Všeobecná účtovnícke a Analytické účtovníctvo. Položky BBF sa vytvárajú v tabuľkách GL aj AA. Pozrite si postup uvedený v článku KB 888003 pre končiacie ročné postupy pre všeobecnú účtovnej knihy.

Ďalšie informácie nájdete po kliknutí na nasledujúce číslo článku, ktorý sa zobrazí v databáze Microsoft Knowledge Base:

888003 Year-End záverečných postupov pre všeobecnú knihu v systéme Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
POZNÁMKA: Zavretie roka s AA vo SQL 2019 zlyhá
Ak používate gp 18.2 s načítaným SQL 2019 a AA, uzavretie na konci roka GL zlyhá s hlásením nižšie: (Predchádzajúce verzie SQL fungujú správne.  V prípade, že je SQL 2019, zlyhá.  Tento problém je opravený v oprave z februára 2020. Ďalšie podrobnosti nájdete v blogu AA YE.)

"Vnútorná chyba: Dosiahol sa limit služieb výrazov. Vyhľadajte v dotaze potenciálne zložité výrazy a skúste ich zjednodušiť.  

------------------------------------------------------------------------------------------------

KROK 11: SKONTROLUJTE, ČI NIE JE ZAČIARKNUTIE POLÍČKA "UNIT ACCOUNTS" (IBA GP 2013/GP 2015 – #86400)

Ak používate Microsoft Dynamics GP 2015 alebo Microsoft Dynamics GP 2013 a na jednotkových kontách ste označili začiarkavacie políčko Na 'Vymazaťzostatok počas Year-End Close ', záznamy v tabuľke AAG30002 môžu stále nesprávne obsahovať hodnoty a mali by byť 0,00, aby zodpovedali tabuľke AAG30001.  (Tento problém bol opravený v balíku Microsoft Dynamics GP 2016.)

Ak sa chcete uistiť, že sú zostatky jednotiek v tabuľkách AA správne, spustite prvý nižšie uvedený skript v databáze spoločnosti po spustení procesu ukončenia na konci roka, aby ste sa uistili, že BBF pre jednotkové konto je nastavené na nulu, ak bolo označené ako vymazané.  Na aktualizáciu výsledkov použite druhý skript.

select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF' 
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0 
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)

KROK 12 – OVERENIE ZOSTÁV BILANOVÉHO HÁRKA

Ak chcete overiť správnosť zostatkov na konte preposlaných na nový rok, odporúčame porovnať zostavu Balance Reporter s výkazom skúšobnej verzie všeobecnej skúšobnej knihy spoločnosti Microsoft Dynamics GP. Ak sa tieto zostatky nezhodujú, obnovte zálohu a obráťte sa na podporu pre Microsoft Dynamics GP a otvorte incident podpory a požiadajte o ďalšiu pomoc.

INTERNÉ INFORMÁCIE SPOLOČNOSTI MICROSOFT

Dátum poslednej aktualizácie: 3. 12. 2021 - cw
Autor: dspecht; prepísaný 2. 12. 2012 do cwas priejmov, 19.9.2013 - pridaný krok 3 od používateľa kenhub/cwas priešli.
Writer: lmuelle
Tech Reviewer: kriszree
Editor: v-andmck