СТЪПКА 1: ОПРЕДЕЛЕТЕ ДАЛИ ФИНАНСОВИТЕ ОТЧЕТИ ИЗПОЛЗВАТ ТАБЛИЦИ НА AA:

Преди да затворите GL или да изпълните стъпки в тази статия, изпълнете финансовите си отчети, които обикновено изпълнявате, за да балансирате до GL пробния баланс. Въз основа на това, което сте намерили, следвайте подходящия метод:

-МЕТОД 1 –АКО Е ПРАВИЛЕН: Ако финансовите ви отчети са правилни и съответстват на GL, можете да продължите със стъпки 2–8 в тази статия, които все още трябва да бъдат завършени, така че да не получавате никакви грешки в AA по време на процеса на приключване на GL годината.

Забележка: Ако използвате система за отчитане, която чете само директно от gl таблици (като например стария доставчик в "Отчет за управлението", когато четете от gl фирма или друг инструмент за отчитане)] за финансовите си отчети, можете да продължите със стъпка 2, тъй като данните от AA не засягат вашето финансово отчитане.


-МЕТОД 2 – АКОНЕ Е ПРАВИЛЕН: Ако обаче финансовите ви отчети не са правилни, най-вероятно се дължи на използваните таблици на AA и данните от AA не съответстват на GL данни. За да проверите данните от AA, трябва първо да изпълните скриптовете SQL, предоставени в kb 2910626, в допълнение към останалите стъпки в тази статия.  

Забележка: Data Mart в "Отчет за управлението" чете от таблици на AA (и GL) или от стари доставчици, използвани с reporter за управление, може да чете от фирма на AA.

Стъпки за метод 2:

a.) Първо изпълнете всички скриптове в kb-2910626, за да проверите данните на AA с GL данни.   

Финансовите отчети от "Отчет за управлението" не съответстват на отчетите за оборотния баланс в счетоводството в Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Когато изпълните стъпките в базата знания 2910626, върнете се към тази КБ и продължете с останалите стъпки, изброени по-долу. (Обърнете внимание, че стъпка 2 и стъпка 4 също са в KB 2910626, но ви препоръчваме да проверите отново това отново, тъй като те не трябва да връщат никакви резултати, ако вече сте коригирали тези данни.)

 

СТЪПКА 2: ПРОВЕРКА НА AA ДАННИ ЗА ПРИПОКРИВАЩИ СЕ ГОДИНИ

Изпълнете тези скриптове, за да сте сигурни, че не разполагате с припокриващи се години в таблицата AAG30000 Open с таблицата AAG40000 за минали събития. Всяка отделна година трябва да съществува само в една таблица или в другата, но не и в двете.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Ако откриете припокриващи се години и в двете таблици, препоръчително е да отворите инцидент с поддръжката за помощ. Случаят за поддръжката се начислява, тъй като този проблем обикновено се създава поради импортиране на записи. Имайте предвид, че ако е необходимо коригиране на данни, това може да се наложи да бъде отнесено към консултиране, което би било разход за фактуриране за вас.
 

СТЪПКА 3: ПРОВЕРЕТЕ ГОДИНИТЕ МЕЖДУ ОТВОРЕНИ/ИСТОРИЧЕСКИ ТАБЛИЦИ СЪВПАДАТ МЕЖДУ AA/GL:

След това се уверете, че годините са в таблиците на AA в същите отворени или затворени години като таблиците gl. Отворените таблици на AAG30000 и GL20000 трябва да имат същите години. А историческите таблици AAG40000 и GL30000 трябва да съдържат същите затворени години.

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

-Ако намерите години в отворената таблица на AAG30000 ПРЕДИ годината, в която затваряте, трябва също да направите стъпки, за да преместите данните в хронологията по-долу, както и да преместите данните от историческата година в хронологията. Таблицата AAG30000 трябва да има данни само за годините, които в момента са отворени години в GL. Ако се опитате да затворите годината в GL, ще получите подкана с това съобщение:  

Използвайте скриптовете по-горе, за да определите дали трябва да изпълните СТЪПКИТЕ ЗА ПРЕМЕСТВАНЕ НА ДАННИ В ХРОНОЛОГИЯТА, така че да можете да предотвратите случването на съобщението по-горе по време на процеса на затваряне в края на gl година.


СТЪПКИ ЗА ПРЕМЕСТВАНЕ НА ДАННИ В ХРОНОЛОГИЯТА:
Първия път, когато затворите GL на версия, по-висока от GP 10.0 SP2 или по-нова версия (с активиран AA), ще бъдете подканени да преместите данните от AA в хронологията, преди системата да ви позволи да затворите GL годината. Системата ще провери дали данните от AA са в съответната отворена/историческа серия от AA таблици, тъй като GL данните са в отворените/историческите таблици в GL. Ако случаят не е такъв, ще получите съобщение, за да изпълните помощната програма "Преместване в хронологията" за AA, преди да можете да продължите със затварянето на GL year End.  ( Тази рутина трябва да се изпълнява само ВЕДНЪЖ, след като надстроите предиGP 10.0и след това никога не трябва да го изпълнявате отново.  Тя е предназначена да бъде едно-времеви процес. Тази помощна програма няма да коригира дублираните години между таблици на AA или повредени данни по-късно.)

Не забравяйте, че ако не сте затворили gl година (с активиран AA) след инсталирането на сервизен пакет по-късно от SP2 за версия 10.0 или надстройване до GP 2010, може да получите съобщение, че "Трябва да консолидирате транзакциите и да прехвърлите подробни данни в помощната програма за хронология, за дазатворите годината". Към процеса на затваряне е добавен код, който ще сравни годините в отворените таблици на AA спрямо историческите години в настройката на финансов период на фирмата. Ако има данни за AA в серията от таблици AAG3000X за историческа година, ще получите грешката. Следвайте тези стъпки, за да консолидирате тези години:

1.) В GP менюто на Microsoft Dynamics посочете Инструменти, посочете Помощни програми ,посочете Финансови, посочете Аналитичносчетоводство и след това щракнете върху Премести данните в хронологията.

2.) По подразбиране най-старата година ще бъде в системата, която се намира в отворените таблици на AAG3000x. Ще можете да се придвижвате само една година по година.

3.) Изберете подходящата опция: Прехвърляне на подробни данни за транзакциите в хронологията – Тази опция ще премести подробните записи на AA от отворени към таблици с хронология и няма да бъдат създавани

bbf записи. Трябва да се уверите, че няма bbf записи в таблиците на AA, в противен случай няма да можете да изберете тази опция. Тази опция просто премества записите от таблиците на AAG30000 в таблиците на AAG40000.

Консолидиране на транзакции ипрехвърляне на подробни данни към хронологията – Тази опция ще премести подробните записи на AA от отворени към таблици с хронология и ще създаде BBF entries. Трябва обаче да сте избрали опциите, споменати по-рано, за да могат да се създават записи в BBF. Тази опция ще консолидира балансите на всички кодове на размерите на транзакциите в затворената година (които са маркирани като консолидирани) и ще прехвърли информацията за AA в таблиците с хронология.

Забележка Консолидираните баланси се препращат към новата година. Записите в BBF се създават от затворените години.

Само отчет за визуализация на прехвърлянето на печата – Това ще ви позволи да преглеждате транзакциите, които ще бъдат преместени, без всъщност да премествате данните. Отчетът за визуализация показва консолидирането, което ще бъде направено.

Забележка Тази опция не променя данните.

4.) Щракнете върху ОК.

5.) Повторете този процес за всяка "историческа" година. (Където годината е в отворената таблица на AAG30000, но е в таблицата с хронология на GL30000. Отвореният запис на AA със старата година трябва да бъде преместен в таблицата за хронология на AA, за да съответства на съответния запис в таблицата gl history.)

Забележка: Ако отново изпълнявате отделните годишни скриптове в "СТЪПКА 3" по-горе, би трябвало да получите отделните години, за да съответстват между отворените AA и GL таблиците, и историческите AA и GL таблиците.

 

СТЪПКА 4: ПРОВЕРКА НА AA ТАБЛИЦИТЕ ЗА ПРИПОКРИВАНЕ НА ИД НА ГОРЕН КОЛОНТИТУЛ

Изпълнете този скрипт в базата данни на фирмата, за да видите дали съществува и един и същ ИД на заглавка между таблиците:

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

- Ако намерите дублирани ИД на заглавката и на двете таблици, препоръчително е да отворите инцидент с поддръжката за помощ. Случаят за поддръжката се начислява. Имайте предвид, че ако е необходимо коригиране на данни, това може да се наложи да бъде отнесено към консултиране, което би било разход за фактуриране за вас.

Това ще се случи, ако сте възстановили по-стара база данни на Dynamics в горната част на текущата база данни на Dynamics и така следващите налични числа, съхранени в таблицата AAG00102 в базата данни на Dynamics, се връщат обратно. GP продължава да нараства от тези стойности, въпреки че те може вече да са били използвани и би довело до същата стойност на aaGLHdrID, която се използва за различни стойности на YEAR1.
 

СТЪПКА 5: АКТУАЛИЗИРАНЕ НА СТОЙНОСТИТЕ НА AACOPYSTATUS

Следваща проверка за неправилна стойност на aacopystatus в таблицата AAG40001. Изпълнете този скрипт:

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

Ако скриптът по-горе върне резултати, ще искате да актуализирате aaCopyStatus на "8", преди да изпълните GL Year Close: (Стойността на "8" е стойност, която процесът на затваряне в края на годината ще приеме.)

update AAG40001 set aaCopyStatus=8

СТЪПКА 6: ПРЕГЛЕД НА НАСТРОЙКАТА ЗА РАЗМЕРИ, КОИТО ДА БЪДАТ ВКЛЮЧЕНИ В КРАЯ НА ГОДИНАТА

Използвайте двете стъпки по-долу, за да включите опцията "Фирма", за да включите размерите на AA в края на годината и след това да маркирате отделните размери, които искате да бъдат включени в края на годината. Това ще доведе до записи в таблицата AAG30003 със същия aaGLHdrID като записите в BBF в таблиците на AAG30000/AAG30001/AAG30002. Това е процес от две стъпки, както следва:

Ако все още не сте затворили счетоводството, следвайте тези стъпки, за да се уверите, че измерението е маркирано правилно, за да бъде включено в процеса на затваряне:

1. Маркирайте опцията за настройка, за да включите аналитично счетоводство в края на годината, както следва:

   1. В менюто Microsoft Dynamics GP посочете Инструменти, посочете Настройка ,посочете Фирма ,посочете Аналитично счетоводствои след това щракнете върху Опции.

   2. Щракнете, за да отметнете квадратчето Включи в края на годината, след което щракнете върху OK.
      
      
      Забележка Тази опция е само за да разрешите функционалността за създаване на записи за препратено салдо в размерите. Данните от аналитичното счетоводство все още ще се преместват в таблиците от серията AAG40000, когато счетоводството е затворено, независимо дали тази опция е маркирана.

2. Поотделно маркирайте размерите, които да бъдат включени в края на годината, както следва:

   1. В менюто Карти посочете Финансови , посочете Аналитичносчетоводство и следтова щракнете върху Измерение на транзакцията.

   2. В списъка Измерение trx щракнете върху измерението, което искате да включите в процеса на затваряне в края на годината.

   3. В областта Затваряне на края на годината щракнете, за да отметнете квадратчето Консолидиране на балансите по време на затварянето на края на годината и след това щракнете върху Запиши.

   4. Повторете стъпки b и c за всяко измерение, което искате да включите в процеса на затваряне в края на годината.

Забележка: Ако използвате MR и горните квадратчета за отметка не са маркирани, тогава сумите на течащ баланс може да бъдат пропуснати, ако данните за размер на AA BBF не са създадени по време на затварянето в края на годината и отчитате данните за AA. 



СТЪПКА 7 – ПРОВЕРКА НА ОБРАЗЕЦА НА АКАУНТ ЗА AA

Винаги е добра идея да проверите дали таблицата образец на акаунт за AA (AAG00200) съответства на таблицата "Главен акаунт на GL" (GL00100), преди да обработите затваряне в края на годината. Ако липсват акаунти, това ще доведе до неправилни записи за BBF в AA. Изпълнете скриптовете по-долу в базата данни на фирмата, за да се уверите, че таблиците GL Account Master, GL Account Index Master и AA Account Master имат един и същ брой записи:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Ако таблицата образец на акаунт за AA има ПО-МАЛКО записи от таблицата GL00100, използвайте скрипта по-долу, за да вмъкнете липсващите GL акаунти:

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)

• Ако таблицата образец на акаунт за AA има ПОВЕЧЕ записи от таблицата GL00100, използвайте скрипта по-долу, за да премахнете допълнителните записи:

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

• Ако таблицата GL00105 не съвпада, вижте

Kb 855963 за стъпки за "Как се пресъздава таблицата "Индекс на главния акаунт" (GL00105). 





СТЪПКА 8 – ПРОВЕРКА НА ЗАПИСИТЕ ЗА ОБРЪЩАНЕ НА GL/AA (САМО ЗА GP2015/GP2016)

Има проблеми при публикуването на записи за обръщане на GL в историческа година във всяка версия, както е отбелязано по-долу.  Изпълнете скрипта по-долу спрямо фирмената база данни.  Прегледайте всички резултати, както е отбелязано за всяка версия.  Ако е необходима помощ, отворете дело за поддръжка и посочете проблемите с качеството. 

Изпълнете този скрипт, за да прегледате всички записи за обръщане, публикувани в историческа година. 

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

Select distinct(a.JRNENTRY) from GL20000 a присъединяване към GL30000 b
на a.JRNENTRY = b.JRNENTRY
където a.SOURCDOC = "GJ"
и a.TRXSORCE като "GLREV%"
и b.TRXSORCE като "GLTHS%"

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

Прегледайте резултатите, както е описано по-долу за версията, която използвате:

Microsoft Dynamics GP 2016 (проблем с качеството #91834)

 Сравнете записите между таблиците GL и AA таблиците за всеки JE# върнат по-горе, тъй като резултатите може да се различават в зависимост от това дали са използвани P&L акаунти и дали са публикувани на ниво транзакция или партида.  Необходими са ръчни актуализации може да са: 

• Актуализирайте SEQNUMBR в таблицата GL20000 за записа "GLREV", така че да съответства на SEQNUMBR в таблицата на AAG30001. (Ако използвате MR, трябва да използвате SEQNUMBR от таблицата AA, за да може MR да го прочете.)

• Актуализирайте ACTINDX в таблицата AAG30001 за записа "GLREV", така че да съответства на ACTINDX в таблицата GL20000. (Таблицата AA неправилно има индекса на акаунта "Задържани печалби" в обратния запис.)

• Проверка на сумата от записите в AAG30002 е равна на сумата от записите в AAG30001 за aaGLHdrID записите за JE.

Отворете проблем с качеството на поддръжката и препратка към качеството #91834, ако е необходима помощ. 

АКТУАЛИЗАЦИЯ: Този проблем е коригиран в hot Fix за януари за GP 2016 (16.00.0675) и GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (проблем с качеството #88914)

Прегледайте таблиците на AA за всеки JE# върнат по-горе.  Необходими са ръчни актуализации може да са:

• Проверка на сумата от записите в AAG30002 е равна на сумата от записите в AAG30001 за aaGLHdrID записите за JE.

• Прегледайте таблиците AAG30000 и AAG40000 за всеки върнат JE#.  Потърсете записите, за да може записът "GLREV" да бъде и в таблиците от серията AAG30000. AA записите за записа "GLREV" трябва да са в таблиците на AAG30000 само след като записът за заден запис е в новата година и не трябва да е в таблиците от серията AAG40000.  Тези дублирани записи биха довели до завишени mr отчети, ако се докладват за AA.

Отворете проблем с качеството на поддръжката и препратка към качество #88914, ако е необходима помощ. 

АКТУАЛИЗАЦИЯ: Този проблем е коригиран в GP 2016 RTM.   

СТЪПКА 9 – НЕПРАВИЛНИ BBF на AA (****Известен проблем само за GP 2016***)

**ВАЖНА БЕЛЕЖКА ЗА ПОТРЕБИТЕЛИ НА DYNAMICS GP 2016***

**Трябва да сте в GP речник 16.00.0675 или по-нова версия (или речник на AA 16.00.0645 или по-нова версия), преди да затворите своя Dynamics GP 2016, за да се придвигят правилните започващи баланси**

Има известен проблем с качеството #91502, когато затворите GL година с AA.  Ако имате някакви GL акаунти с баланс от 0 лв. и те препращат кодове на AA, BBF на AA ще бъдат неправилни.  Това не е проблем в GP 2015 или GP 2013.  

За този проблем е включена корекция в актуализацията на корекцията от декември (KB 4056559) за Microsoft Dynamics GP 2016.  Въпреки че изданието за декември се нарича актуализация на канадските заплати за2017г., то трябва да бъде инсталирано от всички клиенти на САЩ, които се нуждаят от тази корекция на AA BBF, която е включена.  Силно се препоръчва да инсталирате тази актуализация на корекцията за декември, преди да затворите GL, ако използвате AA и имате GL акаунти с нулев баланс, за всички инсталации (САЩ, Канада и т.н.), които използват AA. 

Обърнете внимание, че GP версията на Dynamics на 16.00.0641 не се променя между актуализацията за САЩ за 2017 г. Year-End (издание от ноември/KB 4046341) и канадския заплати за 2017 г. Year-End Update (издание от декември/KB 4056559). Речникът на AA обаче ще се актуализира от 16.00.0552 до 16.00.0645. (Проверете в помощната | За microsoft Dynamics GP | Допълнителни | За аналитичното счетоводство.) Ще ви трябва кода на AA в изданието от декември, за да разрешите този проблем с AA/BBF. 

СТЪПКА 10 – ИЗПЪЛНЕНИЕ НА ТЕСТ ЗАТВАРЯНЕ

Винаги направете текущо архивиране, преди да стартирате процеса на затваряне в края на GL година. Препоръчително е първо да тествате изпълнението на gl year-end в тестова фирма, за да се уверите, че не получавате грешки. Процесът на затваряне в края на gl year-end е това, което всъщност създава балансът, който е привел напред записи в дневника (BBF) и премества записите за годината, която затваряте в таблиците "Счетоводство" и "Аналитично счетоводство". Записите в BBF се създават както в таблиците GL, така и в AA. Вижте процеса, очертан в kb-888003 за процедурите за затваряне в края на годината за "Счетоводство".

За повече информация щракнете върху следния номер на статия в базата знания на Microsoft:

888003 Year-End процедури за затваряне за счетоводство в Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
ЗАБЕЛЕЖКА: Краят на годината с AA на SQL 2019 е неуспешен
Ако използвате GP 18.2 с заредени SQL 2019 и AA, gl year-end close ще бъде неуспешно със съобщението по-долу: (Предишните версии SQL работят добре.  Той е неуспешен само SQL 2019 г.  Това е коригирано в hot fix от февруари 2020 г. Вижте блога на AA YE за повече подробности.)

"Вътрешна грешка: Достигнато е ограничение за услугите за изрази. Потърсете потенциално сложни изрази във вашата заявка и се опитайте да ги опростите".  

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

СТЪПКА 11 – ПРОВЕРЕТЕ ДАЛИ "ЕДИНИЧНИ АКАУНТИ" Е ИЗЧИСТЕНО (само за GP 2013/GP 2015 – #86400)

Ако използвате Microsoft Dynamics GP 2015 или Microsoft Dynamics GP 2013 и маркирате квадратчето за отметка в акаунтите за единица, за да "Изчистибаланса по време на Year-End Затвори", записите в таблицата AAG30002 все още може да имат стойности и трябва да са 0,00, за да съответстват на таблицата AAG30001.  (Този проблем е коригиран в Microsoft Dynamics GP 2016.)

За да се уверите, че балансите за единична сметка са правилни в таблиците на AA, изпълнете първия скрипт по-долу спрямо базата данни на фирмата, след като процесът на затваряне в края на годината се изпълни, за да се уверите, че BBF за акаунта на единицата е зададен на нула, ако е маркиран като изчистен.  Използвайте втория скрипт, за да актуализирате резултатите.

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)

СТЪПКА 12 – ПРОВЕРКА НА ОТЧЕТИТЕ ЗА БАЛАНСА

Препоръчително е да сравните отчета за баланса в отчетите за управлението с отчета за оборотния баланс в счетоводството от GP на Microsoft Dynamics, за да се уверите, че балансите на акаунта, пренасочини към новата година, са правилни. Ако тези баланси не съвпадат, възстановете архивното си копие и се обърнете към GP поддръжката на Microsoft Dynamics, за да отворите инцидент с поддръжката за допълнителна помощ.

ВЪТРЕШНА ИНФОРМАЦИЯ НА MICROSOFT

Последна дата на актуализиране: 3.12.2021 г. – cw
Автор: dspecht; пренаписан 12.2.2012 г. от cwaswick, 19.9.2013 г. – добавен е стъпка 3 от kenhub/cwaswick.
Писател: lmuelle
Технически проверяващ: kriszree
Редактор: v-andmck