Оплата ваучеров (РК)

В JDE выделяют следующие процессы покрытия/оплаты ваучеров:

• Автоматическая оплата (Processing Automatic Payments)
• Ручная оплата (Processing Manual Payments)
• AR/AP Netting
• Draft Processing - Functionality for accounts payable drafts and deferred payments exists for Argentina and Japan.

Автоматическая оплата (Processing Automatic Payments)

Основная статья: процесс Автоматическая оплата в РК (Processing Automatic Payments)

Процесс Автоматическая оплата для модуля Расчеты с кредиторами позволяет выполнить оплату множества ваучеров (Группы ваучеров) за одно действие. Данное действие может выполняться периодически, образуя платежный цикл.

Процесс Автоматическая оплата позволяет эффективно управлять оплатами и, по возможности, использовать скидки при ранних оплатах.

Ручная оплата (Manual Payment Process)

Основная статья: процесс Ручная оплата

Для не типичных ситуаций или срочных оплат, которые не может ждать следующего платежного цикла, рекомендуется использовать процесс Ручные оплаты.

Ручная оплата может быть введена:

• С использованием существующих ваучеров (Manual Payment With Voucher Match).

  при создании, записи в F0413, F0414 (Тип документа: PN, тип пакета: M).

• БЕЗ использования существующих ваучеров (Manual Payment Without Voucher Match).

  при создании, запись в F0411 (Тип документа: PM) и записи в F0413, F0414 (Тип документа: PN, тип пакета: W).

AR/AP Netting

здесь скоро будет полезный текст)

Draft Processing

здесь не скоро будет полезный текст(

Разнесение пакета платежей

Для ручной и автоматических оплат:

• До разнесения пакета, в таблице General Ledger table (F0911) нет записей об оплате.
• После разнесения пакета, система обновит в таблице Payment header table (F0413) поле (post status = D) и в таблице Payment detail table (F0414) поле (post code = P), а также создаст запись в General Ledger table (F0911) для платежа с типом (PK или PN) и запись АЕ для AP trade account.

Создание отрицательного платежа вручную

Иногда случается, что Поставщик возвращает деньги по различным причинам, и необходимо отслеживать этот возврат от Поставщика в рамках системы. Процесс, позволяющий создать нулевую или отрицательную сумму платежа, входит в приложение Manual Payment With Voucher Match (P0413M).

ПРИМЕЧАНИЕ. Предварительно необходимо создать Дебетовый ваучер PD на сумму возврата (сумма отрицательная) и разнести эту запись.

Типичные сценарии

• В приложении Manual Payment With Voucher Match (P0413M).
• Нажать Добавить и ввести новый ручной Платеж, сумма должна быть отрицательной.
• Нажать ОК, чтобы сохранить запись.
• Разнести пакет.

ПРИМЕЧАНИЕ. Этот процесс недоступен для Автоматической обработке платежей. A negative total within the Automatic Payment Processing, either zero dollar or negative total, will result in a debit statement being created. Вышеописанный сценарий является единственным вариантом для использования.

Источники:

• Entering Debit Memos (Entering Standard Vouchers) на docs.oracle.com.
• E1: 04: Overview of Creating, Deleting or Voiding Standard Vouchers and Overview of Speed Voucher Entry in EnterpriseOne Accounts Payable (P0400047, P0411, P0411SV) (Non-Purchase Order Related) (Doc ID 1408545.1) на support.oracle.com.
• E1: 04: How To Create a Negative Manual Payment Also Known as a Supplier Refund Payment (P0413M) (Doc ID 2014215.1) на support.oracle.com.

Ссылки

• E1: FIN: Understanding Accounts Payable Payment Post Process Within JD Edwards EnterpriseOne Financial Management (R09801, P00241)
• E1: 04: How To Create Manual Payments With Voucher Match Within EnterpriseOne Accounts Payable (P0413M/P0413V)