Взаимозачет РД/РК (процесс)

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

Взаимозачет РД/РК (англ. 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. "

Удаление и сторнирование полученных документов

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

Удаление возможно, если промежуточный и конечный документы не разнесены в ГК, в противном случае, только сторнирование.

When you delete a result document, the system:

• Восстановит Открытую сумму/Open amount в исходном документе - Restores the open amount of the source document.
• Изменит Статус оплаты Pay status в исходном документе с P (Paid) на значение по умолчанию - Changes the pay status on the source document from P (Paid) to the default open status.
• Удалит значения полей Netting Transaction ID (NETTCID), Netting Doc Number (NETDOC) and Netting Line ID (NETRC5) в исходном документе - Deletes the values in the source document Netting Transaction ID (NETTCID), Netting Doc Number (NETDOC) and Netting Line ID (NETRC5) fields.
• Изменит значение поля Netting Status (NETST) обратно в значение 1 в исходном документе - Changes the Netting Status (NETST) back to 1 fo
• Удалит промежуточный и конечный документы - Deletes the transfer and result documents.

If you void a result document, the system:

• Восстановит Открытую сумму/Open amount в исходном документе - Restores the open amount of the source document.
• Изменит Статус оплаты Pay status в исходном документе с P (Paid) на значение по умолчанию - Changes the pay status on the source document from P (Paid) to the default open status.
• Удалит значения полей Netting Transaction ID (NETTCID), Netting Doc Number (NETDOC) и Netting Line ID (NETRC5) в исходном документе - Deletes the values in the source document Netting Transaction ID (NETTCID), Netting Doc Number (NETDOC) and Netting Line ID (NETRC5) fields.
• Отметит промежуточный и конечный документы как сторнированные - Marks the transfer and result documents as voided.
• Создаст сторнирующие записи для промежуточный и конечный документов в которых заполнит поля Netting Transaction ID (NETTCID), Netting Doc Number (NETDOC) и Netting Line ID (NETRC5) - Creates void records for the transfer and result documents, maintaining the values in the Netting Transaction ID, Netting Doc Number and Netting Line ID fields.

Note - Созданные сторнирующие записи нуждаются в разнесении в ГК.

Before Manual Netting

AP/AR netting was introduced as of release 8.11 base. Before this release, only the following functionality existed:

• Build Netting Report File (R03B465) and
• Credit Reimbursements (R03B610)

The Build Netting Report File (R03B465) rebuilds the A/R Netting Workfile table (F03B465) based on current information in the Customer Ledger (F03B11) and Supplier Ledger (F0411) tables. You can then run the Receivables/Payables Netting Summary Report (R03B450) over this workfile:

• To see the total of open amounts in A/R and A/P per customer/supplier account
• To calculate the potential offsets
• To calculate the net amount of these offsets

Note - Verify Transactions are Eligible for Netting that Pay item should have payment status 'A'. Otherwise, it will not be selected in P03B455.

Based on this information you can then use the manual AP/AR netting program (P03B455) to do the actual netting

Credit Reimbursements (R03B610) allows you to move A/R documents such as invoices and credit memos to A/P. That way these can be paid using A/P payments, or matched to A/P vouchers or debit memos. R03B610 cannot be used to move unapplied receipts to AP, nor can it be used to move AP documents to AR.

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

• Для выполнения РК взаиморасчетов

  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.

• Для выполнения РД взаиморасчетов

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

• Для выполнения сторнирования (void) / удаления (delete)

Настройка

• AAI

Проводки - РК взаимозачет для инвойса

№	Счета	AAI	Кт	Дт
1. Исходный документ: Инвойс (RI)
1	Расчеты с клиентами [62.xx]	RC[yyyy]	-	100
2	Выручка (с/с + доход)	-	70 + 30	-
2. Промежуточный документ: Поступление (RC)
1	Расчеты с клиентами [62.xx]	RC[yyyy]*	100	-
2	Клиринговый счет	NC[xxxx]*	-	100
3. Результирующий документ: Отриц. ваучер (PD)
1	Клиринговый счет	NC[xxxx]*	-	-100
2	Расчеты с поставщиками и подрядчиками [60.xx]	PC[zzzz]*	-100	-

Элемент AAI NC является обязательным и используется для определения промежуточного (клирингового) счета между системами JD Edwards EnterpriseOne Accounts Receivable и Accounts Payable.

AAI NC также можно определить с помощью распределения ГК.

• Адресная книга

Address Book Master (P01012)

• Поле AR/AP Netting (AT2) должен быть включен.
• Опция Payables (ATP) должен быть не N.
• Флаг Receivables (ATR) должен быть включен.

Запись в Customer Master (P03013) должна существовать.

Запись в Supplier Master (P04012) должна существовать.

ПРЕДУПРЕЖДЕНИЕ: Номер адреса (AN8) в АК, РД и РК должен быть одинаковым.

• ПО P03B455

• Defaults
  • 5. Trade Account G/L Offset: Blank или [zzzz]
  • 6. Clearing Account G/L Offset: Blank или [xxxx]
• Process
  • 1. Netting Orientation: Blank = A/P netting
  • 2. Process Mode: Blank = Add/Update mode
  • 5. Negative Netting: Blank = Allow negative netting
• Versions
  • 2. Voucher Entry Version (P0400047)
  • 3. Receipt Entry Version (P03B102)

Отчет и анализ

Инвойсы и ваучеры имеют флаг Статус взаимозачета/Netting Status (NETST) в Регистре покупателей (F03B11) и Регистре поставщиков (F0411) соответственно. Этот флаг определяет, имеют ли они право на взаимозачет. Проверка статуса для РК транзакций в Speed Status Change (P0411S) Проверка статуса для РД транзакций в Speed Status Change (P03B114)

Ссылки

• E1: 03B/04: Overview EnterpriseOne A/R and A/P Netting (P03B455)
• WS: FIN: Understanding the AP and AR Netting Process (P03455)