Оплата ваучеров (РК): различия между версиями
| Строка 52: | Строка 52: | ||
|} | |} | ||
| − | + | Типы документов, которые НЕЛЬЗЯ использовать в качестве исходных документов для обработки AR/AP netting. | |
| + | * Drafts (P1, R1), | ||
| + | * Chargebacks (RB), | ||
| + | * Deductions (R5), | ||
| + | * Частично оплаченные транзакции. | ||
Версия 19:08, 14 июля 2021
В 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
AP/AR netting позволяет перемещать документы РД, такие как счета-фактуры, кредит-мемо и несоотнесенные поступления в РК. Таким образом, они могут быть оплачены с использованием платежей РК или соотнесены с ваучерами или дебит-мемо РК. Точно так же он позволяет перемещать РК документы (ваучеры и дебит-мемо) в РД, чтобы затем соотнести их с поступлениями РД или соотнести их с ваучерам или кредит-мемо РД.
Различия между взаиморасчетами РД и РК:
- РД взаиморасчет перемещает РК документ в РД
- РК взаиморасчет перемещает РД документ в РК
Таким образом, тип взаимозачета зависит от того, где документы в итоге окажутся. Определяется настройками ПО.
При выполнении AR/AP netting используются три типа документов:
- Исходные документы = исходные транзакции
- Документы передачи = закрытие исходных транзакций
- Документы результатов = Завершение транзакций
| Исходный/Source | Передаточный/Transfer | Результат/Result |
|---|---|---|
| Инвойс/Invoice (RI) | Поступление/Cash Receipt (RC) | Дебит-мемо/Debit Memo (PD) |
| Кредит-мемо/Credit Memo (RM) | Поступление (орицат.)/Negative Receipt (RC) | Ваучер/Voucher (PV) |
| Несоотн. поступления/Unapplied Cash (RU) | Нет/None (changes RU to GL Receipt) | Ваучер/Voucher (PV) |
| Ваучер/Voucher (PV) | Оплата/Manual Payment (PN) | Кредит-мемо/Credit Memo (RM) |
| Дебит-мемо/Debit Memo (PD) | Оплата/Manual Payment (PN) | Инвойс/Invoice (RI) |
Типы документов, которые НЕЛЬЗЯ использовать в качестве исходных документов для обработки AR/AP netting.
- Drafts (P1, R1),
- Chargebacks (RB),
- Deductions (R5),
- Частично оплаченные транзакции.
Ссылки
- E1: 03B/04: Overview EnterpriseOne A/R and A/P Netting (P03B455)
- WS: FIN: Understanding the AP and AR Netting Process (P03455)
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.
