AR Черновик: различия между версиями
Yarkin.m (обсуждение | вклад) |
Yarkin.m (обсуждение | вклад) |
||
Строка 470: | Строка 470: | ||
| colspan = "6"| BEFORE | | colspan = "6"| BEFORE | ||
|- | |- | ||
− | | 7001 || RI || | + | | 7001 || RI || 10005 || 120.00 || 120.00 || A (Approved for Payment) |
|- | |- | ||
| colspan = "6"| Accepted Draft Entry | | colspan = "6"| Accepted Draft Entry | ||
|- | |- | ||
− | | 7001 || RI || | + | | 7001 || RI || 10005 || 120.00 || 0.00 || P (Paid in Full) |
|- | |- | ||
− | | 7001 || R1 || | + | | 7001 || R1 || 502 || 0.00 || 120.00 || D (Draft Accepted) |
|- | |- | ||
| colspan = "6"| After Draft Collected | | colspan = "6"| After Draft Collected | ||
|- | |- | ||
− | | 7001 || RI || | + | | 7001 || RI || 10005 || 120.00 || 0.00 || P (Paid in Full) |
|- | |- | ||
− | | 7001 || R1 || | + | | 7001 || R1 || 502 || 0.00 || 120.00 || ? (Draft Accepted) |
|} | |} | ||
Версия 11:24, 22 октября 2024
Содержание
- 1 База
- 2 Справочник клиентов РД (P03013)
- 3 Документы реализации (Invoices)
- 3.1 Ввод документов реализации (Invoce)
- 3.2 Проводки
- 3.3 Локализация инвойсов РФ
- 3.3.1 Ввод Инвойса с локализацией РФ
- 3.3.2 Ввод корректировочного счета фактуры в РД с локализацией РФ
- 3.3.3 Создание суммовой (курсовой) разницы для реализации в РФ / Generating Amount Difference Invoices for Russia
- 3.3.4 Таблицы
- 3.3.5 Ввод дополнительной информации - Дата отгрузки / Дата утверждения
- 3.4 Настройки инвойсов
- 4 Механизмы погашения / соотнесения (Apply Invoice)
- 5 Денежные поступления (Receipt)
- 5.1 Стандартный ввод поступления (P03B102) с соотнесением
- 5.2 Стандартный ввод поступления (P03B102) без соотнесения - Несоотнесённое поступление
- 5.3 Entering Stand-Alone Records in Standard Receipts Entry (P03B102)
- 5.4 Печать РКО - Локализация РФ
- 5.5 Проводки поступлений
- 5.6 Локализация РФ
- 5.7 Настройки
- 6 Тратта / Переводной вексель (Draft)
- 7 Вычеты (Deductions)
База
- Модуль РД может работать изолировано без взаимодействия с другими модулями (кроме АК).
- Перед работой необходимо выполнить базовые настройки системы и создать карточки клиентов РД в дополнение к карточкам АК.
- Для учета дебиторской задолженности по клиенту необходимо вводить документы реализации. В данной системе учета все документы реализации условно называются Инвойсами ().
- Для учета кредиторской задолженности по клиенту можно ввести т.н. Отрицательный инвойс (он же Кредит мемо, он же кредитный авизо).
- Для учета погашения дебиторской задолженности клиента используется механизм соотнесения. Соотносить Инвойсы можно с Денежными поступлениями от клиентов (в т.ч. с драфтами), с отрицательными инвойсами или устроить взаимозачет с модулем РК.
- Если Денежные поступления от клиентов нет возможности сразу соотнести с Инвойсами (предоплата, особенности БП и пр.), то можно ввести Несоотнесенные поступления. Потом выполнить соотнесение.
- Если для Денежных поступлений нет возможности сразу соотнести клиентом, то можно ввести Зарегистрированные поступления. Потом, после создания карточки клиента, определить контрагента.
- Если Денежных поступлений не связаны с реализацией, то можно ввести Поступления ГК, распределив их на соответствующие счета учета.
- Работа с клиентами и Управление задолженностями и взысканиями
- Книга операций клиентов
- Выписки по состояние взаиморасчетов (аналог Акта сверки)
- Работа с просроченной дебиторской задолженности
- Обновление аналитической информации о клиентах
- Инвойс
- Тип инвойса | Ввод инвойса | Разнесение | Печать | Изменение
- Дисконт | Условия оплаты | Инструменты оплаты
- Соотнесение/погашение инвойсов
- Ручная оплата | Тип оплаты | Ввод оплаты | Оплата без соотнесения | Разнесение оплаты
- Соотнесение без оплаты
- Автоматическая оплата и соотнесение (Release 9.2 Update)
- Драфт | Драфт без соотнесения | Разнесение | Процесс | Предоплата с продаж
- Прямые дебетовые платежи через электронный перевод средств (EFT)
- Дисконт | Вычет | Чарджбэк | Списание
- Взаимозачет РД/РК | Взаимозачет Credit Reimbursements
- Revenue Recognition (признание дохода и себестоимость)
- Отчетность
- Электронный документооборот EDI
- Отчеты РД | Очистка устаревших данных | Отчеты целостности
Справочник клиентов РД (P03013)
- G/L Distribution
- G/L Offset-
- Model JE Doc Type/No/Co
- Account Number
Документы реализации (Invoices)
Виды инвойсов:
Тип документа | Название | Описание |
---|---|---|
RI | Инвойс (Regular Invoice) |
Unless you modify the processing option in the Invoice Entry MBF Processing Options program (P03B0011), the system assigns RI to all invoice documents that are created by the JD Edwards EnterpriseOne Sales Order Management system and those invoices entered manually using Standard Invoice Entry or Speed Invoice Entry. |
RM | Отрицательный инвойс (Credit Memo) |
Unless you modify the processing option in the Invoice Entry MBF Processing Options program (P03B0011), the system assigns RM to credit memos entered manually using Standard Invoice Entry or Speed Invoice Entry. |
RR | Повторяющийся инвойс (Recurring Invoice) |
The system assigns RR to all recurring invoices entered with frequency and number of payments. |
RN | (Manual Billing) | The system assigns RN to all invoices generated from manual billings in the JD Edwards EnterpriseOne Real Estate Management system. |
RD | (Recurring Billing) | The system assigns RD to all invoices generated from the recurring billings in the JD Edwards EnterpriseOne Real Estate Management system. |
RH | (Expense Participation) | The system assigns RH to all invoices generated from the expense participation billings in the JD Edwards EnterpriseOne Real Estate Management system. |
RJ | (Sales Overage) | The system assigns RJ to all invoices generated from the sales overage billings in the JD Edwards EnterpriseOne Real Estate Management system. |
RL | (Escalation) | The system assigns RL to all invoices generated from the escalation billings in the JD Edwards EnterpriseOne Real Estate Management system. |
RT | (A/R Fee & Interest) | The system assigns RT to all invoices generated from the fee and interest billings in the JD Edwards EnterpriseOne Real Estate Management system. |
RB | Какой-то (Chargeback Invoice) |
The system assigns RB to invoice chargeback records generated when the receipt is entered. The chargeback indicates that you want to pursue payment for an unearned discount or disputed invoice amount. |
R5 | Вычет (Deduction) |
The system assigns R5 to invoice deduction records generated when the receipt is entered. The deduction indicates an unpaid amount that must be resolved. |
R1 | Драфт (A/R Drafts) |
The system assigns R1 to draft invoice records. Drafts are a promise to pay a debt. This document can be a paper record or an electronic record. A draft includes the amount to be paid, the due date, banking information and, possibly, information about underlying liabilities. |
R3 | ??? (Draft Invoice) |
The system created when a draft has been collected (i.e. R03B680 has been run for it), and then using P03B602 the draft is returned to a prior status using the ‘Prior Status’ row exit. Doing this will create a new batch with batch type DB, and when this batch is posted, the post program creates the R3 record. |
RF | Штраф за просрочку оплаты (Delinquency Fee) |
The system assigns RF to fee invoices. The fee invoice represents the total amount of all fees generated for all eligible invoices for the customer for the time period specified. |
NP | Какой-то (Partial NSF) |
The system assigns NP to stand-alone invoice records that are generated for the NSF amount when you enter a partial NSF draft. |
Виды ввода инвойса:
- Стандартный ввод инвойса / Standard Invoice Entry (P03B11)
- Ускоренный ввод инвойса / Speed Invoice Entry (P03B11SI)
- Пакетный ввод инвойсов / Batch Invoice Revisions (P03B11Z1, R03B11Z1A, R03B11Z1P)
Стандартный ввод инвойса | Ускоренный ввод инвойса |
---|---|
При использовании Standard Invoice Entry (P03B11) возможно:
|
При использовании Speed Invoice Entry (P03B11SI) возможно:
|
Ввод документов реализации (Invoce)
Стандартный ввод инвойса (P03B11/P03B2002) - RI/RM
- Запустить сначала приложение Work with Customer Ledger Inquiry (P03B2002. Или сразу запустить приложение Стандартный ввод инвойса (P03B11) для ввода нового Инвойса.
- На форме Работа с запросом к регистру заказчиков (W03B2002A) нажать Добавить для доступа к приложению Стандартный ввод инвойса (P03B11).
- На форме Стандартный ввод инвойса (W03B11A):
- Заполнить поля в заголовке формы:
- (OPTIONAL). Document No/Type/Co
- To assign the document number, document type, and document company, complete the Document No/Type/Co optional fields in the header area. Usually you should let the system assign the document number from Next Numbers (P0002), the document type from the Invoice Entry MBF (P03B0011) processing options, and the document company from the company number that you assign to the invoice. The system assigns this information when you click 'OK' at the end of this task.
NOTE: You can use company 00000 for default values such as dates and automatic accounting instructions. You cannot use company 00000 for transaction entries, such as invoice entry.
- Customer
- Компания / Company
- Дата инвойса / Invoice Date
- Дата ГК / G/L Date
- (OPTIONAL) Условия оплаты / Payment Terms
- Переопределить вручную, при необходимости. По умолчанию значение из Справочника клиентов (P03013).
- (OPTIONAL). Document No/Type/Co
- (OPTIONAL) Select 'Additional Info' from the Form menu to access the Additional Information form.
- На форме Additional Info (W03B11E)
- Override the value for any of the fields on the Additional Information form, if necessary, and then
- Нажать 'OK' для возвращения на форму Стандартный ввод инвойса (W03B11A).
- На форме Additional Info (W03B11E)
- Заполнить поля в таблице формы:
- In the detail area of the Standard Invoice Entry form, complete the Gross Amount field for each pay item. Other field values such as Pymt Terms (Payment Terms) and Discount Available will default once you tab out of the detail line.
- (OPTIONAL) In the detail area, complete the Remark, Pymt Terms, Business Unit, Due Date, and G/L Offset fields for each pay item.
- Payment Terms
- The system completes the Pymt Terms field with the value that is assigned in the header portion of the form, but you can override it for any or all invoice pay items.
NOTE: If you change the payment terms code after you have entered the pay item, you must clear the values in the Discount Available, Due Date, and Discount Due Date fields so that the system can calculate new values.
- Due Date
- The system calculates the due date based on the payment term that is entered, or you can enter it manually. If you enter a negative invoice (credit memo), the system will use the G/L date as the due date prior to 8.9. From 8.9, a processing option in the master business function (P03B0011) controls how the system calculates the due date for credit memos.
- G/L Offset
- is defaulted from the Customer Master (F03012) record but can be overridden manually. The G/L Offset is the code that determines the trade account that the system uses as the offset when you post invoices. The system concatenates the value entered to the Automatic Accounting Instruction (AAI) item RC (for Accounts Receivable) to locate the trade account. For example, if you enter TRAD, the system searches for the AAI item RCTRAD (for receivables).
- Нажать 'OK' для перехода на форму G/L Distribution.
- Заполнить поля в заголовке формы:
- На форме G/L Distribution (W03B11C):
- Заполнить поля таблицы для каждой строки:
- Account Number
- Amount
- (OPTIONAL) Explanation -Remark-
- Нажать 'OK'.
- Заполнить поля таблицы для каждой строки:
NOTE: If you are using Advanced Cost Accounting, you might also need to complete the Cost Object and Object Type fields. See JD Edwards EnterpriseOne Advanced Cost Accounting Implementation Guide. The Implementation Guides are available on the Oracle Technology Network.
42 система при SU генерирует такие проводки по счетам для бухгалтерского и налогового учета для формы G/L Distribution. Их же можно указать как значения при создании инвойса в 03 системе:
RI | BU.90.01-1 | Доходы от продаж | Выручка от продажи (без НДС) | -(Сумма_ДЗ - НДС) |
RI | BU.90.01-1 | Доходы от продаж | Выручка от продажи (НДС) | -НДС |
RI | BU.90.03-1 | Доходы от продаж - НДС | Учет НДС | +НДС |
RI | BU.90.02-1 | Себестоимость продаж | Списание с/с (с/с продаж) | +Сумма_с/с |
RI | WH.41.01 | Товары | Списание с/с (товар) | -Сумма_с/с |
Быстрый ввод инвойса (P03B11SI) - RI
Access the Speed Invoice Entry form (P03B11SI)
- On Speed Invoice Entry, to identify the invoice, complete the following fields:
- Customer
- Company
- Gross Amount
- Invoice Date
- G/L Date
- Complete the following optional fields:
- Remark
- Pay Status
- To override default and system-calculated information, complete the following fields:
- BU
- Tax Rate/Area
- Pay Terms
- Tax Expl Code
- Pay Instr
- Due Date
- Tax Amount
- Disc Due Date
- Taxable Amount
- Currency
- To enter G/L distribution information, complete the following fields in the detail area:
- Account Number
- Amount - Depending on how you set the processing options, you enter this amount as a positive or negative number.
- Complete the following optional field in the detail area:
- Remark
- Click 'OK'.
Стандартный ввод Повторяющегося инвойса Credit Memo (P03B11/P03B2002) - RR
Recurring Invoice Entry Recurring invoices are set up in the Standard Invoice Entry (P03B11) program. You do this by using either the Recurring Invoice form, which you access from the Form menu, or by completing the Recur Frequency (recurring frequency) and Number of Payments fields in the detail area of the invoice.
Recur Frequency (recurring frequency) codes are set up in User Defined Code (UDC) table H00/RF. The codes are used to specify the time interval between which the system creates transactions. Valid recurring frequency values are:
MO: Monthly AN: Annually WK: Weekly QT: Quarterly SA: Semi-annually BW: Biweekly
Option 1: On Standard Invoice Entry (P03B11) complete the header information and take the Form exit 'Recurring Invoice'. On Recurring Invoice, complete the Recur Frequency (recurring frequency) and Number of Payments fields, and click 'OK'. On Standard Invoice Entry complete the grid detail with 'Gross Amount' and any other information you need. If you add an invoice with multiple pay items, the system adds the recurring information to each pay item. You can override the recurring information as necessary. Click 'OK'. Complete the necessary G/L distribution information. Click 'OK'
Option 2: On Standard Invoice Entry (P03B11) complete the header information. In the grid detail area complete the 'Gross Amount' field and any other information you need. Scroll to the right of the grid to find the 'Recur Frequency' and 'Number of Payments' fields. Complete these two fields to make the invoice a recurring invoice. Click 'OK' Complete the necessary G/L distribution information. Click 'OK' When you enter a recurring invoice, the system assigns a document type of 'RR' and the system stores recurring invoice information in the Customer Ledger (F03B11).
Recurring Invoice Review (P03B120)
Copyright (c) 2024, Oracle. All rights reserved. Oracle Confidential.
Click to add to Favorites E1: 03B: Processing Recurring Invoices in EnterpriseOne Accounts Receivable (P03B11, P03B120, R03B305, R03B8101) (Doc ID 1466797.1) To BottomTo Bottom
In this Document Purpose Scope Details
Overview of Recurring Invoices Setting Up a Recurring Invoice Recurring Invoice Entry Revising a Recurring Invoice Recurring Invoice Review (P03B120) Printing the Recurring Invoice Report (R03B305) Setting Data Selection and Data Sequencing for Recurring Invoice Report (R03B305) Setting Processing Options for Recurring Invoice Report (R03B305) Recurring Invoice Revisions Cancelling a Recurring Invoice Adding Recurring Information to an Existing Transaction Understanding the Recycle Process (R03B8101) Setting Processing Options for Recycle Recurring Invoices (R03B8101)
References APPLIES TO: JD Edwards EnterpriseOne Accounts Receivable - Version XE and later Information in this document applies to any platform. PURPOSE This document discusses how to set up and process recurring invoices within Oracle JD Edwards EnterpriseOne Accounts Receivable.
SCOPE This document is intended for users who are setting up or using recurring invoices in the EnterpriseOne Accounts Receivable module
DETAILS Overview of Recurring Invoices If you bill customers on a regular basis for the same amount, you can enter a recurring invoice. When entering a recurring invoice you indicate the total number of invoices you need to create, eg. 12, and the invoicing interval, eg monthly. Then you can run a recycle program to generate a new transaction at regular periods, rather than entering a new invoice each time. The system assigns a new document number and batch number to the new transaction and reduces the number of transactions by one. You continue to recycle and create new transactions until one invoice remains.
Setting Up a Recurring Invoice Recurring Invoice Entry Recurring invoices are set up in the Standard Invoice Entry (P03B11) program. You do this by using either the Recurring Invoice form, which you access from the Form menu, or by completing the Recur Frequency (recurring frequency) and Number of Payments fields in the detail area of the invoice.
Recur Frequency (recurring frequency) codes are set up in User Defined Code (UDC) table H00/RF. The codes are used to specify the time interval between which the system creates transactions. Valid recurring frequency values are:
MO: Monthly AN: Annually WK: Weekly QT: Quarterly SA: Semi-annually BW: Biweekly
Number of Payment. Enter the number of recurring invoices that the system processes. This number includes the original transaction that you enter. For example, if you enter '12', the system will process the transaction eleven additional times, reducing the value of the number of payments by one each time it creates a new transaction. When this field contains a value of '1', the system does not create a new transaction. Instead, the system clears the field.
Option 1:
Recurring Invoice Entry with form exit
On Standard Invoice Entry (P03B11) complete the header information and take the Form exit 'Recurring Invoice'. On Recurring Invoice, complete the Recur Frequency (recurring frequency) and Number of Payments fields, and click 'OK'. On Standard Invoice Entry complete the grid detail with 'Gross Amount' and any other information you need. If you add an invoice with multiple pay items, the system adds the recurring information to each pay item. You can override the recurring information as necessary. Click 'OK'. Complete the necessary G/L distribution information. Click 'OK' Recurring Invoice Form exit
Option 2:
Standard Invoice Entry screen
On Standard Invoice Entry (P03B11) complete the header information. In the grid detail area complete the 'Gross Amount' field and any other information you need. Scroll to the right of the grid to find the 'Recur Frequency' and 'Number of Payments' fields. Complete these two fields to make the invoice a recurring invoice. Click 'OK' Complete the necessary G/L distribution information. Click 'OK'
Standard Invoice Entry Grid Details
When you enter a recurring invoice, the system assigns a document type of 'RR' and the system stores recurring invoice information in the Customer Ledger (F03B11).
Revising a Recurring Invoice Before sending the invoice to the customer or recycling it next month, you might want to check it. Recurring invoices can be reviewed online using Recurring Invoice Review (P03B120) or you can print them on a report using Recurring Invoice Report (Invoice Journal) (R03B305).
Recurring Invoice Review (P03B120) Usually, invoices are viewed online.
Access the Work With Recurring Invoices History form (P03B120)
To review recurring invoices online: 1. Display and review invoices in the detail area. 2. To review the invoice information on one form instead of in the detail area, select an invoice, and then select Detail from the Row menu.
Recurring Invoice Inquiry
You can also access recurring invoices on the Work with Customer Ledger Inquiry (P03B2002). To do so, select the 'Recurring Invoices' option, and then click 'Find'.
Customer Ledger Recurring Invoice filter
Printing the Recurring Invoice Report (R03B305)
Печать инвойса Invoice Print (R03B505)
текст
Проводки
RI with TAX | |
---|---|
Дт | F0301.ARC > [AAI RC*] > W03B11A.AID > F03B11.AID |
Kт | W03B11C.ANI (GL Distribution) > F0911.AID [AAI RT*] > |
Локализация инвойсов РФ
Что есть для Инвойса:
- Создание локализационной части Инвойса (P03B11/P7433B11).
- Ввод дополнительной информации для Инвойса: Shipment date and Approval date (P7430011 (Invoice Related Information - COMM - 03B), ранее P74P3B02 (Poland Regional Information - POL - 03B))
- Связь Инвойса с одним или несколькими Credit Notes и Debit Notes (P7430015 (Invoice Related to CN/DN - COMM - 03B))
- P7430015 (Invoice Related to CN/DN - COMM - 03B) использовать чтобы связать Инвойс с одним или несколькими Credit Notes и Debit Notes. ПО как бы берется из P74P33B1 (Invoice Entry PO - POL - 03B). Запускается из P7430011 (Invoice Related Information - COMM - 03B)
- Перепечать Инвойса (P7430031 (Reprint Legal Documents - COMM - 03B))
- Ввод корректировочного инвойса и печать Correction Invoice Print - SOP/AR (R74R3034).
Точки локализации (соответствие версий приложений):
- Standard Invoice Entry (P03B11) - Add Invoice - PO (P7433B11)
Ввод Инвойса с локализацией РФ
- Предварительно выполнить настройку:
- локализации РФ для АК [[_]] и ввести доп. значения в АК.
- настроить печать юридического документа.
- локализации РФ для инвойса Standard Invoice Entry (P03B11).
- Выполнить Стандартный ввод Инвойса через Standard Invoice Entry (P03B11). Проверить результат в F7430010 (Legal Document Header - COMM - 03B)
- Проблема: не понятно корреспондирующее приложение Invoice Entry PO - POL - 03B (P74P33B1) или PO - Localization Invoice Entry (P03B11) - COMM - 03B (P7433B11) для P03B11; не хочет указывать Issue Place отличный от Пусто.
- Выполнить Разнесение Инвойса в ГК через P0011. Есть локализация в F74R0011 (Batch Tag File - RUS - 09 - 74R)
- Выполнить процесс печати юридического документа R7430030 (Legal Document Print Process - COMM - 03B), который запустит печать соответствующего документа, например, печать инвойса R74R3030. Проверить результат в F7430010 (Legal Document Header - COMM - 03B), ...
- Проблема: ???
- Выполнить Печать юридического документа через P7430031 (Reprint Legal Documents - COMM - 03B). Если в [[]] нет записи о юридическом документе, то система создаст записи в [[ ]].
- Проблема: ???
Ввод корректировочного счета фактуры в РД с локализацией РФ
- Предварительно выполнить настройку:
- локализации РФ для АК [[_]] и ввести доп. значения в АК.
- настроить печать юридического документа.
- локализации РФ для инвойса Standard Invoice Entry (P03B11).
- Выполнить ввод кредит ноты или ввод кредит ноты с суммами корректировок через Standard Invoice Entry (P03B11). Проверить результат в F7430010 (Legal Document Header - COMM - 03B)
- Проблема: не понятно корреспондирующее приложение (P74P33B1) или Add Invoice - PO program (P7433B11) для P03B11; не хочет указывать Issue Place отличный от Пусто.
- Выполнить соотнесение кредит-ноты или дебит-ноты с исходным инвойсом через Invoice Related to CN/DN (P7430015). Проверить результат в F7430015 (Credit Note - Invoice Relationship into A/R module)
- Если исходный инвойс уже разнесен в ГК, связанные документ покажет ошибку "Posted invoices cannot be changed". Необходимо, связать кредит-ноты или дебит-ноты с юридическим инвойсом.
- Выполнить подготовку (нумерацию) Юридического документа через R7430030 (Legal Document Print Process - COMM - 03B). Проверить результат в F7430010 (Legal Document Header - COMM - 03B), ...
- Выполнить Печать юридического документа через P7430031 (Reprint Legal Documents - COMM - 03B). Если в [[]] нет записи о юридическом документе, то система создаст записи в [[ ]].
- Ввод дополнительной информации - Юрид. документы Кредит мемо
Непонятно при создании нового Инвойса и пересмотре существующего.
- На форме Стандартный ввод инвойса (W03B11A) после ввода данных в заголовке формы и перехода в детали формы можно через меню Form > Regional Info, чтобы перейти на форму Invoice Related Information (W7430011A).
- На форме Invoice Related Information (W7430011A) через меню Form > Invoice Related, чтобы перейти на форму Invoices Related to DN/CN (W7430015A).
- На форме Invoices Related to DN/CN (W7430015A) указать один или несколько документов CN.
- На форме Invoice Related Information (W7430011A) через меню Form > Invoice Related, чтобы перейти на форму Invoices Related to DN/CN (W7430015A).
Настройки для Invoice Related to CN/DN (P7430015) осуществляются в ПО версии P74P33B1 (Invoice Entry PO - POL - 03B) корреспондирующей с используемой версией P03B11.
Form > Regional Info; Локализация инвойсов (G74R03B):
- Standard Invoice Entry (P03B11). Связать Документ реализации (Invoice) из РД с локал. документом из 42 системы.
- Additional Information for Invoices - Invoice Related Information program (P74P3B02) - Regional Info
- The system launches the Invoice Related to CN/DN (P7430015) - Invoice Entry - PO program (P74P33B1)
- Standard Invoice Entry (P03B11) - Add Invoice - PO program (P7433B11)
Создание суммовой (курсовой) разницы для реализации в РФ / Generating Amount Difference Invoices for Russia
- Предварительно выполнить настройку:
- UDC: 00/DT (), 00/DI (), 74R/AD () для документов:
- CI Credit Invoice | Amount Difference | Y
- DI Debit Invoice | Amount Difference | Y
- А также настроить юридический документ
- ПО R74R3010 (Generate Amount Differences Invoice - RUS - 03B - 74R)
- P03B0011 (Invoice Entry MBF Processing Options)
- P7433B11 (PO - Localization Invoice Entry (P03B11) - COMM - 03B)
- P0900049 (Journal Entry MBF Processing Options)
- AAI для соответствующих счетов курсовой разницы
- RGxxx (realized gains)
- RLxxx (realized losses)
- UDC: 00/DT (), 00/DI (), 74R/AD () для документов:
- Выполнить Ввод валютного инвойса с курсом валюты W
- Выполнить Ввод валютного поступления с курсом валюты Z и соотнести с исходным валютным инвойсом.
Таблицы
Таблицы, заполняемые при печати локализационного инвойса в 03 системе:
- Данные о заголовке юридического документа
- F7430010 [Legal Document Header - COMM - 03B]
- Данные из ...
- F74R3031 [Legal Document Address (Print Info) - RUS - 03B - 74R]
- .
- Данные о каком-то пакете ( надо разобраться)
- F7430050 (Print Batch Header - COMM - 03B) - Какие-то пакет юр. документов LegDocTy
- F7430051 (Print Batch Detail - COMM - 03B) - Какие-то пакет юр. документов (LegDocTy > DocTy)
- Данные в печатной форме
- F7430030 (Legal Document Header (Print Info) - COMM - 03B) - Заголовок (общая инфо) печатной формы DocTy.
- F7430031 (Legal Document Address (Print Info) - COMM - 03B) - Адреса, используемые в печатной форме DocTy.
- F7430032 (Legal Document Detail (Print Info) - COMM - 03B) - Строки, используемые в печатной форме DocTy.
- F7430033 (A/R Document Line (Print Info) - COMM - 03B) - ???
- F7430034 (Legal Document Attachment (Print Info) - COMM - 03B) - Сообщения и пометки, используемые в печатной форме DocTy.
- F7430035 (Taxes by Legal Document Line - COMM - 03B) - Налоги, используемые в печатной форме DocTy.
Ввод дополнительной информации - Дата отгрузки / Дата утверждения
Непонятно при создании нового Инвойса и пересмотре существующего.
- На форме Стандартный ввод инвойса (W03B11A) после ввода данных в заголовке формы и перехода в детали формы можно через меню Form > Regional Info, чтобы перейти на форму Invoice Related Information (W7430011A).
- На форме Invoice Related Information (W7430011A) на вкладке Dates заполнить:
- Actual Ship.
- Непонятно при какой ситуации. Ходят слухи, что ввод обновит F4211.ADDJ и/или только F7430010.ADDJ (Legal Document Header - COMM - 03B).
- Approval Date.
- Непонятно при какой ситуации. Ходят слухи, что ввод обновит F7430010.APV (Legal Document Header - COMM - 03B).
- Нажать ОК для возвращения на форму Стандартный ввод инвойса (W03B11A) при создании, либо на форму Работа с запросом к регистру заказчиков (W03B2002A) при пересмотре.
- На форме Invoice Related Information (W7430011A) на вкладке Dates заполнить:
Настройки инвойсов
Документы должны существовать в:
- Определяем все типы заказов и документов (как будто это справочник): UDC 00/DT (Document Type - All Documents)
- Разрешаем использовать эти типы документов как Документ реализации: UDC 00/DI (Document Type - Invoices Only)
Механизмы погашения / соотнесения (Apply Invoice)
- Invoice
Customer # | Doc Type | Doc # | Gross Amount | Open Amount | Pay Status |
---|---|---|---|---|---|
7001 | RI | 10001 | 120.00 | 120.00 | A (Approved for Payment) |
- Invoice + Receipts (full pay)
Customer # | Doc Type | Doc # | Gross Amount | Open Amount | Pay Status |
---|---|---|---|---|---|
7001 | RI | 10002 | 120.00 | 0.00 | P (Paid in Full) |
- Invoice + Unapplied Receipts
Customer # | Doc Type | Doc # | Gross Amount | Open Amount | Pay Status |
---|---|---|---|---|---|
7001 | RI | 10003 | 120.00 | 120.00 | A (Approved for Payment) |
7001 | RU | 101 | -120.00 | -120.00 | A (Approved for Payment) |
After applied (before RU not Posted) | |||||
7001 | RI | 10003 | 120.00 | 0.00 | P (Paid in Full) |
After applied (before RU Posted) | |||||
7001 | RI | 10003 | 120.00 | 0.00 | P (Paid in Full) |
7001 | RU | 101 | -120.00 | 0.00 | P (Paid in Full) |
- Invoice + Draft w/OpenAmount (bypass Remmitance - пока не получается)
Customer # | Doc Type | Doc # | Gross Amount | Open Amount | Pay Status |
---|---|---|---|---|---|
BEFORE | |||||
7001 | RI | 10005 | 120.00 | 120.00 | A (Approved for Payment) |
Accepted Draft Entry | |||||
7001 | RI | 10005 | 120.00 | 0.00 | P (Paid in Full) |
7001 | R1 | 502 | 0.00 | 120.00 | D (Draft Accepted) |
After Draft Collected | |||||
7001 | RI | 10005 | 120.00 | 0.00 | P (Paid in Full) |
7001 | R1 | 502 | 0.00 | 120.00 | ? (Draft Accepted) |
- Invoice + Draft w/OpenAmount (incl. Remmitance)
Customer # | Doc Type | Doc # | Gross Amount | Open Amount | Pay Status |
---|---|---|---|---|---|
BEFORE | |||||
7001 | RI | 10005 | 120.00 | 120.00 | A (Approved for Payment) |
Accepted Draft Entry | |||||
7001 | RI | 10004 | 120.00 | 0.00 | P (Paid in Full) |
7001 | R1 | 501 | 0.00 | 120.00 | D (Draft Accepted) |
After Draft Remmitance | |||||
7001 | RI | 10004 | 120.00 | 0.00 | P (Paid in Full) |
7001 | R1 | 501 | 0.00 | 120.00 | G (Draft Deposited not Due) |
After Draft Collected | |||||
7001 | RI | 10004 | 120.00 | 0.00 | P (Paid in Full) |
7001 | R1 | 501 | 0.00 | 120.00 | ? (Draft Accepted) |
Денежные поступления (Receipt)
Виды поступлений:
- Соотнесенное поступление (Аpplied receipt)
- поступление от клиента или плательщика, которое соотнесено с конкретным документом реализации (Invoice).
- Несоотнесенное поступление (Unapplied receipt)
- поступление от клиента или плательщика, которое не соотнесено с конкретным документом реализации (Invoice).
- Balance Forward receipt
- поступление от клиента или плательщика, для которого можно указать дату, начиная с которой система будет искать документом реализации (Invoice) для соотнесению. Либо указать конкретный номер документа реализации (Invoice)
- Зарегистрированное поступление (Logged receipt)
- поступление от клиента или плательщика, которого не удалось связать с клиентом или плательщиком из АК/РД.
- Поступление ГК (General Ledger receipt)
- поступление не от клиента или плательщика. Например, возмещение по страховому случаю.
Тип документов поступлений:
Тип документа | Название | Описание |
---|---|---|
RC | Поступление (Receipt) | Система присваивает этот тип документа при вводе поступления. |
RO | Void Receipt | Система присваивает этот тип документа при аннулировании поступления. |
RS | Spread Receipt | Система присваивает этот тип документа, когда кредитное авизо (Credit Memo) соотноситься с документом реализации (Invoice), создавая поступление с нулевой суммой. Этот тип документа не присваивается при соотнесении несоотнесенного поступления (Unapplied Receipt) с документом реализации (Invoice). |
RV | Insufficient Funds Receipt | Данный тип документа система присваивает в случае, если у клиента недостаточно средств на счете в банке для оплаты платежа. (The system assigns this document type when a customer has insufficient funds in the bank to pay the payment.) |
RU | Unapplied Receipt | Система присваивает этот тип документа поступлению, которое не соотнесено с конкретным документом реализации (Invoice). |
RL | Logged Receipt | Система присваивает этот тип документа поступлению, которое не связано с клиентом или плательщиком. |
RR | Rounding Record | Система назначает этот тип документа, когда поступление в иностранной валюте либо полностью соотнесена в иностранной части, но не полностью соотнесена в домашней валюте, либо полностью не соотнесена на иностранной стороне, но не полностью соотнесена в домашней валюте из-за проблем округления. Эта запись округления находится на уровне поступления и не связана с какой-либо конкретной позицией оплаты документа |
Способы ввода поступлений:
- Standard Receipts Entry (P03B102)
- Speed Receipts Entry (P03B0001)
- Automatic Receipt Processing (P03B121, P03B124, R03B50)
Standard Receipts Entry (P03B102) | Speed Receipts Entry (P03B0001) |
---|---|
When using standard receipts entry you can:
|
When using speed receipts entry you can:
|
When using standard receipts entry you cannot:
|
When using speed receipts entry you cannot:
|
When you apply receipts or drafts to invoices, you use type input (TI) codes to automatically calculate amounts to apply for payments, discounts, write-offs, chargebacks, and deductions.
Type Input Code | Calculations |
10 (Simple Invoice Match) |
|
11 (Invoice Match with Automatic Chargeback for Discount Amount) |
|
15 (Invoice Match with Write-Off) |
Amount applied = current amount - discount available
|
16 (Invoice Match with Chargeback) |
|
17 (Invoice Match with Deduction) |
|
Note - Document types (RU. R5, RS, etc) generated by the AR receipt entry P03B102 are hard coded in the program and it cannot be changed.
To look at upcoming or archived Advisor Webcasts, please see Advisor Webcast Details Document 1450327.1. If your topic is not currently scheduled, please suggest it.
Стандартный ввод поступления (P03B102) с соотнесением
- Открыть приложение Standard Receipts Entry (P03B102).
- На форме Work with Customer Receipts Inquiry (W03B102A) нажать Добавить.
- На форме Receipt Entry (W03B102E):
- Заполнить обязательные поля заголовка:
- Компания / Company
- Плательщик / Payor
- Receipt amount
- Валюта / Currency
- А также необязательные поля заголовка:
- Bank Account (если поле оставить пустым, то система заполнит из AAI RB)
- GL Date (если поле оставить пустым, то система заполнит текущим днём)
- Receipt Date (если поле оставить пустым, то система заполнит текущим днём)
- Customer Number (если поле оставить пустым, то система заполнит из Payor)
- Выбрать инвойсы для соотнесения. Существует несколько способов выбора открытых инвойсов:
- Все (выбрать все доступные). Через меню Форма > Загрузить (Load).
- На форме Load Invoices (W03B102J) уточнить параметры отбора и нажать ОК.
- Выборочно (выбрать доступные). Через меню Форма > Выбор (Select).
- На форме Select Invoices (W03B102H) в заголовке формы уточнить параметры отбора. Выделить строки с необходимыми инвойсами и нажать ОК (либо Строка > Select/Deselect), система отобразить рядом отметку выбора. Затем нажать Закрыть (Close).
- Все (выбрать все доступные). Через меню Форма > Загрузить (Load).
- Указать тип соотнесения выбранных инвойсов в поле TI.
- По умолчанию указывается значение из п3., вкл. Default, ПО P03B102
- Нажать ОК. Все последующие поступления будут добавляться в этот же пакет RB, до выхода из формы.
- Заполнить обязательные поля заголовка:
- Нажать Закрыть. Все последующие поступления будут добавляться в этот же пакет RB, до выхода из приложения( но это не точно).
Стандартный ввод поступления (P03B102) без соотнесения - Несоотнесённое поступление
Выполнить Стандартный ввод поступление без соотнесения.
Локализация РФ
- Предпосылки
- (Мнение автора) Я так понимаю, что для всех клиентов с НДС при авансовом платеже компания должна выделять НДС. Т.к. компания заранее не знает величину налога, то должна выделить любой например НДС 20%. Это здесь и настраивается. Для Класса ГК Несоотнесенные поступления UC всегда выделять налог НДС 20%. После соотнесения все обернется взад, а потом начислится правильно.
- Проблема: Как быть с клиентами без НДС? Руками прописывать соответствующий и заранее настроенный код в W03B102I.GLC?
- Настройки
-
- UDC 74R/UT (Unapplied Cash Tax Code). Для кода (постфикса) в Description 2 указать: Tax Explanation Code + Пробел + Tax Rate/Area. Например, V НДС-20.
- ПО P74R3100 (Prepayment VAT Setup - RUS - 03B) версия корреспондирующая R09801 или ZJDE0001
- ПО R74R3018 (Russian Tax File Maintenance A/R - RUS - 03B - 74R) версия корреспондирующая R09801 или ZJDE0001
- Проблема: нет понимания зачем этот отчет.
- AAI РД:
- RB*
- RCUC или RC*
- RT*
- XX*
- Что? Где? Когда?
Когда:
- Процесс разнесения в ГК документа Несоотнесённого денежного поступления.
- Процесс разнесения в ГК документа Соотнесения денежного поступления с Инвойсом.
Что и где:
- Система получает код Класса ГК Несоотнесенные поступления. Сверяет с UDC 74R/UT и, либо выделяет сумму НДС по P4008, либо выдает ошибку. Из ПО P74R3100 выбирает Типы документов, дату и префикс XX для AAI.
- При выполнении процесса разнесения в ГК система дополнительно считывает ПО P74R3100 и запускает отчет R74R3018. Система сохранит информацию о налогах авансовых поступлений в следующие таблицы для формирования Книги продаж (Sales Book) и Книги покупок (Purchase Book):
- Prepayment Header Tax File (F74R310)
- Prepayment Detail Tax File (F74R311)
Как.
- Процесс разнесения в ГК документа Несоотнесённого денежного поступления.
Document Type Account Debit Credit AAI RC Cash / Bank Account 115 AE Unapplied Receipt 115 RC + Unapplied Receipt GLC VA Unapplied VAT Receipt 15 XX + Unapplied Receipt GLC VA Sales VAT Payable 15 RT + Tax Area GLC
- Процесс разнесения в ГК документа Соотнесения денежного поступления с Инвойсом.
Document Type Account Debit Credit AAI AE Unapplied Receipt 115 RC + Unapplied Receipt GLC AE Trade Accounts Receivable 115 RCTRAD VB Sales VAT Payable 15 RT + Tax Area GLC VB Unapplied VAT Receipt 15 XX + Unapplied Receipt GLC
Entering Stand-Alone Records in Standard Receipts Entry (P03B102)
Stand-alone records are write-offs, chargebacks, and deductions that are not associated with any known invoice. These can be created when the customer sends a payment for several invoices, but the payment amount does not equal the total amount of the invoices. The stand-alone feature can also be used when an unapplied payment is applied to several invoices and a small difference between the totals exists. In these scenarios, the system matches the payment to invoices, but the shortage is recorded without specifying a particular invoice. You can also use the stand-alone feature without performing an invoice match. For example, you can create a deduction or write off a small duplicate payment. Additionally, to distribute an unapplied payment to several customer accounts, you can enter a stand-alone chargeback without invoice matching. When you use the stand-alone feature without invoice matching, you must enter the amount as a credit (negative); otherwise the system creates an unapplied payment for twice the amount specified. It is recommended that you use the stand-alone feature in conjunction with invoice match, whenever possible.
Prerequisites
For stand-alone write-offs:
- Ensure that you set the maximum amount in the Manual Write-Off processing option high enough so that the system accepts entry.
- Verify that the account that you want to use for the each write-off reason code is set up for the AAI item RA xx, where xx is the write-off reason code.
- Verify that the processing option on the Edits tab is set up to allow write-offs.
- Verify that the values that you want to use for the write-off reason code are set up in UDC 03B/RC.
For stand-alone chargebacks:
- Verify that the chargeback A/R trade account is set up for the AAI item RC xxxx, where xxxx is the chargeback general ledger offset code.
- Verify that the processing options on the Chargeback tab are set up.
- Verify that the values that you want to use for the chargeback reason code are set up in User Defined Code (UDC) 03B/CB.For stand-alone deductions:
- Verify that the deduction suspense account is set up for the AAI item RN.
- Verify that the values that you want to use for the deduction reason code are set up in UDC 03B/CR.
Understanding Type Input (TI) Codes for Stand-Alone Records
Type Input Code | Description | Use |
---|---|---|
25 | Stand-alone Write Off | Use this code to create a write-off for an amount that is not associated with any specific invoice. When you create a stand-alone write-off (type input code 25), the system reduces the customer's open balance by the amount of the write-off. |
26 | Stand-alone Chargeback | Use this code to create a chargeback invoice for an unpaid amount that is not associated with a specific invoice, with or without invoice match. |
27 | Stand-alone Deduction | Use this code to create a deduction for an amount that is not associated with a specific invoice. For example, you would use this feature if you receive a duplicate payment for a small amount and are unsure about how to process it. |
The same TI codes can also be used for Draft Entry in Enter Our Drafts/Enter Customer Drafts (P03B602).
Example Stand-Alone Entry
- Access the Standard Receipts Entry (P03B102).
- From the Form menu, select 'Stand-alone', and then select 'Write-Off', 'Chargeback' or 'Deduction'.
- On Create Stand-alone Transaction, complete the Customer and Customer Reference fields.
- Complete fields seen in next screen:
- For stand-alone write-offs, complete the Write-Off Amount and Write-Off Reason Code fields
- For stand-alone chargebacks, complete the Chargeback G/L Offset, Chargeback Amount, and Chargeback Reason Code fields.
- For stand-alone deductions, complete the Deduction Amount and Deduction Reason Code fields.
- Click 'OK'. On Receipts Entry, the system adds a new detail line, creates a positive payment amount for the stand-alone transaction, and assigns the appropriate type input code.
- Verify that the Amount Pending and Amount Unapplied fields on the bottom of the form contain the correct information.
- Click 'OK'.
- Post the batch.
Печать РКО - Локализация РФ
Если осуществить ввод поступления на счет, который локализация распознает как кассовый (или наличные), то можно использовать механизм печати ПКО. Для этого:
- Ввести любым способом поступление на счет, который определен как кассовый.
- Найти поступление в P74R0101 (только для разнесенных пакетов) по номеру счета кассы.
- Заполнить дополнительные поля для поступления:
- W74R0101A: Row > Add Information
- W74R0101B:
- Address Number
- Принято от... Выдать / Person Name
- Основание / Description
- Приложения / Source Documents
- НДС / VAT
- (недоступно в ПКО) Личные данные получателя /Recipients Personal Details
- Посмотреть результат в таблицах:
- F74R0100 Petty Cash Transactions - RUS - 00 - 74R
- F74R01T Petty Cash Transactions Tag File - RUS - 00
- Распечатать ПКО (R74R5002). Дальше доступен только RePrint
Проводки поступлений
Аpplied receipt w/o Discount (TI 10) | ||
---|---|---|
Дт | ручн. ввод W03B102E.ANI > or W03B102E.ANI = Пусто > [AAI RB] > |
F03B13.GLBA |
Kт | F03B11.AID (Invoice) > | F03B14.AID |
Unapplied receipt | |
---|---|
Дт | [AAI RB] > W03B102E.ANI > F03B13.GLBA |
Kт | PO(1) = Blank: F0301.ARC > W03B102I.GLC (2) > [AAI RCxxxx] [AAI RCUC] > F03B13.AID or PO(1) = 1: [AAI RCUC] > F03B13.AID |
* | (1) PO P03B102: Default; 8. Default G/L Offset for Unapplied Receipts (2) W03B102I (Additional Information): Form > Additional Info |
G/L receipt | |
---|---|
Дт | [AAI RB] > W03B102E.ANI > F03B13.GLBA |
Kт | W03B0001C.ANI (1) > F03B14.AID2 |
(1) W03B0001C (G/L Receipts Entry): Form > General Ledger |
Logged receipt | |
---|---|
Дт | W03B0001A.ANI > F03B13.GLBA |
Kт | W03B0001A.GLC(1) > [AAI RCLC] > F03B13.AID |
* | (1) для ESAC = 3 (Logged Receipt), W03B0001A.GLC = LC (Hard Coded), можно изменить вручную. |
Аpplied receipt with Discount Taken (TI 10) | |
---|---|
Дт | [AAI RB] > W03B102E.ANI > F03B13.GLBA |
Kт | F03B11.AID (Invoce) > F03B14.AID [AAI RKDzz] > F03B14.AIDD |
Локализация РФ
Что есть в локализации для поступлений: .
- Ввод Приходно-кассовый ордер (ПКО) для денежных поступлений в кассу.
- ПКО оформляют почти при любом поступлении наличных денег в кассу организации. Но если в расчетах наличными компания должна применять кассовый аппарат, ПКО на каждую принятую сумму не оформляют — только выдают чек покупателю. На итоговую выручку за смену составляют единый ордер. Информацию о поступлении наличных в кассу и о номере ПКО нужно внести в кассовую книгу по форме КО-4 (R74R5004 Petty Cash Book - RUS - 00). Также для учета ПКО можно вести журнал регистрации приходных и расходных кассовых документов по унифицированной форме КО-3. Но это необязательно. Что оформляется как ПКО (увеличивает наличность):
- Journal entries with a positive amount in a cash account.
- Voided journal entries with a negative amount in a cash account.
- Positive accounts payable vouchers that debit cash accounts.
- Negative accounts receivable invoices that debit cash accounts.
- Accounts receivable receipts.
- Prepayment receipts.
- Voided payments that were paid from cash accounts.
- Что оформляется как РКО (Уменьшает наличность):
- Journal entries for negative amounts in a cash account.
- Manual and automatic payments.
- Voided accounts receivable receipts.
- Voided accounts receivable prepayment receipts.
- Voided journal entries with a positive amount in a cash account.
- Для предоплатных поступлений (Unapplied Receipt) существует P74R3100 (Prepayment VAT Setup - RUS - 03B)
- The system uses the Unapplied Case Tax Code (74R/UT) user-defined code (UDC) table to determine the GL offset account to use for journal entries. If the appropriate values are not set up in this UDC table, the system updates the batch status to E (error). The system writes records to the Prepayment Header Tax File (F74R310) and Prepayment Detail Tax File (F74R311) tables. The system also uses the processing option values that you set up in the Prepayment VAT Setup program (P74R3100). The system reads the values in the Prepayment VAT Setup program when you run the General Ledger Post program.
Настройка кассовых операций / Petty Cash Transactions
- Настроить константы Кассы (P74R0020)
- Использовать Место обработки / Issue Place Constant (0 - No; 1 - Yes)
- Настроить типы документов для документов Приходно-кассовый ордер (ПКО) и Расходно-кассовый ордер (РКО):
- UDC 00/DT (Document Type - All Documents)
- UDC 74R/CD
- KP - Cash Receipt Note (ПКО) Special Handling Code (I)
- KW - Cash Issue Note (РКО) Special Handling Code (O)
- Настроить счета для кассы (P0901) - разрешить использовать счет для нужд кассы:
- Необходимо выбрать любой Код категорий счета и пометить его для Касса (Пусто - система выдаст ошибку при использовании этого счета в кассе; Любое значение - разрешает счет для использования)
- Связать Место обработки и Кассового счета (P74R0013)
- Настроить автонумерацию для документов ПКО и РКО (P74R0012, ранее P74R0002)
- Настроить версию P74R0101:
- 1. Enter version's name of Petty Cash Issue Note (R74R5003). Default ZJDE0001.
- 2. Enter vesion's name of Petty Cash Receipt Note (R74R5002). Default ZJDE0001.
- 3. Enter Ledger Type for GL records. Default AA.
- 4. Enter category code number where cash accounts are defined
- 5. Enter document type for Next Number
Настройки
Т.к документы поступления жестко кодированы и не применяются в F03B11 кроме несоотнесенных поступлений, то их нет необходимости разрешать к использованию. Документы несоотнесенных поступлений должны существовать в:
- Определяем все типы заказов и документов (как будто это справочник): UDC 00/DT (Document Type - All Documents)
- Разрешаем использовать эти типы документов как Документ реализации: UDC 00/DI (Document Type - Invoices Only)
- Разрешаем использовать эти типы документов как Несоотнесенные поступления: UDC 00/DI: UDC 00/DIUDC 00/UT (Document Type Unapplied Rcpts)
Тратта / Переводной вексель (Draft)
Тратты — это платежные инструменты, которые позволяют осуществлять прямую связь между банком поставщика и банком покупателя. В большинстве стран тратта — это обещание выплатить долг. Использование тратты для оплаты обязательств влияет на правовую природу базовых обязательств, поэтому необходимо классифицировать, отслеживать и сообщать о траттах отдельно от других типов платежей и обязательств.
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). /