AR Drafts

Тратты — это платежные инструменты, которые позволяют осуществлять прямую связь между банком поставщика и банком покупателя. В большинстве стран тратта — это обещание выплатить долг. Использование тратты для оплаты обязательств влияет на правовую природу базовых обязательств, поэтому необходимо классифицировать, отслеживать и сообщать о траттах отдельно от других типов платежей и обязательств.

There are two types of A/R Drafts: Manual and Automatic Drafts. This refers to the customer's pre-authorization of a draft, rather than the methods used to enter/process the draft records. Существует два типа A/R Drafts: ручные и автоматические черновики. Это относится к предварительному разрешению заказчиком черновика, а не к методам, используемым для ввода/обработки записей черновиков.

Manual Drafts

Manual drafts are also called customer acceptance drafts because a customer must accept them before they can be remitted to the bank. The following types of manual drafts are available:

• The supplier prints the draft with bank account information.
• The supplier prints the draft with the bank name only.
• The customer prints the draft with bank account information.
• The customer prints the draft with the bank name only.

The system can distinguish drafts with only a bank name from those with complete bank account information. This is helpful because banks generally assess an additional fee to collect drafts if you do not provide account information.

The program used for this in JD Edwards EnterpriseOne is Customer/Supplier Drafts Entry (P03B602).

Automatic Drafts

Automatic drafts are also called preauthorized drafts because they do not require customer acceptance. You and your customer agree in advance that the customer will pay with a draft.

The program used for this in JD Edwards EnterpriseOne is Preauthorized Drafts (R03B671).

Steps to Process A/R Drafts

A draft is a payment that passes through various steps of processing. During each step, the system creates either electronic or paper records, as well as accounting entries.

These are the steps:

1. Draft Origination
2. Draft Acceptance
3. Draft Remittance (Optional)
4. Draft Collection

Draft Origination

The draft process begins when either you or your customer originates (prints) a draft. The draft shows the amount to be paid, the due date, banking information and, possibly, information about the underlying liabilities (invoices).

A draft can be generated by printing an invoice with a draft (using Invoice Print with Draft (R03B5051)), or a statement with a draft (using R03B500X). Some customers expect one draft per invoice. Other customers expect one draft for a statement of invoices. You can either send invoices with drafts attached or send statements with drafts attached. The draft origination step updates the customer ledger with the draft number (statement number), but has no effect on the general ledger.

Draft Acceptance

A draft has no legal force until the customer accepts it.

For manual drafts, your customer can accept the draft in any of the following ways:

• Signing the draft that you originated and returning it to you.
• Changing the draft that you originated (date, amount, bank, and so on), and then signing it and returning it to you
• Originating, signing, and sending the customer's own draft to you

For automatic drafts, the draft is accepted by prior agreement, so each draft does not require customer acceptance.

Draft acceptance also includes entering the draft into the system. If you process drafts manually (via P03B602), you enter the draft to create the appropriate records. If you process drafts automatically (via R03B671), the system creates the appropriate draft records for you.

Regardless of whether you enter the draft manually or create the draft automatically, the system performs the following:

• Creates a record in the Receipts Header (F03B13) and Receipts Detail (F03B14) tables.
• The F03B13 record for the draft will have a 4 in the Draft Status field, to indicate that the draft is at the ‘Draft Accepted’ status
• Marks the invoice as paid by changing its pay status to P in the Customer Ledger table (F03B11).
• Creates an invoice record (document type R1) in the Customer Ledger table (F03B11).

Draft Remittance

Draft remittance consists of the following steps:

1. You remit (deposit) the draft to your bank so that it can collect the funds from your customer's bank. You can remit the draft either electronically or on paper in the form of a bank register. When you remit the draft for payment, the system updates the pay status of the R1 draft invoice record to G.
2. The system creates the following journal entries, which you must post:
   • The system debits the drafts remitted account and credits the drafts receivable account.
   • If the draft is remitted with a discount, the system debits the drafts remitted with discount account and credits the drafts receivable account.
   • If the draft is remitted with contingent liability, the system debits the drafts remitted with discount account and credits the drafts receivable account. The system also debits the bank account and credits the contingent liability account.
3. You arrange to collect funds from the draft in one of the following ways:
   • Wait until the funds become available on the due date specified by the draft.
   • Request an advance from your bank before the due date of the draft. Typically, banks charge a fee when they advance funds for a draft before its due date.

Note: Draft remittance is optional in certain countries. It is also optional if you are using the Drafts process to record credit card payments on sales orders by your customers.

Draft Collection

Draft collection consists of the following steps:

1. Your bank collects the funds for the draft from the customer's bank on the due date of the draft, or your bank informs you that it cannot collect the funds.
2. On or after the due date, both you and your customer recognize the transfer of cash. When you run the program that processes draft collection, the system updates the pay status of the draft invoice record to show that it has been collected.
3. The system creates the following journal entries, which you must post:
   • The system creates a journal entry to debit the bank account and credit drafts remitted.
   • If the draft is remitted with a discount, the system debits the bank account and credits the drafts remitted with discount account.
   • If the draft is remitted with contingent liability, the system debits the contingent liability account and credits the drafts remitted with discount account.

Настройка

You need to set up the following to process drafts:

• User Defined Codes for A/R Drafts
• Setup AAIs
• Bank Accounts

When you process drafts, the system uses unique user defined codes and AAIs. Additionally, to avoid fees from the bank, most companies set up bank account information for their customers who process drafts. You use payment instruments to differentiate customers who process drafts from those who do not, as well as to identify those customers for whom you originate the draft from those who originate the draft themselves. You can also use payment instruments to identify those customers for whom you have bank account information from those for whom you do not.

UDC для Тратт РД

Payment Instrument Codes (00/PY)

Using a payment instrument in draft processing is optional. You use payment instrument codes to categorize drafts for reporting and accounting purposes. For example, if you want to distinguish drafts that you originated from those your customer originated, or if you want to distinguish drafts for which you have bank account information from those for which you do not, you can assign the drafts different payment instruments.

The payment instrument that you assign to a draft can also be used in conjunction with AAI items, such as RD1x, RD2x, RD3x, and RD4x (where x represents the payment instrument), to assign different accounts based on the payment instrument. The following list provides examples of the payment instruments that are set up for you to use for draft processing. You can usethese codes or set up additional codes.

Код	Описание
D	Draft by Invoice
F	Draft by Statement
1	Draft that you originate with a bank account number
2	Draft customer originates with a bank account number
3	Draft you originate without a bank account number
4	Draft customer originates without a bank account number

Note: The description of the payment instrument code in this table might not be the same as the description in the UDC (00/PY) because these codes can be used in other systems.

Setting Up the Default Payment Instrument for A/R Drafts

To distinguish invoice records to be paid by draft from other invoice records, you can set up a default payment instrument on the customer master record. The system updates invoice records for that customer with the payment instrument that is specified on the customer record, unless you change it on the invoice. For draft processing, you can use the payment instrument to differentiate customers for whom you might print invoices with a draft attachment from customers for whom you might print statements with a draft attachment. You can also use the payment instrument to identify drafts entered with bank account information from those that do not have bank account information.

Processing options for the draft entry programs allow you to set up payment instruments to use for this purpose. The system updates draft invoice records (document type R1) in the Customer Ledger table (F03B11) and draft receipt records in the Receipts Header (F03B13) table with the payment instrument specified in the processing options. If you need to update the payment instrument for invoices that you previously entered, you can use the Speed Status Change program (P03B114) to update the payment instrument on all invoices for the customer or on an invoice-by-invoice basis.

Payment Status Codes (00/PS)

Pay status codes are hard-coded. The system updates invoice (document type RI) and draft invoice (document type R1) records in the Customer Ledger table (F03B11) with one of the following payment status codes, based on where the invoice is in the draft process:

A – Approval for Payment and used during invoice generation. When you create an invoice and expect your customer to pay by draft, the system displays this pay status on the invoice.

P – Paid in full and used during Draft acceptance and draft collection stages. When you accept the draft, the system updates the pay status of the invoice (RI) to this status. The system also updates the draft invoice (R1) to this pay status when the draft is collected.

D – Draft accepted and used during Draft acceptance stage. When you accept the draft, the system updates the pay status of the draft invoice (R1) to this status.

# - Draft included in register and used during Draft Registration stage. When you register the draft, the system updates the pay status of the draft invoice (R1) to this status.

G – Draft deposited not due and used during Draft remittance. When you submit the draft to the bank and you update the draft with the remitted information, the system updates the draft invoice (R1) to this status.

Draft Status Codes (03B/DS)

Draft status codes are hard-coded. The system updates the draft record in the Receipts Header table (F03B13) with one of the following draft status codes, based on where the draft is in the draft process:

4 – Draft accepted. When you enter the draft using either Enter Our Drafts or Enter Customer Drafts program, or when you create the draft by running the Pre-Authorized Drafts program (R03B671), the system updates the status of the draft to this status.

3 – Draft remitted for cash or discount. When you run the Draft Remittance program (R03B672) and specify to remit the draft for cash or with a discount, the system updates the status of the draft to this status.

2 – Draft remitted with contingent liability. When you run the Draft Remittance program and specify to remit the draft with contingent liability, the system updates the status of the draft to this status.

0 – Draft collected. When you run the Draft Collection with Status Update program (R03B680), the system updates the status of the draft to this status.

Настройка Automatic Accounting Instructions (AAIs) для Тратт РД

The system uses the following AAIs for draft processing, where x is the payment instrument:

Drafts Receivable (RD1x) 

The RD1x AAI item defines the drafts receivable account to debit when you accept a draft. The system automatically debits the drafts receivable account (RD1x) unless you override it in the processing options, and it edits the A/R trade account (RC). When you remit drafts, the system debits drafts remitted (RD2x, RD3x, or RD4x) and credits drafts receivable (RD1x).

Drafts Remitted (RD2x) 

The RD2x AAI item defines the drafts remitted account to debit when you remit drafts for cash. The system automatically debits the drafts remitted account (RD2x) unless you override it in the processing options, and credits the drafts receivable account (RD1x). When you collect drafts, the system debits a bank account (RB) and credits the drafts remitted account (RD2x).

Drafts Remitted for Discount (RD3x) 

The RD3x AAI item defines the drafts remitted for discount account to debit when you remit drafts for a discount. During draft remittance, you use a processing option to choose the drafts remitted for discount account. The system debits the drafts remitted for discount Account (RD3x) and credits the drafts receivable account (RD1x). When you collect drafts, the system debits a bank account (RB) and credits the drafts remitted for discount account (RD3x).

Contingent Liability (RD4x) 

The RD4x AAI item defines the draft contingent liability account to credit when you remit drafts for a discount if you are required to recognize a contingent liability until the maturity date of the draft. During draft remittance, you use a processing option to choose the draft contingent liability account.

The system debits the draft remitted for discount account (RD3x), and credits the drafts receivable account (RD1x). The system also debits the bank account of the remittance, based on a processing option, or the bank account used during the pre-register, and credits the draft contingent liability account (RD4x) unless you override it in the processing options. When you collect drafts, the system debits the draft contingent liability account (RD4x) and credits the drafts remitted for discount account (RD3x).

Void/Non-Sufficient Funds (RD5) 

The RD5 AAI item defines the draft receivable account for the new draft that the system creates when you void or specify a draft as NSF. Depending on the draft status at the time that you void or specify the draft as NSF, the system debits the account associated with AAI item RD5 and credits either the draft receivable account (RD1x) or the draft remittance account (RD2x or RD3x).

Настройка информации банковских счетов

You must set up bank account information when using Accounts Receivable draft processing. Depending on the type of information that you process, you must set up bank account information for your company’s bank accounts, as well as for your suppliers or customers.

Bank Account Cross Reference (P0030A) – You use this program to set up bank account information for your suppliers and customers. If you process Accounts Receivable drafts you must set up bank account information for the customer. Although all the programs update and store bank account information in the Bank Transit Master table (F0030), the system differentiates each bank account record using a record type. The record type not only identifies whether the bank account is for a supplier or customer; it is also used to differentiate customers who process drafts and automatic debits from suppliers who process automatic payments.

Type D - The system assigns this value when you set up bank account information and turn on the A/R Drafts, Auto Debit option using the Bank Account Cross Reference program (P0030A). You must turn on this option for customers who process drafts or auto debits.

Processing Drafts

Черновик

These are the steps:

1. Возникновение тратты / Draft Origination
2. Акцептование (согласие на оплату) тратты / Draft Acceptance
3. Перечисление оплаты для тратты / Draft Remittance (Optional)
4. Взыскание по тратте / Draft Collection

Схема (предположительно)

1. (опция) Происхождение драфта / Draft Origination.

   действия:

   • либо выполнить Печать Инвойса с траттой через R03B5051 (Invoice Print with Draft). Вместо обычного выполнения Печать инвойса через R03B505 (Invoice Print).
   • либо выполнить Печать группу Инвойса с траттой через R03B5052 (Invoice Group by Draft).
   • либо выполнить Печать Выписки по состояние взаиморасчетов через R03B500X (Statement Notification Refresh), если with a draft.

   результат действия:

   • F03B11. Обновление поля Control/Statement (F03B11.CTL) значением Номер драфта из NN 03B/6 для обработанных Инвойсов.

   Предположу, что под Draft подразумевается оформленная в виде обращения требование заплатить клиенту по задолженности. И такое требование можно формировать каждый раз при печати Инвойса или при периодическом формировании Акта сверки (statement), затем отправлять требование уплаты клиенту для утверждения. Если клиент согласится с обоснованностью требования, то возникает обязательство оплаты или утвержденная тратта (юридический документ), который и необходимо ввести в систему для учета. Либо сразу установить договоренность с клиентом, что все введенные Инвойсы должные формируют утвержденную тратту (обязательство оплаты без утверждения клиентом).

   Предположу, что на этом этом этапе, если бизнес-процесс это подразумевает, назначаются нами (т.е. возникают драфты по нашей инициативе) какие инвойсы и как (поштучно или кучкой) оплачиваются инструментами оплаты типа драфт. Либо все открытые инвойсы за период собираются в Statement для последующего предъявления клиенту для оплаты инструментами типа драфт. Нумеруются соответственно, прикрепляются к соответствующим документам т отправляются к клиенту на согласование.

2. Ввод утверждённого драфта / Draft Acceptance.

   Юридически значимыми являются только согласованные драфты, поэтому только их и вводим

   действия:

   • либо выполнить Ввод утвержденного драфта через P03B602 (Draft Entry), если Enter Our Drafts
   • либо выполнить Ввод утвержденного драфта через P03B602 (Draft Entry), если Enter Customer Drafts
   • либо выполнить Пакетный ввод предварительно авторизированного драфта через R03B671 (A/R Batch Draft Creation)

   результат действия:

   • F03B13: Создание новой записи: заголовок драфта. Статус драфта изменится на 4 (Draft accepted) [UDC 03B/DS].
   • F03B14:
     • Создание новой записи: операция по драфту с указанием счета для Кт.
     • Создание новых записей: соотнесенные инвойсы.
   • F03B11:
     • Создание новой записи: документ R1 (Тратта РД) с заполненной или пустой Открытой суммой.
     • Обновление полей (для соотнесенных Инвойсов): Статус оплаты изменится на P (Оплачено полностью)

   результат разнесения в ГК:

   пакет DB (draft batches):

   Дт: Drafts Receivable account (AAI RD1x или счет из ПО P03B602/R03B671)

   Кт: A/R trade account (AAI RCxxxx из Инвойса)

3. Перечисление банку тратты / Draft Remittance.

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

   действия:

   • Запустить отчет
     • либо выполнить Отправка тратты в банк через R03B672 (Draft Remittance), если Сashed RD2x или Discounted RD3x. Статус драфта [Draft Status Codes (03B/DS)] изменится на 3 (Draft remitted for cash or discount).
     • либо выполнить Отправка тратты в банк через R03B672 (Draft Remittance), если Contingent RD4x (спорное обязательство). Статус [Draft Status Codes (03B/DS)] изменится на 2 (Draft remitted with contingent liability).

   результат действия:

   • F03B11: Инвойс-тратта R1: Статус оплаты изменится на G (Draft Deposited not Due)

   результат разнесения в ГК:

   1) batch type DB (draft batches): Дт Draft Remitted for Сash(AAI RD2x) Кт Drafts Receivable account (AAI RD1x)

   2) batch type DB (draft batches): Дт Drafts Remitted for Discount (AAI RD3x) Кт Drafts Receivable account (AAI RD1x)

   3) batch type DB (draft batches):

   Дт Drafts Remitted for Discount (AAI RD3x) Кт Drafts Receivable account (AAI RD1x)

   Дт GL bank account (AAI RBx) Кт Contingent Liability (AAI RD4x)

   Предположу, что на этом этом этапе, мы передаем информацию в банк (здесь есть еще понятие ?регистрировать что-то т.е. записать в Draft Remittance Work Table (F03B672) и Drafts Standard Formatted Tape Table (F03B67OW)). А также для учета нужно либо отразить проводки через AAI RD2x ?или/и RD3x. Либо через Contingent Liability RD4x - непонятная фигня.

4. Взыскание по тратте / Draft collected. Статус [Draft Status Codes (03B/DS)] измениться на 0 (Draft collected).

   Далее наш банк получает средства в срок, указанный в тратте, от банка клиента. Или наш банк информирует о том, что не получил средства по трате в указанный срок.

   действия:

   • Выполнить Взыскание по тратте через R03B680 (A/R Draft Collection)

   результат действия:

   результат разнесения в ГК:

   1) batch type DB (draft batches): Дт GL bank account (AAI RBx) Кт Draft Remittance account (AAI RD2x)

   2) batch type DB (draft batches): Дт GL bank account (AAI RBx) Кт Drafts Remitted for Discount (AAI RD3x)

   3) batch type DB (draft batches): Дт Contingent Liability (AAI RD4x) Кт Drafts Remitted for Discount (AAI RD3x)

Ввод утвержденного драфта (P03B602) с соотнесением

1. Открыть приложение Draft Entry (P03B602).
2. На форме Work With Drafts (W03B602A) нажать Добавить.
3. На форме Draft Entry (W03B602B):
   • Заполнить обязательные поля заголовка:
     • Компания / Company
     • Плательщик / Payor

       Создать для плательщика банковский счет по умолчанию для тратт (P0030A, тип записи D - Default-A/R Drafts, Auto Debit)

     • Номер тратты / Draft Number

       Если версия настроена (см. ПО) для ввода тратт, созданных поставщиком, то вводимый номер должен соответствовать номеру при возникновении тратты. В версиях для ввода тратт клиента, ввод номера осуществляется либо автоматически через механизм Автонумерации, либо вручную, в зависимости от настройки ПО.

     • Draft amount
     • Payment Instrument

       [1] Заполнить поле вручную. Можно использовать специальные значения тратт для целей категоризации и отчетности. Также определяет выбор счета AAI. Если оставить поле пустым, то система использует преопределенные значения по умолчанию для разных случаев. Для случая А определяется в ПО. Для случая Б определяется в ПО. UDC содержит дополнительные настройки SPHD.

     • Валюта / Currency
     • G/L Date
     • Draft Date
     • Draft Due Date
   • А также необязательные поля заголовка:
     • Bank Name

       Заполниться автоматически из банковского счета плательщика по умолчанию.

     • Bank Transit

       Заполниться автоматически из банковского счета плательщика по умолчанию.

     • Customer Bank Acct No

       Заполниться автоматически из банковского счета плательщика по умолчанию.

   • Выбрать инвойсы для соотнесения. Существует несколько способов выбора открытых инвойсов:
     • Все (выбрать все доступные). Через меню Форма > Загрузить (Load).

       На форме Load Invoices (W03B602I) уточнить параметры отбора и нажать ОК.

     • Выборочно (выбрать доступные). Через меню Форма > Выбор (Select).

       На форме Select Invoices (W03B602E) в заголовке формы уточнить параметры отбора. Выделить строки с необходимыми инвойсами и нажать ОК (либо Строка > Select/Deselect), система отобразить рядом отметку выбора. Затем нажать Закрыть (Close).

   • Указать тип соотнесения выбранных инвойсов в поле TI.

     По умолчанию указывается значение из ПО.

   • Нажать ОК. Все последующие поступления будут добавляться в этот же пакет RB, до выхода из формы.
4. Нажать Закрыть. Все последующие поступления будут добавляться в этот же пакет RB, до выхода из приложения( но это не точно).

[1] Инструменты оплаты.

1. из F01013
2. из ПО

или руками

Processing Preauthorized Drafts

From the Draft Daily Operations menu (G03B161), choose Pre-Authorized Drafts (R03B671).

Automatic drafts are also called preauthorized drafts because they do not require customer acceptance for each draft. You and your customer agree in advance that the customer will pay with a draft. You do not print and send a draft to the customer, but instead remit (deposit) the draft to your bank for collection. You create automatic drafts by running the Pre-Authorized Drafts program (R03B671). You select the invoices to pay with each draft by using data selection. You can run this batch process in either proof or final mode:

Proof Mode - You can choose to generate a detail or summary report of transactions:

• Detail – lists each invoice to be paid by draft
• Summary – prints a summary of all invoices by customer or payor, due date, and payment instrument to be paid by draft

Or

Final Mode - You can make the same selections as in proof mode. In final mode, the system:

• Creates drafts
• Updates the pay status of drafts to D (draft accepted)
• Generates a report

Whichever mode you choose, you can review the information and make necessary changes. If you need to make changes after running R03B671 in proof mode, you can use either Standard Invoice Entry (P03B11) or Speed Status Change (P03B114). If you make any changes after running R03B671 in final mode, you will need to use P03B602. We recommend running R03B671 in proof mode first and evaluating the results, as it will be easier to make changes at that step than after running it in final mode.

The system processes drafts in the same way as receipts except that the system:

• Uses batch type DB (draft receipts)
• Applies draft receipts to open customer invoices
• Creates an invoice record with a document type of R1 in the Customer Ledger table (F03B11) for the total draft amount
• Updates the payment status of the draft invoice to D (draft accepted)

After you generate drafts, you must approve and post them to the general ledger to create the appropriate journal entries. This program updates and creates records in the Customer Ledger (F03B11), Receipts Header (F03B13), and Receipts Detail (F03B14) tables.

Note - The report prints the abbreviated column heading PI, which indicates payment instrument. 

Revise, Approve and Post A/R Drafts

Revising Drafts

After you enter drafts, you can review and revise them before you post them to the general ledger. You typically review drafts to:

• Verify information for a particular customer
• Revise draft information, such as the due date, payment instrument, or customer bank account

The following guidelines apply when you revise draft information:

• You cannot add invoices to a draft unless an unapplied amount exists.
• You can change the following fields when the draft has been accepted:
  • Draft Due Date: You can also change this field after the draft has been remitted.
  • Draft Amount: You cannot change this field if the draft is posted or if it is in a status other than DraftAcceptance.
  • Payment Instrument
  • Bank Name
  • Customer Bank Account Number
  • Bank Transit
• You can never change the G/L date on a draft; however, you can assign a new G/L date to a posted draft when you perform additional tasks (such as applying the draft to invoices or voiding the draft). The system updates the Receipts Detail records (F03B14) with the G/L date that you enter. The system does not change the G/L date on the Receipts Header record (F03B13).

Approving and Posting Accounts Receivable Drafts

From the Draft Daily Operations menu (G03B161), choose Draft Journal Review or Post Drafts to GL. After you enter drafts, you must post them to the general ledger to update the appropriate account information. Depending on your organization's policy, your batches might require management approval before you can post them. The process to review and approve batches is the same regardless of the batch type. The batch type for draft batches is DB.

Note - The status of the draft batch header remains In Use until you completely exit the draft entry program.

After each step in the drafts process (entering, remitting and collecting) you must post the drafts to the General Ledger (F0911). If this is not done at each step, incorrect entries may be created in the F0911.

When you post the draft at draft acceptance, the system creates a journal entry to debit the Drafts Receivable account, using the RD1 AAI, and credits the A/R trade account using the RC AAI.

When you post the draft at draft remittance, the system creates a journal entry to debit the Draft Remittance account, using the RD2 AAI, and credits the Drafts Receivable account, using the RD1 AAI.

When you post the draft at draft collection, the system creates a journal entry to debit the GL bank account, using the RB AAI, and credits the Draft Remittance account, using the RD2 AAI.

Please note that the Posted Code field of the F03B13 record for the draft will remain blank until the draft has been collected, and the collection has been posted, regardless of whether or not the draft has been posted during previous stages.

During the post, the system does the following:

• Selects unposted receipt transactions from the following tables:
  • Receipts Header (F03B13)
  • Receipts Detail (F03B14)
• Edits and verifies each transaction

If no errors occur, the system does the following:

• Debits and credits the appropriate accounts in the Account Ledger table (F0911). The account that the system debits depends on the draft status.
• Creates automatic offsets to the A/R trade account in the Account Ledger table (F0911)
• Creates automatic entries to the discount, write-off, chargeback, or deduction account, if applicable
• Updates balances in the Account Balances table (F0902)
• Marks the transactions as posted (P) in the Account Ledger table (F0911)
• Updates the Receipt Detail table (F03B14) with a D in the Posted Code field.

: Note - The system does not update the Receipts Header record (F03B13) until the draft is collected and posted. If the draft is posted after acceptance and remittance, the system does not update the Posted Code field.

• Updates the status of the Batch Control Records table (F0011) to D.

You can also post drafts using the Draft Journal Review program (P0011).

When posting a draft matched with invoices, the F0911.AN8 field on each AE line is populated with the first Customer Number encountered for the trade account, and the F0911.AN8 field on the R1 line is populated with the draft’s Payor Number.

Note - The system creates unapplied draft (RU), draft (R1), chargeback (RB), and deduction (R5) invoices with a posted status of D in the Customer Ledger table (F03B11). To determine whether these records are posted, you must locate and verify the posted status of the draft document from which they originated.

If you enter a draft in error, you can delete or void it. When you delete or void a draft, the system reopens any invoices that the draft paid. You can delete a draft only when:

• The draft is not posted AND
• The draft is at a draft-acceptance status (4)

Note - If the draft is at a remittance or collection status, you cannot delete it; you must post the draft and then void it.

Deleting and Voiding Drafts

When you delete a draft, the system removes the draft records from the following tables:

• Receipt Header (F03B13)
• Receipt Detail (F03B14)
• Customer Ledger (F03B11)

If the draft is posted, you must void the draft. When you void a draft, the system updates the following fields on the draft’s Receipt Header record (F03B13):

• Receipt NSF/Void Code field (NFVD). The system updates this field to V.
• Void Date (VDGJ) - The system uses the G/L date that you enter when you void the draft.
• Void Reason Code (VRE)

The system uses the reason code that you enter when you void the draft. The system also creates a new batch, which you must post to create the reversing journal entries. You can void the draft at any stage of draft processing.

To delete or void drafts the client needs to follow a very similar process to that of deleting or voiding regular receipts:

1. Open Draft Inquiry (P03B602) from menu G03B161
2. Inquire on the draft to be deleted or voided
3. Highlight this draft
4. Either take row exit ‘NSF’ for non-sufficient funds, if the draft has to be deleted or voided because the customer didn’t have enough money in their bank account, or in all other scenarios take row exit ‘Void/Delete’ to do a regular void

The only difference between the two row exits is the reason code; NSF does not have additional functionality behind it.

Note: In order to void or NSF a draft, the draft can be at any status but must be posted. If the draft is unposted, it can only be deleted and then only when it is at an acceptance status (4).

Returning a Draft to Prior Status

If you remit or collect a draft in error, you can return the draft to its prior status rather than completely processing the draft and then voiding it. You can select multiple drafts for this purpose. The system reverses any changes that were made to the drafts when each was moved to its current status.

Note -You cannot return a draft from the acceptance status to a prior status, or return a draft that is voided or designated as having insufficient funds (NSF) to a prior status.

In the processing options for the draft entry programs (P03B602), you can specify whether to prohibit users from using this feature. When you return a draft to a previous status, the system:

• Issues a warning that the remittance paper or tape batch might have already been sent to the bank for processing.
• Removes the draft from the remittance register if the draft is included in the remittance register.
• Updates the draft invoice record (R1) in the Customer Ledger table (F03B11) to the prior pay status.
• Updates the Receipts Header table (F03B13) with the prior draft status and batch.
• Removes unposted records from the Receipts Detail table (F03B14) for the current status.
• Reverses posted records from the Receipts Detail table (F03B14) for the current status.
• Deletes the draft record from the Draft Remittance Work File table (F03B672) if it exists (remitted using a tape format), and marks the Text Processor Header record (F007101) with a status of 3(Suspended/Outbound).

Note - The system retrieves the status for the Text Processor Header record from the user defined code 00/TL