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

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 937821
Ознаки
Під Вільний час збереження, операції або під Вільний час нараховується, присутність, з'являється одне з в нижче повідомлень про помилку:
Не можна вводити операції на дату, яка не входить до виникнення періоду.

Не вдається нараховується, присутність для дату, яка не входить до виникнення періоду.
Коли з'явиться це протокол IMAP про помилку, не вдалося завершити поточну операцію присутність або поточні нарахування присутність.
причина
Ця проблема виникає, якщо один або кілька з наведених нижче умов виконуються у вікні кумулятивний періоду установки, у Microsoft Dynamics GP:
  • Дати, які не включено до виникнення рік.
  • Дати, які перекриваються, існує до виникнення рік.
  • Кумулятивний року повністю налаштовано.
  • Настроювання не вистачає років.
  • Транзакція дату, яка не була створена.
  • Працівник, має дати наступного нарахування кумулятивний період, який налаштовано.
  • Виникнення кодів активний в HR неактивних працівників.
Розв'язанн
Щоб вирішити цю проблему, виконайте такі інтерактивні елементи.
  1. Скористайтесь одним із наведених нижче способів.
    • У Microsoft Dynamics, GP 10.0 і пізніших версій: натиснітьMicrosoft Dynamics GP, пункт засоби, команду Параметри, пункти кадрові ресурси, пункти присутністьі виберіть Кумулятивний періодів.
    • У Microsoft Dynamics GP, 9.0 клацніть Засоби, виберіть пункт Настроювання, виберіть пункт Кадрові ресурси, виберіть пункт Присутністьі натисніть кнопку Кумулятивний періодів..
    • У Microsoft Business Solutions - Great Plains 8.0, інструменти, виберіть Параметри, пункти кадрові ресурси, пункти присутністьта клацніть Періодів, плата.
  2. Переконайтеся, що такі три роки кумулятивний періодів "або" оплата періодів настроєно:
    • З минулим роком
    • Року
    • Майбутні рік.
  3. Переконайтеся, що не дати відсутні з до виникнення інсталяції. Для цього клацніть кожний період, кумулятивний і переконайтеся, що всі дати включені для всього року до 31 грудня (не-30). Наприклад, якщо використовується двічі налаштування, ви також повинні revew щотижня, раз на два тижні і настройок, а. Система зчитує, зверху вниз, тому не забудьте встановити на тих для періоду установки, до того, що використовується. Переконайтеся, що в кожному установки, немає дати пропущені або дублювання періодів і рік.
    • Щотижневий установки.
    • Раз на два тижні інсталяції.
    • Двічі інсталяції.
    Крім того, переконайтеся, що між періоди або років існує проміжків.
  4. Переконайтеся, що немає дати, існують, які входять до кілька разів, в будь-який Вільний час, нарахування або будь-який Вільний час, спосіб оплати.
  5. Переконайтеся, що переконатися, що всі нарахування періодів або спосіб оплати періодів є відомості про інсталяцію, введення, навіть, якщо ви не використовуєте періодів. Наприклад, якщо раз розклад завершення всіх кумулятивний періодів або спосіб оплати періодів, все одно потрібно настроїти відомості для періодів, щотижневий кумулятивний або спосіб оплати періодів.
  6. Якщо помилки з операцій, переконайтеся, що у поліВідвідуваність операції записубуде правильно, у поліВідвідуваність операції записувікно. Крім того, переконайтеся, що ці дані потрапляють у період нарахування або спосіб оплати Вільний час, потрібний.
  7. Якщо протокол IMAP про помилку на нарахування, переконайтеся, що дата, у полі Accrue присутність через це правильно у вікні, Присутність, нараховується .
  8. Якщо протокол IMAP про помилку на нарахування, запуску сценарію у SQL Server Management Studio компанії бази даних, є дата наступного нарахування, більший за останній день, коли настроювання періоди для періодів кумулятивний або перший дати, що у вас є кумулятивний періодів, установіть для будь-яких співробітників : (Для будь-які запис А бізнес-партнера, які виявили, змінити дату наступного нарахування на правильну дату у вікні "керування працівниками присутність".)
select * from TATM1030 where NEXTACCRUALDATE_I > 'YYYY-MM-DD' and INACTIVE = 0 and TIMETYPE_I = 4--Fill in the YYYY-MM-DD placeholder with the last day of the year that you have accrual periods set up for to see if any employees have a Next Accrual Date dated in the future. 

select * from TATM1030 where NEXTACCRUALDATE_I < 'YYYY-MM-DD' and INACTIVE = 0 and TIMETYPE_I = 4--Fill in the YYYY-MM-DD placeholder with the first day of the year that you have accrual periods set up for to see if any employees have a Next Accrual Date dated in the past.   



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

Властивості

Ідентифікатор статті: 937821 – останній перегляд: 04/06/2016 01:51:00 – виправлення: 0.4

Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0, Microsoft Business Solutions–Great Plains 8.0

  • kberrmsg kbexpertisebeginner kbtshoot kbmbsmigrate kbprb kbexpertiseinter kbmt KB937821 KbMtuk
Зворотний зв’язок