KROK 1: ZJISTĚTE, JESTLI FINANČNÍ SESTAVY POUŽÍVAJÍ TABULKY AA:

Před zavřením hlavní účetní závěrky nebo prováděním jakýchkoli kroků v tomto článku spusťte finanční sestavy, které obvykle spustíte, aby se vyrovnaně srovnaně s předvahem hlavní účetní závěrky. Na základě toho, co jste našli, postupujte podle příslušné metody:

-METODA 1 –POKUD JE SPRÁVNÁ : Pokud jsou vaše finanční sestavy správné a odpovídají hlavní účetní závěrce, můžete pokračovat kroky 2 až 8 v tomto článku, které je stále nutné dokončit, abyste během procesu ukončení roku GL nezískala žádné chyby AA.

Poznámka: Pokud používáte systém vytváření sestav, který čte jenom přímo z tabulek hlavní účetní závěrky (například staršího poskytovatele v Management Reporteru při čtení ze společnosti GL nebo jiného nástroje pro vytváření sestav)) pro vaše finanční sestavy, můžete pokračovat v kroku 2, protože data AA nemají vliv na vaše finanční výkaznictví.


-METODA 2 –NE-LI SPRÁVNÁ : Pokud ale vaše finanční sestavy nejsou správné, je to většinou pravděpodobné z důvodu použití tabulek AA a data AA neodpovídají datům GL. Pokud chcete ověřit data AA, musíte kromě zbývajících kroků v tomto článku nejdřív projít skripty SQL, které jsou uvedené v článku KB 2910626.  

Poznámka: Data Mart v Management Reporteru čte z tabulek AA (a GL) nebo staršího poskytovatele používaného s Management Reporterem může číst od společnosti AA.

Postup pro metodu 2:

a.) Nejdřív spusťte všechny skripty v kb 2910626 a ověřte data AA s daty GL.   

Finanční sestavy od Management Reporteru neodpovídají sestavě předvahování hlavní knihy v Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Po dokončení kroků v článku kb 2910626 se vraťte k této kb a pokračujte zbývajícími kroky uvedenými níže. (Všimněte si, že krok 2 a krok 4 jsou také v aktualizaci KB 2910626, ale doporučujeme to znovu zkontrolovat, protože by neměly vracet žádné výsledky, pokud jste už tato data opravili.)

 

KROK 2: OVĚŘENÍ DAT AA PRO PŘEKRÝVAJÍCÍ SE ROKY

Spusťte tyto skripty, abyste měli jistotu, že v tabulce AAG30000 Open s historickou tabulkou AAG40000 nemáte překrývající se roky. Každý rok by měl existovat jenom v jedné tabulce nebo druhé, ale ne v obou.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Pokud v obou tabulkách najdete překrývající se roky, doporučujeme vám o pomoc otevřít incident podpory. Případ podpory se účtuje, protože tento problém se obvykle vytváří z důvodu importu záznamů. Vezměte prosím na vědomí, že pokud je potřeba opravit data, může být potřeba se odradit od konzultace, která by vám byla fakturovatelná.
 

KROK 3: OVĚŘENÍ SHODY LET MEZI OTEVŘENÝMI A HISTORICKÝMI TABULKAMI MEZI AA/GL:

Dále se ujistěte, že roky v tabulkách AA jsou ve stejných otevřených nebo uzavřených letech jako tabulky GL. Otevřené tabulky AAG30000 a GL20000 by měly mít stejné roky. A historické tabulky AAG40000 a GL30000 by měly obsahovat stejné uzavřené 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

-Pokud v otevřené tabulce AAG30000 před rokem, který zavíráte, najdete roky, musíte taky udělat kroky pro přesunutí dat do historie níže a přesunout data z historických roků do historie. Tabulka AAG30000 by měla mít jenom data za roky, které jsou v současné době otevřené roky v GL. Pokud se pokusíte zavřít rok v GL, zobrazí se tato zpráva:  

Pomocí výše uvedených skriptů určete, jestli potřebujete spustit kroky pro přesunutí dat do historie, abyste zabránili tomu, aby se výše uvedená zpráva odehrály během procesu zavření GL na konci roku.


POSTUP PŘESUNUTÍ DAT DO HISTORIE:
Při prvním zavření GL ve verzi vyšší než GP 10.0 SP2 nebo vyšší (s aktivovanou AA) se zobrazí výzva k přesunutí dat AA do historie, než vám systém umožní zavřít rok GL. Systém ověří, jestli jsou data AA v odpovídajících otevřených nebo historických řadách tabulek AA, protože data GL jsou v otevřených nebo historických tabulkách v hlavní budově. Pokud tomu tak není, zobrazí se vám zpráva o spuštění nástroje Přesunout do historie pro AA, abyste mohli pokračovat v ukončení roku GL.  ( Tuto rutinu byste měli spustit jenom jednou po upgradu naGP 10.0a pak byste ji už neměli spouštět.  Měl to být jen jeden proces. Tento nástroj nevyřeší duplicitní roky mezi tabulkami AA ani poškozená data později.)

Nezapomeňte, že pokud jste po instalaci aktualizace Service Pack novější než SP2 pro verzi 10.0 nebo upgradu na GP 2010 nezavřela rok GL (s aktivovanou službou AA), může se zobrazit zpráva " Musíte sloučit transakce a přenést podrobnosti do nástroje historie, aby se rokzavřel". Kód byl přidán do závěrečného procesu, který porovnává roky v otevřených tabulkách AA s historickými roky v nastavení fiskálního období společnosti. Pokud jsou data AA v řadě tabulek AAG3000X za historický rok, zobrazí se chyba. Tyto roky můžete sloučit takto:

1.) V nabídce Microsoft Dynamics GP přejděte na Nástroje , přejděte na Utility, přejděte na Finanční, přejděte na Analytické účetnictvía potom klikněte na Přesunout data do historie.

2.) Nejstarší rok bude ve výchozím nastavení v systému, který se nachází v otevřených tabulkách AAG3000x. Budete se moct pohybovat jenom jeden rok po roce.

3.) Vyberte příslušnou možnost: Přenos podrobností transakcí do historie – Tato možnost přesune záznamy podrobností AA z otevřených tabulek do tabulek historie a nebudou vytvořeny

žádné položky BBF. Abyste mohli tuto možnost vybrat, musíte zajistit, aby v tabulkách AA nebyly žádné položky BBF. Tato možnost přesune záznamy z tabulek AAG30000 do tabulek AAG40000.

Sloučení transakcí apřevodu podrobností do histor y – Tato možnost přesune záznamy podrobností AA z otevřených tabulek do tabulek historie a vytvoří účastníky BBF. Aby se položky BBF vytvořily, musíte mít dříve vybrané možnosti. Tato možnost sjednotí zůstatky všech kódů dimenzí transakcí v uzavřeném roce (které jsou označené jako sloučené) a přenesou informace AA do tabulek historie.

Poznámka: Sloučené zůstatky se přenesly do nového roku. Položky BBF se vytvářejí z uzavřených roků.

Pouze sestava náhledu přenosu tisku – to vám umožní zobrazit transakce, které se přesunou, aniž byste skutečně přesouvali data. V sestavě náhledu se zobrazí konsolidace, které se budou snášet.

Poznámka: Tato možnost nemění data.

4.) Klikněte na tlačítko OK.

5.) Tento postup opakujte pro každý "historický" rok. (Kde je rok v otevřené tabulce AAG30000, ale je v tabulce historie GL30000. Otevřený záznam AA se starým rokem musí být přesunut do tabulky historie AA tak, aby odpovídal odpovídajícímu záznamu v tabulce historie GL.)

Poznámka: Pokud znovu spusťte skripty různých roků v kroku 3 výše, měli byste získat odlišné roky odpovídající otevřeným tabulkám AA a GL a historickými tabulkami AA a GL.

 

KROK 4: KONTROLA TABULEK AA PRO PŘEKRÝVAJÍCÍ SE ID ZÁHLAVÍ

Spusťte tento skript proti databázi společnosti a podívejte se, jestli mezi tabulkami taky existuje stejné ID záhlaví:

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

- Pokud najdete duplicitní ID záhlaví obou tabulek, doporučujeme otevřít incident podpory, který vám pomůže. Případ podpory je možné účtovat. Vezměte prosím na vědomí, že pokud je potřeba opravit data, může být potřeba se odradit od konzultace, která by vám byla fakturovatelná.

K tomu dojde, pokud jste obnovili starší databázi Dynamics nad aktuální databází Dynamics, a další dostupná čísla uložená v tabulce AAG00102 v databázi Dynamics se tak vrátí. GP se z těchto hodnot dál zvyšuje, i když už se těmto hodnotám vedlo a výsledkem by bylo, že se stejná hodnota aaGLHdrID používá pro různé hodnoty YEAR1.
 

KROK 5: AKTUALIZACE HODNOT AACOPYSTATUS

Další kontrola nesprávné hodnoty aacopystatus v tabulce AAG40001 Spusťte tento skript:

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

Pokud výše uvedený skript vrátí výsledky, budete chtít aktualizovat aaCopyStatus na '8' před spuštěním GL Year Close: (Hodnota '8' je hodnota, kterou bude akceptovat proces zavření na konci roku.)

update AAG40001 set aaCopyStatus=8

KROK 6: KONTROLA NASTAVENÍ PRO ROZMĚRY, KTERÉ MAJÍ BÝT ZAHRNUTY DO KONCE ROKU

Pomocí následujících dvou kroků zapněte možnost Společnost a zahrňte rozměry AA do konce roku a pak označte jednotlivé rozměry, které chcete zahrnout do konce roku. Výsledkem budou položky v tabulce AAG30003 se stejnými aaGLHdrID jako položky BBF v tabulkách AAG30000/AAG30001/AAG30002. Jedná se o dvoukrokový proces:

Pokud jste ještě nezavřeli hlavní knihu, postupujte takto, abyste měli jistotu, že je dimenze správně označená, aby se zahrnula do procesu zavření:

1. Zaškrtnutím možnosti nastavení zahrňte analytické účetnictví do konce roku takto:

   1. V nabídce Microsoft Dynamics GP přejděte na Nástroje , přejděte na Nastavení , přejděte na Společnost, přejděte na Analytické účetnictvía potom klikněte na Možnosti.

   2. Kliknutím zaškrtněte políčko Zahrnout do ukončení roku a potom klikněte na OK.
      
      
      Poznámka: Tato možnost je jenom povolit funkci pro vytváření položek přeposlané zůstatku na dimenzích. Data analytického účetnictví se budou i po zavření hlavní knihy přesouvat do tabulek řady AAG40000 bez ohledu na to, jestli je tato možnost označená.

2. Rozměry, které se mají zahrnout do konce roku, označte jednotlivě takto:

   1. V nabídce Cards (Karty) přejděte na Financial(Finanční) , point to Analytical Accounting (Analytické účetnictví)a potom klikněte na Transaction Dimension (Dimenze transakce).

   2. V seznamu Rozměr trx klikněte na dimenzi, kterou chcete zahrnout do procesu zavření na konci roku.

   3. V oblasti Konec roku kliknutím zaškrtněte políčko Sloučit zůstatky během ukončení roku a potom klikněte na Uložit.

   4. Opakujte kroky b a c pro každou dimenzi, kterou chcete zahrnout do procesu zavření na konci roku.

Poznámka: Pokud používáte MR a výše uvedená zaškrtávací políčka nejsou označená, velikosti počátečního zůstatku se mohou zmeškat, pokud data dimenze AA BBF nebyla vytvořena během konce roku a vy vytváříte výkazy o datech AA. 



KROK 7 – OVĚŘENÍ HLAVNÍHO ÚČTU AA

Před zpracováním konce roku je vždy vhodné ověřit, jestli se tabulka AA Account Master (AAG00200) shoduje s tabulkou Hlavní účet hlavní knihy (GL00100). Pokud účty chybí, způsobí to, že položky BBF v AA budou nesprávné. Spusťte níže skripty proti databázi společnosti a ověřte, že hlavní server účtů hlavní knihy, hlavní server indexu účtů GL a hlavní seznam účtů AA mají stejný počet záznamů:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Pokud má tabulka Hlavní účet AA záznamy LESS než tabulka GL00100, vložte chybějící účty hlavní knihy pomocí skriptu níže:

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)

• Pokud tabulka Hlavní účet AA obsahuje více záznamů než tabulka GL00100, odeberte další záznamy pomocí následujícího skriptu:

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

• Pokud se tabulka GL00105 neshoduje, přečtěte si

Kb 855963, jak znovu vytvořit tabulku hlavního indexu účtů (GL00105). 





KROK 8 – KONTROLA STORNOVÁNÍ POLOŽEK GL/AA (POUZE GP2015/GP2016)

V každé verzi došlo k problémům s položkami GL Reversing, které se v každé verzi zaúčtují do historických roků, jak je uvedeno níže.  Spusťte skript níže proti databázi společnosti.  Zkontrolujte všechny výsledky, jak je u jednotlivých verzí zachytána.  Pokud potřebujete pomoc, otevřete prosím případ podpory a zmizte na problémy s kvalitou. 

Spusťte tento skript a zkontrolujte všechny položky pro stornování, které byly publikovány v historickém roce. 

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

Select distinct(a.JRNENTRY) from GL20000 a join GL30000 b
on a.JRNENTRY = b.JRNENTRY
where a.SOURCDOC = 'GJ'
a.TRXSORCE jako 'GLREV%'
a b.TRXSORCE jako 'GLTHS%'

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

Zkontrolujte výsledky, jak je uvedeno níže pro verzi, kterou používáte:

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

 Porovnejte záznamy mezi tabulkami hlavní knihy a tabulkami AA pro každou hodnotu JE# vrácenou výše, protože výsledky se můžou lišit v závislosti na tom, jestli byly použity účty P&L a jestli byly publikovány na úrovni transakce nebo dávky.  Potřeba ruční aktualizace může být: 

• Aktualizujte položku SEQNUMBR v tabulce GL20000 tak, aby odpovídala položce SEQNUMBR v tabulce AAG30001. (Pokud používáte MR, musíte použít SEQNUMBR z tabulky AA, aby si ho mr mohl přečíst.)

• Aktualizujte ACTINDX v tabulce AAG30001 pro položku GLREV tak, aby odpovídala GL20000 tabulce ACTINDX. (Tabulka AA nesprávně obsahuje index účtu Zachované příjmy u položky pro obrácení.)

• Ověřte součet záznamů v AAG30002 se rovná součtu záznamů v AAG30001 pro záznamy aaGLHdrID pro JE.

V případě potřeby otevřete případ podpory a v případě potřeby odkazte na problém s kvalitou #91834. 

AKTUALIZACE: Tento problém byl opravený v lednové opravě hot fix pro GP 2016 (16.00.0675) a GP 2018 (18.00.0438). 

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

Prohlédněte si tabulky AA pro každou hodnotu JE# vrácenou výše .  Potřeba ruční aktualizace může být:

• Ověřte součet záznamů v AAG30002 se rovná součtu záznamů v AAG30001 pro záznamy aaGLHdrID pro JE.

• Zkontrolujte tabulky AAG30000 a AAG40000 pro každou vrácenou hodnotu JE#.  Vyhledejte záznamy pro položku GLREV v obou tabulkách řady AAG30000. Záznamy AA pro položku GLREV by měly být v tabulkách AAG30000 jenom proto, že položka pro obrácení je v novém roce a neměla by být v tabulkách řady AAG40000.  Tyto duplicitní záznamy by způsobily, že sestavy MR budou nadhodnocené při vytváření sestav AA.

Pokud potřebujete pomoc, otevřete případ podpory a odkaz na problém s kvalitou #88914. 

AKTUALIZACE: Tento problém byl opraven v GP 2016 RTM.   

KROK 9 – NESPRÁVNÉ AA BBF (****Známý problém pouze pro GP 2016***)

**DŮLEŽITÁ POZNÁMKA PRO UŽIVATELE DYNAMICS GP 2016***

**Před zavřením Dynamics GP 2016 musíte být ve slovníku GP 16.00.0675 nebo novějším (nebo ve slovníku AA 16.00.0645 nebo novějším), abyste měli před sebou správné počáteční zůstatky**

Když zavřete rok GL pomocí AA, je známý problém s kvalitou #91502.  Pokud máte nějaké účty GL s zůstatek 0 Usd a předáte kódy AA, budou kódy AA BBF nesprávné.  V GP 2015 nebo GP 2013 to není problém.  

Oprava tohoto problému je součástí prosincové aktualizace opravy (KB 4056559) pro Microsoft Dynamics GP 2016.  I když se prosincová verze označuje jako kanadská aktualizacepayroll year-end update 2017, měla by být nainstalovaná všemi americkými zákazníky, kteří potřebují tuto opravu BBF AA, která je součástí.  Důrazně doporučujeme nainstalovat tuto prosincovou aktualizaci opravy před zavřením GL, pokud používáte AA a máte účty GL s nulovým zůstatek, pro všechny instalace (USA, Kanada atd.), které používají AA. 

Všimněte si, že verze Dynamics GP 16.00.0641 se nemění mezi aktualizací 2017 US Year-End (listopadová verze/KB 4046341) a kanadskou aktualizací Payroll Year-End (verze prosinec/KB 4056559). Slovník AA se ale aktualizuje z 16.00.0552 na 16.00.0645. (V nápovědě se můžete | O aplikaci Microsoft Dynamics GP | Další | O analytickém účetnictví.) K vyřešení tohoto problému AA/BBF budete potřebovat kód AA v prosincové verzi. 

KROK 10 – UKONČENÍ TESTU

Před zahájením procesu zavírání na konci roku GL vždy vytvořte aktuální zálohu. Doporučujeme nejprve otestovat ukončení gl v testovací společnosti, abyste se zajistili, že se nezískáte žádné chyby. Proces uzavření na konci roku GL je to, co ve skutečnosti vytváří zůstatek předávkované položky deníku (BBF) a přesune záznamy za rok, který zavíráte v tabulkách Hlavní kniha i Analytické účetnictví. Položky BBF se vytvářejí v tabulkách GL i AA. Postup popsaný v článku Kb 888003 závěrečných postupech na konci roku pro hlavní knihy.

Další informace najdete v následujícím článku znalostní báze Microsoft Knowledge Base:

888003 Year-End závěrečných postupů pro hlavní knihy v Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
POZNÁMKA: Ukončení roku s AA v SQL 2019 se nezdaří
Pokud používáte GP 18.2 s načteným SQL 2019 a AA, GL year-end close se nezdaří s následující zprávou: (Předchozí verze SQL fungují dobře.  Selže jenom v SQL 2019.  Tento problém je opravený v opravě hot fix z února 2020. Další podrobnosti najdete v blogu AA YE.)

"Vnitřní chyba: Bylo dosaženo limitu služeb výrazů. Hledejte v dotazu potenciálně složité výrazy a zkuste je zjednodušit."  

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

KROK 11– ZKONTROLUJTE, JESTLI NENÍ ZAŠKRTNUTO POLÍČKO ÚČTY JEDNOTEK (jenom GP 2013/GP 2015 – #86400)

Pokud používáte Microsoft Dynamics GP 2015 nebo Microsoft Dynamics GP 2013 a označíte zaškrtávací políčko u jednotkových účtů na "Vymazat zůstatek během Year-End Zavřít",záznamy v tabulce AAG30002 pravděpodobně nesprávně mají hodnoty a měly by být 0,00, aby odpovídaly tabulce AAG30001.  (Tento problém byl opravený v Microsoft Dynamics GP 2016.)

Abyste se ujistili, že jsou zůstatky jednotkových účtů v tabulkách AA správné, spusťte po spuštění procesu zavření na konci roku první skript níže proti databázi společnosti, abyste se ujistili, že BBF pro jednotkový účet je nastaveno na nulu, pokud byl označený jako zrušený.  Pomocí druhého skriptu aktualizujte všechny výsledky.

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– OVĚŘENÍ SESTAV ROZVAHY

K ověření správnosti zůstatků na účtu předáných do nového roku se doporučuje porovnat sestavu Rozvaha v sestavě Management Reporter se sestavou Předvah hlavní knihy z Microsoft Dynamics GP. Pokud se tyto zůstatky neshodují, obnovte zálohu a požádejte podporu Microsoft Dynamics GP o otevření incidentu podpory a požádejte ho o další pomoc.

INTERNÍ INFORMACE SPOLEČNOSTI MICROSOFT

Datum poslední aktualizace: 3. 12. 2021 – cw
Autor: dspecht; přepsán 2.12.2012 od cwaswick, 19. 9. 2013 – přidal krok 3 od kenhub/cwaswick.
Autor: lmuelle
Technický revidující: kriszree
Editor: v-andmck