Оплата ваучеров (РК): различия между версиями

Материал из JD Edwards E1
Перейти к навигации Перейти к поиску
 
(не показано 46 промежуточных версий 4 участников)
Строка 4: Строка 4:
 
* [[#Взаимозачет РД/РК |  Взаимозачет РД/РК (A/R and A/P Netting)]]
 
* [[#Взаимозачет РД/РК |  Взаимозачет РД/РК (A/R and A/P Netting)]]
 
* [[#Обработка тратт | Обработка тратт (Draft Processing)]] - Functionality for accounts payable drafts and deferred payments exists for Argentina and Japan.  
 
* [[#Обработка тратт | Обработка тратт (Draft Processing)]] - Functionality for accounts payable drafts and deferred payments exists for Argentina and Japan.  
 +
* Оплата после оплаты (Pay When Paid)
  
 
== Автоматическая оплата (Processing Automatic Payments) ==
 
== Автоматическая оплата (Processing Automatic Payments) ==
Строка 10: Строка 11:
 
Процесс Автоматическая оплата для модуля Расчеты с кредиторами позволяет выполнить оплату множества различных ваучеров за одно действие, объединяя их в Группы управления оплатами. Процесс Автоматическая оплата позволяет эффективно управлять оплатами и, по возможности, использовать скидки при ранних оплатах. Данное действие может выполняться периодически, образуя платежные циклы.
 
Процесс Автоматическая оплата для модуля Расчеты с кредиторами позволяет выполнить оплату множества различных ваучеров за одно действие, объединяя их в Группы управления оплатами. Процесс Автоматическая оплата позволяет эффективно управлять оплатами и, по возможности, использовать скидки при ранних оплатах. Данное действие может выполняться периодически, образуя платежные циклы.
  
== Процесс оплаты вручную (Manual Payment Process) ==
+
== Процесс ручной оплаты (Manual Payment Process) ==
 
: '' Основная статья: <strong>[[Ручная оплата ваучера (РК, процесс)| процесс Ручная оплата]]</strong> ''
 
: '' Основная статья: <strong>[[Ручная оплата ваучера (РК, процесс)| процесс Ручная оплата]]</strong> ''
  
Для атипичных ситуаций или срочных оплат, которые не могут ждать следующего платежного цикла, рекомендуется использовать процессы ручной оплаты.  
+
Для нетипичных ситуаций или срочных оплат, которые не могут ждать следующего платежного цикла, рекомендуется использовать процессы ручной оплаты.  
  
 
=== Типичные сценарии ===
 
=== Типичные сценарии ===
*; Создание оплаты с соотнесением с ваучерами (Manual Payment With Voucher Match):
+
; Создание оплаты с соотнесением с ваучерами (Manual Payment With Voucher Match):
 
# При получении первичного документа и оприходовании поставки, ввести ваучер через P0411 и разнести проводки в ГК.
 
# При получении первичного документа и оприходовании поставки, ввести ваучер через P0411 и разнести проводки в ГК.
 
# После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.
 
# После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.
 
#: Система создаст документ оплаты PN (тип пакета: M). Информация хранится в F0413, F0414  
 
#: Система создаст документ оплаты PN (тип пакета: M). Информация хранится в F0413, F0414  
  
*; Создание оплаты без соотнесения с ваучерами (Manual Payment Without Voucher Match)
+
; Создание оплаты без соотнесения с ваучерами (Manual Payment Without Voucher Match)
 
# После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК. Система создаст:
 
# После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК. Система создаст:
#* Система создаст ваучер PM. Информация хранится в F0411
+
#: Система создаст ваучер PM. Информация хранится в F0411
#* Система создаст документ оплаты PN (тип пакета: W). Информация хранится в F0413, F0414
+
#: Система создаст документ оплаты PN (тип пакета: W). Информация хранится в F0413, F0414
  
*; Cоздания Отрицательной оплаты или возврат денежных средств Поставщиком (Negative Manual Payment a.k.a. Supplier Refund Payment):
+
; Cоздания Отрицательной оплаты или возврат денежных средств Поставщиком (Negative Manual Payment a.k.a. Supplier Refund Payment):
*# При уведомлении от поставщика о готовности возврата денежных средств, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
+
# При уведомлении от поставщика о готовности возврата денежных средств, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
*# После получения возвратных средств, ввести Отрицательную оплату (сумма д.б. отрицательной) через P0413M, соотнести с Дебетовым ваучером и разнести проводки в ГК.
+
# После получения возвратных средств, ввести Отрицательную оплату (сумма д.б. отрицательной) через P0413M, соотнести с Дебетовым ваучером и разнести проводки в ГК.
  
== Взаимозачет РД/РК ==
+
== Взаимозачет РД/РК в РК ==
'''Взаимозачет РД/РК''' (''англ.'' AP/AR netting) позволяет перемещать документы РД, такие как счета-фактуры, кредит-мемо и несоотнесенные поступления в РК.
+
: '' Основная статья: <strong>[[Взаимозачет РД/РК (процесс)| процесс Взаимозачет РД/РК]]</strong> ''
Таким образом, они могут быть оплачены с использованием платежей РК или соотнесены с ваучерами или дебит-мемо РК. 
 
Точно так же он позволяет перемещать РК документы (ваучеры и дебит-мемо) в РД, чтобы затем соотнести их с поступлениями РД или соотнести их с ваучерам или кредит-мемо РД.
 
  
Различия между взаиморасчетами РД и РК:
+
Взаимозачет РД/РК (''англ.'' AP/AR netting) позволяет превращать документы РД (такие как Счета-фактуры, Кредит-мемо и Несоотнесенные поступления) в документы РК (Ваучеры или Дебетовые ваучеры (дебит-мемо)).  
* РД взаиморасчет перемещает РК документ в РД
 
* РК взаиморасчет перемещает РД документ в РК  
 
Таким образом, тип взаимозачета зависит от того, где документы в итоге окажутся. Определяется настройками ПО.
 
  
При выполнении AR/AP netting используются три типа документов:
+
=== Типичные сценарии ===
* Исходные документы = исходные транзакции
+
*; Для выполнения РК взаиморасчетов:  
* Документы передачи = закрытие исходных транзакций
+
# Выбрать исходный документ РД для переклассификации его в документ РК и выполнить взаимозачет через приложение P03B455. Система покроет исходный документ через передаточный документ и создаст соответствующий документ-результат. А также присвоит уникальный номер процесса Взаимозачет РД/РК всем участвующим документам.
* Документы результатов = Завершение транзакций
+
# Разнести проводки в ГК по документу-результат.
 +
# Использовать ваучер по назначению.
  
{| class="wikitable"
+
== Обработка тратт в РК ==
! Исходный документ/Source || Передаточный документ/Transfer || Документ-результат/Result
 
|-
 
| Инвойс <br> Invoice (RI) || Поступление <br> Cash Receipt (RC) || Дебит-мемо <br> Debit Memo (PD)
 
|-
 
| Кредит-мемо <br> Credit Memo (RM) || Поступление (орицат.) <br> Negative Receipt (RC) || Ваучер <br> Voucher (PV)
 
|-
 
| Несоотн. поступления <br> Unapplied Cash (RU) || Нет/None (changes RU to GL Receipt) || Ваучер <br> Voucher (PV)
 
|-
 
| Ваучер <br> Voucher (PV) || Оплата <br> Manual Payment (PN) || Кредит-мемо <br> Credit Memo (RM)
 
|-
 
| Дебит-мемо <br> Debit Memo (PD) || Оплата <br> Manual Payment (PN) || Инвойс <br> Invoice (RI)
 
|}
 
  
Типы документов, которые НЕЛЬЗЯ использовать в качестве исходных документов для обработки AR/AP netting.
+
Тратта - это вексель. Векселя бывают простые (или соло-вексель) и переводные (или тратта). В переводном векселе векселедатель и плательщик – разные лица. То есть векселедатель не платит по векселю сам, а предлагает это сделать кому-то другому. В простом векселе векселедатель и плательщик – одно лицо. Поэтому переводной вексель содержит предложение уплатить, а простой вексель – обещание перечислить деньги.
* Drafts (P1, R1),
 
* Chargebacks (RB),  
 
* Deductions (R5),  
 
* Частично оплаченные транзакции.
 
  
Manual Netting (P03B455) используется для выбора исходных документов для реклассификации. Исходные документы можно найти, используя различные критерии выбора.  
+
Тратта РК - это обещания выплатить будущие долги. Как правило, тратты являются предпочтительным способом оплаты для международных транзакций и широко используются в Европе и Южной Америке. При обработке тратт частный банк действует как безопасный посредник, который хранит документ тратты и отправляет платеж получателю в указанную дату в будущем. Использование тратты снижает риски невозврата платежа.  
  
При создании операции взаимозачета, система:
+
По большей части создание оплаты по тратте идентично процессу автоматического платежа, за исключением дополнительного шага после обновления группы платежей из работы с группами платежей (P04571). Этот дополнительный шаг закрывает тратту после отправки платежа из банка.  
* Создает документы передачи в пакет передачи, чтобы закрыть исходные документы.
 
* Обновляет статус оплаты исходного документа до P (оплачено), а открытую сумму до нуля.
 
* Создает документы результатов в пакет результатов для компенсации исходных документов.
 
* Заполняет в связанных документах поля:
 
** Netting Transaction ID,
 
** Netting Doc Number (netting document number)
 
** Netting Line ID
 
* Обновляет в  документе-результате поле Статус взаиморасчета (NETST) на 0 (не подходит для взаиморасчетов , чтобы указать, что транзакция не соответствует требованиям для неттинга AR / AP.
 
* Обновляет поле Исходная система (OMOD) в РД документах-результатах расчетов на значение 5 (неттинг AR / AP), чтобы указать, что документ был создан в процессе неттинга AR / AP. "
 
  
 
=== Типичные сценарии ===
 
=== Типичные сценарии ===
*; Для выполнения РК взаиморасчетов:  
+
*; Оплата траттой с помощью процесса Автоматической оплаты:
*# В приложении  Work with Netting Inquiry (P03B455) нажать Добавить
+
*# При получении первичного документа, оприходовании поставки и согласовании с поставщиком об оплате траттой, ввести ваучер через P0411 и разнести проводки в ГК.
*# На форме AP Netting Entry (W03B455D)
+
*# После согласования с банком и создание векселя (тратты) выполнить процесс оплаты траттой:
*#* Заполнить поле Код валюты (CRCD).
+
*## Указать в ваучере в Payment Instrument (PYIN) значение D, как намерение оплатить ваучер с использованием тратты, через P0411S.
*#* (Необязательно) Заполнить поля Дата ГК взаимозачета (DGJ) и Дата платежа по взаимозачета (DDJ).
+
*## Создать Группу управления платежами через R04570.
*#* (Необязательно) Для поиска исходных документов заполнить Заказчика / Поставщика (элемент словаря данных AKLY), Компания (CO), Дата ГК  (DGJ) и Срок исполнения (DDJ).
+
*## Выполнить процесс Записи через P04571. Система запустит R04572N для создания документа, который может быть отправлен получателю платежа, чтобы показать, что тратта была передана в банк.  
*# Нажать Поиск. Система отображает все открытые транзакции, которые соответствуют критериям выбора и содержат 1 в поле Статус взаиморасчетов (NETST).
+
*## Выполнить процесс Обновления через P04571. Система обновит статус оплаты для ваучера и создаст документ тратты P1.  
*# На вкладке РД выделить строки, которые необходимо реклассифицировать в РК.
+
*# Разнести оплату траттой
*# Нажать Select/Deselect. Рядом с выбранным отображается галочка.  
+
*# После уведомления от банка об успешной оплате траты, необходимо выполнить Закрытие тратты через P04260
*# (от автора) На вкладке РК выделить документ, для которого это все балансируется (он вроде как не участвует, но система требует нулевого баланса).
+
*# Разнести Закрытие тратты через R04803
*# (от автора) Нажать Select/Deselect. Рядом с выбранным отображается галочка.
 
*# Нажать ОК. Система отобразит форму Work with Netting Inquiry.
 
  
*; Для выполнения РД взаиморасчетов:  
+
*; Оплата траттой с помощью процесса Ручной оплаты:
 +
*# При получении первичного документа, оприходовании поставки и согласовании с поставщиком об оплате траттой, ввести ваучер через P0411 и разнести проводки в ГК.
 +
*# После согласования с банком и создание векселя (тратты) выполнить процесс оплаты траттой:
 +
*#* Создать оплату траттой через P0413M. Система обновит статус оплаты для ваучера и создаст документ тратты P1.
 +
*# Разнести оплату траттой
 +
*# После уведомления от банка об успешной оплате траты, необходимо выполнить Закрытие тратты через P04260
 +
*# Разнести Закрытие тратты через R04803
  
здесь не скоро будет полезный текст(
 
  
=== Настройка ===
 
*; Адресная книга
 
: Address Book Master (P01012)
 
:* Поле AR/AP Netting  (AT2) должен быть включен.
 
:* Опция Payables (ATP) должен быть не N.
 
:* Флаг Receivables (ATR) должен быть включен.
 
: Запись в Customer Master (P03013) должна существовать.
 
: Запись в Supplier Master (P04012) должна существовать.
 
ПРЕДУПРЕЖДЕНИЕ: Номер адреса (AN8) в АК, РД и РК должен быть одинаковым.
 
  
*; AAI
+
;здесь не скоро будет полезный текст(
: Элемент AAI NC является обязательным и используется для определения промежуточного (клирингового) счета между системами JD Edwards EnterpriseOne Accounts Receivable и Accounts Payable.
 
: AAI NC также можно определить с помощью распределения ГК.
 
  
=== Отчет и анализ ===
+
== Оплата после оплаты ==
Инвойсы и ваучеры имеют флаг Статус взаимозачета/Netting Status (NETST) в Регистре покупателей (F03B11) и Регистре поставщиков (F0411) соответственно.
+
Оплата при оплате - это практика оплаты поставщикам только после получения поступления оплаты от клиентов.
Этот флаг определяет, имеют ли они право на взаимозачет.
 
Проверка статуса для РК транзакций в Speed Status Change (P0411S)
 
Проверка статуса для РД транзакций в Speed Status Change (P03B114)
 
  
''' Ссылки '''
+
=== Типичные сценарии ===
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1990114.1 E1: 03B/04: Overview EnterpriseOne A/R and A/P Netting (P03B455)]
+
*; Создание оплаты для поставщика после оплаты инвойсов клиентом (Pay When Paid):
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=814193.1 WS: FIN: Understanding the AP and AR Netting Process (P03455)]
+
# При получении первичного документа и оприходовании поставки, ввести ваучер через P0411, указав в нем особый Статус оплаты (PST), который задержит ваучер на блокировке, а затем разнести проводки в ГК.
 +
# Добавить созданный ваучер и инвойсы, связанные с ним, в группу Pay When Paid Groups через P03B470.
 +
# Выпустить из блокировки ваучеры, если по связанным инвойсам были поступления оплат, через P03B470/R03B470.
 +
# Ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.
  
== Обработка тратт ==  
+
=== Настройка ===
  
Тратта - это вексель. Векселя бывают простые (или соло-вексель) и переводные (или тратта). В переводном векселе векселедатель и плательщик – разные лица. То есть векселедатель не платит по векселю сам, а предлагает это сделать кому-то другому. В простом векселе векселедатель и плательщик – одно лицо. Поэтому переводной вексель содержит предложение уплатить, а простой вексель – обещание перечислить деньги.
+
; Код статуса оплаты ваучера/Voucher Payment Status Code Setup (UDC 00/PS)
 +
Необходимо создать в UDC 00/PS уникальный Код статуса оплаты ваучера (PST), для автоматизации процесса Pay When Paid и блокировки ваучера при его создании, указав его в ПО Voucher Entry Master Business Function (P0400047) на вкладке По умолчанию/Defaults в п.2. Pay Status Code.
 +
Если функционал Оплата после оплаты не используется в РК, рекомендуется создать новый Код статуса оплаты ваучера (PST), чтобы обозначить, что PWP не используется. Указать этот новый код в поле Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000. Например, код B (Pay When Paid: Не используется)
  
Тратта РК - это обещания выплатить будущие долги. Как правило, тратты являются предпочтительным способом оплаты для международных транзакций и широко используются в Европе и Южной Америке. При обработке тратт частный банк действует как безопасный посредник, который хранит документ тратты и отправляет платеж получателю в указанную дату в будущем. Использование тратты снижает риски невозврата платежа.  
+
; Последовательная нумерация/Next Numbers Setup (P0002)
 +
Соответствие инвойсов и ваучеров участвующих в функционале Оплата после оплаты связаны между собой в рамках Номера группы оплаты после оплаты (PWPG). Номер определяется в последовательной нумерации из строки 7 для системы 04 через P0002.  
  
По большей части создание оплаты по тратте идентично процессу автоматического платежа, за исключением дополнительного шага после обновления группы платежей из работы с группами платежей (P04571). Этот дополнительный шаг закрывает тратту после отправки платежа из банка.  
+
; Карточка клиента/Customer Master Setup (P03013)
 +
Для всех клиентов, которые будут связаны с процессом Оплата после оплаты, необходимо заполнить поле Миним. процент поступления/Cash Receipt Threshold (PWPCP), указав в % необходимую долю оплаты инвойса для разблокировки и выпуска ваучера на оплату. Например, у Клиента PWPCP = 0,5, а сумма всех инвойсов равна 100 000 руб., то при оплате инвойсов, входящих в группу, на сумму 50 000 руб., все ваучеры, входящие в эту группу, могут быть разблокирован для оплаты.
 +
Примечание. Если в поле Миним. процент поступления/Cash Receipt Threshold (PWPCP) указать значение 0, система разблокирует все ваучеры в группе для оплаты, когда хотя бы одно поступление будет соотнесено с инвойсом из группы, несмотря на сумму.
  
; Типичный сценарий:
+
; Константы РК/Accounts Payable Constants Setup (P0000)
# При получении первичного документа и оприходовании поставки, ввести Стандартный ваучер через P0411 и разнести проводки в ГК.
+
Необходимо указать Код статуса оплаты ваучера (PST) вполе Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000, который будет назначен всем ваучерам в группе после успешного выполнения Pay When Paid Automatic Release (R03B470) для разблокировки ваучера. Например, A (Approved for Payment).
# После уведомления банка о работе с траттой.
 
#* с помощью процесса Автоматической оплаты:
 
#*# Указать в ваучере в Payment Instrument (PYIN) значение D, как намерение оплатить ваучер с использованием тратты, через P0411S.
 
#*# Создать Группу управления платежами через R04570.
 
#*# Выполнить процесс Записи через P04571. Система запустит R04572N для создания документа, который может быть отправлен получателю платежа, чтобы показать, что тратта была передана в банк.
 
#*# Выполнить процесс Обновления через P04571. Система обновит статус оплаты для ваучера и создаст документ тратты P1.  
 
#* с помощью процесса Ручной оплаты
 
#*# Создать оплату траттой через P0413M. Система обновит статус оплаты для ваучера и создаст документ тратты P1.
 
# Разнести оплату траттой
 
# После уведомления от банка об успешной оплате траты, необходимо выполнить Закрытие тратты через P04260
 
# Разнести Закрытие тратты через R04803
 
  
 +
; Subcontractor Threshold Setup (P4355)
 +
Если Pay When Paid ваучер создается для системы Procurement and Subcontract Management, необходимо указать пороговую сумму субподрядчика (поставщика) (ATHR), чтобы иметь право на обработку Pay When Paid. Если сумма ваучера ниже указанного предела, система не назначит Код статуса оплаты ваучера (PST) из ПО P4314 на вкладке Обработка в п.13. Код статуса оплаты для предельной суммы. Например, если ATHR = 10 000 руб., то при соотнесении ваучера с суммой ниже 10 000 руб., система не укажет для ваучера Код статуса оплаты ваучера (PST) из ПО.
  
 +
; Параметры обработки
  
;здесь не скоро будет полезный текст(
+
*; Настройка ПО версии Voucher Entry Master Business Function (P0400047)
 +
** Вкладка ''Defaults''
 +
**: п.1. Дата обслуживания/налога - определить, Дата ГК или Дата инвойса будет использована в качестве даты покупки товаров или услуг.
 +
**: п.2. Код статуса оплаты - указать Код статуса оплаты по умолчанию (PST) для Pay When Paid ваучеров. Код статуса оплаты для блокирования оплаты ваучера.
 +
**: п.3. Тип ваучера - указать Тип документа по умолчанию (DCT) для для Pay When Paid  ваучера.
  
== Другое ==
+
*; Настройка ПО версии Standard Voucher Entry (P0411)
 +
** Вкладка ''Versions''
 +
**: п.1. Voucher Master Business Function Version - указать корректную версию P0400047
 +
**: п.3. Pay When Paid Manual Link Version - указать корректную версию P03B470
 +
** Вкладка ''Pay When Paid''
 +
**: п.1. Pay When Paid Voucher - указать значение 1, чтобы все ваучеры, вводимые через программу, были Pay When Paid ваучерами.
 +
**: Примечание. Pay When Paid ваучеры можно идентифицировать в F0411 по полю PYWP = W (Pay When Paid), а в F0911 по полю ALTW = W (G/L Posting Code - Alternate W)
  
=== Разнесение пакета платежей ===
+
*; Настройка ПО версии Voucher Match (P4314)
Для ручной и автоматических оплат:
+
** Вкладка ''Process''
* До разнесения пакета, в таблице General Ledger table (F0911) нет записей об оплате.
+
**: п.12. Threshold Warning - определить, отобразит ли система предупреждающее сообщение, если общая валовая сумма ваучера превышает пороговое значение для субподрядчика (поставщика), определенное в P4355.  
* После разнесения пакета, система обновит в таблице Payment header table (F0413) поле (post status = D) и в таблице Payment detail table (F0414) поле (post code = P), а также создаст запись в  General Ledger table (F0911) для платежа с типом (PK или PN) и запись АЕ для AP trade account.
+
**: п.13. Threshold Pay Status Code - указать Код статуса оплаты, который система присваивает ваучерам, сумма которых превышают пороговое значение для субподрядчика/поставщика.  
  
 +
*; Настройка ПО версии Pay When Paid Manual Link (P03B470)
 +
** Вкладка ''Defaults ''
 +
**: п.1. Pay When Paid Voucher Pay Status - указать Код статуса оплаты, который система присваивает ваучерам, которые добавляются в существующую группу Pay When Paid. Система не назначить Код статуса оплаты, если существующий код равен P (оплачен), Z (ожидающий платеж) или # (платеж в процессе).
 +
**: п.2. Pay Status for Removed Vouchers - указать Код статуса оплаты, который система присваивает ваучерам, которые удаляются из существующих групп Pay When Paid.
  
  
Источники:
+
* Pay When Paid Automatic Release (R03B470)
* [http://docs.oracle.com/cd/E64610_01/EOAAP/process_ap_vouchers.htm#g037ee99c9453fb39_ef90c_10a77f2c279__76da Entering Debit Memos (Entering Standard Vouchers)] на docs.oracle.com.
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=15616053909522&id=1408545.1&_adf.ctrl-state=7rx1tybni_463#aref_section310  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.
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=2014215.1 E1: 04: How To Create a Negative Manual Payment Also Known as a Supplier Refund Payment (P0413M) (Doc ID 2014215.1)] на support.oracle.com.
 
  
 
== Ссылки ==
 
== Ссылки ==
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1959943.1 E1: FIN: Understanding Accounts Payable Payment Post Process Within JD Edwards EnterpriseOne Financial Management (R09801, P00241)]
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1959943.1 E1: FIN: Understanding Accounts Payable Payment Post Process Within JD Edwards EnterpriseOne Financial Management (R09801, P00241)]
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1407393.1 E1: 04: How To Create Manual Payments With Voucher Match Within EnterpriseOne Accounts Payable (P0413M/P0413V)]
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1407393.1 E1: 04: How To Create Manual Payments With Voucher Match Within EnterpriseOne Accounts Payable (P0413M/P0413V)]

Текущая версия на 18:26, 25 августа 2021

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

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

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

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

Процесс ручной оплаты (Manual Payment Process)

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

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

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

Создание оплаты с соотнесением с ваучерами (Manual Payment With Voucher Match)
  1. При получении первичного документа и оприходовании поставки, ввести ваучер через P0411 и разнести проводки в ГК.
  2. После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.
    Система создаст документ оплаты PN (тип пакета: M). Информация хранится в F0413, F0414
Создание оплаты без соотнесения с ваучерами (Manual Payment Without Voucher Match)
  1. После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК. Система создаст:
    Система создаст ваучер PM. Информация хранится в F0411
    Система создаст документ оплаты PN (тип пакета: W). Информация хранится в F0413, F0414
Cоздания Отрицательной оплаты или возврат денежных средств Поставщиком (Negative Manual Payment a.k.a. Supplier Refund Payment)
  1. При уведомлении от поставщика о готовности возврата денежных средств, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
  2. После получения возвратных средств, ввести Отрицательную оплату (сумма д.б. отрицательной) через P0413M, соотнести с Дебетовым ваучером и разнести проводки в ГК.

Взаимозачет РД/РК в РК

Основная статья: процесс Взаимозачет РД/РК

Взаимозачет РД/РК (англ. AP/AR netting) позволяет превращать документы РД (такие как Счета-фактуры, Кредит-мемо и Несоотнесенные поступления) в документы РК (Ваучеры или Дебетовые ваучеры (дебит-мемо)).

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

  • Для выполнения РК взаиморасчетов
  1. Выбрать исходный документ РД для переклассификации его в документ РК и выполнить взаимозачет через приложение P03B455. Система покроет исходный документ через передаточный документ и создаст соответствующий документ-результат. А также присвоит уникальный номер процесса Взаимозачет РД/РК всем участвующим документам.
  2. Разнести проводки в ГК по документу-результат.
  3. Использовать ваучер по назначению.

Обработка тратт в РК

Тратта - это вексель. Векселя бывают простые (или соло-вексель) и переводные (или тратта). В переводном векселе векселедатель и плательщик – разные лица. То есть векселедатель не платит по векселю сам, а предлагает это сделать кому-то другому. В простом векселе векселедатель и плательщик – одно лицо. Поэтому переводной вексель содержит предложение уплатить, а простой вексель – обещание перечислить деньги.

Тратта РК - это обещания выплатить будущие долги. Как правило, тратты являются предпочтительным способом оплаты для международных транзакций и широко используются в Европе и Южной Америке. При обработке тратт частный банк действует как безопасный посредник, который хранит документ тратты и отправляет платеж получателю в указанную дату в будущем. Использование тратты снижает риски невозврата платежа.

По большей части создание оплаты по тратте идентично процессу автоматического платежа, за исключением дополнительного шага после обновления группы платежей из работы с группами платежей (P04571). Этот дополнительный шаг закрывает тратту после отправки платежа из банка.

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

  • Оплата траттой с помощью процесса Автоматической оплаты
    1. При получении первичного документа, оприходовании поставки и согласовании с поставщиком об оплате траттой, ввести ваучер через P0411 и разнести проводки в ГК.
    2. После согласования с банком и создание векселя (тратты) выполнить процесс оплаты траттой:
      1. Указать в ваучере в Payment Instrument (PYIN) значение D, как намерение оплатить ваучер с использованием тратты, через P0411S.
      2. Создать Группу управления платежами через R04570.
      3. Выполнить процесс Записи через P04571. Система запустит R04572N для создания документа, который может быть отправлен получателю платежа, чтобы показать, что тратта была передана в банк.
      4. Выполнить процесс Обновления через P04571. Система обновит статус оплаты для ваучера и создаст документ тратты P1.
    3. Разнести оплату траттой
    4. После уведомления от банка об успешной оплате траты, необходимо выполнить Закрытие тратты через P04260
    5. Разнести Закрытие тратты через R04803
  • Оплата траттой с помощью процесса Ручной оплаты
    1. При получении первичного документа, оприходовании поставки и согласовании с поставщиком об оплате траттой, ввести ваучер через P0411 и разнести проводки в ГК.
    2. После согласования с банком и создание векселя (тратты) выполнить процесс оплаты траттой:
      • Создать оплату траттой через P0413M. Система обновит статус оплаты для ваучера и создаст документ тратты P1.
    3. Разнести оплату траттой
    4. После уведомления от банка об успешной оплате траты, необходимо выполнить Закрытие тратты через P04260
    5. Разнести Закрытие тратты через R04803


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

Оплата после оплаты

Оплата при оплате - это практика оплаты поставщикам только после получения поступления оплаты от клиентов.

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

  • Создание оплаты для поставщика после оплаты инвойсов клиентом (Pay When Paid)
  1. При получении первичного документа и оприходовании поставки, ввести ваучер через P0411, указав в нем особый Статус оплаты (PST), который задержит ваучер на блокировке, а затем разнести проводки в ГК.
  2. Добавить созданный ваучер и инвойсы, связанные с ним, в группу Pay When Paid Groups через P03B470.
  3. Выпустить из блокировки ваучеры, если по связанным инвойсам были поступления оплат, через P03B470/R03B470.
  4. Ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.

Настройка

Код статуса оплаты ваучера/Voucher Payment Status Code Setup (UDC 00/PS)

Необходимо создать в UDC 00/PS уникальный Код статуса оплаты ваучера (PST), для автоматизации процесса Pay When Paid и блокировки ваучера при его создании, указав его в ПО Voucher Entry Master Business Function (P0400047) на вкладке По умолчанию/Defaults в п.2. Pay Status Code.

Если функционал Оплата после оплаты не используется в РК, рекомендуется создать новый Код статуса оплаты ваучера (PST), чтобы обозначить, что PWP не используется. Указать этот новый код в поле Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000. Например, код B (Pay When Paid: Не используется)
Последовательная нумерация/Next Numbers Setup (P0002)

Соответствие инвойсов и ваучеров участвующих в функционале Оплата после оплаты связаны между собой в рамках Номера группы оплаты после оплаты (PWPG). Номер определяется в последовательной нумерации из строки 7 для системы 04 через P0002.

Карточка клиента/Customer Master Setup (P03013)

Для всех клиентов, которые будут связаны с процессом Оплата после оплаты, необходимо заполнить поле Миним. процент поступления/Cash Receipt Threshold (PWPCP), указав в % необходимую долю оплаты инвойса для разблокировки и выпуска ваучера на оплату. Например, у Клиента PWPCP = 0,5, а сумма всех инвойсов равна 100 000 руб., то при оплате инвойсов, входящих в группу, на сумму 50 000 руб., все ваучеры, входящие в эту группу, могут быть разблокирован для оплаты.

Примечание. Если в поле Миним. процент поступления/Cash Receipt Threshold (PWPCP) указать значение 0, система разблокирует все ваучеры в группе для оплаты, когда хотя бы одно поступление будет соотнесено с инвойсом из группы, несмотря на сумму.
Константы РК/Accounts Payable Constants Setup (P0000)

Необходимо указать Код статуса оплаты ваучера (PST) вполе Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000, который будет назначен всем ваучерам в группе после успешного выполнения Pay When Paid Automatic Release (R03B470) для разблокировки ваучера. Например, A (Approved for Payment).

Subcontractor Threshold Setup (P4355)

Если Pay When Paid ваучер создается для системы Procurement and Subcontract Management, необходимо указать пороговую сумму субподрядчика (поставщика) (ATHR), чтобы иметь право на обработку Pay When Paid. Если сумма ваучера ниже указанного предела, система не назначит Код статуса оплаты ваучера (PST) из ПО P4314 на вкладке Обработка в п.13. Код статуса оплаты для предельной суммы. Например, если ATHR = 10 000 руб., то при соотнесении ваучера с суммой ниже 10 000 руб., система не укажет для ваучера Код статуса оплаты ваучера (PST) из ПО.

Параметры обработки
  • Настройка ПО версии Voucher Entry Master Business Function (P0400047)
    • Вкладка Defaults
      п.1. Дата обслуживания/налога - определить, Дата ГК или Дата инвойса будет использована в качестве даты покупки товаров или услуг.
      п.2. Код статуса оплаты - указать Код статуса оплаты по умолчанию (PST) для Pay When Paid ваучеров. Код статуса оплаты для блокирования оплаты ваучера.
      п.3. Тип ваучера - указать Тип документа по умолчанию (DCT) для для Pay When Paid ваучера.
  • Настройка ПО версии Standard Voucher Entry (P0411)
    • Вкладка Versions
      п.1. Voucher Master Business Function Version - указать корректную версию P0400047
      п.3. Pay When Paid Manual Link Version - указать корректную версию P03B470
    • Вкладка Pay When Paid
      п.1. Pay When Paid Voucher - указать значение 1, чтобы все ваучеры, вводимые через программу, были Pay When Paid ваучерами.
      Примечание. Pay When Paid ваучеры можно идентифицировать в F0411 по полю PYWP = W (Pay When Paid), а в F0911 по полю ALTW = W (G/L Posting Code - Alternate W)
  • Настройка ПО версии Voucher Match (P4314)
    • Вкладка Process
      п.12. Threshold Warning - определить, отобразит ли система предупреждающее сообщение, если общая валовая сумма ваучера превышает пороговое значение для субподрядчика (поставщика), определенное в P4355.
      п.13. Threshold Pay Status Code - указать Код статуса оплаты, который система присваивает ваучерам, сумма которых превышают пороговое значение для субподрядчика/поставщика.
  • Настройка ПО версии Pay When Paid Manual Link (P03B470)
    • Вкладка Defaults
      п.1. Pay When Paid Voucher Pay Status - указать Код статуса оплаты, который система присваивает ваучерам, которые добавляются в существующую группу Pay When Paid. Система не назначить Код статуса оплаты, если существующий код равен P (оплачен), Z (ожидающий платеж) или # (платеж в процессе).
      п.2. Pay Status for Removed Vouchers - указать Код статуса оплаты, который система присваивает ваучерам, которые удаляются из существующих групп Pay When Paid.


  • Pay When Paid Automatic Release (R03B470)

Ссылки