Содержимое TechKnow ветвей
СВОДКА. Цель этой статьи — предоставить советы по усовершение суммы суммы,которая предоставляется учетной записи с общим
реестром.
ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ. Важно соотносить балансы учетных записей с общими книгами, которые должны быть соотносимы с учетными записями AR в общем реестре, и это необходимо сделать в рамках процесса закрытия на конец
месяца. Если выполняется ежемесячная выверка, при выполнении аудита будет доступна соответствующая документация, а все различия между двумя модулями можно зацепить и исправить до закрытия периода.
Какие учетные записи следует согласовывать?
Вся информация, введенная в этом отчете, обновляет учетную запись Общей книги. Самой важной учетной записью для выверки является учетная запись для выверки. Другие учетные записи, которые вы можете согласовывать между двумя модулями, — это счет ar Holding (если вы используете Cash Manager), счета доходов, денежный счет, скидки, финансовые платежи и т. д.
Если вы соблюсти расчет учетной записи AR в GL, общая сумма суммы суммы для суммы "Суммарной receivable" из модуля AR равняется балансу учетной записи AR в Общем реестре.
Какие отчеты следует проверять на выверка?
Остаток на пробной версиях клиента (08.620) — формат Open Documents Only или Клиенты от 08.610 (08.610) — итоговая сумма средств клиента.
Общий баланс пробной книги (01,610) — запустите этот формат только для балансиорской учетной записи. Для этого введите оператор Select для вашей учетной записи "Сумма активов" следующим образом: Field: account.acct, Operator: Equal, Value: (the AR account).
Итоговая сумма по счету в отчете GL Trial Balance должна быть соотвешена с итогом по отчету "Суммарная сумма". Если вывести итоги из этих двух отчетов, больше не требуется выверка.
ПРИМЕЧАНИЕ. Если у вас несколько учетных записей с receivable accounts и или нескольких подсчетных с одной учетной записью "Receivable accounts", необходимо сделать одно из двух вещей:
1. Напечатайте отчет AR с выпиской по выборке, чтобы включить только одну из учетных записей AR, а затем используйте одну и ту же выписку по выборке в отчете GL Trial Balance и сравните каждую из них по одному.
ИЛИ
2. Добавьте все учетные записи AR в баланс пробной пробной системы GL и сравните их с итогом из отчета AR.
Баланс пробного периода клиента (08,621) и 08,611 с конфиденциальными данными о сроках обслуживания( 08,611). Чтобы выверять прошлые периоды, Dynamics SL предоставляет эти отчеты, которые показывают балансы документов за этот период и могут использоваться для согласования с общими книгами за предыдущий период.
Сопоставление различий между отчетом AR и балансом пробной оценки GL. Если разница была обнаружена путем сравнения итогов по пробной оценке для клиентов или по пробным остаткам для клиентов с пробным балансом GL, в Dynamics SL доступно множество подробных отчетов, которые помогут найти
различия.
Detail General Ledger (01.620) — печать этого отчета для учетных записей с receivable accounts(Отчет о подотчетной учетной записи). В этом отчете будут демонстрироваться все записи, которые были опубликованы в учетных записях за период.
Чтобы проверить модуль, в котором возникла запись в AR, используйте поле Type Jrnl. Он будет иметь модуль, назначенный как AR (Выплата по счету), GJ (Общий книги) или AP (Accounts Payable). Возможно, при вводе пакета GL тип дневника можно изменить на AR. В этом случае одного лишь шрифта Jrnl для поиска расхождений может быть недостаточно. В этом случае для определения необходимых транзакций в дополнение к типу Jrnl используйте тип Tran. Возможные типы tran: GL (Общий реестр), CE (консолидация), LS (источник выделения) и LD (Назначение выделения). Тип Tran эквивалентен типу документа исходного документа.
Если имеется тип, который отличается от AR, это означает, что запись была сделана в учетную запись "Подотчетная по счету" с помощью модуля, который отличается от типа "Подотчетная учетной записи", который создаст разницу между общими книгами и "Отчет по счету". Чтобы найти исходную запись транзакции, можно сделать следующее:
1. Обратите внимание на пакетный номер транзакции в поле Bat Nbr и запись в поле "Тип jrnl" в отчете Detail General Ledger.
2. Откройте поле Edit Report (Изменить отчет) для модуля, задаемого в поле "Тип Мядля" (то есть, если полем "Тип- ИД" является GJ), откройте отчет GL Edit (01.810). Введите заявление о выборе, чтобы включить в отчет только номер пакета, как было отмечено выше. Изучая транзакцию в отчете Edit Report(Изменить отчет), определите, какие корректировки необходимы для балансиции учетных записей между общими учетными записями Книги и Receivable для учетных записей.
Записи, опубликованные за предыдущие периоды, не будут печататься в текущем отчете Detail General Ledger. Чтобы определить, были ли записи опубликованы с предшествующими периодами, сравните остаток в начале текущего месяца в отчете Detail General Ledger с остатоком в отчете за предыдущий месяц для счетов и подотчетов для receivable accounts receivable accounts .. Если остаток за текущий месяц и остаток за предыдущий месяц не одинаковы, это указывает на то, что транзакция была опубликована за предыдущий период. Напечатайте общие книги подробных за предыдущий период и изучайте транзакции, которые были опубликованы в этот период. Транзакции, которые были опубликованы в другой период, помечаются звездочкой (*), а в нижней части страницы печатается описание "Указывает на то, что указанный период отличается от периода", так что вы можете легко увидеть, какие транзакции были опубликованы в другой период.
Транзакция GL (01.680) — этот отчет также используется при попытке выверки различий между общими книгами и отчетом о подотчетной учетной записи. Создание отчета в формате "Непоставка". В этом отчете перечислены все транзакции, которые были введены через дочерние модули, такие как "Подотчетная по счету", а также транзакции, указанные в общем реестре. Это обеспечит отсутствие неотпоставных транзакций, которые могут повлиять на балансы клиента или общего реестра.
Распространение учетных записей (08.630). Чтобы убедиться, что счета для дебиторской и дебетовой счетов-фактур были надлежащим образом дебетовыми, а также выставлены кредиты на платежи и кредитные записи, необходимо просмотреть этот отчет. Остаток в этом отчете должен равняться балансу учетных записей с receivable accounts в отчете Detail General Ledger. Проверка поля "Тип транзакции" (TnTp) поможет выявить транзакции. Типы транзакций в модуле "Дебиторская выплата" : IN (счет), PA (платеж), CM (credit memo), DM (debit memo) и FI (финансовые платежи). В этом отчете также указано количество пакетов для каждой транзакции. При обнаружении сомнительных транзакций обратите внимание на номер пакета в поле Пакет и просмотрите пакет, задав для пакета отчет AR Edit (08.810).
Транзакции AR (08.640). Этот отчет полезен, если в любом из вышеперечисленных отчетов отображаются сомнительные транзакции. В этом отчете перечислены все транзакции, которые были введены за текущий период в счетах и memo (08.010), платежных приложениях (08.030) и Записи платежа (08.050). В нем показаны все счета с receivable и смещение расходов, на которые опубликованы транзакции. Чтобы отсортировать отчет по типу транзакции, выберите ARTRAN. TranType в поле Сортировка и выбор, а также в поле значения выберите тип TnTp для транзакции, о котором идет речь.
Проверка целостности данных для accounts Receivable (08.990). Если после проверки выше сообщение о том, что проблема не устранена, рассмотрим следующий вариант. Проверка целостности проверяет, что данные в модуле "Receivable accounts" полны и точны.
Параметры, которые используются только для проверки данных, но не изменения данных в модуле "Receivable accounts": Verify Posted AR Batches (Проверка почтовых пакетов обработки ar batchs) — выберите, чтобы просмотреть все выпущенные пакеты обработки
receivable для учетных записей, чтобы убедиться, что они правильно переданы общему реестру (то есть полные и точные в Общем
реестре). Этот процесс позволяет найти все пакеты и убедиться в том, что для пакета имеются документы, а их объемы скопировали в итоговом пакете контроля. Если есть различия, будет создана запись журнала событий.
Проверка остатков клиентов. Выберите, чтобы просмотреть все записи клиентов, чтобы убедиться, что остаток на открытом документе каждого клиента равняется текущим и будущим остаткам клиента. Если есть различия, будет создана запись журнала событий.
Проверить платежные приложения. Выберите, чтобы проверить процесс подачи заявки для всех платежей и записей о кредите, чтобы убедиться, что были обновлены (правильно применены к базе данных) и скорректированы записи документов. Если есть различия, будет создана запись журнала событий.
Проверка периодов закрытия. Прежде чем запускать параметры для исправления или перестройки данных, всегда следует запускать
параметры проверки. Правильные параметры проверки целостности данных и их перестройки должны быть с осторожностью запускаться, так как эти параметры изменяют данные в связанных записях. Процесс перестройки не должен запускаться без утверждения со стороны бухгалтера. Перед запуском любого из этих процессов всегда следует завершить резервную копию базы данных. Возможные варианты: Корректировка баланса клиентов на общий баланс документов— выберите, чтобы просмотреть все записи клиентов и обновить (переустановить) записи, чтобы согласовать их со вспомогательными открытыми
документами. Перед запуском этой функции убедитесь, что все документы в базе данных полные и правильные. Перед запуском этой функции запустите проверку почтовых пакетов AR, Проверка остатков клиентов и Проверка платежных приложений. Этот параметр доступен только в том случае, если выбран параметр Проверить балансы клиентов.
Перестроить ar History from Documents — выберите, чтобы обновить записи истории клиентов, обобщив документы о суммарных итогах для каждого клиента по периодам. Перед запуском этой функции запустите проверку почтовых пакетов AR, Проверка остатков клиентов и Проверка платежных приложений.
Правильные периоды закрытия. Если ошибки найдены и исправлены, необходимо повторно напечатать и проверить остаток на пробной версиях GL и пробной версия AR клиента AR или отчет "Возрастная ar", чтобы убедиться в том, что они
согласны.
После того как ежемесячная выверка будет выполнена и проверено, что можно выполнить проверку receivable для учетных записей и общий реестр, можно выполнить заключение за месяц.
Эта статья была посвящена ид.: 136078
