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

Материал из JD Edwards E1
Перейти к навигации Перейти к поиску
Строка 31: Строка 31:
  
 
== Взаимозачет РД/РК  ==
 
== Взаимозачет РД/РК  ==
 +
: '' Основная статья: <strong>[[Взаимозачет РД/РК (процесс)| процесс Взаимозачет РД/РК]]</strong> ''
 +
 
'''Взаимозачет РД/РК''' (''англ.'' AP/AR netting) позволяет перемещать документы РД, такие как счета-фактуры, кредит-мемо и несоотнесенные поступления в РК.  
 
'''Взаимозачет РД/РК''' (''англ.'' AP/AR netting) позволяет перемещать документы РД, такие как счета-фактуры, кредит-мемо и несоотнесенные поступления в РК.  
 
Таким образом, они могут быть оплачены с использованием платежей РК или соотнесены с ваучерами или дебит-мемо РК.   
 
Таким образом, они могут быть оплачены с использованием платежей РК или соотнесены с ваучерами или дебит-мемо РК.   

Версия 19:24, 30 июля 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) позволяет перемещать документы РД, такие как счета-фактуры, кредит-мемо и несоотнесенные поступления в РК. Таким образом, они могут быть оплачены с использованием платежей РК или соотнесены с ваучерами или дебит-мемо РК. Точно так же он позволяет перемещать РК документы (ваучеры и дебит-мемо) в РД, чтобы затем соотнести их с поступлениями РД или соотнести их с ваучерам или кредит-мемо РД.

Различия между взаиморасчетами РД и РК:

  • РД взаиморасчет перемещает РК документ в РД
  • РК взаиморасчет перемещает РД документ в РК

Таким образом, тип взаимозачета зависит от того, где документы в итоге окажутся. Определяется настройками ПО.

При выполнении 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),
  • Частично оплаченные транзакции.

Manual Netting (P03B455) используется для выбора исходных документов для реклассификации. Исходные документы можно найти, используя различные критерии выбора.

При создании операции взаимозачета, система:

  • Создает документы передачи в пакет передачи, чтобы закрыть исходные документы.
  • Обновляет статус оплаты исходного документа до P (оплачено), а открытую сумму до нуля.
  • Создает документы результатов в пакет результатов для компенсации исходных документов.
  • Заполняет в связанных документах поля:
    • Netting Transaction ID,
    • Netting Doc Number (netting document number)
    • Netting Line ID
  • Обновляет в документе-результате поле Статус взаиморасчета (NETST) на 0 (не подходит для взаиморасчетов , чтобы указать, что транзакция не соответствует требованиям для неттинга AR / AP.
  • Обновляет поле Исходная система (OMOD) в РД документах-результатах расчетов на значение 5 (неттинг AR / AP), чтобы указать, что документ был создан в процессе неттинга AR / AP. "

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

  • Для выполнения РК взаиморасчетов
    1. В приложении Work with Netting Inquiry (P03B455) нажать Добавить
    2. На форме AP Netting Entry (W03B455D)
      • Заполнить поле Код валюты (CRCD).
      • (Необязательно) Заполнить поля Дата ГК взаимозачета (DGJ) и Дата платежа по взаимозачета (DDJ).
      • (Необязательно) Для поиска исходных документов заполнить Заказчика / Поставщика (элемент словаря данных AKLY), Компания (CO), Дата ГК (DGJ) и Срок исполнения (DDJ).
    3. Нажать Поиск. Система отображает все открытые транзакции, которые соответствуют критериям выбора и содержат 1 в поле Статус взаиморасчетов (NETST).
    4. На вкладке РД выделить строки, которые необходимо реклассифицировать в РК.
    5. Нажать Select/Deselect. Рядом с выбранным отображается галочка.
    6. (от автора) На вкладке РК выделить документ, для которого это все балансируется (он вроде как не участвует, но система требует нулевого баланса).
    7. (от автора) Нажать Select/Deselect. Рядом с выбранным отображается галочка.
    8. Нажать ОК. Система отобразит форму Work with Netting Inquiry.
  • Для выполнения РД взаиморасчетов

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

Настройка

  • Адресная книга
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)

Ссылки

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

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

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

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

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


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

Другое

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

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

  • До разнесения пакета, в таблице 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.


Источники:

Ссылки