Недійсним перевірки, які не працюють у платіжних відомостей

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

Клацніть тут, щоб переглянути цю статтю англійською мовою: 864992
TechKnowledge вмісту
Проблеми

Працівника перевірити не отримують анульована під Вільний час сценарій виконання функції Void, перевірте. З'являється протокол IMAP про помилку, що є не перевірки в діапазоні на недійсним.

Вирішення

Кілька речей, які мають існувати Void, перевірте функції для роботи в платіжних відомостей.

1 перевірити, яку ви намагаєтеся недійсним, мають існувати в перевірки, так і транзакцій.

2. не можуть виникати з різних дублювання перевірки, за перевірку, журнал UPR30100.

Якщо нулів не використовується у перевірки (картки | Фінансові | Чекову книжку), система може відображатися такий перевірки номери як повторювані, як перевірити номер читає зліва направо.
101
1011

Якщо було нулів, перевірки буде виглядати нижче і тому не буде дублювання.
00101
01011

3. Перевірка має бути доступний для узгодження в вивірення банківських рахунків.

4. перевірку, потрібно припадають року.

5. перегляду таблиці CM20200 у Query Analyzer
ВИБРАТИ * ЗІ CM20200 ДЕ SRCDOCNUM = "XXXX"

SRCDOCNUM-це номер перевірки, які використовуються в платіжних відомостей. Щоб перевірити, яку ви намагаєтеся недійсним в нижче стовпців необхідно мати такі стан перевірку, з'явиться у вікні недійсним платіжних відомостей. Наприклад, якщо стовпець RECONUM 1.00000, натисніть його не відображатиметься у вікні, що недійсним.

RECONUM = 0
Recond = 0
АНУЛЬОВАНІ = 0

6. Використовуйте наведену нижче інструкцію у Query Analyzer CM20200 таблицю:

ВИБРАТИ * зі CM20200 де CMTrxNum = "XXXX"

Пошук на номер перевірки, ви не недійсним. Дублювання перевірки числа, не існує. Якщо є повторювані числа, навіть якщо він з іншого модуля, не вдається перевірити анульована.

Один із наведених нижче умов, це не так, потрібно ввести негативно перевірку вручну. Назад прапорець очікування, виконайте наведені нижче інтерактивні елементи.

У запис А налаштування вручну перевірки платіжних відомостей

1. створення пакета та відкриття відповідного працівника запису. Перевірте перевірку дати і протокол IMAP датою правильної дати таку інформацію.

2. кнопку операції.

3. Введіть мінус суми (окремих операцій) для всіх долара суми, годин, днів і тижнів для всіх оплатою кодів, відрахування, переваги та впливає на податки.

4. збереження кожної операції і потім, додайте пакета натискання транзакції, натиснувши платіжних відомостей і вибравши пакетів.

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


У цій статті, було TechKnowledge документа ID:5096

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

Thuộc tính

ID Bài viết: 864992 - Xem lại Lần cuối: 03/29/2016 22:55:00 - Bản sửa đổi: 0.1

Microsoft Dynamics GP 2010, Payroll - U.S.

  • kbnosurvey kbmbsmigrate kbmt KB864992 KbMtuk
Phản hồi