Просмотр кода страницы Ваучеры (РК)

Ваучеры (Vouchers)

== Стандартный ваучер (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" | Дт
|-
| 1 || Учет ТМЦ, работ, услуг (Expense Account) || ручн. || - || 100  
|-	
| 2 || Расчеты с поставщиками и подрядчиками || PC || 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тандартного ваучера:
# При получении первичного документа и оприходовании поставки, ввести Стандартный ваучер через 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)

*; Ввод Стандартного ваучера 
*: Сумма создаваемого ваучера должна быть положительной.


== Стандартный ваучер с налогами (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.

== Дебетовый ваучер (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 - 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) должны быть очищены, чтобы ваучер не применил отрицательную скидку.

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

=== Настройка ===
*; Настройка ПО версии MБФ Voucher Master Business Function (P0400047) для ввода Стандартного ваучера
** Вкладка ''Значения по умолчанию/Default''
**: п.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 (Prepaid Expense Account) || PCzzzz || - || 30 
|-	
| 2 || Расчеты с поставщиками и подрядчиками || 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, и разнести проводки в ГК.

==== Как определить, что ваучер используется для предоплаты ====

Ваучер предоплаты можно идентифицировать в таблице F0411 по полю Разное код 1 A/R и A/P  (A/R - A/P - Miscellaneous Code 1, RP1):
* '1' - Отрицательная часть Ваучера предоплаты, (??? но не урегулирован???)
* 'Пусто' - Другое (??? при вводе Debit Memo ???)

=== Настройка ===

*; Настройка 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. 
# Разнести пакет. 

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

=== Ссылки ===

* [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.

=== Инструкции ===

==== Ввод исходного Повторяющегося ваучера ====
здесь скоро будет текст)

==== Пересмотр Периодического ваучера ====
Для изменения или удаления значений  Частота - Периодичность  и Количество периодических платежей необходимо
* На форме ''Запрос книги поставщиков'' найти Периодический ваучер, выделить и выполнить меню Строка > пересмотр повт. ваучеров.
* На форме ''Пересмотр сведений повторяющихся ваучеров'' изменить или очистить поля Периодичность и Количество платежей и нажать ОК.

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

==== Создание Периодического ваучера ====
 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.

=== Настройка ===

*; Настройка ПО версии Ввод ваучера для ввода Повторяющихся ваучеров
** Вкладка ''Показ/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 или P0411SV. Автоматически будет создан Ваучер PM и Ручная оплата PN по этому ваучеру.

====== Ввод Ручной оплаты без подбора ваучера ======
 
# На форме (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

== Pay When Paid ваучер ==
E1: 04: Overview of Pay When Paid Within EnterpriseOne Accounts Payable (P03B470, R03B470) (Non-Purchase Order Related) (Doc ID 1992832.1)


== Ввод ваучера ==

*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). 
*# Оплатить сумму Стандартного ваучера, используя обычные методы оплаты.

''' Проводки '''

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

{| class="wikitable" 
! style="width:10px" | #
! style="width:200px" | Инициация 
! style="width:250px" | Отражение в системе 
! style="width:200px" | Счета проводки  
! 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) ==

{| 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'') - это ваучер, создающий обязательство по оплате до получения Инвойса от Поставщика и оприходования товара или услуги. 

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

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

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

* Сценарий без Заказа на закупку
*# [[#Ввод Ваучера предоплаты | Создать Ваучер предоплаты]] через P0411 без распределения в ГК. Система автоматически создаст отрицательную часть Ваучера предоплаты на каждый элемент оплаты, и установит ей статус оплаты H (''Задержан/На рассмотрении, Held/Pending Approval)''.
*# Оплатить сумму положительной части Ваучера предоплаты, используя обычные методы оплаты. 
*# Создать Стандартный ваучер через P0411, признающий истинный расход. 
*# Изменить статус оплаты отрицательной части Ваучера предоплаты через P0411S со статуса H (''Задержан/На рассмотрении, Held/Pending Approval)'' на статус A ''(Утвержден для оплаты, Approved for Payment)''. 
*# Покрыть через P0411P сумму созданного Стандартного ваучера частично или полностью за счет суммы отрицательной части Ваучера предоплаты.
*# Оплатить оставшуюся сумму Стандартного ваучера, если таковая имеется, используя обычные методы оплаты. 

* Сценарий с Заказом на закупку (без Ваучеров предоплаты)
*# Создать Заказ на закупку через P4310, где помимо основных строк заказа добавить две дополнительные строки*, указывающие на счет предоплаты: одна на положительную сумму предоплаты (Депозит), а вторая на отрицательную сумму предоплаты (Возврат депозита). 
*# Создать Стандартный ваучер через P0411 для оплаты предоплаты и соотнести его со строкой Заказа на закупку (2-х сторонним способом), содержащей с положительную сумму предоплаты.
*# Оплатить сумму Стандартного ваучера, используя обычные методы оплаты. 
*# Оприходовать через P4312 на склад Заказ на закупку, включая строку с отрицательной суммой предоплаты.
*# Создать Стандартный ваучер через P0411 для оплаты прихода и соотнести его со строками Заказа на закупку(3-х сторонним способом), включая строку с отрицательной суммой предоплаты. 
*# Оплатить сумму Стандартного ваучера, используя обычные методы оплаты.

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

''' Проводки '''

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

{| class="wikitable" 
! style="width:10px" | #
! style="width:200px" | Инициация 
! style="width:250px" | Отражение в системе 
! style="width:200px" | Счета проводки  
! style="width:40px" | Счет
! style="width:30px" | Дб
! style="width:30px" | Кр
|-
| rowspan="2" | 1 || rowspan="2" | Пусто || rowspan="2" | Создать ваучер для депозита || Счет "Расчеты с поставщиками. Авансы выданные" || 60.А || 118 || -
|-
| Счет "Расчеты с поставщиками" ''(PСxxx)''  || 60.01  || - || 118 
|-
| rowspan="2" | 2 || rowspan="2" | Оплата ваучера для депозита || rowspan="2" | Создание оплаты PN для ваучера депозита || Касса / Банковский счет || 5х  || - || 118 
|-
|  Счет "Расчеты с поставщиками" ''(PСxxx)''  || 60.01 || 118 || -
|-
| rowspan="2" | 3 || rowspan="2" | Оприходование товара / услуги || rowspan="2" | Создание документа OV || Неотфактур. Поступление ''(4320)'' || 15** || - || 100 
|-
|  Товары и услуги ''(4310)'' || 41 || 100 || -
|-
| rowspan="2" | 4 || rowspan="2" | Фактурирование прихода || rowspan="2" | Соотнесение с приходом и перераспределение Зарегистрированного ваучера PL || Счет "Расчеты с поставщиками. Авансы выданные" || 60.А || - || 1062 
|-
|  Неотфактур. поступление  товаров ''(4320)'' || 15** || 1180 || 118
|}


====== Ввод Ваучера предоплаты ======

# В приложение 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. 
# Разнести пакет. 

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

'''Создание Заказа на закупку с предоплатой/депозитом:''' 

# Создать Заказ на закупку с указанием товара 10 шт. на сумму 100,00 руб. 
# Рассчитать долю предоплаты , например 25%, т.е. сумма предоплаты составит 25,00 руб. 
# Ввести в Заказ на закупку последними строками суммы без количества на специальный счет предоплаты , например тип строки J. Одна строка предоплаты на сумму +25,00 руб., другая на сумму -25,00 руб., как возврат предоплаты. 
# Сохранить Заказ на закупку. 

'''Создание ваучера для оплаты Предоплаты/Депозита '''

# Открыть приложение Voucher to Open Receipt (P4314) и через меню Форма > Orders To Match (двухстороннее соотнесение), создать Ваучер на оплату для первой строки предоплаты. 
# На форме Select Orders To Match, выделить положительную строку и нажать OK. 
# На форме Voucher Match, чтобы сохранить созданный ваучер PV. 
# В приложении Supplier Ledger Inquiry P0411, можно увидеть этот ваучер. 
{| class="wikitable" style="margin-left: 50px;"
| style="width:400px" | 
| style="width:50px" | Дб
| style="width:50px" | Кр
|-
| Расчет с Поставщиками. Авансы выданные || 25 || - 
|-	
| Расчет с Поставщиками || - || 25  
|}

Создание оплаты 
{| class="wikitable" style="margin-left: 50px;"
| style="width:400px" | 
| style="width:50px" | Дб
| style="width:50px" | Кр
|-
| Расчет с Поставщиками. Авансы выданные  (60.A) || 25 || -	
|-
|Денежные средства ( 50, 51, 52 и др.) || - || 25 
|}

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

# Выполнить через P4312 оприходование Заказа на закупку, как товара, так и возврат предоплаты.
# В Журнальных записях (P0911) отобразиться 
# В Журнале товародвижения (P4111) товар будет оприходован по 10 руб./шт. 
{| class="wikitable" style="margin-left: 50px;"
| style="width:400px" | 
| style="width:50px" | Дб
| style="width:50px" | Кр
|-
|Товары (41) || 100 || -	
|-
|Неотфактур. поступление (VNP) (60.Н) || - || 75 
|-
|Расчет с Поставщиками. Авансы выданные  (60.A) || - || 25 
|}

''' Обработка Счета-фактуры поставщика '''
 
# Как только получен Счет-фактура поставщика, в приложении Match Voucher to Open Receipt P4314, через меню Форма > Receipts To Match (Трехстороннее соотнесение), создать Ваучер на оплату для принятого товара и возврата предоплаты. 
# В Журнальных записях (P0911) отобразиться 
{| class="wikitable" style="margin-left: 50px;"
| style="width:400px" | 
| style="width:50px" | Дб
| style="width:50px" | Кр
|-
| Неотфактур. Поступление (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 ???)

''' Источники '''

* [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 - Purchase Order) ==

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

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

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

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

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

 ПРИМЕЧАНИЕ. [[Список типов документов и заказов |Тип документа]] PL жестко запрограммирован для использования Зарегистрированного ваучера. 

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

* Сценарий без Заказа на закупку:
*# Зарегистрировать ваучер PL через P0411 на Предварительный счет распределения в ГК.
*# Оплатить Зарегистрированный ваучер PL используя обычные методы оплаты.
*# Перераспределить Зарегистрированный ваучер PL через P042002, указав окончательный счет через меню Строка (Row) > Журнальная запись (Journal Entry).
 
* Сценарий с соотнесением к Заказу на закупку:
*# Зарегистрировать ваучер PL через P0411 на Предварительный счет распределения в ГК. 
*# Оплатить Зарегистрированный ваучер PL используя обычные методы оплаты.
*# Ввести Заказ на закупку через P4310.  
*# Выполнить оприходование Заказа на закупку через P4312. 
*# Перераспределить Зарегистрированный ваучер PL через P042002 к Приходу ЗНЗ, выполнив меню Строка (Row) > Перераспределить ЗНЗ (Redistribute PO).

 ПРИМЕЧАНИЕ. Ваучер можно перераспределить с использованием Даты ГК раньше Даты ГК ваучера. Для этого ваучер должен быть разнесен до его перераспределения. После перераспределения ваучера система не допускает внесения изменений в строки предварительного распределения, если их дата ГК отличается от таковой в строках перераспределения. В противном случае, изменения допускаются только с строках перераспределения.

''' Проводки '''

{| class="wikitable" 
! style="width:10px" | #
! style="width:200px" | Инициация 
! style="width:250px" | Отражение в системе 
! style="width:200px" | Счета проводки  
! style="width:40px" | Счет
! style="width:30px" | Дб
! style="width:30px" | Кр
|-
| rowspan="3" | 1 || rowspan="3" | Получение Инвойса/Счета на оплату || rowspan="3" | Ввод Зарегистрированного ваучера PL || Счет "Расчеты с поставщиками" ''(PСxxx)'' (или Временный счет "Расчеты с поставщиками" ''(PQ))*'' || 60.01 || 118 || -
|-
|  Предварительный счет распределения ''(PP)'' || ??  || - || 100 
|-
|  НДС по приобр. товарам  || 19.01 || - || 18
|-
| rowspan="2" | 2 || rowspan="2" | Оплата до оприходования товара и услуги || rowspan="2" | Создание оплаты PN для ваучера PL || Касса / Банковский счет || 5х  || - || 118 
|-
|  Счет "Расчеты с поставщиками" ''(PСxxx)'' (или Временный счет "Расчеты с поставщиками" ''(PQ))*'' || 60.01 || 118 || -
|-
| rowspan="2" | 3 || rowspan="2" | Оприходование товара / услуги || rowspan="2" | Создание документа OV || Неотфактур. Поступление ''(4320)'' || 15** || - || 100 
|-
|  Товары и услуги ''(4310)'' || 41 || 100 || -
|-
| rowspan="2" | 4 || rowspan="2" | Фактурирование прихода || rowspan="2" | Соотнесение с приходом и перераспределение Зарегистрированного ваучера PL || Предварительный счет распределения ''(PP)'' || ?? || 100 || - 
|-
|  Неотфактур. поступление  товаров ''(4320)'' || 15** || - || 100
|}

<nowiki>*</nowiki> Зависит от Настроек Копмании
<nowiki>**</nowiki> Сейчас в СТК 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) показывает Ваучеры (в том числе и Зарегистрированные) и связанные с ним приходы по ЗНЗ, если таковые имеются.

==== Источники ====

* [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

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

''' Тестирование в 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