Ваучеры (РК): различия между версиями

Материал из JD Edwards E1
Перейти к навигации Перейти к поиску
 
(не показано 265 промежуточных версий 10 участников)
Строка 1: Строка 1:
== Ваучеры (Vouchers) ==
+
Ваучеры (Vouchers)
  
=== Стандартный ваучер (Non-Purchase Standart Voucher) ===
+
== Стандартный ваучер (Non-Purchase Standart Voucher) ==
 +
{| class="wikitable" style="float:right; margin-left: 10px;"
 +
|+ Проводки - Ввод стандартного ваучера
 +
|-
 +
! style="width:20px" | № || style="width:400px" | Счета || style="width:50px" | AAI || style="width:50px" | Кт || style="width:50px" | Дт
 +
|-
 +
|-
 +
! colspan = "5" | 1. Ввод Ваучера
 +
|-
 +
| 1 || Учет ТМЦ, работ, услуг (Expense Account) || ручн. || - || 100 
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками || PC || 100 || - 
 +
|-
 +
! colspan = "5" | 2. Оплата Ваучера
 +
|-
 +
| 1 ||  Расчеты с поставщиками и подрядчиками || PC || - || 100 
 +
|-
 +
| 2 || Расчетный счет в банке || PB || 100 || -
 +
|}
 +
 
 +
'''Стандартный ваучер''' (англ. ''Standart Voucher'') - это учтенное в системе обязательство перед поставщиком, основанное на первичном документе после оприходования поставки, учета работ или услуг. 
 +
 
 +
Стандартный ваучер можно ввести через приложения:
 +
* P0411 - A/P Standard Voucher Entry
 +
* P0411SV - A/P Speed Voucher Entry
 +
* P041016 - Multi Company - Single Supplier
 +
* P041017 - Multi-Voucher Entry
 +
* R04110ZA - Batch Voucher Processor Report
 +
 
 +
=== Типичные сценарии использования Cтандартного ваучера ===
 +
Использование Cтандартного ваучера:
 +
# После получения первичного документа и оприходования поставки, ввести Стандартный ваучер через P0411 и разнести проводки в ГК.
 +
# После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучером и разнести проводки в ГК.
 +
 
 +
=== Настройка ===
 +
*; Настройка ПО версии MБФ Voucher Master Business Function (P0400047) для ввода Стандартного ваучера
 +
** Вкладка ''Значения по умолчанию/Default''
 +
**: п.3. Voucher Document Type - указать Тип документа для ваучера, обычно используется 'PV'.
 +
 
 +
*; Настройка ПО версии Ввод ваучера для ввода Стандартного ваучера
 +
** Вкладка ''Показ/Display''
 +
**: п.1. Повторяющиеся ваучеры - оставить пустым
 +
** Вкладка ''Подбор ваучеров/Voucher Match''
 +
**: п.1. Обработка подбора - оставить пустым
 +
** Вкладка ''Множественные ваучеры/Multi Vouchers''
 +
**: п.1. Множественные ваучеры/Multiple Vouchers - оставить пустым
 +
** Вкладка ''Регистрация/Logging''
 +
**: п.1 Ввод зарегистрированных ваучеров - оставить пустым
 +
** Вкладка ''Предоплата/Prepayment''
 +
**: п.1. Корреспондирующий счет ГК (G/L Offset Account) - оставить пустым
 +
** Вкладка ''Версии/Versions''
 +
**: п.1. Версия МБФ справочника ваучеров () - указать требуемую версию МБФ. (Версия по умолчанию P0400047 ZJDE0001)
 +
** Вкладка ''Pay When Paid''
 +
**: п.1. Pay When Paid Voucher - оставить пустым
 +
 
 +
*; Ввод Стандартного ваучера
 +
*: Сумма создаваемого ваучера должна быть положительной.
 +
 
 +
== Стандартный ваучер с налогами (Non-Purchase Standart Voucher with Taxes) ==
 +
Если налогом облагаются товары и услуги, приобретенные у поставщика, необходимо создать налогооблагаемый ваучер.
 +
 
 +
Для ввода ваучера с налогами необходимо выполнить следующие  настройки: 
 +
* Убедиться, что в Tax Rate/Areas (P4008) существует записи Tax Rate/Areas.
 +
* Можно указать в Supplier Master (P04012) значение по умолчанию для Tax Rate/Area (TXA2) и Tax Explanation Code (EXR2), которые буду переданы в ваучер при вводе.
 +
* Если используется валютный ваучеры с НДС, убедиться, что ПО AP Voucher Master Business Function (P0400047) на вкладке Currency в п.1. Value Added Tax Allowed установлена 1. Если поле оставить пустым, то будет ошибка при создании валютного ваучера с налогами типа НДС.
 +
* Убедиться, что указана корректная версия AP Voucher Master Business Function (P0400047).
 +
* Настроить Tax rules, используяTax Rules (P0022). see article Document 1413283.1.
  
 +
== Стандартный ваучер в валюте ==
 +
=== Курсовая разница при вводе ваучера в валюте ===
 +
 +
Курсовая разница при валютных операциях РК может возникать в следующих случаях:
 +
* При вводе Ваучера в валюте и соотнесении его с Оплатой в валюте, если курсы валют различаются, но в один финансовый период (реализованный доход/расход).
 +
* При вводе ваучера и окончание финансового периода, если ваучер еще открыт (нереализованный доход/расход).
 +
 +
* Настроить AAI для распределения курсовой разницы на правильные счета доходов/расходов от валютных операций.
 +
** Для открытых ваучеров в иностранной валюте, доход/расход рассчитывается между домашней (валюта компании) и иностранной валютами.
 +
 +
=== Нереализованный доход/расход в РК ===
 
{| class="wikitable" style="float:right; margin-left: 10px;"
 
{| class="wikitable" style="float:right; margin-left: 10px;"
|+ Ввод стандартного ваучера
+
|+ Учет Нереализованных доходов/расходов - R04425 - Проводки
 +
|-
 +
! style="width:20px" rowspan = "2" | № || style="width:400px" rowspan = "2" | Счета || style="width:40px" rowspan = "2" | AAI || colspan = "2"  | Кт || colspan = "2" | Дт
 +
|-
 +
! style="width:40px" | CA || style="width:40px" | AA || style="width:40px" | CA || style="width:40px" | AA
 +
|-
 +
! colspan = "7" | 1. Ввод валютного ваучера c открытой суммой (курс: 1USD = 100 RUB)
 +
|-
 +
| 1 || Учет ТМЦ, работ, услуг (Expense Account)  || ручн. || - || - || 1$ || 100
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками || PC || 1$ || 100 || - || -
 +
|-
 +
! colspan = "7" | 2a. Учет Нереализованных доходов на конец периода (курс: 1$ = 90)
 +
|-
 +
| 1 || Прочие доходы (91-1) || PVUSD || - || 10 || - || -
 +
|-
 +
| 2 || Расчеты с поставщ. и подрядч., USD (60.02) || PRUSD || - || - || - || 10
 +
|-
 +
! colspan = "7" | 2b. Учет Нереализованных расходов на конец периода (курс: 1$ = 110)
 
|-
 
|-
! style="width:20px" | || style="width:400px" | Счета || style="width:50px" | Кт || style="width:50px" | Дт
+
| 1 || (на дату) Прочие расходы (91-2) || PWUSD || - || -10 || - || -
 +
|-
 +
| 2 || (на дату) Расчеты с поставщ. и подрядч., USD (60.02) || PRUSD || - || - || - || -10
 
|-
 
|-
| 1 || Расходный счёт (Expense Account) [ручн.] || - || 25 
+
| 3 || (нач. след. пер.) Прочие расходы (91-2) || PWUSD || - || - || - || -10
 
|-
 
|-
| 2 || Расчеты с поставщиками и подрядчиками [AAI PC] || 25 || -
+
| 4 || (нач. след. пер.) Расчеты с поставщ. и подрядч., USD (60.02) || PRUSD || - || -10 || - || -
 
|}
 
|}
  
Стандартный ваучер - это учтенное в системе обязательство перед поставщиком, после получения инвойса или другого первичного документа.   
+
Предварительно необходимо настроить следующие AAI:
 +
* PVxxx: Foreign currency unrealized gain. (в РФ: 91-1 «Прочие доходы», если имеет место положительная курсовая разница)
 +
* PWxxx: Foreign currency unrealized loss. (в РФ: 91-2 «Прочие расходы», если имеет место отрицательная курсовая разница)
 +
* PRxxx: Foreign currency unrealized gain or loss offset. ( в РФ: 60 Расчеты с поставщиками и подрядчиками)
 +
 
 +
==== Типичный сценарий ====
 +
# При оприходовании поставки и получении инвойса от иностранного поставщика, ввести Стандартный валютный ваучер через P0411 и разнести проводки в ГК
 +
# В день окончания периода, запустить приложение A/P Unrealized Gain/Loss Report (R04425) для открытого валютного ваучера, указав дату окончания текущего периода. Система рассчитывает нереализованные доходы/расходы и создает журнальную запись с типом JX.
 +
##* In case of Gain:
 +
##** Unrealized Gain Account (PVxxxx) Credit
 +
##** Unrealized Gain/Loss Offset Account (PRxxxx) Debit
 +
##* In case of Loss:
 +
##** Unrealized Loss Account (PWxxxx) Debit
 +
##** Unrealized Gain/Loss Offset Account (PRxxxx) Credit
 +
## Разнести документ JX. Система создаст как набор проводок на указанную дату, так и набор проводок на начало следующего периода.
 +
 
 +
== Дебетовый ваучер (Debit Memo) ==
 +
{| class="wikitable" style="float:right; margin-left: 10px;"
 +
|+ Проводки - Ввод Дебетового ваучера
 +
|-
 +
! style="width:20px" | № || style="width:400px" | Счета || style="width:50px" | AAI || style="width:50px" | Кт || style="width:50px" | Дт
 +
|-
 +
| 1 || Учет ТМЦ, работ, услуг (Expense Account) || ручн. || - || -100 
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками || PC || -100 || -  
 +
|}
  
Ваучеры вводят через приложения:
+
''' Дебетовые ваучеры (Отрицательные ваучеры)''', он же ''' дебит-нота''' (англ. Debit Memo) - это ваучер с отрицательной суммой, который используется для учета задолженности Поставщика (т.е. Поставщик должен денег). Дебетовый ваучер может быть соотнесен с другими ваучерами с открытой суммой или может быть использован для создания Отрицательной оплаты (возврат денежных средств Поставщиком).  
* P0411,  
 
* P0411SV,  
 
* P014016,
 
* P041017,
 
* R04110ZA.
 
  
=== Дебетовый ваучер (Debit Memo) ===
+
Механизм Дебетовых ваучеров автоматически активируется при создании ваучера, когда СУММА ВАУЧЕРА ОТРИЦАТЕЛЬНАЯ.
''' Дебетовые ваучеры (Отрицательные ваучеры)''', он же ''' дебет-нота''' (англ. Debit Memo) - это ваучеры с отрицательной суммой, которые используются для учета задолженности Поставщика (т.е. Поставщик должен денег). Дебетовый ваучер может быть применен к другим ваучерам с открытой суммой или может быть использован для создания Отрицательной оплаты (возврат денежных средств Поставщиком). Механизм Дебетовых ваучеров автоматически активируется при создании ваучера, когда СУММА ВАУЧЕРА ОТРИЦАТЕЛЬНАЯ.
 
  
Дебетовые ваучеры вводят через приложения:
+
Дебетовый ваучер можно ввести через приложения:
* P0411,
+
* P0411 - A/P Standard Voucher Entry
* P0411SV,
+
* P0411SV - A/P Speed Voucher Entry
* P014016,
+
* P041016 - Multi Company - Single Supplier
* P041017,
+
* P041017 - Multi-Voucher Entry
* R04110ZA.
+
* R04110ZA - Batch Voucher Processor Report
  
 
  ПРИМЕЧАНИЕ. Если условия оплаты предполагаю получение скидки на ваучер, система рассчитывает отрицательную сумму скидки при создании Дебетового ваучера. Поля ''Условия оплаты'' (Payment Terms, TRAP) и ''Скидка'' (Discount Available, ADSC) должны быть очищены, чтобы ваучер не применил отрицательную скидку.
 
  ПРИМЕЧАНИЕ. Если условия оплаты предполагаю получение скидки на ваучер, система рассчитывает отрицательную сумму скидки при создании Дебетового ваучера. Поля ''Условия оплаты'' (Payment Terms, TRAP) и ''Скидка'' (Discount Available, ADSC) должны быть очищены, чтобы ваучер не применил отрицательную скидку.
 +
 +
=== Типичные сценарии использования Дебетового ваучера ===
 +
* Использование Дебетового ваучера с Ваучером со открытой суммой:
 +
*# При уведомлении от поставщика о возможности о покрытие сделки с помощью Debit Memo, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
 +
*# При получении инвойса, ввести Стандартный ваучер через P0411 и разнести проводки в ГК.
 +
*# При оплате инвойса, ввести Стандартную оплату через P0413M, соотнести со Стандартным ваучером и с Дебетовым ваучером, затем разнести проводки в ГК.
 +
* Cоздание Отрицательной оплаты (возврат денежных средств Поставщиком):
 +
*# При уведомлении от поставщика о готовности возврата денежных средств, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
 +
*# После получения возвратных средств, ввести Отрицательную оплату (сумма д.б. отрицательной) через P0413M, соотнести с Дебетовым ваучером и разнести проводки в ГК.
 +
 +
=== Настройка ===
 +
*; Настройка ПО версии MБФ Voucher Master Business Function (P0400047)
 +
** Вкладка ''Значения по умолчанию/Defaults''
 +
**: п.4. Debit Memo Document Type - указать Тип документа для Дебетового ваучера, обычно используется 'PD'.
 +
**: п.6. Debit Memo Due Date - выбрать, какую дату использовать для Срока оплаты в Дебетовом ваучере.
 +
 +
*; Настройка ПО версии Ввод ваучера
 +
** Вкладка ''Версии/Versions''
 +
**: п.1. Версия МБФ справочника ваучеров () - указать требуемую версию МБФ. (Версия по умолчанию P0400047 ZJDE0001)
 +
 +
*; Ввод Дебетового ваучера
 +
*: Сумма создаваемого ваучера должна быть отрицательной.
 +
 +
=== Ссылки ===
 +
* [http://docs.oracle.com/cd/E64610_01/EOAAP/process_ap_vouchers.htm#g037ee99c9453fb39_ef90c_10a77f2c279__76da Entering Debit Memos (Entering Standard Vouchers)] на docs.oracle.com.
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=15616053909522&id=1408545.1&_adf.ctrl-state=7rx1tybni_463#aref_section310  E1: 04: Overview of Creating, Deleting or Voiding Standard Vouchers and Overview of Speed Voucher Entry in EnterpriseOne Accounts Payable (P0400047, P0411, P0411SV) (Non-Purchase Order Related) (Doc ID 1408545.1)] на support.oracle.com.
 +
 +
== Ваучер предоплаты без ЗНЗ (Prepayment Voucher - Non Purchase Order) ==
 +
 +
{| class="wikitable" style="float:right; margin-left: 10px;"
 +
|+ Проводки - Цикл Ваучера предоплаты без ЗНЗ
 +
|-
 +
! style="width:20px" | № || style="width:400px" | Счета || style="width:50px" | AAI || style="width:50px" | Кт || style="width:50px" | Дт
 +
|-
 +
! colspan = "5" | 1. Ввод Ваучера предоплаты
 +
|-
 +
| 1 || Расчеты по авансам выданным [60.xx] </br> (Prepaid Expense Account) || PCzzzz || - || 30
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками [60.01] || PC || 30 || -
 +
|-
 +
! colspan = "5" | 2. Оплата Ваучера предоплаты
 +
|-
 +
| 1 || Расчеты с поставщиками и подрядчиками || PC || - || 30 
 +
|-
 +
| 2 || Расчетный счет в банке || PB || 30 || -
 +
|-
 +
! colspan = "5" | 3. Ввод стандартного ваучера
 +
|-
 +
| 1 || Учет ТМЦ, работ, услуг (Expense Account) || ручн. || - || 100 
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками || PC || 100 || - 
 +
|-
 +
! colspan = "5" |  4. Урегулирование Стандартного ваучера с помощью Ваучера предоплаты
 +
|-
 +
| 1 || Расчеты с поставщиками и подрядчиками || PC || - || 30 
 +
|-
 +
| 2 || Расчеты по авансам выданным 60.xx (Prepaid Expense Account) || PCzzzz || 30 || - 
 +
|}
 +
 +
'''Ваучер предоплаты''' (англ. ''Prepayment Voucher'') - это ваучер, создающий обязательство перед поставщиком по оплате до получения первичных документов (аванс) и оприходования товара или услуги.
 +
 +
Например, работнику предстоят расходы на дорогу, в JD Edwards EnterpriseOne эту функция реализуется через создание Ваучера предоплаты. При создании Ваучера предоплаты, система автоматически добавляет запись с отрицательным элементом оплаты на ту же сумму, что и сама предоплата. Первой оплачивается положительная сумма Ваучера предоплаты. А после того, как будут получены истинные расходы, создается новый стандартный положительный ваучер на сумму расходов, и, частично или полностью, закрывается суммой отрицательной части Ваучера предоплаты.
 +
 +
ПРИМЕЧАНИЕ. Отрицательная часть оплаты в Ваучере предоплаты может быть соотнесена только с Ваучером в той же валюте. Например, если Ваучер предоплаты вводится в евро, то отрицательная часть оплаты может быть соотнесена только с Ваучерами евро.
 +
 +
Ваучер предоплаты можно ввести через приложения:
 +
* P0411 - A/P Standard Voucher Entry
 +
* P041016 - Multi Company - Single Supplier
 +
* P041017 - Multi-Voucher Entry
 +
* ?R04110ZA - Batch Voucher Processor Report
 +
 +
=== Типичные сценарии использования Ваучера предоплаты ===
 +
 +
* Ваучер предоплаты без Заказа на закупку
 +
*# При уведомлении от поставщика о необходимости внести предоплату, выполнить ввод Ваучера предоплаты через P0411 (без распределения в ГК) и разнести проводки в ГК.
 +
*#: Система автоматически создаст отрицательную часть Ваучера предоплаты на каждый элемент оплаты, и установит ей статус оплаты H (''Задержан/На рассмотрении, Held/Pending Approval)''.
 +
*# После выполнения предоплаты поставщику:
 +
*#* Ввести Оплату и соотнести его c положительной частью суммы Ваучера предоплаты, используя обычные методы оплаты, например, через P0413M, и разнести проводки в ГК.
 +
*#* Изменить статус оплаты отрицательной части Ваучера предоплаты через P0411S со статуса H (''Задержан/На рассмотрении, Held/Pending Approval)'' на статус A ''(Утвержден для оплаты, Approved for Payment)''.
 +
*# При получении первичного документа, ввести Стандартный ваучер через P0411, признающий переход права собственности, и разнести проводки в ГК.
 +
*# Если требуется  частичная доплата или полностью покрыть сумму созданного Стандартного ваучера за счет суммы отрицательной части Ваучера предоплаты:
 +
*#* (от автора) Инструкция предлагает это сделать через P0411P. Но приложение делает только отбор отрицательной части Ваучера предоплаты, а потом вызвать Ручную оплату P0413M и там соотнести со Стандартным ваучером.
 +
*#* Ввести Оплату (на сумму доплаты или ноль), соотнести со Стандартным ваучером и Ваучером предоплаты, используя обычные методы оплаты через P0413M, и разнести проводки в ГК.
 +
 +
=== Настройка ===
 +
 +
*; Настройка AAI и счетов для учета предоплаты:
 +
*: Для процесса предоплаты необходимо настроить финансовые АИ для предоплаты для элемента PCzzzz.
 +
*: Для отслеживания предоплат, этот счет должен отличаться от счета Расчет с поставщиками, однако, это счет может быть идентичным счету Расчет с поставщиками, если отслеживание предоплат не требуется. При разнесении система будет создавать пустую запись в F0911?
 +
 +
*; Настройка ПО версии Ввод ваучера для ввода Ваучера предоплаты
 +
** Вкладка ''Предоплата/Prepayment'':
 +
**: п.1. Корреспондирующий счет ГК (G/L Offset Account) - ОБЯЗАТЕЛЬНО заполнить
 +
**:: Класс ГК, который определяет Счет АИ (например, PCzzzz) для отрицательной части Ваучера предоплаты (у положительной – из Справочника РК). Если это поле будет не пустым, то на форме W0411G появиться отметка об отображении ваучеров предоплаты. 
 +
**:: Доработка СТК: если ###- = признак ввода из создаваемой вручную строки авансового ваучера. При значении ###, копирует Корреспондирующий счет ГК из первого элемента оплаты.
 +
**: п.2. Счет распределения ГК (GL Distribution Account)
 +
**:: Этот ПО заполняется распределительным счет ГК по умолчанию. Ваучеры предоплаты формируют записи нулевой суммы в журнале РК (F0411) и в Главной книге (F0911).  - Чтобы использовать эту опцию, п.1: Нулевые суммы на вкладке Нулевые суммы МБФ журнальных записей (P0900049) должен иметь значение Пусто.
 +
**: п.3. Код статуса оплаты (Pay Status Code)
 +
**:: Ваучеры предоплаты автоматически создают отрицательную часть ваучера в счет чистой стоимости ваучера, который вводится позднее. Этот параметр обработки определяет статус оплаты (элемент словаря данных PST) для отрицательного пункта оплаты. По умолчанию для этого значения установлено значение H (Удержание, Hold)
 +
**: п.4. Количество дней (Number of Days)
 +
**:: Используйте этот ПО, чтобы ввести количество дней, которое нужно добавить к Дате оплаты отрицательной части предоплаты. Эта опция обработки действительна только в совместимой с Worldsoftware (JDE E1 9.1 не является совместимой с Worldsoftware, данный пункт ПО не будет работать).
 +
**: п.5. Налоговая зона (Tax Area)
 +
**:: Используйте этот ПО, чтобы отобразить форму налога на предоплату. Эта форма используется для присвоения налоговых кодов и налоговых зон для отрицательной части.
 +
**: п.6. Код налоговой зоны предоплаты (Tax Area Code)
 +
**:: Введите код налоговой зоны по умолчанию, который должен использоваться для ваучеров предоплаты.
 +
**: п.7. Код объяснения налога предоплаты (Tax Explanation Code)
 +
**:: Введите код объяснения по умолчанию, который должен использоваться для ваучеров предоплаты.
 +
 +
=== Инструкции ===
 +
 +
; Ввод Ваучера предоплаты
 +
# В приложение Prepayment Voucher Entry (P0411) создать ваучер на сумму предоплаты. Форма GL Distribution не отображается. Однако, если в ПО п.2 Счет распределения ГК осталось пустым, то этот счет должен быть введен вручную. В созданном ваучере отображаются две статьи оплаты: одна для положительной суммы предоплаты, другая с отрицательной суммой предоплаты. Информация о распределении ГК с нулевой суммой, потому что сумма двух статей оплаты равна нулю. Разнести операцию приложением R09801.
 +
# Оплатить положительную часть ваучера предоплаты.
 +
# В приложение Prepayment Voucher Entry (P0411) создать новый стандартный ваучер, признающий истинный расход и разнести его. Разнести операцию приложением R09801.
 +
# Используйте Speed Status Change (P0411S), для изменения статуса оплаты отрицательной части ваучера предоплаты с Удержания на Утверждено, и покрыть этой записью новый ваучер. Новы результат оплаты:
 +
## Пример 1: Результаты покрытия в нулевой сумме. Дебетовая заявка будет выпущена, если дебетовые и кредитные счета будут сведены к нулю.
 +
## Пример 2. Фактический расход выше, чем предоплата. Платеж будет произведен, если в результате расчета нетто-баланса.
 +
## Пример 3: фактический расход ниже, чем предоплата. Дебетовая заявка будет выпущена, если в результате нетто-баланса будет получен кредитный баланс.
 +
 +
; Урегулирование Ваучера предоплаты
 +
# Открыть приложение Prepayment Selection (P0411P).
 +
# Найти отрицательную часть ваучера (Статус А), выделить и перейти к оплатам через Строка > Платежи вручную.
 +
# Соотнести с желаемым ваучером, выбрать Форма > Статьи оплаты и указать стандартный ваучер.
 +
 +
ПРИМЕЧАНИЕ. Приложение Prepayment Selection (P0411P) использует значение RP1.F0411 = 1.
 +
 +
; Сторнирование Ваучера предоплаты
 +
ПРИМЕЧАНИЕ. Оплата по Ваучеру предоплаты должна быть сторнирована первой. После сторнирования оплаты, можно сторнировать Ваучер предоплаты. Сторнирование отменяет как положительный, так и отрицательный элемент оплаты.
 +
# Открыть приложение P0411.
 +
# Найти Ваучер предоплаты и выделить обе его строки.
 +
# Нажать удалить (Корзину).
 +
# Будет введена форма Ввод даты ГК для аннулирования (G/L Date), заполнить текущей датой и нажать OK.
 +
# Разнести пакет.
 +
 +
Некоторым поставщикам требуется депозит или предоплата для крупных покупок, прежде чем они начнут отгружать заказ клиенту.
 +
 +
=== Отчеты и анализ ===
 +
 +
Ваучер предоплаты можно идентифицировать в таблице F0411 по полю Разное код 1 A/R и A/P  (A/R - A/P - Miscellaneous Code 1, RP1):
 +
* '1' - Отрицательная часть Ваучера предоплаты, (??? но не урегулирован???)
 +
* 'Пусто' - Другое (??? при вводе Debit Memo ???)
 +
 +
=== Ссылки ===
 +
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1992825.1 E1: 04: Overview of Prepayment (Prepaid) Vouchers Within EnterpriseOne Accounts Payable (P0411/ZJDE0009) (Non-Purchase Order Related)] на support.oracle.com
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1461259.1 E1: 43: Best Practices for Purchasing Items Requiring Prepayments (P4310/P4312/P4314)] на support.oracle.com
 +
 +
== Зарегистрированный ваучер без ЗНЗ (Logging Voucher - Non Purchase Order) ==
 +
 +
{| class="wikitable" style="float:right; margin-left: 10px;"
 +
|+ Проводки - Цикл Зарегистрированного ваучера без ЗНЗ (без временного счета)
 +
|-
 +
! style="width:20px" | № || style="width:400px" | Счета || style="width:50px" | AAI || style="width:50px" | Кт || style="width:50px" | Дт
 +
|-
 +
! colspan = "5" | 1. Ввод Зарегистрированного ваучера
 +
|-
 +
| 1 || Предварительный счет распред-я (Preliminary Distribution for Voucher Logging) || PP || - || 100 
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками || PC || 100 || - 
 +
|-
 +
! colspan = "5" | 2. Оплата Зарегистрированного ваучера
 +
|-
 +
| 1 ||  Расчеты с поставщиками и подрядчиками || PC || - || 100
 +
|-
 +
| 2 || Расчетный счет в банке || PB || 100 || -
 +
|-
 +
! colspan = "5" |  3. Перераспределение Зарегистрированного ваучера
 +
|-
 +
| 1 ||  Учет ТМЦ, работ, услуг (Expense Account)  || ручн. || - || 100 
 +
|-
 +
| 2 || Предварительный счет распред-я (Preliminary Distribution for Voucher Logging) || PP || 100 || -
 +
|}
 +
 +
'''Зарегистрированные ваучеры''' (англ. ''Logged Vouchers'') - ваучеры, создающие обязательство по оплате после получения Инвойса от Поставщика, но до оприходования товара или услуги. А так же, когда расходный счет не определен.
 +
 +
Зарегистрированные ваучеры формируют учет в системе на временном счет, например, если счет учета не определен. После определения счета, сумма Зарегистрированного ваучер перераспределяется с временного счета на правильный счет.
 +
 +
Обычно Зарегистрированный ваучер используется для зарубежных закупок. Товар приобретается по стандарту FOB, бесплатно на борту, в доке поставки. Несколько месяцев может пройти до того, как заказанные товары будут помещены на судно, будут транспортироваться, а затем обрабатываться через таможню. В такой ситуации платеж требуется до получения продукта на склад.
 +
 +
Некоторые компании имеют политику создавать Ваучеры для всех входящих Инвойсов, как только бухгалтерия получает их, а не удерживает их до  приемки товара на склад. Компании используют этот процесс для регистрации обязательств при планировании потребностей в денежных средствах.
 +
 +
КОММЕНТАРИЙ. ''Зарегистрированный ваучер'' отличается от ''Ваучера предоплаты'' тем, что формируется по документу - Инвойсу, но товар еще не оприходован на склад, а соответственно не возможно создать товарный ваучер. В РСБУ сложно представить такой случай т.к. даже если товар фактически не оприходован на склад, то его приходуют на виртуальный склад ''Товары в пути'', а если нет документов от Поставщика - нельзя делать запись на счет 60, можно только предоплату.
 +
 +
Существует два метода ввода Зарегистрированных ваучеров.
 +
* Метод по умолчанию (Default method): Корреспондирующая сумма изначально записывается на Счет расчетов с Поставщиком (AAI: PC*).
 +
* Метод с Временным счетом (Suspense Account method): Корреспондирующая сумма изначально записывается на Временный счет, указанный в AAI PQ. Этот метод активируется в Настройках компании (P0010).
 +
 +
ПРИМЕЧАНИЕ. [[Список типов документов и заказов |Тип документа]] PL жестко запрограммирован для использования Зарегистрированного ваучера.
 +
 +
=== Типичные сценарии ===
 +
 +
* Сценарий без Заказа на закупку:
 +
*# После получения первичного документа без поставки, ввести Зарегистрированный ваучер PL через P0411 и разнести проводки в ГК (в том числе и на Предварительный счет распределения в ГК).
 +
*# При оплате первичного документа, ввести Оплату через P0413M, соотнести с Зарегистрированным ваучером PL разнести проводки в ГК.
 +
*# После оприходования поставки, перераспределить Зарегистрированный ваучер PL через P042002, добавив счет Учета ТМЦ, работ, услуг (Expense Account) через меню Строка (Row) > Журнальная запись (Journal Entry).
 +
 +
ПРИМЕЧАНИЕ. Ваучер можно перераспределить с использованием Даты ГК раньше Даты ГК ваучера. Для этого ваучер должен быть разнесен до его перераспределения. После перераспределения ваучера система не допускает внесения изменений в строки предварительного распределения, если их дата ГК отличается от таковой в строках перераспределения. В противном случае, изменения допускаются только с строках перераспределения.
 +
 +
==== Настройка ====
 +
 +
*; Настройка метода учета Зарегистрированного ваучера.
 +
*: Для того, чтобы выбрать метод ввода с Временным счетом для учета корреспондирующей суммы, необходимо в приложении P0010 установить флаг  в поле ''Исп. счет переход. сумм (Use Suspense Account, DPRC)'', в противном случае будет использован Метод по умолчанию.
 +
 +
*; Настройка АИ для Зарегистрированного ваучера.
 +
** AAI PP. АИ для Предварительного счета распределения расчетов с Поставщиком (Preliminary Distribution for Voucher Logging).
 +
** AAI PQ. АИ для Временного (Промежуточного) счета расчетов с Поставщиком (Suspense A/P Trade Account  for Voucher Logging). Используется при активированном методе с Временным счетом.
 +
 +
*; Настройка версии приложений P0411 и P0400047 для Ввода ваучера (Версия по умолчанию P0411 ZJDE0008).
 +
** На вкладке ''Подбор ваучеров (Voucher Match)'' в п.1 значение должно быть пустым для этой версии.
 +
** На вкладке ''Регистрация (Logging)'' в п.1 включить Ввод зарегистрированных ваучеров.
 +
** На вкладке ''Версии (Versions) '' в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
 +
*** В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0004):
 +
**** На вкладке ''Значения по умолчанию (Default)'' в п.3 указать Тип ваучера по умолчанию = ‘PL’.
 +
**** На вкладке ''Значения по умолчанию (Default)'' в п.2 указать Код статуса оплаты = ‘A’ (наверное, необязательно).
 +
**** На вкладке ''Регистрация (Logging)'' в п.1 включить Ввод зарегистрированных ваучеров.
 +
 +
*; Настройка версии приложения P042002
 +
 +
==== Отчетность и анализ ====
 +
 +
Зарегистрированные ваучеры можно идентифицировать в таблице F0411 по полю RP3 (AR-AP-Miscellaneous Code 3):
 +
* 'P' - Зарегистрированные ваучеры до перераспределения (Preliminary Invoice - without redistribution).
 +
* 'L' - Зарегистрированные ваучеры после перераспределения и соотнесения с ЗНЗ (Logged voucher for a purchase order).
 +
* 'R' - Зарегистрированные ваучеры после перераспределения, но без соотнесения с ЗНЗ (Redistribution complete).
 +
 +
Отчет Logged Voucher Detail (R43428) показывает Ваучеры (в том числе и Зарегистрированные) и связанные с ним приходы по ЗНЗ, если таковые имеются.
 +
 +
==== Ссылки ====
 +
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1992806.1 E1: 04: Overview of Logged Vouchers Within EnterpriseOne Accounts Payable (P042002) (Non-Purchase Order Related)] на support.oracle.com
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1992886.1 E1: 04: FAQ - Frequently Asked Questions Regarding Logged Vouchers Within EnterpriseOne Accounts Payable (P042002) (Non-Purchase Order Related)] на support.oracle.com
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1993350.1 E1: 04: Troubleshooting Logged Vouchers Within EnterpriseOne Accounts Payable (P042002) (Non-Purchase Order Related)] на support.oracle.com
 +
 +
== Повторяющиеся ваучеры (Recurring Vouchers) ==
 +
'''Повторяющиеся ваучеры ''' (англ. ''Recurring Vouchers'') - это такие ваучеры, которые создаются с указанной периодичностью и определенное количество раз (циклов) из путем копирования исходного ваучера для выполнения периодических оприходований и их оплат. Важными характеристиками таких ваучеров являются показатели:
 +
* Частота - Периодичность (Recurring Frequency, RF);
 +
* Количество периодических платежей (Number of Payments, DRF).
 +
 +
ПРИМЕЧАНИЕ. Периодический ваучер должен содержать одну статью оплаты в момент создания и не может быть после разбит после.
 +
 +
Для просмотра истории Периодических ваучеров используется приложение Recurring Voucher Review (P04120) и Recurring Voucher Report (R04305)
 +
 +
ПРИМЕЧАНИЕ. Тип документа PR используется только для Повторяющихся ваучеров.
 +
 +
=== Типичные сценарии ===
 +
 +
* Ввод Повторяющегося ваучера без Заказа на закупку:
 +
*# Ввести исходный Периодический ваучер с одной статьей оплаты, в которой указать Частоту повторений и Количество оплат. Система автоматически присвоит этому ваучеру Тип документа PR. Разнести пакет в ГК.
 +
*# Ввести Оплату и соотнести с Повторяющимся ваучером, используя обычные методы оплаты, например P04013M, и разнести пакет в ГК.
 +
*# Запустить отчет Recycle Recurring Vouchers (R048101), который в указанный интервал времени создаст копию исходного ваучера (т.е. выполнит цикл). Отчет создаст копию исходного ваучера с такой же суммой и Периодичностью, а Количество периодических платежей будет уменьшено на 1, при этом из исходного ваучера эти параметры будут удалены. Разнести пакет с ваучером в ГК.
 +
*# Ввести Оплату и соотнести с Повторяющимся ваучером, используя обычные методы оплаты, например P04013M, и разнести пакет в ГК.
 +
*# Выполнять цикл до тех пор, пока Количество периодических платежей будет равно 0.
 +
 +
=== Инструкции ===
 +
 +
; Ввод исходного Повторяющегося ваучера
 +
здесь скоро будет текст)
 +
 +
; Пересмотр Периодического ваучера
 +
Для изменения или удаления значений  Частота - Периодичность  и Количество периодических платежей необходимо
 +
* На форме ''Запрос книги поставщиков'' найти Периодический ваучер, выделить и выполнить меню Строка > Пересмотр повт. ваучеров.
 +
* На форме ''Пересмотр сведений повторяющихся ваучеров'' изменить или очистить поля Периодичность и Количество платежей и нажать ОК.
 +
 +
ПРИМЕЧАНИЕ. После очистки полей Периодичность и Количество платежей ваучер перестает быть Периодическим ваучером.
 +
 +
; Создание Периодического ваучера
 +
The Recycle Recurring Vouchers UBE (R048101) is used to generate new recurring vouchers. When recycling a voucher, the system:
 +
 +
* Makes a copy of the original voucher but removes the recurring frequency and number of payments on the original voucher.
 +
* The Number of Payments (DRF) is decremented by one on the original voucher.
 +
* The Invoice Date (DIVJ) is assigned based on the value of Processing Option 2: Invoice Date Flag.
 +
* The GL Date (DGJ) on the new voucher increments according to the Recurring Frequency (RF) of the original voucher.
 +
It is recommended that different versions are setup based on the Recurring Frequency (RF) in the Data Selection.
 +
 +
Make sure to keep the data selection as is and only add to it any additional selections such as batch number or user ID.
 +
 +
The original voucher's invoice number can be duplicated for each recycled voucher, if Processing Option 1: Invoice Number Flag in the Recycle Recurring Vouchers (R048101) is set to 1, otherwise the Invoice Number (VINV) for the new vouchers is left blank.
 +
 +
=== Настройка ===
 +
 +
*; Настройка ПО версии Ввод ваучера для ввода Повторяющихся ваучеров
 +
** Вкладка ''Показ/Display''
 +
**: п.1. Повторяющиеся ваучеры - указать значение 1 (Показать только повторяющиеся ваучеры). На форме W0411G появляется флаговая кнопка Повторяющиеся ваучеры, включенная по умолчанию, которая позволяет отобразить только Повторяющиеся ваучеры.
 +
 +
*; Ввод Повторяющихся ваучеров
 +
** Для одной (больше нельзя) статьи оплаты Ваучера заполнить обязательные поля:
 +
**: Частота - Периодичность (Recurring Frequency, RF);
 +
**: Количество периодических платежей (Number of Payments, DRF).
 +
 +
 +
=== Отчетность и анализ ===
 +
 +
Recurring Voucher Report (R04305) - отчет для просмотра Повторяющихся ваучеров
 +
 +
=== Ссылки ===
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1992826.1 E1: 04: Overview of Recurring Voucher Process Within EnterpriseOne Accounts Payable (P0411, R048101) (Non-Purchase Order Related)] на support.oracle.com
 +
 +
== Ручная оплата без подбора ваучера (Manual Payments Without Voucher Match) ==
 +
'''Ваучер с ручной оплатой''' (англ. ''Manual Payments Without Voucher Match'') - вид Ручной оплаты, которая создается без существующего ваучера. Вместо этого, система создает вместе с документом оплаты Ваучер с ручной оплатой. Этот функционал можно использовать в момент, когда заказ размещен, или доставка выполнена.
 +
 +
ПРИМЕЧАНИЕ. [[Список типов документов и заказов|Тип документа]] PM жестко запрограммирован для использования Ваучера с ручной оплатой. Тип пакета W - Чеки оформ.вручную без соглас. ().
 +
 +
Вводить Ваучер с ручной оплатой (Manual Payments Without Voucher Match) можно через приложения:
 +
* Standard Voucher Entry (P0411).
 +
* Speed Voucher Entry (P0411SV).
 +
 +
Создание Ручной оплаты БЕЗ существующих ваучеров инициирует автоматическое создание ваучера с типом документа PM. Информация о ваучере создает запись в Accounts Payable Ledger (F0411), а ручная оплата - в Accounts Payable Matching Document (F0413) и Accounts Payable Matching Document Detail (F0414).
 +
 +
Однако, в приложении Speed Voucher Entry (P0411SV) недоступно:
 +
* Изменение, удаление, сторнирование Ручных оплат.
 +
* Ввод множества статей оплат или Инвойсы множества поставщиков.
 +
* Создание или использование модельной журнальной записи.
 +
* Переопределение банковского счета ГК.
  
 
''' Типичные сценарии '''
 
''' Типичные сценарии '''
  
* Использование отрицательного ваучера к Ваучерам со открытой суммой
+
* Сценарий без Заказа на закупку:
*# Создать Дебетовый ваучер через P0411.
+
** Создать Ручную оплату через P0411 или P0411SV. Автоматически будет создан Ваучер PM и Ручная оплата PN по этому ваучеру.
*# Создать Стандартный ваучер на сумму большую чем у Дебетового ваучера через P0411.
 
*# Создать оплату для Стандартного ваучера, при этом использовать Дебетовый ваучер, где сумма оплаты для Стандартного ваучера будет уменьшена на сумму Дебетового ваучера.
 
  
''' Настройка '''
+
====== Ввод Ручной оплаты без подбора ваучера ======
 +
 +
# На форме (Supplier Ledger Inquiry, W0411G) нажать Добавить.
 +
# На форме Ввод ваучера - Сведения о платеже (Enter Voucher - Payment Information, W0411A) заполнить следующие поля и нажать OK:
 +
#* Компания (Company)
 +
#* Поставщик (Vendor)
 +
#* Дата ГК (GL Date)
 +
#* Номер Счета-фактуры / Инвойса (Invoice Number)
 +
#* Дата Счета-фактуры (Invoice Date)
 +
#* Примечание (Remark)
 +
# На форме Сведения о платеже (Payment Information, W0411D) заполнить следующие поля и нажать OK:
 +
#* Дата платежа (Payment Date)
 +
#* Номер платежа (Payment Number) ввести руками или нажать Извлечь
 +
# На форме Сведения о платеже (Payment Information, W0411D) нажать OK:
 +
# На форме Сведения о платеже (G/L Distribution, W0411K) заполнить номер счета банка для распределения и нажать OK.
  
Сумма создаваемого ваучера должна быть отрицательной.
+
==== Настройка ====
  
''' Настройка версии приложения P0411 для создания Дебетового ваучера '''
+
'''Настройка версии приложения P0411 для создания Ваучера с ручной оплатой '''
  
Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411 ZJDE0009):
+
Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411|ZJDE0003):
 +
* На вкладке ''Платежи вручную (Manual Payments)'' в:
 +
** п.1 включить Создание платежа вручную (Manual Payment Creation), указав значение '1'.
 +
** (необязательно) п.2 Дублированные платежи (Duplicate Payments) указать тип сообщения, которое появляется при попытке генерировать или редактировать дублирующий номер платежа.
 +
** (необязательно) п.3  Автонумерация платежей (Automatic Payment Number Assignment) указать источник нумерации Ручных оплат.
 +
* На вкладке ''Подбор ваучеров (Voucher Match)'' в п.1 значение должно быть 'Пусто' для этой версии.
 
* На вкладке ''Версии (Versions)'' в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
 
* На вкладке ''Версии (Versions)'' в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
 
** В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0003):
 
** В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0003):
*** На вкладке ''Значения по умолчанию (Default)''  
+
*** На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘Пусто’. Чтобы система могла использовать Тип ваучера PM.
**** в п.4 указать Тип документа Дебетового ваучера, обычно используется 'PD'.
+
 
**** (необязательно) в п.6 выбрать источник даты для Срока уведомления о дебете.
+
'''Настройка версии приложения P0411SV для создания Ваучера с ручной оплатой '''
 +
 
 +
Настройка Параметров обработки приложения P0411SV (Версия по умолчанию P0411SV|ZJDE0002):
 +
* На вкладке ''Платежи (Payments)'':
 +
** п.1 включить Создание ручных платежей (Manual Payment Creation), указав значение '1'.
 +
** (необязательно) п.3  Автоматическое присвоение номеров платежей (Automatic Payment Number Assignment) указать источник нумерации Ручных оплат.
 +
* На вкладке ''Версии (Versions)'' в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
 +
** В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0001):
 +
*** На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘Пусто’. Чтобы система могла использовать Тип ваучера PM.
 +
 
 +
==== Источники ====
 +
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=2014223.1 E1: 04: How To Create Manual Payments Without Voucher Match Within EnterpriseOne Accounts Payable (P0413M, P0411, P0413V)] на support.oracle.com
 +
* [http://docs.oracle.com/cd/E64610_01/EOAAP/prcss_manual_pymnts.htm#EOAAP00112 Entering Manual Payments Without Existing Vouchers > Processing Manual Payments > Accounts Payable Implementation Guide] на docs.oracle.com
 +
 
 +
==== Использование в СТК ====
 +
'''Тестирование в JFT920'''
 +
P0411|MY17
 +
 
 +
== Ваучер процесса Оплата после оплаты (Pay When Paid) ==
 +
Оплата при оплате - это практика оплаты поставщикам только после получения поступления оплаты от клиентов.
 +
 
 +
=== Типичные сценарии ===
 +
*; Создание оплаты для поставщика после оплаты инвойсов клиентом (Pay When Paid):
 +
# При получении первичного документа и оприходовании поставки, ввести Pay When Paid ваучер через P0411, и разнести проводки в ГК. Система назначит особый Код статуса оплаты (PST), который задержит ваучер на блокировке, а также в поле Pay When Paid (PYWP) установит значение W. 
 +
# Добавить созданный ваучер и инвойсы, связанные с ним, в группу Pay When Paid Groups через P03B470. Система укажет группе Pay When Paid Group Status (PWPS) равный 1 (Inactive).
 +
# После получения оплаты, ввести поступление через P03B102 и соотнести с инвойсами из Pay When Paid группы. Разнести проводки в ГК. Система изменит группе Pay When Paid Group Status (PWPS) с 1 (Inactive) на 2 (Аctive).
 +
# Выпустить из блокировки ваучеры через R03B470. Если общая сумма поступлений будет:
 +
#* достаточной для покрытия Миним. процент поступления, система изменит группе Pay When Paid Group Status (PWPS) с 2 (Аctive) на 0 (Released) и установит PWP ваучерам из группы Код статуса оплаты (PST) из Констант РК (P0000)
 +
#* не достаточной для покрытия Миним. процент поступления, система изменит группе Pay When Paid Group Status (PWPS) с 2 (Аctive) на 1 (Inactive) и установит PWP ваучерам из группы Код статуса оплаты (PST) из Констант РК (P0000)
 +
# Ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.
 +
 
 +
=== Настройка ===
 +
 
 +
; Код статуса оплаты ваучера/Voucher Payment Status Code Setup (UDC 00/PS)
 +
Необходимо создать в UDC 00/PS уникальный Код статуса оплаты ваучера (PST), для автоматизации процесса Pay When Paid и блокировки ваучера при его создании, указав его в ПО Voucher Entry Master Business Function (P0400047) на вкладке По умолчанию/Defaults в п.2. Pay Status Code.
 +
Если функционал Оплата после оплаты не используется в РК, рекомендуется создать новый Код статуса оплаты ваучера (PST), чтобы обозначить, что PWP не используется. Указать этот новый код в поле Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000. Например, код B (Pay When Paid: Не используется)
 +
 
 +
; Последовательная нумерация/Next Numbers Setup (P0002)
 +
Соответствие инвойсов и ваучеров участвующих в функционале Оплата после оплаты связаны между собой в рамках Номера группы оплаты после оплаты (PWPG). Номер определяется в последовательной нумерации из строки 7 для системы 04 через P0002.
 +
 
 +
; Карточка клиента/Customer Master Setup (P03013)
 +
Для всех клиентов, которые будут связаны с процессом Оплата после оплаты, необходимо заполнить поле Миним. процент поступления/Cash Receipt Threshold (PWPCP), указав в % необходимую долю оплаты инвойса для разблокировки и выпуска ваучера на оплату. Например, у Клиента PWPCP = 0,5, а сумма всех инвойсов равна 100 000 руб., то при оплате инвойсов, входящих в группу, на сумму 50 000 руб., все ваучеры, входящие в эту группу, могут быть разблокирован для оплаты.
 +
Примечание. Если в поле Миним. процент поступления/Cash Receipt Threshold (PWPCP) указать значение 0, система разблокирует все ваучеры в группе для оплаты, когда хотя бы одно поступление будет соотнесено с инвойсом из группы, несмотря на сумму.
 +
 
 +
; Константы РК/Accounts Payable Constants Setup (P0000)
 +
Необходимо указать Код статуса оплаты ваучера (PST) вполе Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000, который будет назначен всем ваучерам в группе после успешного выполнения Pay When Paid Automatic Release (R03B470) для разблокировки ваучера. Например, A (Approved for Payment).
 +
 
 +
; Subcontractor Threshold Setup (P4355)
 +
Если Pay When Paid ваучер создается для системы Procurement and Subcontract Management, необходимо указать пороговую сумму субподрядчика (поставщика) (ATHR), чтобы иметь право на обработку Pay When Paid. Если сумма ваучера ниже указанного предела, система не назначит Код статуса оплаты ваучера (PST) из ПО P4314 на вкладке Обработка в п.13. Код статуса оплаты для предельной суммы. Например, если ATHR = 10 000 руб., то при соотнесении ваучера с суммой ниже 10 000 руб., система не укажет для ваучера Код статуса оплаты ваучера (PST) из ПО.
 +
 
 +
; Параметры обработки
 +
 
 +
*; Настройка ПО версии Voucher Entry Master Business Function (P0400047)
 +
** Вкладка ''Defaults''
 +
**: п.1. Дата обслуживания/налога - определить, Дата ГК или Дата инвойса будет использована в качестве даты покупки товаров или услуг.
 +
**: п.2. Код статуса оплаты - указать Код статуса оплаты по умолчанию (PST) для Pay When Paid ваучеров. Код статуса оплаты для блокирования оплаты ваучера.
 +
**: п.3. Тип ваучера - указать Тип документа по умолчанию (DCT) для для Pay When Paid  ваучера.
 +
 
 +
*; Настройка ПО версии Standard Voucher Entry (P0411)
 +
** Вкладка ''Versions''
 +
**: п.1. Voucher Master Business Function Version - указать корректную версию P0400047
 +
**: п.3. Pay When Paid Manual Link Version - указать корректную версию P03B470 для вызова через панель перехода.
 +
** Вкладка ''Pay When Paid''
 +
**: п.1. Pay When Paid Voucher - указать значение 1, чтобы все ваучеры, вводимые через программу, были Pay When Paid ваучерами.
 +
 
 +
*; Настройка ПО версии Voucher Match (P4314)
 +
** Вкладка ''Process''
 +
**: п.12. Threshold Warning - определить, отобразит ли система предупреждающее сообщение, если общая валовая сумма ваучера превышает пороговое значение для субподрядчика (поставщика), определенное в P4355.  
 +
**: п.13. Threshold Pay Status Code - указать Код статуса оплаты, который система присваивает ваучерам, сумма которых превышают пороговое значение для субподрядчика/поставщика.
 +
 
 +
*; Настройка ПО версии Pay When Paid Manual Link (P03B470)
 +
** Вкладка ''Defaults ''
 +
**: п.1. Pay When Paid Voucher Pay Status - указать Код статуса оплаты, который система присваивает ваучерам, которые добавляются в существующую группу Pay When Paid. Система не назначить Код статуса оплаты, если существующий код равен P (оплачен), Z (ожидающий платеж) или # (платеж в процессе).
 +
**: п.2. Pay Status for Removed Vouchers - указать Код статуса оплаты, который система присваивает ваучерам, которые удаляются из существующих групп Pay When Paid.
 +
Note: The system does not assign a new Pay Status Code (PST) to vouchers if the related Supplier Master (F0401) record has a hold payment or withholding status.
 +
 
 +
*; Настройка ПО версии Pay When Paid Automatic Release (R03B470)
 +
*: здесь еще нет текста
 +
 
 +
=== Работа с группами Pay When Paid ===
 +
Группы Pay When Paid состоят как минимум из одного ваучера и одного счета. Pay When Paid Manual Link (P03B470) может использоваться для просмотра и корректировки существующих групп Pay When Paid или создания новых групп вручную.
 +
 
 +
; Ручное создание и пересмотр группы Pay When Paid
 +
# На форме W03B470A нажать Добавить.
 +
# На форме W03B470B выбрать либо Link Vouchers, либо Link Invoices через меню Форма
 +
# На форме W03B470F, либо W03B470G, найти и выделить требуемые документы. Нажать ОК.
 +
# На форме W03B470B в деталях система отобразит выбранные документы.
 +
# По окончанию выбора, нажать ОК. Система назначит выбранным документам Номер группы Pay When Paid и назначит ваучеру Код статус оплаты, указанный в ПО. А также укажет группе Pay When Paid Group Status (PWPS) равный 1.
 +
Добавление ваучеров и инвойсов в существующую группу происходит по схожему сценарию.
 +
 
 +
; Удаление ваучеров и инвойсов из существующей группы Pay When Paid
 +
# На форме W03B470A найти и выделить существующую группу. Нажать выбрать.
 +
# На форме W03B470B найти и выделить ваучеры и инвойсы, которые необходимо удалить. Выбрать Строка > Toggle Remove Flag. Система отобразить знак Х напротив выбранных документов.
 +
# Нажать ОК для подтверждения удаления.
 +
 
 +
; Удаление всех ваучеров и инвойсов из существующей группы Pay When Paid
 +
# На форме W03B470A найти и выделить существующую группу. Нажать выбрать.
 +
# На форме W03B470B выбрать Форма > Remove All. 
 +
# Нажать ОК для подтверждения удаления
 +
 
 +
Примечание. Когда все ваучеры и инвойсы удаляются из существующей группы Pay When Paid, система удаляет номер группы Pay When Paid (PWPG).
 +
 
 +
=== Отчеты и анализ ===
 +
 
 +
Примечание. Pay When Paid ваучеры можно идентифицировать в F0411 по полю PYWP = W (Pay When Paid), а в F0911 по полю ALTW = W (G/L Posting Code - Alternate W)
 +
 
 +
Следующие отчеты о целостности являются ключевыми компонентами процесса Pay When Paid:
 +
*Pay When Paid Group Header Integrity (R03B471) - This report verifies all Pay When Paid groups have a corresponding record in the Pay When Paid Group Header (F03B470) table and contain at least one invoice and one voucher. If either of these requirements is not met, the system prints the problem groups on the resulting PDF.
 +
*Pay When Paid Customer Ledger Integrity (R03B472) - This report locates invoices that the system cannot process in a Pay When Paid groups, such as: deductions, AR drafts, Unapplied cash and voided invoices. The system prints any groups that contain these invoices on the resulting PDF.
 +
* Pay When Paid Supplier Ledger Integrity (R03B473) - This report locates vouchers that the system cannot process in a Pay When Paid groups, such as: AP drafts, Prepayments, voided vouchers and vouchers created in Payment Without Voucher Match program (P0411). The processing options of this UBE can be used to force the report to also identify logged vouchers, mixed vouchers (vouchers associated with multiple Pay When Paid group), and partial vouchers.
 +
 
 +
=== Ссылки ===
 +
E1: 04: Overview of Pay When Paid Within EnterpriseOne Accounts Payable (P03B470, R03B470) (Non-Purchase Order Related) (Doc ID 1992832.1)
  
 +
== Локализация РФ - Ваучер корректировки ==
 +
Компания создает ваучер корректировки в случае изменения условий контракта или при наличии в строках ваучера ошибок в '''суммах'''.
  
''' Создание отрицательного платежа вручную '''
+
Для создания Ваучеров корректировки в модуле расчетов с кредиторами используется программа "Стандартный ввод ваучера/Региональная информация" (P0411).
  
Иногда случается, что Поставщик возвращает деньги по различным причинам, и необходимо отслеживать этот возврат от Поставщика в рамках системы. Процесс, позволяющий создать нулевую или отрицательную сумму платежа, входит в приложение Manual Payment With Voucher Match (P0413M).  
+
Система сохраняет данные о взаимосвязи между исходным ваучером и ваучером корректировки в таблице взаимосвязи с кредитовым/дебетовым авизо для России (F74R0402).
+
 
ПРИМЕЧАНИЕ. Предварительно необходимо создать Дебетовый ваучер PD на сумму возврата (сумма отрицательная) и разнести эту запись.
+
;Типичный сценарий
 +
Использование Корректировочного ваучера:
 +
# После получения первичного документа и оприходования поставки, ввести исходный Стандартный ваучер через P0411 и разнести проводки в ГК.
 +
# После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучером и разнести проводки в ГК.
 +
# После получения корректировочного документа по сумме:
 +
#* Ввести корректировочный Стандартный/Дебетовый ваучер через P0411 (тип документа должен быть в UDC 74R/CN).
 +
#* Связать исходный и корректировочный ваучеры через P0411/P74R0402. Система проверяет, что дата исходного ваучера меньше или равна дате корректировочного.
 +
#* Разнести проводки в ГК.
 +
# Надо как-то скорректировать оплаты, видимо.
 +
 
 +
 
 +
;Инструкция-подсказка как разорвать ошибочную связку
 +
# На форме W74R0402B очистить поля связи, система будет вызывать ошибку
 +
# Вызвать визуальный помощник для любого доступного поля формы
 +
# На форме W74R0402C нажать Отмена
 +
# На форме W74R0402B нажать OK, т.к. не генерирует ошибок
 +
 
 +
== Ввод ваучера ==
 +
 
 +
*P0411 - A/P Standard Voucher Entry
 +
*P0411SV - A/P Speed Voucher Entry
 +
*P041016 - Multi Company - Single Supplier
 +
*P041017 - Multi-Voucher Entry
 +
*R04110ZA - Batch Voucher Processor Report
 +
 
 +
Чтобы быстро ввести один ваучер для одного поставщика, JD Edwards EnterpriseOne предлагает:
 +
*P0411SV - A/P Speed Voucher Entry
 +
 
 +
Чтобы быстро ввести несколько ваучеров для одного или нескольких поставщиков, JD Edwards EnterpriseOne предлагает следующие несколько способов ввода ваучеров:
 +
*Multi Voucher – Single Supplier (P0411|ZJDE0004).
 +
*Multi Voucher – Multi Supplier (P0411|ZJDE0005).
 +
*Multi Company – Single Supplier (P0411|ZJDE006).
 +
 
 +
=== Много ваучеров - один поставщик ===
 +
# Настроить ПО версии P0411
 +
#* Вкладка Множественные ваучеры п.1. Множественные ваучеры указать 1 (Ввод множ. ваучеров с одним поставщиком)
 +
#* Вкладка Версии п.7. Версия процесса "Несколько ваучеров - один поставщик" (P041017) указать версию P041017
 +
# Заполнить Поставщика и Дату ГК в заголовке
 +
# Заполнить множество Первичных документов в гриде (Номер инвойса, Сумму, Номер счета)
 +
 
 +
=== Много ваучеров - много поставщиков ===
 +
# Настроить ПО версии P0411
 +
#* Вкладка Множественные ваучеры п.1. Множественные ваучеры указать 2 (Ввод множ. ваучеров с множ. поставщиками)
 +
#* Вкладка Версии п.7. Версия процесса "Несколько ваучеров - один поставщик" (P041017) указать версию P041017
 +
# Заполнить множество Первичных документов в гриде (Номер инвойса, Сумму, Номер поставщика, Номер счета)
 +
 
 +
== Ваучер из прихода Заказа на закупку (Purchase Voucher) ==
 +
 
 +
* Сценарий с Заказом на закупку (3-х сторонним способом)
 +
*# Создать Заказ на закупку через P4310 и оприходовать его на склад через P4312.
 +
*# Создать и соотнести со строками Заказа на закупку Стандартный ваучер через P0411 для оплаты прихода через меню через меню Форма (Form) > Приходы для подбора (Receipts To Match).
 +
*# Оплатить сумму Стандартного ваучера, используя обычные методы оплаты.
 +
 
 +
''' Проводки '''
  
''' Типичные сценарии '''
+
Для сценария с Заказом на закупку:
  
* В приложении Manual Payment With Voucher Match (P0413M).
+
{| class="wikitable"
* Нажать Добавить и ввести новый ручной Платеж, сумма должна быть отрицательной.
+
! style="width:10px" | #
* Нажать ОК, чтобы сохранить запись.
+
! style="width:200px" | Инициация
* Разнести пакет.
+
! style="width:250px" | Отражение в системе
   
+
! style="width:200px" | Счета проводки 
ПРИМЕЧАНИЕ. Этот процесс недоступен для Автоматической обработке платежей. A negative total within the Automatic Payment Processing, either zero dollar or negative total, will result in a debit statement being created. Вышеописанный сценарий является единственным вариантом для использования.
+
! style="width:50px" | Счет
 +
! style="width:20px" | Дб
 +
! style="width:20px" | Кр
 +
|-
 +
| rowspan="2" | 1 || rowspan="2" | Оприходование товара / услуги || rowspan="2" | Создание документа OV || Неотфактур. Поступление ''(4320)'' || 15* || - || 100
 +
|-
 +
| Товары и услуги ''(4310)'' || 41 || 100 || -
 +
|-
 +
| rowspan="3" | 2 || rowspan="3" | Фактурирование прихода || rowspan="3" | Создание и соотнесение Стандартного ваучера с приходом || Счет "Расчеты с поставщиками" || 60 || - || 118
 +
|-
 +
|  НДС к начислению  ''(PСNxx)''* || 19 ||  18 || -
 +
|-
 +
| Неотфактур. поступление  товаров ''(4320)'' || 15* || 100 || -
 +
|-
 +
| rowspan="2" | 3 || rowspan="2" | Оплата ваучера || rowspan="2" | Создание оплаты PN для Стандартного ваучера || Касса / Банковский счет || 50, 51, 52  || - || 118
 +
|-
 +
|  Счет "Расчеты с поставщиками" ''(PСxxx)'' || 60 || 118 || -
 +
|-
 +
| rowspan="2" | 4 || rowspan="2" | Дополнительная операция (Сумма налога списана в зачет (при приобретения товаров, услуг, работ) по документам: Товарная накладная, акт) || rowspan="2" | Видимо где-то в локализации || НДС к начислению  ''(PСNxx)''* || 19 ||  * || 18
 +
|-
 +
|  Учет расчетов по налогам и сборам ''(????)''  || 68 || 18 || -
 +
|}
  
Источники:
+
== Ваучер предоплаты c ЗНЗ (Prepayment Voucher - Purchase Order) ==
* [http://docs.oracle.com/cd/E64610_01/EOAAP/process_ap_vouchers.htm#g037ee99c9453fb39_ef90c_10a77f2c279__76da Entering Debit Memos (Entering Standard Vouchers)] на docs.oracle.com.
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=15616053909522&id=1408545.1&_adf.ctrl-state=7rx1tybni_463#aref_section310  E1: 04: Overview of Creating, Deleting or Voiding Standard Vouchers and Overview of Speed Voucher Entry in EnterpriseOne Accounts Payable (P0400047, P0411, P0411SV) (Non-Purchase Order Related) (Doc ID 1408545.1)] на support.oracle.com.
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=2014215.1 E1: 04: How To Create a Negative Manual Payment Also Known as a Supplier Refund Payment (P0413M) (Doc ID 2014215.1)] на support.oracle.com.
 
  
=== Ваучер предоплаты (Prepayment Voucher) ===
+
{| class="wikitable" style="float:right; margin-left: 10px;"
 +
|+ Проводки - Цикл предоплатного ваучера без ЗНЗ
 +
|-
 +
! style="width:20px" | № || style="width:400px" | Счета || style="width:50px" | Кт || style="width:50px" | Дт
 +
|-
 +
! colspan = "4" | 1. Ввод предоплатного ваучера
 +
|-
 +
| 1 || - (Prepaid Expense Account) [AAI PCPREP] || 100 || - 
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками [AAI PC] || - || 100 
 +
|-
 +
! colspan = "4" | 2. Оплата предоплатного ваучера
 +
|-
 +
| 1 ||  Расчеты с поставщиками и подрядчиками [AAI PC] || 100 || - 
 +
|-
 +
| 2 || Расчетный счет в банке [AAI PB] || - || 100 
 +
|-
 +
! colspan = "4" | 3. Ввод стандартного ваучера
 +
|-
 +
| 1 || Расходный счёт (Expense Account) [ручн.] || - || 100 
 +
|-
 +
| 2 || Расчеты с поставщиками и подрядчиками [AAI PC] || 100 || - 
 +
|-
 +
! colspan = "4" |  4. Урегулирование стандартного ваучера с помощью предоплатного ваучера
 +
|-
 +
| 1 || Расчеты с поставщиками и подрядчиками [AAI PC] || - || 100 
 +
|-
 +
| 2 || - (Prepaid Expense Account) [AAI PCPREP] || 100 || - 
 +
|}
  
 
'''Ваучер предоплаты''' (англ. ''Prepayment Voucher'') - это ваучер, создающий обязательство по оплате до получения Инвойса от Поставщика и оприходования товара или услуги.  
 
'''Ваучер предоплаты''' (англ. ''Prepayment Voucher'') - это ваучер, создающий обязательство по оплате до получения Инвойса от Поставщика и оприходования товара или услуги.  
Строка 83: Строка 742:
 
  ПРИМЕЧАНИЕ. Отрицательная часть оплаты в Ваучере предоплаты может быть соотнесена только с Ваучером в той же валюте. Например, если Ваучер предоплаты вводится в евро, то отрицательная часть оплаты может быть соотнесена только с Ваучерами евро.  
 
  ПРИМЕЧАНИЕ. Отрицательная часть оплаты в Ваучере предоплаты может быть соотнесена только с Ваучером в той же валюте. Например, если Ваучер предоплаты вводится в евро, то отрицательная часть оплаты может быть соотнесена только с Ваучерами евро.  
  
''' Типичные сценарии '''
+
==== Типичные сценарии ====
 
 
* Сценарий без Заказа на закупку
 
*# [[#Ввод Ваучера предоплаты | Создать Ваучер предоплаты]] через P0411 без распределения в ГК. Система автоматически создаст отрицательную часть Ваучера предоплаты на каждый элемент оплаты, и установит ей статус оплаты H (''Задержан/На рассмотрении, Held/Pending Approval)''.
 
*# Оплатить сумму положительной части Ваучера предоплаты, используя обычные методы оплаты.
 
*# Создать Стандартный ваучер через P0411, признающий истинный расход.
 
*# Изменить статус оплаты отрицательной части Ваучера предоплаты через P0411S со статуса H (''Задержан/На рассмотрении, Held/Pending Approval)'' на статус A ''(Утвержден для оплаты, Approved for Payment)''.
 
*# Покрыть через P0411P сумму созданного Стандартного ваучера частично или полностью за счет суммы отрицательной части Ваучера предоплаты.
 
*# Оплатить оставшуюся сумму Стандартного ваучера, если таковая имеется, используя обычные методы оплаты.
 
  
 
* Сценарий с Заказом на закупку (без Ваучеров предоплаты)
 
* Сценарий с Заказом на закупку (без Ваучеров предоплаты)
*# Создать Заказ на закупку через P4310, где помимо основных строк заказа добавить две дополнительные строки*, указывающие на счет предоплаты: одна на положительную сумму предоплаты (Депозит), а вторая на отрицательную сумму предоплаты (Возврат депозита).  
+
*# Ввести ЗНЗ через P4310, где помимо основных строк заказа добавить две дополнительные строки*, указывающие на счет предоплаты: одна на положительную сумму предоплаты (Депозит), а вторая на отрицательную сумму предоплаты (Возврат депозита).  
*# Создать Стандартный ваучер через P0411 для оплаты предоплаты и соотнести его со строкой Заказа на закупку (2-х сторонним способом), содержащей с положительную сумму предоплаты.
+
*# Ввести Ваучер предоплаты через P0411/P4314 и соотнести его со строкой ЗНЗ (2-х сторонним способом), содержащей с положительную сумму предоплаты. Разнести проводки в ГК.
*# Оплатить сумму Стандартного ваучера, используя обычные методы оплаты.  
+
*# После выполнения предоплаты поставщику, ввести Оплату и соотнести его c Ваучером предоплаты, используя обычные методы оплаты, например, через P0413M, и разнести проводки в ГК.  
*# Оприходовать через P4312 на склад Заказ на закупку, включая строку с отрицательной суммой предоплаты.
+
*# Оприходовать через P4312 на склад ЗНЗ, включая строку с отрицательной суммой предоплаты.
*# Создать Стандартный ваучер через P0411 для оплаты прихода и соотнести его со строками Заказа на закупку(3-х сторонним способом), включая строку с отрицательной суммой предоплаты.  
+
*# Ввести Стандартный ваучер через P0411/P4314 и соотнести его со строками ЗНЗ (3-х сторонним способом), включая строку с отрицательной суммой предоплаты.  
*# Оплатить сумму Стандартного ваучера, используя обычные методы оплаты.
+
*# После выполнения оплаты поставщику, ввести Оплату и соотнести его cо Стандартным ваучером, используя обычные методы оплаты, например, через P0413M, и разнести проводки в ГК
  
 
<nowiki>*</nowiki> Дополнительные строки должны иметь Тип строки с интерфейсом ??? A, B, C
 
<nowiki>*</nowiki> Дополнительные строки должны иметь Тип строки с интерфейсом ??? A, B, C
Строка 163: Строка 814:
 
Некоторым поставщикам требуется депозит или предоплата для крупных покупок, прежде чем они начнут отгружать заказ клиенту.  
 
Некоторым поставщикам требуется депозит или предоплата для крупных покупок, прежде чем они начнут отгружать заказ клиенту.  
  
'''Создание Заказа на закупку с предоплатой/депозитом:'''
+
;Ввод ЗНЗ со строками предоплаты(депозита)
 +
# Ввести ЗНЗ со строками товаров или услуг. 
 +
# Добавить в ЗНЗ две или более строк предоплаты на сумму предоплаты без указания количества товара, указывающий на специальный счет предоплаты , например тип строки J.
 +
# Сохранить ЗНЗ.
  
# Создать Заказ на закупку с указанием товара 10 шт. на сумму 100,00 руб.
+
;Ввод Ваучера предоплаты и соотнесение со строкой предоплаты в ЗНЗ
# Рассчитать долю предоплаты , например 25%, т.е. сумма предоплаты составит 25,00 руб.
+
# На форме W0411G нажать Добавить.
# Ввести в Заказ на закупку последними строками суммы без количества на специальный счет предоплаты , например тип строки J. Одна строка предоплаты на сумму +25,00 руб., другая на сумму -25,00 руб., как возврат предоплаты.  
+
# На форме W4314A заполнить необходимые поля заголовка ваучера и выбрать меню Форма > Заказы для подбора/Orders To Match (двухстороннее соотнесение) для поиска введённой положительной строки предоплаты в ЗНЗ.  
# Сохранить Заказ на закупку.
+
# На форме W4314C найти и выделить положительную строку, затем нажать OK.  
 
+
# На форме W4314A нажать OK., чтобы сохранить созданный ваучер PV.  
'''Создание ваучера для оплаты Предоплаты/Депозита '''
 
 
 
# Открыть приложение Voucher to Open Receipt (P4314) и через меню Форма > Orders To Match (двухстороннее соотнесение), создать Ваучер на оплату для первой строки предоплаты.  
 
# На форме Select Orders To Match, выделить положительную строку и нажать OK.  
 
# На форме Voucher Match, чтобы сохранить созданный ваучер PV.  
 
 
# В приложении Supplier Ledger Inquiry P0411, можно увидеть этот ваучер.  
 
# В приложении Supplier Ledger Inquiry P0411, можно увидеть этот ваучер.  
 
{| class="wikitable" style="margin-left: 50px;"
 
{| class="wikitable" style="margin-left: 50px;"
Строка 266: Строка 915:
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1461259.1 E1: 43: Best Practices for Purchasing Items Requiring Prepayments (P4310/P4312/P4314)] на support.oracle.com
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1461259.1 E1: 43: Best Practices for Purchasing Items Requiring Prepayments (P4310/P4312/P4314)] на support.oracle.com
  
=== Зарегистрированный ваучер (Logging Voucher) ===
+
== Зарегистрированный ваучер с ЗНЗ (Logging Voucher - Purchase Order) ==
  
 
'''Зарегистрированные ваучеры''' (англ. ''Logged Vouchers'') - ваучеры, создающие обязательство по оплате после получения Инвойса от Поставщика, но до оприходования товара или услуги. А так же, когда расходный счет не определен.
 
'''Зарегистрированные ваучеры''' (англ. ''Logged Vouchers'') - ваучеры, создающие обязательство по оплате после получения Инвойса от Поставщика, но до оприходования товара или услуги. А так же, когда расходный счет не определен.
Строка 277: Строка 926:
  
 
  КОММЕНТАРИЙ. ''Зарегистрированный ваучер'' отличается от ''Ваучера предоплаты'' тем, что формируется по документу - Инвойсу, но товар еще не оприходован на склад, а соответственно не возможно создать товарный ваучер. В РСБУ сложно представить такой случай т.к. даже если товар фактически не оприходован на склад, то его приходуют на виртуальный склад ''Товары в пути'', а если нет документов от Поставщика - нельзя делать запись на счет 60, можно только предоплату.
 
  КОММЕНТАРИЙ. ''Зарегистрированный ваучер'' отличается от ''Ваучера предоплаты'' тем, что формируется по документу - Инвойсу, но товар еще не оприходован на склад, а соответственно не возможно создать товарный ваучер. В РСБУ сложно представить такой случай т.к. даже если товар фактически не оприходован на склад, то его приходуют на виртуальный склад ''Товары в пути'', а если нет документов от Поставщика - нельзя делать запись на счет 60, можно только предоплату.
+
 
 
Существует два метода ввода Зарегистрированных ваучеров.
 
Существует два метода ввода Зарегистрированных ваучеров.
 
* Метод по умолчанию (Default method): Корреспондирующая сумма изначально записывается на Счет расчетов с Поставщиком (AAI: PC*).
 
* Метод по умолчанию (Default method): Корреспондирующая сумма изначально записывается на Счет расчетов с Поставщиком (AAI: PC*).
* Метод с Временным счетом (Suspense Account method): Корреспондирующая сумма изначально записывается на Временный счет, указанный в AAI: PQ. Этот метод активируется в Настройках компании (P0010).
+
* Метод с Временным счетом (Suspense Account method): Корреспондирующая сумма изначально записывается на Временный счет, указанный в AAI PQ. Этот метод активируется в Настройках компании (P0010).
  
 
  ПРИМЕЧАНИЕ. [[Список типов документов и заказов |Тип документа]] PL жестко запрограммирован для использования Зарегистрированного ваучера.  
 
  ПРИМЕЧАНИЕ. [[Список типов документов и заказов |Тип документа]] PL жестко запрограммирован для использования Зарегистрированного ваучера.  
Строка 418: Строка 1067:
  
 
P042002|MY19: P4314|MY21
 
P042002|MY19: P4314|MY21
 
=== Ручная оплата без подбора ваучера (Manual Payments Without Voucher Match) ===
 
'''Ваучер с ручной оплатой''' (англ. ''Manual Payments Without Voucher Match'') - вид Ручной оплаты, которая создается без существующего ваучера. Вместо этого, система создает вместе с документом оплаты Ваучер с ручной оплатой. Этот функционал можно использовать в момент, когда заказ размещен, или доставка выполнена.
 
 
ПРИМЕЧАНИЕ. [[Список типов документов и заказов|Тип документа]] PM жестко запрограммирован для использования Ваучера с ручной оплатой. Тип пакета W - Чеки оформ.вручную без соглас. ().
 
 
Вводить Ваучер с ручной оплатой (Manual Payments Without Voucher Match) можно через приложения:
 
* Standard Voucher Entry (P0411).
 
* Speed Voucher Entry (P0411SV).
 
 
Создание Ручной оплаты БЕЗ существующих ваучеров инициирует автоматическое создание ваучера с типом документа PM. Информация о ваучере создает запись в Accounts Payable Ledger (F0411), а ручная оплата - в Accounts Payable Matching Document (F0413) и Accounts Payable Matching Document Detail (F0414).
 
 
Однако, в приложении Speed Voucher Entry (P0411SV) недоступно:
 
* Изменение, удаление, сторнирование Ручных оплат.
 
* Ввод множества статей оплат или Инвойсы множества поставщиков.
 
* Создание или использование модельной журнальной записи.
 
* Переопределение банковского счета ГК.
 
 
''' Типичные сценарии '''
 
 
* Сценарий без Заказа на закупку:
 
** Создать Ручную оплату через P0411 или P0411SV. Автоматически будет создан Ваучер PM и Ручная оплата по этому ваучеру.
 
 
====== Ввод Ручной оплаты без подбора ваучера ======
 
 
# На форме (Supplier Ledger Inquiry, W0411G) нажать Добавить.
 
# На форме Ввод ваучера - Сведения о платеже (Enter Voucher - Payment Information, W0411A) заполнить следующие поля и нажать OK:
 
#* Компания (Company)
 
#* Поставщик (Vendor)
 
#* Дата ГК (GL Date)
 
#* Номер Счета-фактуры / Инвойса (Invoice Number)
 
#* Дата Счета-фактуры (Invoice Date)
 
#* Примечание (Remark)
 
# На форме Сведения о платеже (Payment Information, W0411D) заполнить следующие поля и нажать OK:
 
#* Дата платежа (Payment Date)
 
#* Номер платежа (Payment Number) ввести руками или нажать Извлечь
 
# На форме Сведения о платеже (Payment Information, W0411D) нажать OK:
 
# На форме Сведения о платеже (G/L Distribution, W0411K) заполнить номер счета банка для распределения и нажать OK.
 
 
==== Настройка ====
 
 
'''Настройка версии приложения P0411 для создания Ваучера с ручной оплатой '''
 
 
Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411|ZJDE0003):
 
* На вкладке ''Платежи вручную (Manual Payments)'' в:
 
** п.1 включить Создание платежа вручную (Manual Payment Creation), указав значение '1'.
 
** (необязательно) п.2 Дублированные платежи (Duplicate Payments) указать тип сообщения, которое появляется при попытке генерировать или редактировать дублирующий номер платежа.
 
** (необязательно) п.3  Автонумерация платежей (Automatic Payment Number Assignment) указать источник нумерации Ручных оплат.
 
* На вкладке ''Подбор ваучеров (Voucher Match)'' в п.1 значение должно быть 'Пусто' для этой версии.
 
* На вкладке ''Версии (Versions)'' в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
 
** В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0003):
 
*** На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘Пусто’. Чтобы система могла использовать Тип ваучера PM.
 
 
'''Настройка версии приложения P0411SV для создания Ваучера с ручной оплатой '''
 
 
Настройка Параметров обработки приложения P0411SV (Версия по умолчанию P0411SV|ZJDE0002):
 
* На вкладке ''Платежи (Payments)'':
 
** п.1 включить Создание ручных платежей (Manual Payment Creation), указав значение '1'.
 
** (необязательно) п.3  Автоматическое присвоение номеров платежей (Automatic Payment Number Assignment) указать источник нумерации Ручных оплат.
 
* На вкладке ''Версии (Versions)'' в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
 
** В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0001):
 
*** На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘Пусто’. Чтобы система могла использовать Тип ваучера PM.
 
 
==== Источники ====
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=2014223.1 E1: 04: How To Create Manual Payments Without Voucher Match Within EnterpriseOne Accounts Payable (P0413M, P0411, P0413V)] на support.oracle.com
 
* [http://docs.oracle.com/cd/E64610_01/EOAAP/prcss_manual_pymnts.htm#EOAAP00112 Entering Manual Payments Without Existing Vouchers > Processing Manual Payments > Accounts Payable Implementation Guide] на docs.oracle.com
 
 
==== Использование в СТК ====
 
'''Тестирование в JFT920'''
 
P0411|MY17
 
 
=== Периодический ваучер (Recurring Vouchers) ===
 
'''Периодический ваучер''' (англ. ''Recurring Vouchers'') - тип ваучера, который система создает с указанной периодичностью и определенное количество раз (циклов) для выполнения периодических платежей.  Важными характеристиками таких ваучеров являются показатели:
 
* Частота - Периодичность (Recurring Frequency, RF);
 
* Количество периодических платежей (Number of Payments, DRF).
 
 
ПРИМЕЧАНИЕ. Периодический ваучер должен содержать одну статью оплаты в момент создания и не может быть после разбит после.
 
 
Для просмотра истории Периодических ваучеров используется приложение Recurring Voucher Review (P04120) и Recurring Voucher Report (R04305)
 
 
ПРИМЕЧАНИЕ. Тип документа PR используется только для Периодических ваучеров.
 
 
''' Типичные сценарии '''
 
 
* Сценарий без Заказа на закупку:
 
*# Создать Периодический ваучер и указать Частоту повторений и Количество оплат.
 
*# Запустить отчет Recycle Recurring Vouchers (R048101), который в указанный интервал времени создаст копию исходного ваучера, выполнит цикл. Копия будет содержать Периодичность, а  Количество периодических платежей будет уменьшено на 1, при этом из исходного ваучера эти параметры будут удалены.
 
*# Оплачивать сумму повторяющихся Ваучеров после каждого цикла, используя обычные методы оплаты.
 
 
 
====== Ввод исходного Периодического ваучера ======
 
здесь скоро будет текст)
 
 
====== Пересмотр Периодического ваучера ======
 
Для изменения или удаления значений  Частота - Периодичность  и Количество периодических платежей необходимо
 
* На форме ''Запрос книги поставщиков'' найти Периодический ваучер, выделить и выполнить меню Строка > пересмотр повт. ваучеров.
 
* На форме ''Пересмотр сведений повторяющихся ваучеров'' изменить или очистить поля Периодичность и Количество платежей и нажать ОК.
 
 
ПРИМЕЧАНИЕ. После очистки полей Периодичность и Количество платежей ваучер перестает быть Периодическим ваучером.
 
 
====== Создание Периодического ваучера ======
 
Recycle Recurring Vouchers (R048101)
 
 
The Recycle Recurring Vouchers UBE (R048101) is used to generate new recurring vouchers. When recycling a voucher, the system:
 
 
* Makes a copy of the original voucher but removes the recurring frequency and number of payments on the original voucher.
 
* The Number of Payments (DRF) is decremented by one on the original voucher.
 
* The Invoice Date (DIVJ) is assigned based on the value of Processing Option 2: Invoice Date Flag.
 
* The GL Date (DGJ) on the new voucher increments according to the Recurring Frequency (RF) of the original voucher.
 
It is recommended that different versions are setup based on the Recurring Frequency (RF) in the Data Selection.
 
 
Make sure to keep the data selection as is and only add to it any additional selections such as batch number or user ID.
 
 
The original voucher's invoice number can be duplicated for each recycled voucher, if Processing Option 1: Invoice Number Flag in the Recycle Recurring Vouchers (R048101) is set to 1, otherwise the Invoice Number (VINV) for the new vouchers is left blank.
 
 
''' Настройки '''
 
 
Для ввода Периодических ваучеров необходимо для статьи оплаты заполнить обязательные поля:
 
* Частота - Периодичность (Recurring Frequency, RF);
 
* Количество периодических платежей (Number of Payments, DRF).
 
 
'''Настройка версии приложения P0411 для создания Периодических ваучеров'''
 
 
Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411|ZJDE0002):
 
* На вкладке Показ (Display) в п.1 включить Отображение Повторяющихся ваучеров по умолчанию.
 
*: При вводе 1, программа ставит "галочку" в параметре Повторяющиеся ваучеры формы ''Запрос регистра поставщиков''.
 
 
''' Отчетность '''
 
 
Recurring Voucher Report (R04305) - отчет для просмотра.
 
 
==== Источники ====
 
* [https://support.oracle.com/epmos/faces/DocumentDisplay?id=1992826.1 E1: 04: Overview of Recurring Voucher Process Within EnterpriseOne Accounts Payable (P0411, R048101) (Non-Purchase Order Related)] на support.oracle.com
 

Текущая версия на 11:41, 24 августа 2021

Ваучеры (Vouchers)

Содержание

Стандартный ваучер (Non-Purchase Standart Voucher)

Проводки - Ввод стандартного ваучера
Счета AAI Кт Дт
1. Ввод Ваучера
1 Учет ТМЦ, работ, услуг (Expense Account) ручн. - 100
2 Расчеты с поставщиками и подрядчиками PC 100 -
2. Оплата Ваучера
1 Расчеты с поставщиками и подрядчиками PC - 100
2 Расчетный счет в банке PB 100 -

Стандартный ваучер (англ. Standart Voucher) - это учтенное в системе обязательство перед поставщиком, основанное на первичном документе после оприходования поставки, учета работ или услуг.

Стандартный ваучер можно ввести через приложения:

  • P0411 - A/P Standard Voucher Entry
  • P0411SV - A/P Speed Voucher Entry
  • P041016 - Multi Company - Single Supplier
  • P041017 - Multi-Voucher Entry
  • R04110ZA - Batch Voucher Processor Report

Типичные сценарии использования Cтандартного ваучера

Использование Cтандартного ваучера:

  1. После получения первичного документа и оприходования поставки, ввести Стандартный ваучер через P0411 и разнести проводки в ГК.
  2. После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучером и разнести проводки в ГК.

Настройка

  • Настройка ПО версии MБФ Voucher Master Business Function (P0400047) для ввода Стандартного ваучера
    • Вкладка Значения по умолчанию/Default
      п.3. Voucher Document Type - указать Тип документа для ваучера, обычно используется 'PV'.
  • Настройка ПО версии Ввод ваучера для ввода Стандартного ваучера
    • Вкладка Показ/Display
      п.1. Повторяющиеся ваучеры - оставить пустым
    • Вкладка Подбор ваучеров/Voucher Match
      п.1. Обработка подбора - оставить пустым
    • Вкладка Множественные ваучеры/Multi Vouchers
      п.1. Множественные ваучеры/Multiple Vouchers - оставить пустым
    • Вкладка Регистрация/Logging
      п.1 Ввод зарегистрированных ваучеров - оставить пустым
    • Вкладка Предоплата/Prepayment
      п.1. Корреспондирующий счет ГК (G/L Offset Account) - оставить пустым
    • Вкладка Версии/Versions
      п.1. Версия МБФ справочника ваучеров () - указать требуемую версию МБФ. (Версия по умолчанию P0400047 ZJDE0001)
    • Вкладка Pay When Paid
      п.1. Pay When Paid Voucher - оставить пустым
  • Ввод Стандартного ваучера
    Сумма создаваемого ваучера должна быть положительной.

Стандартный ваучер с налогами (Non-Purchase Standart Voucher with Taxes)

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

Для ввода ваучера с налогами необходимо выполнить следующие настройки:

  • Убедиться, что в Tax Rate/Areas (P4008) существует записи Tax Rate/Areas.
  • Можно указать в Supplier Master (P04012) значение по умолчанию для Tax Rate/Area (TXA2) и Tax Explanation Code (EXR2), которые буду переданы в ваучер при вводе.
  • Если используется валютный ваучеры с НДС, убедиться, что ПО AP Voucher Master Business Function (P0400047) на вкладке Currency в п.1. Value Added Tax Allowed установлена 1. Если поле оставить пустым, то будет ошибка при создании валютного ваучера с налогами типа НДС.
  • Убедиться, что указана корректная версия AP Voucher Master Business Function (P0400047).
  • Настроить Tax rules, используяTax Rules (P0022). see article Document 1413283.1.

Стандартный ваучер в валюте

Курсовая разница при вводе ваучера в валюте

Курсовая разница при валютных операциях РК может возникать в следующих случаях:

  • При вводе Ваучера в валюте и соотнесении его с Оплатой в валюте, если курсы валют различаются, но в один финансовый период (реализованный доход/расход).
  • При вводе ваучера и окончание финансового периода, если ваучер еще открыт (нереализованный доход/расход).
  • Настроить AAI для распределения курсовой разницы на правильные счета доходов/расходов от валютных операций.
    • Для открытых ваучеров в иностранной валюте, доход/расход рассчитывается между домашней (валюта компании) и иностранной валютами.

Нереализованный доход/расход в РК

Учет Нереализованных доходов/расходов - R04425 - Проводки
Счета AAI Кт Дт
CA AA CA AA
1. Ввод валютного ваучера c открытой суммой (курс: 1USD = 100 RUB)
1 Учет ТМЦ, работ, услуг (Expense Account) ручн. - - 1$ 100
2 Расчеты с поставщиками и подрядчиками PC 1$ 100 - -
2a. Учет Нереализованных доходов на конец периода (курс: 1$ = 90)
1 Прочие доходы (91-1) PVUSD - 10 - -
2 Расчеты с поставщ. и подрядч., USD (60.02) PRUSD - - - 10
2b. Учет Нереализованных расходов на конец периода (курс: 1$ = 110)
1 (на дату) Прочие расходы (91-2) PWUSD - -10 - -
2 (на дату) Расчеты с поставщ. и подрядч., USD (60.02) PRUSD - - - -10
3 (нач. след. пер.) Прочие расходы (91-2) PWUSD - - - -10
4 (нач. след. пер.) Расчеты с поставщ. и подрядч., USD (60.02) PRUSD - -10 - -

Предварительно необходимо настроить следующие AAI:

  • PVxxx: Foreign currency unrealized gain. (в РФ: 91-1 «Прочие доходы», если имеет место положительная курсовая разница)
  • PWxxx: Foreign currency unrealized loss. (в РФ: 91-2 «Прочие расходы», если имеет место отрицательная курсовая разница)
  • PRxxx: Foreign currency unrealized gain or loss offset. ( в РФ: 60 Расчеты с поставщиками и подрядчиками)

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

  1. При оприходовании поставки и получении инвойса от иностранного поставщика, ввести Стандартный валютный ваучер через P0411 и разнести проводки в ГК
  2. В день окончания периода, запустить приложение A/P Unrealized Gain/Loss Report (R04425) для открытого валютного ваучера, указав дату окончания текущего периода. Система рассчитывает нереализованные доходы/расходы и создает журнальную запись с типом JX.
      • In case of Gain:
        • Unrealized Gain Account (PVxxxx) Credit
        • Unrealized Gain/Loss Offset Account (PRxxxx) Debit
      • In case of Loss:
        • Unrealized Loss Account (PWxxxx) Debit
        • Unrealized Gain/Loss Offset Account (PRxxxx) Credit
    1. Разнести документ JX. Система создаст как набор проводок на указанную дату, так и набор проводок на начало следующего периода.

Дебетовый ваучер (Debit Memo)

Проводки - Ввод Дебетового ваучера
Счета AAI Кт Дт
1 Учет ТМЦ, работ, услуг (Expense Account) ручн. - -100
2 Расчеты с поставщиками и подрядчиками PC -100 -

Дебетовые ваучеры (Отрицательные ваучеры), он же дебит-нота (англ. Debit Memo) - это ваучер с отрицательной суммой, который используется для учета задолженности Поставщика (т.е. Поставщик должен денег). Дебетовый ваучер может быть соотнесен с другими ваучерами с открытой суммой или может быть использован для создания Отрицательной оплаты (возврат денежных средств Поставщиком).

Механизм Дебетовых ваучеров автоматически активируется при создании ваучера, когда СУММА ВАУЧЕРА ОТРИЦАТЕЛЬНАЯ.

Дебетовый ваучер можно ввести через приложения:

  • P0411 - A/P Standard Voucher Entry
  • P0411SV - A/P Speed Voucher Entry
  • P041016 - Multi Company - Single Supplier
  • P041017 - Multi-Voucher Entry
  • R04110ZA - Batch Voucher Processor Report
ПРИМЕЧАНИЕ. Если условия оплаты предполагаю получение скидки на ваучер, система рассчитывает отрицательную сумму скидки при создании Дебетового ваучера. Поля Условия оплаты (Payment Terms, TRAP) и Скидка (Discount Available, ADSC) должны быть очищены, чтобы ваучер не применил отрицательную скидку.

Типичные сценарии использования Дебетового ваучера

  • Использование Дебетового ваучера с Ваучером со открытой суммой:
    1. При уведомлении от поставщика о возможности о покрытие сделки с помощью Debit Memo, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
    2. При получении инвойса, ввести Стандартный ваучер через P0411 и разнести проводки в ГК.
    3. При оплате инвойса, ввести Стандартную оплату через P0413M, соотнести со Стандартным ваучером и с Дебетовым ваучером, затем разнести проводки в ГК.
  • Cоздание Отрицательной оплаты (возврат денежных средств Поставщиком):
    1. При уведомлении от поставщика о готовности возврата денежных средств, ввести Дебетовый ваучер через P0411 и разнести проводки в ГК.
    2. После получения возвратных средств, ввести Отрицательную оплату (сумма д.б. отрицательной) через P0413M, соотнести с Дебетовым ваучером и разнести проводки в ГК.

Настройка

  • Настройка ПО версии MБФ Voucher Master Business Function (P0400047)
    • Вкладка Значения по умолчанию/Defaults
      п.4. Debit Memo Document Type - указать Тип документа для Дебетового ваучера, обычно используется 'PD'.
      п.6. Debit Memo Due Date - выбрать, какую дату использовать для Срока оплаты в Дебетовом ваучере.
  • Настройка ПО версии Ввод ваучера
    • Вкладка Версии/Versions
      п.1. Версия МБФ справочника ваучеров () - указать требуемую версию МБФ. (Версия по умолчанию P0400047 ZJDE0001)
  • Ввод Дебетового ваучера
    Сумма создаваемого ваучера должна быть отрицательной.

Ссылки

Ваучер предоплаты без ЗНЗ (Prepayment Voucher - Non Purchase Order)

Проводки - Цикл Ваучера предоплаты без ЗНЗ
Счета AAI Кт Дт
1. Ввод Ваучера предоплаты
1 Расчеты по авансам выданным [60.xx]
(Prepaid Expense Account)
PCzzzz - 30
2 Расчеты с поставщиками и подрядчиками [60.01] PC 30 -
2. Оплата Ваучера предоплаты
1 Расчеты с поставщиками и подрядчиками PC - 30
2 Расчетный счет в банке PB 30 -
3. Ввод стандартного ваучера
1 Учет ТМЦ, работ, услуг (Expense Account) ручн. - 100
2 Расчеты с поставщиками и подрядчиками PC 100 -
4. Урегулирование Стандартного ваучера с помощью Ваучера предоплаты
1 Расчеты с поставщиками и подрядчиками PC - 30
2 Расчеты по авансам выданным 60.xx (Prepaid Expense Account) PCzzzz 30 -

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

Например, работнику предстоят расходы на дорогу, в JD Edwards EnterpriseOne эту функция реализуется через создание Ваучера предоплаты. При создании Ваучера предоплаты, система автоматически добавляет запись с отрицательным элементом оплаты на ту же сумму, что и сама предоплата. Первой оплачивается положительная сумма Ваучера предоплаты. А после того, как будут получены истинные расходы, создается новый стандартный положительный ваучер на сумму расходов, и, частично или полностью, закрывается суммой отрицательной части Ваучера предоплаты.

ПРИМЕЧАНИЕ. Отрицательная часть оплаты в Ваучере предоплаты может быть соотнесена только с Ваучером в той же валюте. Например, если Ваучер предоплаты вводится в евро, то отрицательная часть оплаты может быть соотнесена только с Ваучерами евро. 

Ваучер предоплаты можно ввести через приложения:

  • P0411 - A/P Standard Voucher Entry
  • P041016 - Multi Company - Single Supplier
  • P041017 - Multi-Voucher Entry
  • ?R04110ZA - Batch Voucher Processor Report

Типичные сценарии использования Ваучера предоплаты

  • Ваучер предоплаты без Заказа на закупку
    1. При уведомлении от поставщика о необходимости внести предоплату, выполнить ввод Ваучера предоплаты через P0411 (без распределения в ГК) и разнести проводки в ГК.
      Система автоматически создаст отрицательную часть Ваучера предоплаты на каждый элемент оплаты, и установит ей статус оплаты H (Задержан/На рассмотрении, Held/Pending Approval).
    2. После выполнения предоплаты поставщику:
      • Ввести Оплату и соотнести его c положительной частью суммы Ваучера предоплаты, используя обычные методы оплаты, например, через P0413M, и разнести проводки в ГК.
      • Изменить статус оплаты отрицательной части Ваучера предоплаты через P0411S со статуса H (Задержан/На рассмотрении, Held/Pending Approval) на статус A (Утвержден для оплаты, Approved for Payment).
    3. При получении первичного документа, ввести Стандартный ваучер через P0411, признающий переход права собственности, и разнести проводки в ГК.
    4. Если требуется частичная доплата или полностью покрыть сумму созданного Стандартного ваучера за счет суммы отрицательной части Ваучера предоплаты:
      • (от автора) Инструкция предлагает это сделать через P0411P. Но приложение делает только отбор отрицательной части Ваучера предоплаты, а потом вызвать Ручную оплату P0413M и там соотнести со Стандартным ваучером.
      • Ввести Оплату (на сумму доплаты или ноль), соотнести со Стандартным ваучером и Ваучером предоплаты, используя обычные методы оплаты через P0413M, и разнести проводки в ГК.

Настройка

  • Настройка AAI и счетов для учета предоплаты
    Для процесса предоплаты необходимо настроить финансовые АИ для предоплаты для элемента PCzzzz.
    Для отслеживания предоплат, этот счет должен отличаться от счета Расчет с поставщиками, однако, это счет может быть идентичным счету Расчет с поставщиками, если отслеживание предоплат не требуется. При разнесении система будет создавать пустую запись в F0911?
  • Настройка ПО версии Ввод ваучера для ввода Ваучера предоплаты
    • Вкладка Предоплата/Prepayment:
      п.1. Корреспондирующий счет ГК (G/L Offset Account) - ОБЯЗАТЕЛЬНО заполнить
      Класс ГК, который определяет Счет АИ (например, PCzzzz) для отрицательной части Ваучера предоплаты (у положительной – из Справочника РК). Если это поле будет не пустым, то на форме W0411G появиться отметка об отображении ваучеров предоплаты.
      Доработка СТК: если ###- = признак ввода из создаваемой вручную строки авансового ваучера. При значении ###, копирует Корреспондирующий счет ГК из первого элемента оплаты.
      п.2. Счет распределения ГК (GL Distribution Account)
      Этот ПО заполняется распределительным счет ГК по умолчанию. Ваучеры предоплаты формируют записи нулевой суммы в журнале РК (F0411) и в Главной книге (F0911). - Чтобы использовать эту опцию, п.1: Нулевые суммы на вкладке Нулевые суммы МБФ журнальных записей (P0900049) должен иметь значение Пусто.
      п.3. Код статуса оплаты (Pay Status Code)
      Ваучеры предоплаты автоматически создают отрицательную часть ваучера в счет чистой стоимости ваучера, который вводится позднее. Этот параметр обработки определяет статус оплаты (элемент словаря данных PST) для отрицательного пункта оплаты. По умолчанию для этого значения установлено значение H (Удержание, Hold)
      п.4. Количество дней (Number of Days)
      Используйте этот ПО, чтобы ввести количество дней, которое нужно добавить к Дате оплаты отрицательной части предоплаты. Эта опция обработки действительна только в совместимой с Worldsoftware (JDE E1 9.1 не является совместимой с Worldsoftware, данный пункт ПО не будет работать).
      п.5. Налоговая зона (Tax Area)
      Используйте этот ПО, чтобы отобразить форму налога на предоплату. Эта форма используется для присвоения налоговых кодов и налоговых зон для отрицательной части.
      п.6. Код налоговой зоны предоплаты (Tax Area Code)
      Введите код налоговой зоны по умолчанию, который должен использоваться для ваучеров предоплаты.
      п.7. Код объяснения налога предоплаты (Tax Explanation Code)
      Введите код объяснения по умолчанию, который должен использоваться для ваучеров предоплаты.

Инструкции

Ввод Ваучера предоплаты
  1. В приложение Prepayment Voucher Entry (P0411) создать ваучер на сумму предоплаты. Форма GL Distribution не отображается. Однако, если в ПО п.2 Счет распределения ГК осталось пустым, то этот счет должен быть введен вручную. В созданном ваучере отображаются две статьи оплаты: одна для положительной суммы предоплаты, другая с отрицательной суммой предоплаты. Информация о распределении ГК с нулевой суммой, потому что сумма двух статей оплаты равна нулю. Разнести операцию приложением R09801.
  2. Оплатить положительную часть ваучера предоплаты.
  3. В приложение Prepayment Voucher Entry (P0411) создать новый стандартный ваучер, признающий истинный расход и разнести его. Разнести операцию приложением R09801.
  4. Используйте Speed Status Change (P0411S), для изменения статуса оплаты отрицательной части ваучера предоплаты с Удержания на Утверждено, и покрыть этой записью новый ваучер. Новы результат оплаты:
    1. Пример 1: Результаты покрытия в нулевой сумме. Дебетовая заявка будет выпущена, если дебетовые и кредитные счета будут сведены к нулю.
    2. Пример 2. Фактический расход выше, чем предоплата. Платеж будет произведен, если в результате расчета нетто-баланса.
    3. Пример 3: фактический расход ниже, чем предоплата. Дебетовая заявка будет выпущена, если в результате нетто-баланса будет получен кредитный баланс.
Урегулирование Ваучера предоплаты
  1. Открыть приложение Prepayment Selection (P0411P).
  2. Найти отрицательную часть ваучера (Статус А), выделить и перейти к оплатам через Строка > Платежи вручную.
  3. Соотнести с желаемым ваучером, выбрать Форма > Статьи оплаты и указать стандартный ваучер.
ПРИМЕЧАНИЕ. Приложение Prepayment Selection (P0411P) использует значение RP1.F0411 = 1.
Сторнирование Ваучера предоплаты
ПРИМЕЧАНИЕ. Оплата по Ваучеру предоплаты должна быть сторнирована первой. После сторнирования оплаты, можно сторнировать Ваучер предоплаты. Сторнирование отменяет как положительный, так и отрицательный элемент оплаты. 
  1. Открыть приложение P0411.
  2. Найти Ваучер предоплаты и выделить обе его строки.
  3. Нажать удалить (Корзину).
  4. Будет введена форма Ввод даты ГК для аннулирования (G/L Date), заполнить текущей датой и нажать OK.
  5. Разнести пакет.

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

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

Ваучер предоплаты можно идентифицировать в таблице F0411 по полю Разное код 1 A/R и A/P (A/R - A/P - Miscellaneous Code 1, RP1):

  • '1' - Отрицательная часть Ваучера предоплаты, (??? но не урегулирован???)
  • 'Пусто' - Другое (??? при вводе Debit Memo ???)

Ссылки

Зарегистрированный ваучер без ЗНЗ (Logging Voucher - Non Purchase Order)

Проводки - Цикл Зарегистрированного ваучера без ЗНЗ (без временного счета)
Счета AAI Кт Дт
1. Ввод Зарегистрированного ваучера
1 Предварительный счет распред-я (Preliminary Distribution for Voucher Logging) PP - 100
2 Расчеты с поставщиками и подрядчиками PC 100 -
2. Оплата Зарегистрированного ваучера
1 Расчеты с поставщиками и подрядчиками PC - 100
2 Расчетный счет в банке PB 100 -
3. Перераспределение Зарегистрированного ваучера
1 Учет ТМЦ, работ, услуг (Expense Account) ручн. - 100
2 Предварительный счет распред-я (Preliminary Distribution for Voucher Logging) PP 100 -

Зарегистрированные ваучеры (англ. Logged Vouchers) - ваучеры, создающие обязательство по оплате после получения Инвойса от Поставщика, но до оприходования товара или услуги. А так же, когда расходный счет не определен.

Зарегистрированные ваучеры формируют учет в системе на временном счет, например, если счет учета не определен. После определения счета, сумма Зарегистрированного ваучер перераспределяется с временного счета на правильный счет.

Обычно Зарегистрированный ваучер используется для зарубежных закупок. Товар приобретается по стандарту FOB, бесплатно на борту, в доке поставки. Несколько месяцев может пройти до того, как заказанные товары будут помещены на судно, будут транспортироваться, а затем обрабатываться через таможню. В такой ситуации платеж требуется до получения продукта на склад.

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

КОММЕНТАРИЙ. Зарегистрированный ваучер отличается от Ваучера предоплаты тем, что формируется по документу - Инвойсу, но товар еще не оприходован на склад, а соответственно не возможно создать товарный ваучер. В РСБУ сложно представить такой случай т.к. даже если товар фактически не оприходован на склад, то его приходуют на виртуальный склад Товары в пути, а если нет документов от Поставщика - нельзя делать запись на счет 60, можно только предоплату.

Существует два метода ввода Зарегистрированных ваучеров.

  • Метод по умолчанию (Default method): Корреспондирующая сумма изначально записывается на Счет расчетов с Поставщиком (AAI: PC*).
  • Метод с Временным счетом (Suspense Account method): Корреспондирующая сумма изначально записывается на Временный счет, указанный в AAI PQ. Этот метод активируется в Настройках компании (P0010).
ПРИМЕЧАНИЕ. Тип документа PL жестко запрограммирован для использования Зарегистрированного ваучера. 

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

  • Сценарий без Заказа на закупку:
    1. После получения первичного документа без поставки, ввести Зарегистрированный ваучер PL через P0411 и разнести проводки в ГК (в том числе и на Предварительный счет распределения в ГК).
    2. При оплате первичного документа, ввести Оплату через P0413M, соотнести с Зарегистрированным ваучером PL разнести проводки в ГК.
    3. После оприходования поставки, перераспределить Зарегистрированный ваучер PL через P042002, добавив счет Учета ТМЦ, работ, услуг (Expense Account) через меню Строка (Row) > Журнальная запись (Journal Entry).
ПРИМЕЧАНИЕ. Ваучер можно перераспределить с использованием Даты ГК раньше Даты ГК ваучера. Для этого ваучер должен быть разнесен до его перераспределения. После перераспределения ваучера система не допускает внесения изменений в строки предварительного распределения, если их дата ГК отличается от таковой в строках перераспределения. В противном случае, изменения допускаются только с строках перераспределения.

Настройка

  • Настройка метода учета Зарегистрированного ваучера.
    Для того, чтобы выбрать метод ввода с Временным счетом для учета корреспондирующей суммы, необходимо в приложении P0010 установить флаг в поле Исп. счет переход. сумм (Use Suspense Account, DPRC), в противном случае будет использован Метод по умолчанию.
  • Настройка АИ для Зарегистрированного ваучера.
    • AAI PP. АИ для Предварительного счета распределения расчетов с Поставщиком (Preliminary Distribution for Voucher Logging).
    • AAI PQ. АИ для Временного (Промежуточного) счета расчетов с Поставщиком (Suspense A/P Trade Account for Voucher Logging). Используется при активированном методе с Временным счетом.
  • Настройка версии приложений P0411 и P0400047 для Ввода ваучера (Версия по умолчанию P0411 ZJDE0008).
    • На вкладке Подбор ваучеров (Voucher Match) в п.1 значение должно быть пустым для этой версии.
    • На вкладке Регистрация (Logging) в п.1 включить Ввод зарегистрированных ваучеров.
    • На вкладке Версии (Versions) в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
      • В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0004):
        • На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘PL’.
        • На вкладке Значения по умолчанию (Default) в п.2 указать Код статуса оплаты = ‘A’ (наверное, необязательно).
        • На вкладке Регистрация (Logging) в п.1 включить Ввод зарегистрированных ваучеров.
  • Настройка версии приложения P042002

Отчетность и анализ

Зарегистрированные ваучеры можно идентифицировать в таблице F0411 по полю RP3 (AR-AP-Miscellaneous Code 3):

  • 'P' - Зарегистрированные ваучеры до перераспределения (Preliminary Invoice - without redistribution).
  • 'L' - Зарегистрированные ваучеры после перераспределения и соотнесения с ЗНЗ (Logged voucher for a purchase order).
  • 'R' - Зарегистрированные ваучеры после перераспределения, но без соотнесения с ЗНЗ (Redistribution complete).

Отчет Logged Voucher Detail (R43428) показывает Ваучеры (в том числе и Зарегистрированные) и связанные с ним приходы по ЗНЗ, если таковые имеются.

Ссылки

Повторяющиеся ваучеры (Recurring Vouchers)

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

  • Частота - Периодичность (Recurring Frequency, RF);
  • Количество периодических платежей (Number of Payments, DRF).
ПРИМЕЧАНИЕ. Периодический ваучер должен содержать одну статью оплаты в момент создания и не может быть после разбит после.

Для просмотра истории Периодических ваучеров используется приложение Recurring Voucher Review (P04120) и Recurring Voucher Report (R04305)

ПРИМЕЧАНИЕ. Тип документа PR используется только для Повторяющихся ваучеров.

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

  • Ввод Повторяющегося ваучера без Заказа на закупку:
    1. Ввести исходный Периодический ваучер с одной статьей оплаты, в которой указать Частоту повторений и Количество оплат. Система автоматически присвоит этому ваучеру Тип документа PR. Разнести пакет в ГК.
    2. Ввести Оплату и соотнести с Повторяющимся ваучером, используя обычные методы оплаты, например P04013M, и разнести пакет в ГК.
    3. Запустить отчет Recycle Recurring Vouchers (R048101), который в указанный интервал времени создаст копию исходного ваучера (т.е. выполнит цикл). Отчет создаст копию исходного ваучера с такой же суммой и Периодичностью, а Количество периодических платежей будет уменьшено на 1, при этом из исходного ваучера эти параметры будут удалены. Разнести пакет с ваучером в ГК.
    4. Ввести Оплату и соотнести с Повторяющимся ваучером, используя обычные методы оплаты, например P04013M, и разнести пакет в ГК.
    5. Выполнять цикл до тех пор, пока Количество периодических платежей будет равно 0.

Инструкции

Ввод исходного Повторяющегося ваучера

здесь скоро будет текст)

Пересмотр Периодического ваучера

Для изменения или удаления значений Частота - Периодичность и Количество периодических платежей необходимо

  • На форме Запрос книги поставщиков найти Периодический ваучер, выделить и выполнить меню Строка > Пересмотр повт. ваучеров.
  • На форме Пересмотр сведений повторяющихся ваучеров изменить или очистить поля Периодичность и Количество платежей и нажать ОК.
ПРИМЕЧАНИЕ. После очистки полей Периодичность и Количество платежей ваучер перестает быть Периодическим ваучером.
Создание Периодического ваучера

The Recycle Recurring Vouchers UBE (R048101) is used to generate new recurring vouchers. When recycling a voucher, the system:

  • Makes a copy of the original voucher but removes the recurring frequency and number of payments on the original voucher.
  • The Number of Payments (DRF) is decremented by one on the original voucher.
  • The Invoice Date (DIVJ) is assigned based on the value of Processing Option 2: Invoice Date Flag.
  • The GL Date (DGJ) on the new voucher increments according to the Recurring Frequency (RF) of the original voucher.

It is recommended that different versions are setup based on the Recurring Frequency (RF) in the Data Selection.

Make sure to keep the data selection as is and only add to it any additional selections such as batch number or user ID.

The original voucher's invoice number can be duplicated for each recycled voucher, if Processing Option 1: Invoice Number Flag in the Recycle Recurring Vouchers (R048101) is set to 1, otherwise the Invoice Number (VINV) for the new vouchers is left blank.

Настройка

  • Настройка ПО версии Ввод ваучера для ввода Повторяющихся ваучеров
    • Вкладка Показ/Display
      п.1. Повторяющиеся ваучеры - указать значение 1 (Показать только повторяющиеся ваучеры). На форме W0411G появляется флаговая кнопка Повторяющиеся ваучеры, включенная по умолчанию, которая позволяет отобразить только Повторяющиеся ваучеры.
  • Ввод Повторяющихся ваучеров
    • Для одной (больше нельзя) статьи оплаты Ваучера заполнить обязательные поля:
      Частота - Периодичность (Recurring Frequency, RF);
      Количество периодических платежей (Number of Payments, DRF).


Отчетность и анализ

Recurring Voucher Report (R04305) - отчет для просмотра Повторяющихся ваучеров

Ссылки

Ручная оплата без подбора ваучера (Manual Payments Without Voucher Match)

Ваучер с ручной оплатой (англ. Manual Payments Without Voucher Match) - вид Ручной оплаты, которая создается без существующего ваучера. Вместо этого, система создает вместе с документом оплаты Ваучер с ручной оплатой. Этот функционал можно использовать в момент, когда заказ размещен, или доставка выполнена.

ПРИМЕЧАНИЕ. Тип документа PM жестко запрограммирован для использования Ваучера с ручной оплатой. Тип пакета W - Чеки оформ.вручную без соглас. ().

Вводить Ваучер с ручной оплатой (Manual Payments Without Voucher Match) можно через приложения:

  • Standard Voucher Entry (P0411).
  • Speed Voucher Entry (P0411SV).

Создание Ручной оплаты БЕЗ существующих ваучеров инициирует автоматическое создание ваучера с типом документа PM. Информация о ваучере создает запись в Accounts Payable Ledger (F0411), а ручная оплата - в Accounts Payable Matching Document (F0413) и Accounts Payable Matching Document Detail (F0414).

Однако, в приложении Speed Voucher Entry (P0411SV) недоступно:

  • Изменение, удаление, сторнирование Ручных оплат.
  • Ввод множества статей оплат или Инвойсы множества поставщиков.
  • Создание или использование модельной журнальной записи.
  • Переопределение банковского счета ГК.

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

  • Сценарий без Заказа на закупку:
    • Создать Ручную оплату через P0411 или P0411SV. Автоматически будет создан Ваучер PM и Ручная оплата PN по этому ваучеру.
Ввод Ручной оплаты без подбора ваучера
  1. На форме (Supplier Ledger Inquiry, W0411G) нажать Добавить.
  2. На форме Ввод ваучера - Сведения о платеже (Enter Voucher - Payment Information, W0411A) заполнить следующие поля и нажать OK:
    • Компания (Company)
    • Поставщик (Vendor)
    • Дата ГК (GL Date)
    • Номер Счета-фактуры / Инвойса (Invoice Number)
    • Дата Счета-фактуры (Invoice Date)
    • Примечание (Remark)
  3. На форме Сведения о платеже (Payment Information, W0411D) заполнить следующие поля и нажать OK:
    • Дата платежа (Payment Date)
    • Номер платежа (Payment Number) ввести руками или нажать Извлечь
  4. На форме Сведения о платеже (Payment Information, W0411D) нажать OK:
  5. На форме Сведения о платеже (G/L Distribution, W0411K) заполнить номер счета банка для распределения и нажать OK.

Настройка

Настройка версии приложения P0411 для создания Ваучера с ручной оплатой

Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411|ZJDE0003):

  • На вкладке Платежи вручную (Manual Payments) в:
    • п.1 включить Создание платежа вручную (Manual Payment Creation), указав значение '1'.
    • (необязательно) п.2 Дублированные платежи (Duplicate Payments) указать тип сообщения, которое появляется при попытке генерировать или редактировать дублирующий номер платежа.
    • (необязательно) п.3 Автонумерация платежей (Automatic Payment Number Assignment) указать источник нумерации Ручных оплат.
  • На вкладке Подбор ваучеров (Voucher Match) в п.1 значение должно быть 'Пусто' для этой версии.
  • На вкладке Версии (Versions) в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
    • В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0003):
      • На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘Пусто’. Чтобы система могла использовать Тип ваучера PM.

Настройка версии приложения P0411SV для создания Ваучера с ручной оплатой

Настройка Параметров обработки приложения P0411SV (Версия по умолчанию P0411SV|ZJDE0002):

  • На вкладке Платежи (Payments):
    • п.1 включить Создание ручных платежей (Manual Payment Creation), указав значение '1'.
    • (необязательно) п.3 Автоматическое присвоение номеров платежей (Automatic Payment Number Assignment) указать источник нумерации Ручных оплат.
  • На вкладке Версии (Versions) в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
    • В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0001):
      • На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘Пусто’. Чтобы система могла использовать Тип ваучера PM.

Источники

Использование в СТК

Тестирование в JFT920 P0411|MY17

Ваучер процесса Оплата после оплаты (Pay When Paid)

Оплата при оплате - это практика оплаты поставщикам только после получения поступления оплаты от клиентов.

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

  • Создание оплаты для поставщика после оплаты инвойсов клиентом (Pay When Paid)
  1. При получении первичного документа и оприходовании поставки, ввести Pay When Paid ваучер через P0411, и разнести проводки в ГК. Система назначит особый Код статуса оплаты (PST), который задержит ваучер на блокировке, а также в поле Pay When Paid (PYWP) установит значение W.
  2. Добавить созданный ваучер и инвойсы, связанные с ним, в группу Pay When Paid Groups через P03B470. Система укажет группе Pay When Paid Group Status (PWPS) равный 1 (Inactive).
  3. После получения оплаты, ввести поступление через P03B102 и соотнести с инвойсами из Pay When Paid группы. Разнести проводки в ГК. Система изменит группе Pay When Paid Group Status (PWPS) с 1 (Inactive) на 2 (Аctive).
  4. Выпустить из блокировки ваучеры через R03B470. Если общая сумма поступлений будет:
    • достаточной для покрытия Миним. процент поступления, система изменит группе Pay When Paid Group Status (PWPS) с 2 (Аctive) на 0 (Released) и установит PWP ваучерам из группы Код статуса оплаты (PST) из Констант РК (P0000)
    • не достаточной для покрытия Миним. процент поступления, система изменит группе Pay When Paid Group Status (PWPS) с 2 (Аctive) на 1 (Inactive) и установит PWP ваучерам из группы Код статуса оплаты (PST) из Констант РК (P0000)
  5. Ввести Стандартную оплату через P0413M, соотнести с ваучерами и разнести проводки в ГК.

Настройка

Код статуса оплаты ваучера/Voucher Payment Status Code Setup (UDC 00/PS)

Необходимо создать в UDC 00/PS уникальный Код статуса оплаты ваучера (PST), для автоматизации процесса Pay When Paid и блокировки ваучера при его создании, указав его в ПО Voucher Entry Master Business Function (P0400047) на вкладке По умолчанию/Defaults в п.2. Pay Status Code.

Если функционал Оплата после оплаты не используется в РК, рекомендуется создать новый Код статуса оплаты ваучера (PST), чтобы обозначить, что PWP не используется. Указать этот новый код в поле Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000. Например, код B (Pay When Paid: Не используется)
Последовательная нумерация/Next Numbers Setup (P0002)

Соответствие инвойсов и ваучеров участвующих в функционале Оплата после оплаты связаны между собой в рамках Номера группы оплаты после оплаты (PWPG). Номер определяется в последовательной нумерации из строки 7 для системы 04 через P0002.

Карточка клиента/Customer Master Setup (P03013)

Для всех клиентов, которые будут связаны с процессом Оплата после оплаты, необходимо заполнить поле Миним. процент поступления/Cash Receipt Threshold (PWPCP), указав в % необходимую долю оплаты инвойса для разблокировки и выпуска ваучера на оплату. Например, у Клиента PWPCP = 0,5, а сумма всех инвойсов равна 100 000 руб., то при оплате инвойсов, входящих в группу, на сумму 50 000 руб., все ваучеры, входящие в эту группу, могут быть разблокирован для оплаты.

Примечание. Если в поле Миним. процент поступления/Cash Receipt Threshold (PWPCP) указать значение 0, система разблокирует все ваучеры в группе для оплаты, когда хотя бы одно поступление будет соотнесено с инвойсом из группы, несмотря на сумму.
Константы РК/Accounts Payable Constants Setup (P0000)

Необходимо указать Код статуса оплаты ваучера (PST) вполе Статус оплаты сч-ф./ваучера/Pay When Paid Release Pay Status (PST) в константах РК через P0000, который будет назначен всем ваучерам в группе после успешного выполнения Pay When Paid Automatic Release (R03B470) для разблокировки ваучера. Например, A (Approved for Payment).

Subcontractor Threshold Setup (P4355)

Если Pay When Paid ваучер создается для системы Procurement and Subcontract Management, необходимо указать пороговую сумму субподрядчика (поставщика) (ATHR), чтобы иметь право на обработку Pay When Paid. Если сумма ваучера ниже указанного предела, система не назначит Код статуса оплаты ваучера (PST) из ПО P4314 на вкладке Обработка в п.13. Код статуса оплаты для предельной суммы. Например, если ATHR = 10 000 руб., то при соотнесении ваучера с суммой ниже 10 000 руб., система не укажет для ваучера Код статуса оплаты ваучера (PST) из ПО.

Параметры обработки
  • Настройка ПО версии Voucher Entry Master Business Function (P0400047)
    • Вкладка Defaults
      п.1. Дата обслуживания/налога - определить, Дата ГК или Дата инвойса будет использована в качестве даты покупки товаров или услуг.
      п.2. Код статуса оплаты - указать Код статуса оплаты по умолчанию (PST) для Pay When Paid ваучеров. Код статуса оплаты для блокирования оплаты ваучера.
      п.3. Тип ваучера - указать Тип документа по умолчанию (DCT) для для Pay When Paid ваучера.
  • Настройка ПО версии Standard Voucher Entry (P0411)
    • Вкладка Versions
      п.1. Voucher Master Business Function Version - указать корректную версию P0400047
      п.3. Pay When Paid Manual Link Version - указать корректную версию P03B470 для вызова через панель перехода.
    • Вкладка Pay When Paid
      п.1. Pay When Paid Voucher - указать значение 1, чтобы все ваучеры, вводимые через программу, были Pay When Paid ваучерами.
  • Настройка ПО версии Voucher Match (P4314)
    • Вкладка Process
      п.12. Threshold Warning - определить, отобразит ли система предупреждающее сообщение, если общая валовая сумма ваучера превышает пороговое значение для субподрядчика (поставщика), определенное в P4355.
      п.13. Threshold Pay Status Code - указать Код статуса оплаты, который система присваивает ваучерам, сумма которых превышают пороговое значение для субподрядчика/поставщика.
  • Настройка ПО версии Pay When Paid Manual Link (P03B470)
    • Вкладка Defaults
      п.1. Pay When Paid Voucher Pay Status - указать Код статуса оплаты, который система присваивает ваучерам, которые добавляются в существующую группу Pay When Paid. Система не назначить Код статуса оплаты, если существующий код равен P (оплачен), Z (ожидающий платеж) или # (платеж в процессе).
      п.2. Pay Status for Removed Vouchers - указать Код статуса оплаты, который система присваивает ваучерам, которые удаляются из существующих групп Pay When Paid.
Note: The system does not assign a new Pay Status Code (PST) to vouchers if the related Supplier Master (F0401) record has a hold payment or withholding status.
  • Настройка ПО версии Pay When Paid Automatic Release (R03B470)
    здесь еще нет текста

Работа с группами Pay When Paid

Группы Pay When Paid состоят как минимум из одного ваучера и одного счета. Pay When Paid Manual Link (P03B470) может использоваться для просмотра и корректировки существующих групп Pay When Paid или создания новых групп вручную.

Ручное создание и пересмотр группы Pay When Paid
  1. На форме W03B470A нажать Добавить.
  2. На форме W03B470B выбрать либо Link Vouchers, либо Link Invoices через меню Форма
  3. На форме W03B470F, либо W03B470G, найти и выделить требуемые документы. Нажать ОК.
  4. На форме W03B470B в деталях система отобразит выбранные документы.
  5. По окончанию выбора, нажать ОК. Система назначит выбранным документам Номер группы Pay When Paid и назначит ваучеру Код статус оплаты, указанный в ПО. А также укажет группе Pay When Paid Group Status (PWPS) равный 1.

Добавление ваучеров и инвойсов в существующую группу происходит по схожему сценарию.

Удаление ваучеров и инвойсов из существующей группы Pay When Paid
  1. На форме W03B470A найти и выделить существующую группу. Нажать выбрать.
  2. На форме W03B470B найти и выделить ваучеры и инвойсы, которые необходимо удалить. Выбрать Строка > Toggle Remove Flag. Система отобразить знак Х напротив выбранных документов.
  3. Нажать ОК для подтверждения удаления.
Удаление всех ваучеров и инвойсов из существующей группы Pay When Paid
  1. На форме W03B470A найти и выделить существующую группу. Нажать выбрать.
  2. На форме W03B470B выбрать Форма > Remove All.
  3. Нажать ОК для подтверждения удаления
Примечание. Когда все ваучеры и инвойсы удаляются из существующей группы Pay When Paid, система удаляет номер группы Pay When Paid (PWPG). 

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

Примечание. Pay When Paid ваучеры можно идентифицировать в F0411 по полю PYWP = W (Pay When Paid), а в F0911 по полю ALTW = W (G/L Posting Code - Alternate W)

Следующие отчеты о целостности являются ключевыми компонентами процесса Pay When Paid:

  • Pay When Paid Group Header Integrity (R03B471) - This report verifies all Pay When Paid groups have a corresponding record in the Pay When Paid Group Header (F03B470) table and contain at least one invoice and one voucher. If either of these requirements is not met, the system prints the problem groups on the resulting PDF.
  • Pay When Paid Customer Ledger Integrity (R03B472) - This report locates invoices that the system cannot process in a Pay When Paid groups, such as: deductions, AR drafts, Unapplied cash and voided invoices. The system prints any groups that contain these invoices on the resulting PDF.
  • Pay When Paid Supplier Ledger Integrity (R03B473) - This report locates vouchers that the system cannot process in a Pay When Paid groups, such as: AP drafts, Prepayments, voided vouchers and vouchers created in Payment Without Voucher Match program (P0411). The processing options of this UBE can be used to force the report to also identify logged vouchers, mixed vouchers (vouchers associated with multiple Pay When Paid group), and partial vouchers.

Ссылки

E1: 04: Overview of Pay When Paid Within EnterpriseOne Accounts Payable (P03B470, R03B470) (Non-Purchase Order Related) (Doc ID 1992832.1)

Локализация РФ - Ваучер корректировки

Компания создает ваучер корректировки в случае изменения условий контракта или при наличии в строках ваучера ошибок в суммах.

Для создания Ваучеров корректировки в модуле расчетов с кредиторами используется программа "Стандартный ввод ваучера/Региональная информация" (P0411).

Система сохраняет данные о взаимосвязи между исходным ваучером и ваучером корректировки в таблице взаимосвязи с кредитовым/дебетовым авизо для России (F74R0402).

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

Использование Корректировочного ваучера:

  1. После получения первичного документа и оприходования поставки, ввести исходный Стандартный ваучер через P0411 и разнести проводки в ГК.
  2. После выполнения оплаты, ввести Стандартную оплату через P0413M, соотнести с ваучером и разнести проводки в ГК.
  3. После получения корректировочного документа по сумме:
    • Ввести корректировочный Стандартный/Дебетовый ваучер через P0411 (тип документа должен быть в UDC 74R/CN).
    • Связать исходный и корректировочный ваучеры через P0411/P74R0402. Система проверяет, что дата исходного ваучера меньше или равна дате корректировочного.
    • Разнести проводки в ГК.
  4. Надо как-то скорректировать оплаты, видимо.


Инструкция-подсказка как разорвать ошибочную связку
  1. На форме W74R0402B очистить поля связи, система будет вызывать ошибку
  2. Вызвать визуальный помощник для любого доступного поля формы
  3. На форме W74R0402C нажать Отмена
  4. На форме W74R0402B нажать OK, т.к. не генерирует ошибок

Ввод ваучера

  • P0411 - A/P Standard Voucher Entry
  • P0411SV - A/P Speed Voucher Entry
  • P041016 - Multi Company - Single Supplier
  • P041017 - Multi-Voucher Entry
  • R04110ZA - Batch Voucher Processor Report

Чтобы быстро ввести один ваучер для одного поставщика, JD Edwards EnterpriseOne предлагает:

  • P0411SV - A/P Speed Voucher Entry

Чтобы быстро ввести несколько ваучеров для одного или нескольких поставщиков, JD Edwards EnterpriseOne предлагает следующие несколько способов ввода ваучеров:

  • Multi Voucher – Single Supplier (P0411|ZJDE0004).
  • Multi Voucher – Multi Supplier (P0411|ZJDE0005).
  • Multi Company – Single Supplier (P0411|ZJDE006).

Много ваучеров - один поставщик

  1. Настроить ПО версии P0411
    • Вкладка Множественные ваучеры п.1. Множественные ваучеры указать 1 (Ввод множ. ваучеров с одним поставщиком)
    • Вкладка Версии п.7. Версия процесса "Несколько ваучеров - один поставщик" (P041017) указать версию P041017
  2. Заполнить Поставщика и Дату ГК в заголовке
  3. Заполнить множество Первичных документов в гриде (Номер инвойса, Сумму, Номер счета)

Много ваучеров - много поставщиков

  1. Настроить ПО версии P0411
    • Вкладка Множественные ваучеры п.1. Множественные ваучеры указать 2 (Ввод множ. ваучеров с множ. поставщиками)
    • Вкладка Версии п.7. Версия процесса "Несколько ваучеров - один поставщик" (P041017) указать версию P041017
  2. Заполнить множество Первичных документов в гриде (Номер инвойса, Сумму, Номер поставщика, Номер счета)

Ваучер из прихода Заказа на закупку (Purchase Voucher)

  • Сценарий с Заказом на закупку (3-х сторонним способом)
    1. Создать Заказ на закупку через P4310 и оприходовать его на склад через P4312.
    2. Создать и соотнести со строками Заказа на закупку Стандартный ваучер через P0411 для оплаты прихода через меню через меню Форма (Form) > Приходы для подбора (Receipts To Match).
    3. Оплатить сумму Стандартного ваучера, используя обычные методы оплаты.

Проводки

Для сценария с Заказом на закупку:

# Инициация Отражение в системе Счета проводки Счет Дб Кр
1 Оприходование товара / услуги Создание документа OV Неотфактур. Поступление (4320) 15* - 100
Товары и услуги (4310) 41 100 -
2 Фактурирование прихода Создание и соотнесение Стандартного ваучера с приходом Счет "Расчеты с поставщиками" 60 - 118
НДС к начислению (PСNxx)* 19 18 -
Неотфактур. поступление товаров (4320) 15* 100 -
3 Оплата ваучера Создание оплаты PN для Стандартного ваучера Касса / Банковский счет 50, 51, 52 - 118
Счет "Расчеты с поставщиками" (PСxxx) 60 118 -
4 Дополнительная операция (Сумма налога списана в зачет (при приобретения товаров, услуг, работ) по документам: Товарная накладная, акт) Видимо где-то в локализации НДС к начислению (PСNxx)* 19 * 18
Учет расчетов по налогам и сборам (????) 68 18 -

Ваучер предоплаты c ЗНЗ (Prepayment Voucher - Purchase Order)

Проводки - Цикл предоплатного ваучера без ЗНЗ
Счета Кт Дт
1. Ввод предоплатного ваучера
1 - (Prepaid Expense Account) [AAI PCPREP] 100 -
2 Расчеты с поставщиками и подрядчиками [AAI PC] - 100
2. Оплата предоплатного ваучера
1 Расчеты с поставщиками и подрядчиками [AAI PC] 100 -
2 Расчетный счет в банке [AAI PB] - 100
3. Ввод стандартного ваучера
1 Расходный счёт (Expense Account) [ручн.] - 100
2 Расчеты с поставщиками и подрядчиками [AAI PC] 100 -
4. Урегулирование стандартного ваучера с помощью предоплатного ваучера
1 Расчеты с поставщиками и подрядчиками [AAI PC] - 100
2 - (Prepaid Expense Account) [AAI PCPREP] 100 -

Ваучер предоплаты (англ. Prepayment Voucher) - это ваучер, создающий обязательство по оплате до получения Инвойса от Поставщика и оприходования товара или услуги.

Например, работнику предстоят расходы на дорогу, в JD Edwards EnterpriseOne эту функция реализуется через создание Ваучера предоплаты. При создании Ваучера предоплаты, система автоматически добавляет запись с отрицательным элементом оплаты на ту же сумму, что и сама предоплата. Первой оплачивается положительная сумма Ваучера предоплаты. А после того, как будут получены истинные расходы, создается новый стандартный положительный ваучер на сумму расходов, и, частично или полностью, закрывается суммой отрицательной части Ваучера предоплаты.

ПРИМЕЧАНИЕ. Отрицательная часть оплаты в Ваучере предоплаты может быть соотнесена только с Ваучером в той же валюте. Например, если Ваучер предоплаты вводится в евро, то отрицательная часть оплаты может быть соотнесена только с Ваучерами евро. 

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

  • Сценарий с Заказом на закупку (без Ваучеров предоплаты)
    1. Ввести ЗНЗ через P4310, где помимо основных строк заказа добавить две дополнительные строки*, указывающие на счет предоплаты: одна на положительную сумму предоплаты (Депозит), а вторая на отрицательную сумму предоплаты (Возврат депозита).
    2. Ввести Ваучер предоплаты через P0411/P4314 и соотнести его со строкой ЗНЗ (2-х сторонним способом), содержащей с положительную сумму предоплаты. Разнести проводки в ГК.
    3. После выполнения предоплаты поставщику, ввести Оплату и соотнести его c Ваучером предоплаты, используя обычные методы оплаты, например, через P0413M, и разнести проводки в ГК.
    4. Оприходовать через P4312 на склад ЗНЗ, включая строку с отрицательной суммой предоплаты.
    5. Ввести Стандартный ваучер через P0411/P4314 и соотнести его со строками ЗНЗ (3-х сторонним способом), включая строку с отрицательной суммой предоплаты.
    6. После выполнения оплаты поставщику, ввести Оплату и соотнести его cо Стандартным ваучером, используя обычные методы оплаты, например, через P0413M, и разнести проводки в ГК

* Дополнительные строки должны иметь Тип строки с интерфейсом ??? A, B, C

Проводки

Для сценария с Заказом на закупку (без Ваучеров предоплаты)

# Инициация Отражение в системе Счета проводки Счет Дб Кр
1 Пусто Создать ваучер для депозита Счет "Расчеты с поставщиками. Авансы выданные" 60.А 118 -
Счет "Расчеты с поставщиками" (PСxxx) 60.01 - 118
2 Оплата ваучера для депозита Создание оплаты PN для ваучера депозита Касса / Банковский счет - 118
Счет "Расчеты с поставщиками" (PСxxx) 60.01 118 -
3 Оприходование товара / услуги Создание документа OV Неотфактур. Поступление (4320) 15** - 100
Товары и услуги (4310) 41 100 -
4 Фактурирование прихода Соотнесение с приходом и перераспределение Зарегистрированного ваучера PL Счет "Расчеты с поставщиками. Авансы выданные" 60.А - 1062
Неотфактур. поступление товаров (4320) 15** 1180 118


Ввод Ваучера предоплаты
  1. В приложение Prepayment Voucher Entry (P0411) создать ваучер на сумму предоплаты. Форма GL Distribution не отображается. Однако, если в ПО п.2 Счет распределения ГК осталось пустым, то этот счет должен быть введен вручную. В созданном ваучере отображаются две статьи оплаты: одна для положительной суммы предоплаты, другая с отрицательной суммой предоплаты. Информация о распределении ГК с нулевой суммой, потому что сумма двух статей оплаты равна нулю. Разнести операцию приложением R09801.
  2. Оплатить положительную часть ваучера предоплаты.
  3. В приложение Prepayment Voucher Entry (P0411) создать новый стандартный ваучер, признающий истинный расход и разнести его. Разнести операцию приложением R09801.
  4. Используйте Speed Status Change (P0411S), для изменения статуса оплаты отрицательной части ваучера предоплаты с Удержания на Утверждено, и покрыть этой записью новый ваучер. Новы результат оплаты:
    1. Пример 1: Результаты покрытия в нулевой сумме. Дебетовая заявка будет выпущена, если дебетовые и кредитные счета будут сведены к нулю.
    2. Пример 2. Фактический расход выше, чем предоплата. Платеж будет произведен, если в результате расчета нетто-баланса.
    3. Пример 3: фактический расход ниже, чем предоплата. Дебетовая заявка будет выпущена, если в результате нетто-баланса будет получен кредитный баланс.
Урегулирование Ваучера предоплаты
  1. Открыть приложение Prepayment Selection (P0411P).
  2. Найти отрицательную часть ваучера (Статус А), выделить и перейти к оплатам через Строка > Платежи вручную.
  3. Соотнести с желаемым ваучером, выбрать Форма > Статьи оплаты и указать стандартный ваучер.
ПРИМЕЧАНИЕ. Приложение Prepayment Selection (P0411P) использует значение RP1.F0411 = 1. 
Сторнирование Ваучера предоплаты
ПРИМЕЧАНИЕ. Оплата по Ваучеру предоплаты должна быть сторнирована первой. После сторнирования оплаты, можно сторнировать Ваучер предоплаты. Сторнирование отменяет как положительный, так и отрицательный элемент оплаты. 
  1. Открыть приложение P0411.
  2. Найти Ваучер предоплаты и выделить обе его строки.
  3. Нажать удалить (Корзину).
  4. Будет введена форма Ввод даты ГК для аннулирования (G/L Date), заполнить текущей датой и нажать OK.
  5. Разнести пакет.

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

Ввод ЗНЗ со строками предоплаты(депозита)
  1. Ввести ЗНЗ со строками товаров или услуг.
  2. Добавить в ЗНЗ две или более строк предоплаты на сумму предоплаты без указания количества товара, указывающий на специальный счет предоплаты , например тип строки J.
  3. Сохранить ЗНЗ.
Ввод Ваучера предоплаты и соотнесение со строкой предоплаты в ЗНЗ
  1. На форме W0411G нажать Добавить.
  2. На форме W4314A заполнить необходимые поля заголовка ваучера и выбрать меню Форма > Заказы для подбора/Orders To Match (двухстороннее соотнесение) для поиска введённой положительной строки предоплаты в ЗНЗ.
  3. На форме W4314C найти и выделить положительную строку, затем нажать OK.
  4. На форме W4314A нажать OK., чтобы сохранить созданный ваучер PV.
  5. В приложении Supplier Ledger Inquiry P0411, можно увидеть этот ваучер.
Дб Кр
Расчет с Поставщиками. Авансы выданные 25 -
Расчет с Поставщиками - 25

Создание оплаты

Дб Кр
Расчет с Поставщиками. Авансы выданные (60.A) 25 -
Денежные средства ( 50, 51, 52 и др.) - 25

Оприходование товара от Поставщика

  1. Выполнить через P4312 оприходование Заказа на закупку, как товара, так и возврат предоплаты.
  2. В Журнальных записях (P0911) отобразиться
  3. В Журнале товародвижения (P4111) товар будет оприходован по 10 руб./шт.
Дб Кр
Товары (41) 100 -
Неотфактур. поступление (VNP) (60.Н) - 75
Расчет с Поставщиками. Авансы выданные (60.A) - 25

Обработка Счета-фактуры поставщика

  1. Как только получен Счет-фактура поставщика, в приложении Match Voucher to Open Receipt P4314, через меню Форма > Receipts To Match (Трехстороннее соотнесение), создать Ваучер на оплату для принятого товара и возврата предоплаты.
  2. В Журнальных записях (P0911) отобразиться
Дб Кр
Неотфактур. Поступление (VNP) (60.Н) 100 25
Расчет с Поставщиками. Авансы выданные (60.A) - 75

Настройка

Настройка счета для учета предоплаты

Для процесса предоплаты Корреспондирующий код ГК ДОЛЖЕН иметь значение и не должен быть пустым. Необходимо настроить финансовые АИ для предоплаты для элемента PCxxx. Для отслеживания предоплат, этот счет должен отличаться от счета Расчет с поставщиками, однако, это счет может быть идентичным счету Расчет с поставщиками, если отслеживание предоплат не требуется. При разнесении система будет создавать пустую запись в F0911?

Настройка версии приложения P0411 для создания Ваучера предоплаты

Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411 ZJDE0009):

  • На вкладке Предоплата (Prepayment) заполнить:
    • п.1: Корреспондирующий счет ГК (G/L Offset Account)
      Класс ГК, который определяет Счет АИ (например, PCxxxx) для отрицательной части Ваучера предоплаты (у положительной – из Справочника РК). Если это поле будет не пустым, то на форме W0411G появиться отметка об отображении ваучеров предоплаты.
      Доработка СТК: если ###- = признак ввода из создаваемой вручную строки авансового ваучера. При значении ###, копирует Корреспондирующий счет ГК из первого элемента оплаты.
    • п.2: Счет распределения ГК (GL Distribution Account)
      Этот ПО заполняется распределительным счет ГК по умолчанию. Ваучеры предоплаты формируют записи нулевой суммы в журнале РК (F0411) и в Главной книге (F0911). - Чтобы использовать эту опцию, п.1: Нулевые суммы на вкладке Нулевые суммы МБФ журнальных записей (P0900049) должен иметь значение Пусто.
    • п.3: Код статуса оплаты (Pay Status Code)
      Ваучеры предоплаты автоматически создают отрицательную часть ваучера в счет чистой стоимости ваучера, который вводится позднее. Этот параметр обработки определяет статус оплаты (элемент словаря данных PST) для отрицательного пункта оплаты. По умолчанию для этого значения установлено значение H (Удержание, Hold)
    • п.4: Количество дней (Number of Days)
      Используйте этот ПО, чтобы ввести количество дней, которое нужно добавить к Дате оплаты отрицательной части предоплаты. Эта опция обработки действительна только в совместимой с Worldsoftware (JDE E1 9.1 не является совместимой с Worldsoftware, данный пункт ПО не будет работать).
    • п.5: Налоговая зона (Tax Area)
      Используйте этот ПО, чтобы отобразить форму налога на предоплату. Эта форма используется для присвоения налоговых кодов и налоговых зон для отрицательной части.
    • п.6: Код налоговой зоны предоплаты (Tax Area Code)
      Введите код налоговой зоны по умолчанию, который должен использоваться для ваучеров предоплаты.
    • п.7: Код объяснения налога предоплаты (Tax Explanation Code)
      Введите код объяснения по умолчанию, который должен использоваться для ваучеров предоплаты.

Отчетность и анализ

Ваучер предоплаты можно идентифицировать в таблице F0411 по полю Разное код A/R и A/P (A/R - A/P - Miscellaneous Code 1, RP1):

  • '1' - Введен Ваучер предоплаты, (??? но не урегулирован???)
  • 'Пусто' - Другое (??? при вводе Debit Memo ???)

Источники

Зарегистрированный ваучер с ЗНЗ (Logging Voucher - Purchase Order)

Зарегистрированные ваучеры (англ. Logged Vouchers) - ваучеры, создающие обязательство по оплате после получения Инвойса от Поставщика, но до оприходования товара или услуги. А так же, когда расходный счет не определен.

Зарегистрированные ваучеры формируют учет в системе на временном счет, например, если счет учета не определен. После определения счета, сумма Зарегистрированного ваучер перераспределяется с временного счета на правильный счет.

Обычно Зарегистрированный ваучер используется для зарубежных закупок. Товар приобретается по стандарту FOB, бесплатно на борту, в доке поставки. Несколько месяцев может пройти до того, как заказанные товары будут помещены на судно, будут транспортироваться, а затем обрабатываться через таможню. В такой ситуации платеж требуется до получения продукта на склад.

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

КОММЕНТАРИЙ. Зарегистрированный ваучер отличается от Ваучера предоплаты тем, что формируется по документу - Инвойсу, но товар еще не оприходован на склад, а соответственно не возможно создать товарный ваучер. В РСБУ сложно представить такой случай т.к. даже если товар фактически не оприходован на склад, то его приходуют на виртуальный склад Товары в пути, а если нет документов от Поставщика - нельзя делать запись на счет 60, можно только предоплату.

Существует два метода ввода Зарегистрированных ваучеров.

  • Метод по умолчанию (Default method): Корреспондирующая сумма изначально записывается на Счет расчетов с Поставщиком (AAI: PC*).
  • Метод с Временным счетом (Suspense Account method): Корреспондирующая сумма изначально записывается на Временный счет, указанный в AAI PQ. Этот метод активируется в Настройках компании (P0010).
ПРИМЕЧАНИЕ. Тип документа PL жестко запрограммирован для использования Зарегистрированного ваучера. 

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

  • Сценарий без Заказа на закупку:
    1. Зарегистрировать ваучер PL через P0411 на Предварительный счет распределения в ГК.
    2. Оплатить Зарегистрированный ваучер PL используя обычные методы оплаты.
    3. Перераспределить Зарегистрированный ваучер PL через P042002, указав окончательный счет через меню Строка (Row) > Журнальная запись (Journal Entry).
  • Сценарий с соотнесением к Заказу на закупку:
    1. Зарегистрировать ваучер PL через P0411 на Предварительный счет распределения в ГК.
    2. Оплатить Зарегистрированный ваучер PL используя обычные методы оплаты.
    3. Ввести Заказ на закупку через P4310.
    4. Выполнить оприходование Заказа на закупку через P4312.
    5. Перераспределить Зарегистрированный ваучер PL через P042002 к Приходу ЗНЗ, выполнив меню Строка (Row) > Перераспределить ЗНЗ (Redistribute PO).
ПРИМЕЧАНИЕ. Ваучер можно перераспределить с использованием Даты ГК раньше Даты ГК ваучера. Для этого ваучер должен быть разнесен до его перераспределения. После перераспределения ваучера система не допускает внесения изменений в строки предварительного распределения, если их дата ГК отличается от таковой в строках перераспределения. В противном случае, изменения допускаются только с строках перераспределения.

Проводки

# Инициация Отражение в системе Счета проводки Счет Дб Кр
1 Получение Инвойса/Счета на оплату Ввод Зарегистрированного ваучера PL Счет "Расчеты с поставщиками" (PСxxx) (или Временный счет "Расчеты с поставщиками" (PQ))* 60.01 118 -
Предварительный счет распределения (PP) ?? - 100
НДС по приобр. товарам 19.01 - 18
2 Оплата до оприходования товара и услуги Создание оплаты PN для ваучера PL Касса / Банковский счет - 118
Счет "Расчеты с поставщиками" (PСxxx) (или Временный счет "Расчеты с поставщиками" (PQ))* 60.01 118 -
3 Оприходование товара / услуги Создание документа OV Неотфактур. Поступление (4320) 15** - 100
Товары и услуги (4310) 41 100 -
4 Фактурирование прихода Соотнесение с приходом и перераспределение Зарегистрированного ваучера PL Предварительный счет распределения (PP) ?? 100 -
Неотфактур. поступление товаров (4320) 15** - 100

* Зависит от Настроек Копмании ** Сейчас в СТК 60.09, хотя, наверное, корректнее 15

Настройка

  • Настройка метода учета Зарегистрированного ваучера.
  • Настройка АИ для Зарегистрированного ваучера.
  • Настройка версии приложений P0411 и P0400047 для Ввода ваучера.
  • Настройка версии приложения P042002 и P4314 для Перераспределения ваучера.


Настройка метода учета Зарегистрированного ваучера

Для того, чтобы выбрать метод с Временным счетом для учета корресподирующей суммы, необходимо в приложении P0010 установить флаг в поле Исп. счет переход. сумм (Use Suspense Account, DPRC), в противном случае будет использован Метод по умолчанию.


Настройка АИ для Зарегистрированного ваучера

В приложении P0012 вести счета АИ для следующих элементов:

  • AAI PP. АИ для Предварительного счета распределения расчетов с Поставщиком (Preliminary Distribution for Voucher Logging).
  • AAI PQ. АИ для Временного (Промежуточного) счета расчетов с Поставщиком (Suspense A/P Trade Account for Voucher Logging). Используется при активированном методе с Временным счетом.


Настройка версии приложения P0411 для создания Зарегистрированного ваучера

Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411 ZJDE0008):

  • На вкладке Подбор ваучеров (Voucher Match) в п.1 значение должно быть пустым для этой версии.
  • На вкладке Регистрация (Logging) в п.1 включить Ввод зарегистрированных ваучеров.
  • На вкладке Версии (Versions) в п.1 указать правильную версию МБФ Voucher Master Business Function (P0400047).
    • В Параметрах обработки этой версии МБФ P0400047 (Версия по умолчанию P0400047 ZJDE0004):
      • На вкладке Значения по умолчанию (Default) в п.3 указать Тип ваучера по умолчанию = ‘PL’.
      • На вкладке Значения по умолчанию (Default) в п.2 указать Код статуса оплаты = ‘A’ (наверное, необязательно).
      • На вкладке Регистрация (Logging) в п.1 включить Ввод зарегистрированных ваучеров.


Настройка версии приложения P042002 для перераспределения Зарегистрированного ваучера

Настройка Параметров обработки приложения P0411 (Версия по умолчанию P0411 ZJDE0008):

  • На вкладке Значения по умолчанию (Default) в п.2 указать Код статуса оплаты = ‘A’.
  • На вкладке Версии (Versions) в п.1 указать указать правильную версию Voucher Match (P4314).

Отчетность и анализ

Зарегистрированные ваучеры можно идентифицировать в таблице F0411 по полю RP3 (AR-AP-Miscellaneous Code 3):

  • 'P' - Зарегистрированные ваучеры до перераспределения (Preliminary Invoice - without redistribution).
  • 'L' - Зарегистрированные ваучеры после перераспределения и соотнесения с ЗНЗ (Logged voucher for a purchase order).
  • 'R' - Зарегистрированные ваучеры после перераспределения, но без соотнесения с ЗНЗ (Redistribution complete).

Отчет Logged Voucher Detail (R43428) показывает Ваучеры (в том числе и Зарегистрированные) и связанные с ним приходы по ЗНЗ, если таковые имеются.

Источники

Использование в СТК

Тестирование в JFT920

AAI:

  • PP - M298.00.00 (техн. счет для ввода нач. о)
  • PQ - нет

DPRC.F0010 = 0 (Default method)

  • P0411|MY19 (Ввод Зарегистрированного ваучера PL (No match))
    • P0400047|MY21 (VMA, Voucher Logging)
    • P0900049|MY11
  • P042002|MY19 (A/P Voucher JE Redistribution)
    • P4314|???

Попытка №1

203827 | 023-0328

P0411|MY19: PL 7 P0411|MY19: PL 8 P0411|MY19: PL 10 * P0411|MY19: PL 11 *

P4310|MY12: O2 3669 P4312|MY12: OV 724

P4310|MY12: O2 3670


P042002|MY19: P4314|MY21