КРОК 1. ВИЗНАЧТЕ, ЧИ ФІНАНСОВІ ЗВІТИ ВИКОРИСТОВУЮТЬ ТАБЛИЦІ AA.

Перш ніж закрити головну або виконати будь-які кроки, описані в цій статті, запустіть свої фінансові звіти, які зазвичай ведуться, щоб збалансувати рахунок для ознайомлювальних балансів GL. Залежно від того, що ви знайшли, дотримуйтеся відповідного методу.

МЕТОД1. IF CORRECT (ПРАВИЛЬНЕ). Якщо фінансові звіти правильні та відповідають політиці GL, можна продовжити кроки 2–8 у цій статті, які все одно мають бути виконані, щоб не отримувати жодних помилок AA під час процесу закриття на кінець року для GL.

Примітка. Якщо використовується система звітування, яка читає лише безпосередньо з таблиць GL (наприклад, застарілого постачальника у засобі звітування про керування під час читання з компанії GL або іншого засобу звітування)] для фінансових звітів, ви можете продовжити крок 2, оскільки дані AA не впливають на фінансову звітність.


МЕТОД2 –ЯКЩО НЕПРАВИЛЬНО. Однак, якщо фінансові звіти неправильні, найімовірніше, це пов'язано з таблицями AA, що використовуються, а дані AA не відповідають даних GL. Щоб перевірити дані AA, спочатку потрібно виконати сценарії SQL бази знань, 2910626 на додаток до решти кроків, описаних в цій статті.  

Примітка. Mart у звітувачі керування читає з таблиць AA (і GL) або застарілий постачальник, який використовується з management Reporter, може читати від компанії AA.

Кроки для методу 2.

a.) Спочатку запустіть всі сценарії в базі знань, 2910626 перевірити дані AA з даними GL.   

Фінансові звіти від звітів про керування не відповідають звітам загалом для ознайомлювальних балансів у Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Після завершення кроків, описаних у 2910626 бази знань, поверніться до цього бази знань і виконайте решту кроків, перелічених нижче. (Зверніть увагу, що кроки 2 та 4 також доступні в базі знань 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 у версії, вищій за GP 10.0 із пакетом оновлень 2 (SP2) або новішої (з активованим AA), вам буде запропоновано перемістити дані AA до журналу, перш ніж система дасть змогу закрити рік gl. Система перевірить, чи дані AA розташовано у відповідній відкритій або історичній серії таблиць AA, оскільки дані GL розташовано в відкритих або історичних таблицях у gl. Якщо це не так, ви отримаєте повідомлення із запитом на запуск програми Перемістити до журналу для AA, перш ніж перейти до завершення року gl.  ( Цю маршрутизацію потрібно запускати лише один раз після оновлення до версіїGP 10.0,і вам не доведеться запускати її знову.  Це був одноразовий процес. Утиліта не виправить дубльовані роки між таблицями AA або пошкодженими даними пізніше.)

Пам'ятайте: якщо ви ще не закрили gl-рік (з активованим AA) після інсталяції пакета оновлень пізнішої версії, ніж sp2 для версії 10.0, або оновлення до GP 2010, може з'явитися повідомлення на кшталт "Щоб закрити рік, необхідно об'єднувати транзакції та передавати докладні відомості до програмижурналу". До закриття додано код, який порівнюватиме роки у відкритих таблицях AA з минулими роками в настроюваннях звітного періоду компанії. Якщо в ряді таблиць AAG3000X є дані AA за минулий рік, ви отримаєте повідомлення про помилку. Щоб об'єднувати ці роки, зробіть ось що:

1.) У меню Microsoft Dynamics GP наведіть вказівник миші на Інструменти ,наведіть вказівник миші на пункт Утиліти ,фінансовий ,наведіть вказівник миші на Аналітичний бухгалтерський облікі виберіть Перемістити дані до журналу.

2.) За замовчуванням у системі з'являться відкриті таблиці AAG3000x найстаріший рік. Ви зможете переміщати тільки один рік за раз.

3.) Виберіть відповідний параметр. Перенесення даних про транзакцію до журналу. Цей параметр перемістить записи даних AA з таблиць даних про неї, і записи

BBFне створюватимуться. В іншому разі ви не зможете вибрати цей параметр, якщо не зможете вибрати запис BBF у таблицях AA. Цей параметр лише переміщує записи з таблиць AAG30000 до таблиць AAG40000.

Об'єднуватитранзакції та передавати докладні відомості до histor y. Цей параметр дає можливість перемістити записи про дані AA з таблиць журналу та створити BBF-entries. Однак для створення записів ФББд потрібні параметри, згадані раніше. Цей параметр об'єднує баланси всіх кодів вимірів транзакції на закритому році (позначені як об'єднані) і передаватиме відомості про AA до таблиць журналу.

Примітка. Консолідовані баланси переносяться на новий рік. Записи ФББ створюються із закритих років.

Лише звіт про попередній перегляд передавання друку. Це дасть змогу переглянути транзакції, які буде переміщено, не переміщаючи дані. У звіті попереднього перегляду відображаються об'єднання, які буде виконано.

Примітка. Цей параметр не змінює дані.

4.) Клацніть OK.

5.) Повторіть ці дії для кожного "історичного" року. (Де рік знаходиться у відкритій таблиці AAG30000, але знаходиться в таблиці журналу GL30000. Відкритий запис AA з старим роком потрібно перемістити до таблиці журналу AA відповідно до відповідного запису в таблиці журналу GL.)

Примітка. Якщо ви повторно виконли сценарії окремого року на кроці 3 вище, ви повинні отримати окремі роки для зіставлення між відкритими таблицями AA та GL, а також історичними таблицями AA та GL.

 

КРОК 4. ПЕРЕВІРКА ТАБЛИЦЬ AA НА НАЯВНІСТЬ ІДЕНТИФІКАТОРА ЗАГОЛОВКА, ЩО ПЕРЕКРИВАЄ

Запустіть цей сценарій у базі даних компанії, щоб дізнатися, чи існують між таблицями той самий ідентифікатор заголовка:

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

- Якщо ви знайшли повторювані ідентифікатори заголовків в обох таблицях, ми рекомендуємо відкрити інцидент служби підтримки по допомогу. За це стягується плата за випадок служби підтримки. Зверніть увагу: якщо знадобиться виправлення даних, знадобиться звернутися до консалтингу, який може сплачуватися вам.

Це трапляється, якщо ви відновили попередню базу даних Dynamics у верхній частині поточної бази даних Dynamics, і наступні доступні числа, які зберігаються в таблиці AAG00102 в базі даних Dynamics, повернуто. Дані GP змінюються порівняно з тими значеннями, які вже застосовуються, і для різних значень YEAR1 використовуватиметься те саме значення aaGLHdrID.
 

КРОК 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. В області Year End Close (Закриття року) установіть прапорець Consolidate Balances during Year End close (Об'єднувати баланси протягом року, закрити) і натисніть кнопку Зберегти.

   4. Повторіть кроки b та c для кожного виміру, який потрібно включити в процес закриття на кінець року.

Примітка. Якщо використовується значення MR і наведені вище прапорці не позначено, суми початкового балансу можуть бути пропущені, якщо дані виміру AA BBF не створено під час закриття на кінець року та звітуються про дані AA. 



КРОК 7. ПЕРЕВІРКА ЗРАЗКА ОБЛІКОВОГО ЗАПИСУ AA

Перш ніж обробляти закриття на кінець року, завжди варто переконатися, що таблиця AA Account Master table (AAG00200) відповідає головній таблиці облікового запису GL (GL00100). Якщо облікові записи відсутні, це призведе до неправильності записів BBF у AA. Виконайте наведені нижче сценарії в базі даних компанії, щоб переконатися, що всі таблиці "Зразок облікового запису GL", "Індекс облікового запису GL" і "Зразок облікового запису AA" мають однакову кількість записів:

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 join GL30000 b
on a.JRNENTRY = b.JRNENTRY
where a.SOURCDOC = 'GJ'
і a.TRXSORCE, як 'GLREV%'
і b.TRXSORCE like '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 table incorrectly has the Retained Earnings account index on the reversing entry.)

• Перевірте суму записів у AAG30002 дорівнює сумі записів у AAG30001 для записів aaGLHdrID для JE.

Відкрийте проблему з якістю роботи служби підтримки та довідку #91834, якщо потрібна допомога. 

ОНОВЛЕННЯ: цю проблему вирішено в січневому виправлення для 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 будуть замінені, якщо звітувати про АА.

Відкрийте справу служби підтримки та за потреби вирішіть проблему з якістю довідки #88914. 

ОНОВЛЕННЯ. Цю проблему вирішено в GP 2016 RTM.   

КРОК 9. НЕПРАВИЛЬНЕ ім'я AA BBF (***Відома проблема для GP 2016 лише***)

**ВАЖЛИВА ПРИМІТКА ДЛЯ КОРИСТУВАЧІВ DYNAMICS GP 2016***

**Ви повинні використовувати словник GP 16.00.0675 або новішої версії (або словник AA 16.00.0645 або новішої версії), перш ніж закривати Dynamics GP 2016, щоб на початку балансу переведено вперед**

Існує відома проблема з якістю #91502, коли ви закриваєте рік gl із AA.  Якщо у вас є облікові записи GL з балансом 0 доларів США та направляються коди AA вперед, то кодИ AA BBF будуть неправильними.  Ця проблема не виникає в GP 2015 і GP 2013.  

Виправлення цієї проблеми додано в грудневому пакеті оновлень (KB 4056559) для Microsoft Dynamics GP 2016.  Хоча грудневий випуск називається оновленнямCanadian Payroll накінець року в Канаді, його мають інсталювати всі користувачі США, для яких потрібне включене виправлення AA BBF.  Ми наполегливо рекомендуємо інсталювати це оновлення виправлення за грудень, перш ніж закрити gl, якщо ви використовуєте AA та маєте облікові записи GL з нульовим балансом для всіх інсталяцій (США, Канада тощо), які використовують АА. 

Зверніть увагу, що версія GP Dynamics 16.00.0641 не змінюється в діапазоні від 2017 р. до Year-End оновлення за листопад і 4046341 р.) і оновлення canadian Payroll Year-End (випуск за грудень і KB 4056559). Проте словник AA оноче з 16.00.0552 до 16.00.0645. (Поява довідки | Відомості про програму Microsoft Dynamics GP | Додаткові | Відомості про аналітичний бухгалтерський облік.) Щоб вирішити цю проблему з AA/BBF, знадобиться код AA в грудні. 

КРОК 10. ЗАКРИТТЯ ТЕСТУ

Завжди скопіюйте поточні резервні копії, перш ніж починати процес закриття на кінець року для головної головної усього року. Ми рекомендуємо спочатку перевірити, чи не з'являться помилки під час роботи на кінець року для головного головного етапу тестування в тестовій компанії. У процесі закриття на кінець року для GL фактично створюється баланс перенесених записів журналів (BBF) і переміщує записи за рік, який ви закриваєте в таблицях General Ledger та Analytical Accounting. Записи ФББ створюються в таблицях GL і AA. Відомості про процедуру закриття на кінець року див. в розділі бази знань, описаний у статті Загальні облікові 888003.

Щоб отримати додаткові відомості, клацніть номер цієї статті, щоб переглянути статтю в базі знань Microsoft:

888003 Year-End процедури закриття головної книги в Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
ПРИМІТКА. Помилка закриття року з АА SQL 2019 р.
Якщо ви використовуєте GP 18.2 з пакетом оновлення SQL 2019 і AA, gl year-end close не вдасться виконати з повідомленням нижче (попередні SQL версії працюють належним чином.  Помилка виникає лише SQL 2019 року.  Це виправлено в виправлення за лютий 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. ПЕРЕВІРКА ЗВІТІВ БАЛАНСУ

Ми рекомендуємо порівняти звіт балансу у звіті management Reporter з звітом General Ledger Trial Balance від Microsoft Dynamics GP, щоб переконатися, що баланси облікового запису переносяться в новий рік. Якщо ці баланси не збігаються, поверніться до резервного копіювання та зверніться до служби підтримки Microsoft Dynamics GP, щоб відкрити інцидент служби підтримки по допомогу.

ВНУТРІШНІ ВІДОМОСТІ КОРПОРАЦІЇ МАЙКРОСОФТ

Дата останнього оновлення: 03.12.2021 – cw
Автор: dspecht; Переписати 02.12.2012 за cwaswick, 19.09.2013. Додано крок 3 автора kenhub/cwaswick.
Writer: lmuelle
Технічний рецензент: kriszree
Редактор: v-andmck