Відомості про відмінності під Вільний час узгодження головної книги, керування рахунками до сплати або керування рахунками до одержання, у Microsoft Dynamics GP

ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.

Клацніть тут, щоб переглянути цю статтю англійською мовою: 866570
ВСТУП
У цій статті описано, чому рахунків до сплати залишок на рахунку або дебіторська заборгованість облікові запис А бізнес-партнера, залишок на рахунку головної книги, що відрізняється від суми через на до історичні віку пробний баланс звіт у Microsoft Dynamics GP. Там є актуальні питання, в кінці цієї статті.
Додаткові відомості
Узгодити, згідно з головною книгою було новим для Microsoft Dynamics GP, 10.0 (SP2). Ця процедура створює, Microsoft Office Exel електронної таблиці. Можна використовувати цю таблицю, відповідно до угода TRIPs, керування рахунками до сплати або керування рахунками до одержання, опубліковані на головної книги. Цей процес не створює транзакцій, що виправлення. Проте цей процес допоможе вам визначити відмінності транзакцій, указані в цьому розділі. Щоб відкрити вікно "Узгодження з GL", Microsoft Dynamics GP виберіть у меню командузасоби , пункти процедури, пункти фінансовихта виберіть узгодити в головній Книзі.


Нижче наведено на запуск список проблем, які ми бачили причини відмінності:

  • Історичний пробний баланс віку звіт, друкується з обмеження. Друк історичний пробний баланс віку звіт з лише дата обмеження.
  • Не всі облікові запис А бізнес-партнера сплачується облікові запис А бізнес-партнера або всі облікові запис А бізнес-партнера, заборгованість рахунки для перегляду в цілому книга. Переконайтеся, що всі облікові запис А бізнес-партнера, оплата рахунків, або всі облікові запис А бізнес-партнера дебіторська заборгованість рахунки головної книги, у перегляду.
  • Пакетів керування рахунками до сплати або керування рахунками до одержання, було додано до головної книги. Пакета в головної книги було змінено або редагування, перед тим, як це було опубліковано.
  • Настроювання облікових записів сплачується обліковий запис А комп'ютера або облікові запис А бізнес-партнера, які можуть бути заборгованість запису введено безпосередньо в цілому книга. Ці операції, оновіть обліковий запис А комп'ютера у головної книги. Ці операції не оновлення звіт історичний пробний баланс років.
  • Проміжок часу, на детальні пробний баланс звіт у цілому книга не відповідає проміжок часу, у звіті історичний пробний баланс віку керування рахунками до сплати або керування рахунками до одержання. Під Вільний час друку, історичний пробний баланс віку звіт, натисніть кнопку Установіть прапорець Головної книги, дату публікації в області Виберіть операції для звітів за допомогою .
  • Транзакції, було опубліковано керування рахунками до сплати або керування рахунками до одержання. Проте ці операції не було опубліковано до головної книги, якщо вони були для початку залишки. Якщо протокол IMAP з Головна книга прапорець не встановлено, у вікні налаштування, розмістивши серії придбання або продажу серії, операції буде опубліковано керування рахунками до сплати або керування рахунками до одержання. Проте ці операції, не буде опубліковано до головної книги.
  • До Доріжки знижки доступна в GL прапорець у вікні сплати керування настроювання або у вікні дебіторська заборгованість керування інсталяції. Після цього чиста сума рахунку-фактури буде опубліковано головної книги. Крім того, залишку Опубліковано доступний обліковий запис А комп'ютера знижки. Чиста сума відображатиметься детальні пробний баланс звіт у цілому книга. Проте рахунку-фактури представляє результат груба рахунку на історичні віку ознайомлювальна версія баланс керування рахунками до сплати або керування рахунками до одержання.
  • Документи було анульована в інший період, ніж попередньо опубліковані. Детальні пробний баланс звіт загалом книга не відповідає історичний пробний баланс віку звіт. Наприклад, припустимо, що ввійшов рахунку-фактури 1/1/2007. Цей рахунок була анульована, 1/2/2007. Загальна книга докладні пробний баланс звіту друкується, 1/2/2007-2, 28, 2007. Звіт відображатиметься voided транзакцій. Якщо друку з використанням же діапазон дат історичний віку пробний баланс voided документ не буде друкувати у звіті через те, що вона анулювала.
  • Баланс облікові запис А бізнес-партнера, що сплачується облікового запису, що баланс або рахунків-дебіторська заборгованість залишок загалом книга для на історичні віку пробний баланс звіт протягом періоду, залишки зі звіту історичний пробний баланс років має Ісаї мережі змінити на детальні пробний баланс загалом книга за той же період.
  • Якщо ви бажаєте баланс на рахунки до сплати залишок на рахунку або обліковий запис А комп'ютера облікові запис А бізнес-партнера дебіторська заборгованість баланс взагалі книга історичний пробний баланс віку звіт день, який не певний, визначити, чи керування рахунками до сплати або керування рахунками до одержання має ніколи не було збалансованим. Керування рахунками до сплати або керування рахунками до одержання ніколи не було виконано збалансоване, початок залишки можливо неправильні. У цьому випадку баланс найбільш поточного періоду, спочатку і потім, узгодити попередніх місяців у зворотному порядку.
  • Якщо є розміщення переривання, пакетів може не внесені належним чином головної книги, керування рахунками до сплати або керування рахунками до одержання.
  • Не всі, головної книги, партіями було опубліковано.
  • Під Вільний час друку, історичний пробний баланс віку звіт, ви не клацніть встановіть прапорці в області виключений:
    • Unposted застосовується кредит документів
    • Нульова балансу
    • Дія
    Установіть прапорці поруч із та надрукувати звіт історичний пробний баланс років.

    Примітка. Відповідно до загального книга детальні пробний баланс звіт і звіт історичний пробний баланс років певних документах, виберіть варіант зніміть прапорець Повністю оплачено документів .
  • Якщо використовується Багатовалютність керування, коли ви уцінку, було встановлено після придбання/продаж зсув обліковий запис А комп'ютера.
  • У Microsoft Dynamics GP, 10.0 кредитної розрахункова картка кількості внесено в сплати транзакцій картці рахунку-фактури. Це може спричинити дисбаланс в полі узгодити для керування рахунками до сплати до головної книги через те, що чистий зміни буде опублікувати, модуль головної книги.
  • Якщо розміщення переривання або проблеми з сплати або дебіторська заборгованість пакета та транзакції знайдено в обох роботу, і відкриті таблиці, у той же Вільний час видалення пакета RM або PM у п. призведе до проблем. У цьому випадку користувач звичайно бачить записів в обох таблицях і вирішує в роботі пакета не потрібно, тому вони просто видалити його GP. Так, як роботу і відкрити таблиці спільний доступ до таблиці розсилки, видалення пакета у п. також, видаліть розповсюдження записів з ним. Кінцевий результат в тому, що на операції запис А відсутній, але є немає відповідних розподіли, з боку RM або PM, але GL оновлено належним чином. Ця проблема буде розглянуто в наступній версії Microsoft Dynamics GP.
  • Розподіли можуть відображатися в розділі потенційно зіставлені з різним об'ємом, якщо знижки. Для того, щоб відповідати, знижки рахунки головної книги має мають було повернуто за допомогою облікового запису PM/RM перед запуском з узгодити GL процесу. Закрийте таблицю та перезапустіть знижку GL облікових записів, а у списку.
  • Розподіли, можуть бути відсутні на стороні PM/RM, якщо тип (готівкою, оплата, PURCH) було змінено. У таблиці узгодити обліковий запис А комп'ютера використовується лише на стороні Головна книга. обліковий запис А комп'ютера не використовується на стороні PM/RM. PM/RM стороні тягне, використовуючи платити або елемент Зап типу, незалежно від того, яку можна використовувати, таким чином, тому слід обов'язково список п або р облікові запис А бізнес-партнера, узгодити вікна. І просто перемикання тип розповсюдження у таблиці SQL не має розповсюдження, які автоматично з'являються, якщо ви повторно створити таблицю.
  • Перевірте застосувати дати та головної книги протокол IMAP датою застосувати таблиці багатовалютність операцій, порівняно з фактичної дати його було опубліковано в GL. Наприклад, 22 січня кредит приміток, випущений 31 грудня застосовано рахунок-фактура, випущений гру 5 а також застосувати дати і залишилися GL протокол IMAP датою як 22 січня. Проте під Вільний час публікації GL пакета, користувач змінив термін до 31 грудня. У цьому випадку узгодити, для GL таблиці місяця у грудні списки, реалізовані отримати/втрати обсяг двобічний, і вони з'являються, будуть узгоджені. Однак HATB звіт не розпізнаються розміру реалізованих отримати/збитків і буде зсунуто на цей обсяг в порівнянні з GL, оскільки не було застосовано або додано до січня, відповідно до запису застосувати.


Актуальні питання:


Запитання на 1: Чи до узгодити таблицю з головної книги за умов узгодження для сплати/дебіторська заборгованість в головній Книзі?

A1: Узгодити, щоб GLfeature-це виправлення неполадок засобу для користувачів, що визначення неперевершену розподілу між RM/PM і GL. Це було не обов'язково означає зв'язати з, для на HATB, що не цілей, хоча ми знаємо, що клієнти роблять це. Залишки на узгодити, щоб GL таблиці, є найкращі оцінки, за допомогою простих запит на додавання або віднімання розподіли, в таблиці. Беручи до уваги, що залишки на до HATB майже в кожній таблиці до уваги і більш складні та точні залишки і тому два, часто не зв'язати з.

"True" узгодження "має бути між до RM або PM пробний баланс історичні років (HATB) і GL-пробний баланс звіти. Якщо це відповідає, то вам буде не обов'язково потрібно запустити в узгодити GL інструмент для цього місяця. GL таблиць складається з надходжень та титри, і таблиць, у HATB, витягує з транзакцій заголовок і застосування записів таблиці. Таким чином користувачам запропоновано спосіб узгодити розподіли, GL, у таблиці розповсюдження, RM або PM допоможуть знайти відмінності в рівні, що. Таким чином, що це причини, чому був створений узгодити, згідно з головною книгою. Він мав засобом виправлення неполадок порівняти розподілу для розподілу, між модулів, щоб визначити відсутність розподіли,, може привести вас до на відсутність transactionfrom на HATB. Так, використовувати узгодити, GL інструмент як на допомогу лише для узгодження з HATB GL пробний баланс. Якщо HATB і GL ТБ баланс, потім насправді не потрібно запустити в узгодити GL. exe для цього місяця.


Запитання. 2: Має відповідати підсумки узгодити, щоб GL таблиці підсумки в HATB?

A2: Ні. Підсумки узгодити, для GL таблиці тільки на прості додавання/віднімання розповсюдження запис А бізнес-партнера в цій таблиці і не враховувати будь-які інші таблиці. У той Вільний час як на HATB перевіряє зовсім різні таблиці обчислення залишку, використовуючи транзакцій і застосовувати записів таблиці і є більш складне обчислення. Через різні обчислення способів/таблиці використовуються для отримання залишки узгодити, для GL таблиці не очікується прямий зв'язок з HATB звіти, залишки aging і зробить узгодження з їх важко. Це не потрібно пов'язати залишки на узгодити, для GL таблиці HATB звіт.

Рекомендуємо ігнорувати підсумки узгодити, для GL таблиці та скористайтеся неперевершеною і потенційно відповідають розділи, щоб допомогти вам знайти відмінності дослідження бачити, якщо це також можуть пояснити, різниця між HATB та головної книги ТБ. Узгодити, для GL таблиці не за умов узгодження а лише створювався 'допомога', щоб визначити розповсюдження розбіжності дослідження, щоб побачити, якщо це зміни на рівні транзакцій. Насправді, якщо в HATB ТБ-GL, дійсно не буде необхідно запустити в узгодити GL. exe на місяць, тому не відмінності, щоб визначити.

Ifyou все одно бажаєте зв'язати залишок на узгодити, щоб GL таблиці до залишок на HATB, це не підтримується в разі регулярної підтримки. Причини, що ми визначили, перелічених у верхній частині цього KB і може бути кілька причин, які ще не визначено. Але з цього узгодити не необхідні між простий загального залишку на узгодити, GL таблиці та більш складні обчислюваний стан HATB звіт а не за призначенням програми узгодити. exe, його можна вважати консалтинг витрати, щоб переглянути в даних, допомогти вам узгодити, що це один з одним.



3 кв.: Що робити, якщо розподіли, які відсутні на стороні Головна книга?

A3: Якщо розподілу з боку RM або PM, не на стороні Головна книга, дослідити на стороні Головна книга для синхронізації відмінності. Перевірте, розміщені всіх пакетів з головної книги. Якщо вони дійсно відсутні на стороні Головна книга, слід ключ коригування журналу запис А безпосередньо до головної книги для цього елемента створення GL-розподілу.



Запитання-4: Що робити, якщо розподіли, відсутні на стороні RM або PM?

A4: Розповсюдження головної книги, указано, але відсутні на стороні RM або PM, спочатку розслідування часу відмінності. Також дослідження, якщо зазначено на HATB звіт себе угода TRIPs, і вже припадає. Це можливо, що транзакції, існує, а також до розподілу лише відсутні. Таким чином, питання стає "як отримати розподіли, RM або PM, якщо операцію?" По-перше, майте на увазі, що, розповсюдження таблиці RM або PM не використовується для будь-якої мети та звіти в GP, інші, ніж це узгодити таблиці. Тому це дійсно необхідно, щоб їх додано знову, до RM або PM? Оцінити у цей момент заповнити таблиця, у якій не використовується в будь-якій інший.

Проте, якщо ви вирішили таким чином вирішити PM розповсюдження таблиці, вам доведеться до втрати документа, так і застосовується запис А бізнес-партнера перехід до відкриття. Потім скористайтесь видалення транзакцій журнал утиліту для видалення voided документ. Переконайтеся, що встановлено на "Надіслати" GL розміщення а не "Надіслати до головної книги". Видалення пакета GL, створені в недійсним. Виберіть часовий документ до сплати, так і відтворюється угода TRIPs і розподілу. Переконайтеся, що до втрати цього пакета головної книги. Необхідних новий документ відкритих документів, і вони можуть перейти до попереднього стану, ще раз.

Щоб виправити її на таблиці RM розповсюдження, вам доведеться видалити сторони рахунку і спосіб оплати, а також rekey, їх назад в та видалення пакета в GL.



Запитання з 5: Транзакції в розділі потенційно відповідають виникнути враження, що вони відповідають. Чому не так, у розділі Matched?

A5:Існує кілька поля, що відповідає для кожного запису для розповсюдження. Всі поля, має відповідати перемістити її в розділі "Matched". Якщо деякі, але не усі поля, а потім він поставить потенційно відповідає розділу. Наприклад, нижче наведено поля, що відповідає вечора до головної книги.

Кредиторська заборгованість керування – Головна книга
Ваучер номер – Відбуваються, номер
TRX джерело – Відбуваються, TRX джерела.
Розміщення дата - дату операції
На обліковий запис А комп'ютера, обсяг – Дебет кількість або сума


Q6: Якщо ключ відсутні розподіли, головної книги або RM/PM і повторно узгодити, для GL таблиці, буде перенесено неперевершену або потенційно відповідних елементів, до розділу Matched?

A6: Ні. Якщо, окремо, пов'язані з операціями на ваучер на різні номери і Trx вихідних кодів. Щонайбільше дату, що розміщення та кількість може відповідати, який може створити в розділі потенційно відповідають таблиці.



Q7:Чому припинення стан щомісячні або щоквартальні електронної таблиці не відповідає стан початок наступного щомісячні або щоквартальні таблиці?

A7: Ifthe закінченням баланс один період не відповідає початку баланс наступний період, часто за загублений розповсюдження, запис А бізнес-партнера, які мають записів заголовка, вкладених книга таблиці. Баланс закінченням вираховується шляхом Excel права на аркуші. Він просто бере початок балансу для цього періоду, у верхній частині таблиці і додає/суми вираховує розповсюдження запис А бізнес-партнера, які з'являтимуться на таблицю до прибуття в закінченням балансу. З іншого боку, в наступний період, початок баланс визначається, буду обчислення простих кредитної/дебетової розповсюдження записів у таблиці SQL, і збережену процедуру приєднатися до заголовка таблиці, так і не міститимуть розподіли, без заголовок запису. Кінцевий результат може бути, що деякі розподіли обчислюється до закінчення баланс до таблиці і пропущено, від початку залишок на наступний період.



Запитання, 8: Розподіли, з боку RM/PM існує, але не витягати, у таблиці.

A8: Перегляньте, ці шляхи виправлення неполадок:
  • Перевірте rangeused дата, на узгодити, до таблиці.
  • Переконайтеся, що на розподіли існує в таблицях PM10100 або PM30600 для PM. (або RM: пошук RM10101, або RM30301) Перевірте дати такого розподілу переконатися, що вони потрапляють у діапазон, введений для таблиці. Важливо отримати дані в таблицях RM або PM розповсюдження, а не для того, щоб покладатися тільки на друкується розміщення журналів, наприклад.
  • Якщо в таблицях RM або PM до збірок, подивіться на ці розподіли документа, на зовнішньому. Вони мають тип розповсюдження ОПЛАТОЮ або елемент Зап? Це лише типи, які витяг на щоб узгодити таблицю з боку RM або PM.


Попередження. Цю статтю переведено автоматично

Thuộc tính

ID Bài viết: 866570 - Xem lại Lần cuối: 09/07/2016 21:01:00 - Bản sửa đổi: 0.5

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtuk
Phản hồi