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

Материал из JD Edwards E1
Перейти к навигации Перейти к поиску

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

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

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. "

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

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

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

Настройка

  • Адресная книга
Address Book Master (P01012)
  • Поле AR/AP Netting (AT2) должен быть включен.
  • Опция Payables (ATP) должен быть не N.
  • Флаг Receivables (ATR) должен быть включен.
Запись в Customer Master (P03013) должна существовать.
Запись в Supplier Master (P04012) должна существовать.
Note - Номер адреса (AN8) в АК, РД и РК должен быть одинаковым.
  • AAI
Элемент AAI NC является обязательным и используется для определения промежуточного (клирингового) счета между системами JD Edwards EnterpriseOne Accounts Receivable и Accounts Payable.
AAI NC также можно определить с помощью распределения ГК.



Ссылки

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. Вышеописанный сценарий является единственным вариантом для использования.

Источники:

Ссылки

Источник — http://wiki.sgsproject.nichost.ru/index.php?title=Оплата_ваучеров_(РК)&oldid=2623