ШАГ 1. ОПРЕДЕЛЕНИЕ ИСПОЛЬЗОВАНИЯ ТАБЛИЦ AA В ФИНАНСОВЫХ ОТЧЕТАХ

Перед тем как закрыть GL или выполнить действия из этой статьи, запустите свои финансовые отчеты, которые обычно должны остаток на счете пробной системы GL. В зависимости от того, что вы нашли, следуйте соответствующему способу:

-СПОСОБ 1-ЕСЛИ ПРАВИЛЬНО: если ваши финансовые отчеты верны и соответствуют gl, вы можете перейти к шагам 2–8 в этой статье, которые по-прежнему необходимо завершить, чтобы не получать ошибок AA в процессе закрытия gl year end.

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


-МЕТОД 2.ЕСЛИ НЕ ПРАВИЛЬНО: однако если ваши финансовые отчеты не соответствуют вашим финансовым отчетам, скорее всего, это связано с используемыми таблицами AA, а данные AA не соответствуют данным GL. Чтобы проверить данные AA, необходимо сначала выполнить сценарии SQL, 2910626 КБ, а также остальные действия, перечисленные в этой статье.  

Примечание. Данные, используемые в Management Reporter, читают таблицы AA (и GL), или устаревший поставщик, используемый с Management Reporter, может читать данные компании AA.

Действия для метода 2:

a.) Сначала запустите все сценарии в KB 2910626 чтобы проверить данные AA с помощью данных GL.   

Финансовые отчеты от Management Reporter не совпадают с общими отчетами о счете пробной книги в 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 year. Система проверит, есть ли данные AA в соответствующем ряду открытых и исторических таблиц AA, так как они будут отбирать данные GL в открытых и исторических таблицах GL. Если это не так, вы получите сообщение о том, что перед завершением gl Year End вы получите сообщение о запуске стежки перемещения в history Utility для AA.  ( Эту процедуру следует запускать только один раз после обновленияGP 10.0,а вам не нужно запускать ее снова.  Это должен был быть разовая процедура. Эта скайпа не исправит повторяющиеся годы между таблицами AA или поврежденные данные позже.)

Помните, что если вы не закрыли gl year (с активацией AA) после установки пакета обновления 2 позднее SP2 для версии 10.0 или обновления до GP 2010, может появиться сообщение"Вамнеобходимо консолидировать транзакции и передать данные в служлужбу для истории, чтобы закрыть год". Код был добавлен в процесс закрытия, который сравнивает годы в открытых таблицах AA с историческими годы в настройке финансового периода компании. Если в ряду таблиц AAG3000X за исторический год есть данные AA, вы получите сообщение об ошибке. Чтобы консолидировать эти годы, выполните указанные здесь действия.

1.) В меню Microsoft Dynamics GP найдите пункт Инструменты ,на указатель на пункт Программы ,на пункт Финансовые ,на пункт Аналитика и щелкните Переместить данные в журнал.

2.) По умолчанию старый год будет установлен в системе, найденной в открытых таблицах AAG3000x. Вы сможете перемещать только один год за один раз.

3.) Выберите подходящий вариант: передача подробных данных транзакции в журнал— при выборе этого параметра записи данных AA будут перемещаться из открытых в таблицы журналов, и записи BBF не

будут созданы. Убедитесь, что в таблицах AA нет записей BBF, иначе выбрать этот параметр вы не сможете. Этот параметр просто перемещает записи из таблиц AAG30000 в таблицы AAG40000.

Консолидация транзакций ипередача данных в журнал y. При этом записи с подробными данными AA будут перемещаться из открытых в таблицы журналов и создавать записи BBF. Однако для создания записей 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, что и в таблицах AAG30000/AAG30001/AAG30002. Процесс должен выполняться в два шага:

Если вы еще не закрыли Общий реестр, выполните следующие действия, чтобы убедиться, что измерение помечено правильно, чтобы включить его в процесс закрытия:

1. Пометить параметры настройки, чтобы включить аналитический учет в завершение года, можно следующим образом:

   1. В меню Microsoft Dynamics GP найдите пункт Инструменты ,найдите пункт Настройка , найдите пункт Компания , найдите пункт Аналитика и нажмите кнопку Параметры.

   2. Щелкните, чтобы выбрать поле Включить в окончание года, а затем нажмите кнопку ОК.
      
      
      Примечание. Этот параметр просто позволяет создавать элементы остаток на счете в измерениях. Данные аналитического учета будут по-прежнему перемещаться в таблицы ряда AAG40000 при закрытии общей книги независимо от того, отмечен ли этот параметр.

2. По отдельности пометить измерения, которые будут включены в конце года, следующим образом:

   1. В меню Карточки найдите пункты Финансовые, Аналитический учети Размер транзакции.

   2. В списке Измерение Trx выберите измерение, которое вы хотите включить в процесс закрытия до конца года.

   3. В области Year End Close (Завершение года) щелкните, чтобы выбрать кнопку Консолидация остатков в период закрытия окончания года, а затем нажмите кнопку Сохранить.

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

Примечание. Если вы используете MR и вышеперечисленные почтовые ящики не помечались, то суммы первого остатка могут быть пропущены, если в конце года не были созданы данные измерения AA BBF и вы создаете отчеты на основе данных AA. 



ШАГ 7. ПРОВЕРКА МАСТЕРА УЧЕТНОЙ ЗАПИСИ AA

Перед обработкой закрытия по окончании года всегда имеется хорошая идея проверить, совпадает ли этаповая таблица AA Account (AAG00200) с этапной таблицей GL( GL00100). Если учетные записи отсутствуют, это приведет к неправильному вводу BBF в AA. Запустите сценарии ниже для базы данных компании, чтобы убедиться, что в таблицах GL Account Master, GL Account Index и 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 не совпадает, обратитесь к

В 855963 КБ см. действия, которые можно найти в таблице "Как воссоздать таблицу "Индексы учетной записи" (GL00105). 





ШАГ 8. ПРОВЕРКА ОТЗЫВОВ ЗАПИСЕЙ GL/AA (ТОЛЬКО GP2015/GP2016)

В каждой версии есть проблемы с отзывом записей, опубликованных в журнале GL, как было отмечено ниже.  Запустите сценарий ниже для базы данных компании.  Просмотрите результаты, как отмечено для каждой версии.  При необходимости обратитесь в службу поддержки и со ссылкой на проблемы с качеством. 

Запустите этот сценарий, чтобы просмотреть все записи об отзыве, которые были опубликованы в прошлом году. 

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

Select distinct(a.JRNENTRY) from GL20000 a присоединиться к GL30000 b
on a.JRNENTRY = b.JRNENTRY
where a.ЕЕCDOC = "GJ"
and a.TRXSORCE like 'GLREV%'
и b.TRXSORCE, например GLTHS%.

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

Просмотрите результаты, описанные ниже для используемой версии:

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

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

• Обновив seQNUMBR в таблице GL20000, введя "GLREV", в таблицу AAG30001 обновим seQNUMBR. (При использовании MR необходимо использовать SEQNUMBR из таблицы AA, чтобы mr прочитать его.)

• Обновив actINDX в таблице AAG30001, введя в таблицу GLREV запись, которая будет соответствовать actINDX в таблице GL20000. (В таблице AA неправильно указан индекс учетной записи "Сохраненная заработная плата" в записи, возвращаемой в конце.)

• Проверьте сумму записей в 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 будут переостатированы при отчетности по AA.

При необходимости откройте обращения в службу поддержки и со ссылками на проблему с качеством справки #88914. 

ОБНОВЛЕНИЕ. Эта проблема устранена в GP 2016 RTM.   

ШАГ 9. НЕПРАВИЛЬНАЯ ПРОБЛЕМА AA BBF (***Известная проблема только для GP 2016***)

**ВАЖНОЕ ПРИМЕЧАНИЕ ДЛЯ ПОЛЬЗОВАТЕЛЕЙ DYNAMICS GP 2016***

**Необходимо использовать словарь GP 16.00.0675 или более высокий (или словарь AA 16.00.0645 или более высокий), прежде чем закрывать Dynamics GP 2016, чтобы правильно сбалансировать остаток на начале работы**

При закрытии gl year в AA существует известная проблема с качеством #91502.  Если у вас есть учетные записи GL с балансом $0 и выкатились коды AA вперед, это будет неправильно.  Это не проблема в GP 2015 или GP 2013.  

Исправление этой проблемы включено в декабрьском обновлении исправлений (KB 4056559) для Microsoft Dynamics GP 2016.  Несмотря на то, что декабрьский выпуск называется обновлением2017 canadian Payroll Year-end,его должны установить все клиенты в США, для которых требуется это исправление BBF для AA.  Настоятельно рекомендуется установить это обновление за декабрь, прежде чем закрывать gl, если вы используете AA и используете учетные записи GL с нулевым балансом для всех установок (США, Канада и т. д.), использующих AA. 

Обратите внимание, что версия 16.00.0641 Dynamics GP не меняется между обновлением 2017 us Year-End (ноябрьский выпуск или KB 4046341) и обновлением 2017 для системы заработной платы Year-End (декабрьский выпуск или KB 4056559). Однако словарь AA будет обновляться с 16.00.0552 до 16.00.0645. (Проверьте справку | О microsoft Dynamics GP | Дополнительные | Аналитика.) Чтобы устранить эту проблему, вам потребуется код AA в декабрьском выпуске. 

ШАГ 10. ЗАПУСК ТЕСТА ЗАКРЫТЬ

Всегда делайте текущую резервную копию перед началом процесса закрытия GL до конца года. Рекомендуется сначала протестировать завершение проверки gl в компании, чтобы не получать ошибок. Процесс закрытия gl Year-End — это то, что фактически создает баланс, который вывели записи журнала (BBF) и перемещает записи за год, который вы закрываете как в общих таблицах бухгалтерского учета, так и в аналитическом учете. Записи BBF создаются в таблицах GL и AA. Обратитесь к процедуре, описанной в 888003 КБ, процедурам закрытия для общей книги.

Для получения дополнительных сведений щелкните номер следующей статьи, чтобы просмотреть статью в базе знаний Майкрософт:

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

-----------------------------------------------------------------------------------------------
ПРИМЕЧАНИЕ. Сбой окончания года с AA SQL 2019 г.
Если вы используете GP 18.2 с загруженными SQL 2019 и AA, завершение gl year-end завершится сбой с сообщением ниже: (SQL работают нормально.  Сбой происходит только SQL 2019 г.  Это исправлено в исправлении за февраль 2020 г. Дополнительные сведения можно найти в блоге AA YE.)

"Внутренняя ошибка: достигнуто ограничение на количество служб выражений. Проверьте, могут ли сложные выражения в запросе, и попробуйте упростить их".  

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

ШАГ 11. ПРОВЕРЬТЕ, НЕ ОЧИСТИТЬ ЛИ "УЧЕТНЫЕ ЗАПИСИ ЕДИНИЦ" (ТОЛЬКО GP 2013/GP 2015 — #86400)

Если вы используете Microsoft Dynamics GP 2015 или Microsoft Dynamics GP 2013 и пометили для учетных записей unit значение "Очиститьбаланс во время закрытия Year-End Close", записи в таблице AAG30002 могут по-прежнему неправильно иметь значения и должны соответствовать таблице AAG30001 в значение 0,00.  (Эта проблема устранена в 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 с общим отчетом о балансе пробной книги от Microsoft Dynamics GP, чтобы убедиться, что остаток на счете, который был перенаправлен на новый год, правильный. Если эти остатки не совпадают, восстановите резервную копию и обратитесь в службу поддержки Microsoft Dynamics GP, чтобы получить дополнительный инцидент поддержки.

ВНУТРЕННИЕ СВЕДЕНИЯ МАЙКРОСОФТ

Дата последнего обновления: 03.01.2021 — cw
Автор: dspecht; перезаписан 02.01.2012 в cwaswritten, 19.09.2013 — добавлен шаг 3 by 1hub/cwaswritten.
Автор: lmuelle
Tech Reviewer: kriszree
Редактор: v-andmck