Закупки (Черновик)

Ценообразование в закупках

Для модуля закупок существуют следующие виды ценообразования:

• Base (базовое)
• Standart (стандартное)
• Advanced (расширенное)

Базовое ценообразование

Основная задача базового ценообразования сводится к получению Базовой цены (заполняет поле 'Unit Cost') при добавлении строки в ЗНЗ. Нет отчета или приложения, который обновляет Базовые цены для строк ЗНЗ в пакетном режиме. Для обновления Базовой цены для существующей строки необходимо вручную очистить поле 'Unit Cost', затем выйти из поля.

Базовую цену при создании строки ЗНЗ можно получить из P4105 (Item Cost) или P41061 (Supplier Price/Catalog). Это определяется настройкой номенклатуры в P4101 (Item Master), опция 'Уровень закупочной цены (Purchase Price Level)':

1 (Supplier/Item Level) - P41061 (Supplier Price/Catalog)

2 (Supplier/Item/Branch Level) - P41061 (Supplier Price/Catalog)

3 (Inventory Cost Level) - P4105 (Item Cost)

P4105 (Item Cost)

При 'Уровень закупочной цены (Purchase Price Level)' = 3 (Inventory Cost Level) система ищет запись в F4105 по Номенклатуре (иногда Складу, иногда МХ/Партии - определяется настройкой номенклатуры в P4101 (Item Master), опция 'Ур. стоимости запасов (Inventory Cost Level)'), полученной из ЗНЗ, для указанного в F4105 'Методы калькуляции - Закупки (Costing Methods - Purchasing)'.

P41061 (Supplier Price/Catalog)

Использование Каталога позволяет:

• хранить несколько Каталогов одного поставщика и выбирать цену (автоматически система подбирает цену из первого найденного каталога в алфавитном порядке, подходящего по датам);
• применять даты действия цены;
• применять пороги цен по заказанному количеству;
• нет пакетного пересчета по ЗНЗ.

При 'Уровень закупочной цены (Purchase Price Level)' = 1 (Supplier/Item Level) или 2 (Supplier/Item/Branch Level), система ищет запись в F41061 по Поставщику, Номенклатуре (2-ой н/н) (иногда Складу, если 'Purchase Price Level' = 2) из ЗНЗ, а также первому Каталогу в алфавитном порядке. Далее идет отбор по датам действия, где используется 'Дата заказа (Order Date)'. Для мультивалютных поставщиков поиск в F41061 осуществляется сначала по валюте поставщика (P04012), а затем в домашней валюте склада компании (P0010, P0006). Для номенклатуры поиск в F41061 осуществляется в ЕИ, указанных в настройке 'Системные константы (System Constants)' в P41001, опция 'ЕИ восстановления цены закупки (Purchase Price Retrieval UOM)':

Пусто (Primary UOM)

1 (Transaction UOM)

2 (Purchasing UOM)

3 (Purch UOM Seq. and Primary)

4 (Purch UOM Seq. and Transaction)

5 (Purch UOM Seq. and Pricing)

6 (Secondary UOM)

Если не нашлось соответствующего значения в P41061 (Supplier Price/Catalog), то система вернет значение из P4105 (Item Cost). Если и там не нашлось соответствующего значения, то вернет значение Пусто.

Стандартное ценообразование

Стандартное ценообразование позволяет использовать Правила цены т.е. добавлять скидки/накидки к базовой цене. Правила цены позволяют использовать :

• разные скидки/накидки (на разных уровнях) в зависимости от заказанного количества;
• даты действия;
• различные типы скидки/накидки (сумма, процент; значение "*" не работает в закупках);
• простые группы номенклатуры и поставщиков;
• каталог контрактных товаров (т.е. особые условия цен на определенное количество ТМЦ, выбытие которого контролируется);
• каталог бесплатных товаров;
• нет пакетного пересчета по ЗНЗ.

Стандартное ценообразование работает только при выключенном Расширенном ценообразовании ('Расш. ценообразование закупок (Advanced Procurement Pricing (Y/N)) = N' в 'Константы цены (Price Constants)' в P41001)

Алгоритм действия:

1. Настроить базовое ценообразование. (см. базовое ценообразование)
2. Создать 'Правило ценообразование (Pricing Rules)' в UDC 40/PI. (P0004A)
3. Создать Группу поставщиков в UDC 40/PC, при необходимости. (P0004A)
4. Определить 'Правило ценообразование (Pricing Rules)'. (P4271)
5. Соотнести 'Правило ценообразование (Pricing Rules)' с поставщиком или Группой поставщиков. (P4271)
6. Указать для одной или нескольких номенклатур 'Правило ценообразование (Pricing Rules)' в справочнике, опция Item Price Group. (P4101 и/или P41026)
7. Создать ЗНЗ с Поставщиком и Номенклатурой, связанных 'Правило ценообразование (Pricing Rules)'.

Расширенное ценообразование

Основная статья: Расширенное ценообразование (Закупка)

Расширенное ценообразование позволяет добавлять к базовой цене корректировки:

• использовать множество уровней корректировки с различными базами исчисления;
• применять даты действия;
• применять пороги по количеству, объему;
• применять min/max;
• использовать различные типы скидки/накидки (сумма, %, flat rate, sliding, formula);
• использовать простые и сложные группы номенклатуры, поставщиков, заказов с различной иерархией;
• использовать промо;
• использовать Rebate;
• отслеживать историю начислений;
• использовать пакетный пересчет.

Расш. ценообразование закупок

Ссылки

E1: 41: Comparison of Base Pricing, Standard Pricing, and Advanced Pricing (P4106/P4271/P4072/P4074/P4210) (Doc ID 625607.1)

Автономные ТЗР (Stand Alone Landed Cost (P43214/P7470214))

Автономные ТЗР используется для изменения стоимости при доставке после оприходования и перед соотнесением ваучера.

В приложении P7470214 через Панель переходов:

• Изменение кода ТЗР для строк оприходованного поступления:
  • Change Landed Cost - изменит для первой из выделенных строк
  • ML Change LC Rule - изменит для всех выделенных строк

• Применение кода ТЗР для строк оприходованного поступления:
  • Apply Landed Cost - применит для первой из выделенных строк
  • ML Landed Cost - применит для всех выделенных строк

Класс ГК в ЗНЗ

Шаги, определяющие Корреспондирующий код ГК в деталях ЗНЗ:

1. Если Пользователь ввел Корреспондирующий код ГК - это перезаписывает системное значение по умолчанию.
2. Для любого Интерфейса запасов (Inventory Interface) Y или D:
   1. Код класса ГК будет по умолчанию выбран из Item Location GL Category Code (F41021).
   2. Если F41021 не содержит значения, система ищет Код класса ГК в Item Master (F4101). В P41026 тоже есть поле Класс ГК и что с ним? Непонятно.
   3. Если F4101 не содержит значения, система ищет Код класса ГК в Line Type Control Constants (F40205).
3. For an A Inventory Interface, the Line Type will be used. This is because J Line Types do not interface with item information.
4. For a B Inventory Interface, the Stocking Type will determine where the GL Offset will come from.
   1. If Stocking Type is "N" (Non-Stock), and the Edit Item Master for Non-Stock Checkbox is Unchecked the GL Offset will come from the Line Type (F40205).
   2. If Stocking Type is "N" (Non-Stock), and the Edit Item Master for Non-Stock Checkbox is Checked the GL Offset will come from the Item Master (F4101).
   3. If Stocking Type is "P" (Purchased Material) the GL Offset will come from the Item Location file (F41021).
   4. If Stocking Type is "S" (Stocked End Item) the GL Offset will come from the Item Location file (F41021).
   5. If Stocking Type is "M" (Manufactured Items), the GL Offset will come from the Item Location file (F41021).
5. For an N Inventory Interface, the system will first look at the "Edit Item Master for Non-Stock Item" option in the Line Type constants setup.
   1. If the checkbox is checked, the system will go to the Item Master (F4101) to fetch the GL Offset.
   2. If the option is unchecked, the system will use the Line Type (F40205) to fetch the GL Offset.

Внимание: Интерфейс запаса Типа строки [LNTY] - это то, что определяет, какой Корреспондирующий код ГК включается в детали заказа на закупку. Тип запаса (Stocking type) [STKT] НЕ контролирует значение по умолчанию.

Ссылка

• E1: 43: Accounting in Procurement (Doc ID 625497.1)

Соотнесение ваучера (Voucher Match)

Типы опций строк соотнесения

Существую следующие опции для строк соотнесения:

Пусто Bypass Payment of Line

1 Match Quantity / Amount

4 Create New Order Line

5 Freight Distribution Line

7 Match and Close Balance

9 Cancel Balance of Line

Переоценка ваучера (Recost Voucher)

Функционал Переоценка ваучера (Recost Voucher) используется для внесения изменений в стоимость инвойса, который уже соотнесен Voucher Match (P0411 / P4314) в систему закупок. Пересчет используется, когда инвойс должен быть скорректирован, чтобы отразить изменение цены товара или исправить ошибку, которая была сделана в предыдущем инвойсе. Например: инвойс на 10 штук стоимостью 100,00 долл. США оприходован и соотнесен с ваучером. Позже, откорректированный инвойс получен от поставщика, показывающий, что стоимость товара составляет 90,00 долл. США. Опция recost voucher создает новый ваучер, который отражает корректировки и корректно обновляет стоимость товаров в файле Cardex (F4111).

Функционал Переоценка ваучера (Recost Voucher) внесет следующие изменения:

• В F43121 система создаст запись MATC = 2, где будут указаны отклонения в суммах (PRRC) и новый номер ваучера (PRDOC), RTBY = 03 (Voucher Match создала запись для re-cost voucher).
• В F4111 система создаст запись с нулевым количеством и с изменением стоимости за единицу (только для Inventory Costing Method = 02 (Average Cost)). Для Inventory Costing Method = 07 (Standard Cost) запись создана не будет.
• В F0411 система создаст запись для нового ваучера.
• Система использует следующие АИ для проводок:

DMAAI / AAI		Дт	Кт
4320	RNV		10
PC	A/P Trade Account	10

Шаги для примера:

1. Открыть приложение Match Voucher to Open Receipt (P0411/P4314) и нажать Добавить.
2. Заполнить следующие поля:
   • Branch/ Plant,
   • Order Number,
   • Company,
   • Supplier,
   • Invoice Num.,
   • Invoice Date,
   • G/L Date
3. Нажать Изменить стоимость в ваучерах (Recost Vouchers) в меню Форма. Система отобразит строки исходного ваучера.
4. Выделить строки, требующие переоценки и нажать OK. Исходный ваучер отобразиться на основной форме.
5. Указать сумму корректировки и нажать OK. Т.е. если исходный ваучер имел сумму 100, а новая стоимость товара должна быть 90, то необходимо ввести сумму - 10. Система создаст новый Номер ваучера и новый Номер пакета для такого же Номера инвойса.

Функционал Переоценка ваучера (Recost Voucher) не работает с Retainage. Сначала выпустить Retainage, затем Recost.

Функционал Переоценка ваучера (Recost Voucher) не работает с EDI при использовании R470412.

Ссылка

• E1: 43: Recost Voucher (P0411/P4314) in Procurement (Doc ID 625560.1)

Расхождения при соотнесении (Variances)

Отклонения возникают, если сумма, указанная в счете-фактуре, отличается от суммы прихода.

Эта разница записывается на счет отклонения закупочной цены и управляется различными AAI, в зависимости от обстоятельств.

В настройках Типа строки (P40205) параметр Счет откл. при подб. ваучера (PDC4, Voucher Match Variance Account) опреднляет, какой счет отклонений используется при соотнесении ваучеров.

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

DMAAI 4330

DMAAI 4330 вызывается программой Voucher Match. Это происходит, если сумма ваучера отличается от суммы, которая была получена.

Для Типа строки S (Интерфейс запасов (Inventory Interface) = Y) и N (Интерфейс запасов (Inventory Interface) = N) инструкция 4330 будет задействована каждый раз, когда возникает разница в сумме, независимо от того какой параметр указан в Счет откл. при подб. ваучера (PDC4, Voucher Match Variance Account).

Параметр в Счет откл. при подб. ваучера (PDC4, Voucher Match Variance Account) учитывается только при использовании Типов строк с Интерфейсом запасов (Inventory Interface) = A или B. Для Интерфейса запасов (Inventory Interface) = A или B, если флаг включен, отклонение будет записано в счете AAI 4330, а если нет, то будет записано в счете расходов, указанном в заказе на закупку.

DMAAI / AAI		Дт	Кт
4320	RNV	1 200
4330	Purchase Price Variance	100
PC	A/P Trade Account		1 300

DMAAI 4332

DMAAI 4332 вызывается программой Voucher Match. Это вызывается, если товары были проданы до соотнесения с ваучером, и существует разница в стоимости. Когда установлен в P4314 Параметр обработки «Счет для округления разниц», разница записывается в счета DMAAI 4332 или 4330. См. 1638122.1

DMAAI 4332 (Стоимость проданных товаров) используется только с реальными ТМЦ (Inventory Interface = Y) и только с 3-way match vouchers. Номенклатуры, использующие Inventory Interface = A, B, N или D, НИКОГДА не инициируют использование AAI 4332 (Стоимость проданных товаров).

DMAAI / AAI		Дт	Кт
4320	RNV	1 200
4330	Purchase Price Variance	80
4332	Cost of Goods	20
PC	A/P Trade Account		1 300

Товар на сумму 20 был реализован, а на сумму 80 все еще в наличие.

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

Отклонения валютного курса записывается в AAI 4340 (для товаров на складе) и AAI 4332 (для товаров), если количество в наличие меньше количества в транзакции (ваучера).

• Если количество "В наличие" (не ноль) меньше количества ваучера, отклонение валютного курса записывается в AAI 4340 и AAI 4332, а отклонение валютного курса для имеющегося количества "В наличии" (регистрируется в AAI 4340) записывается в журнал товародвижения при выполнении соотнесения или сторнирования ваучера.
• Если количество "В наличие" равно нулю, отклонение валютного курса заносится только в AAI 4332, и запись учета отклонений не записывается в журнал товародвижения (для средневзвешенного метода расчтеа) при выполнении при выполнении соотнесения или сторнирования ваучера.

Новый Параметр обработки был добавлен в P4314, чтобы устранить небольшие отклонения, вычисленную во время сопоставления ваучеров. Следующие объекты были обновлены с улучшением:

• Voucher Match (XT4314ZN)
• Voucher Match (T4314)
• Get P4314 Processing Options (B4302740)
• Voucher Match (XT4314Z2)
• Voucher Tax Round Cache (D4305530)
• Voucher Tax Round Cache (B4305530)

Вкладка Обработка:

15. Учет разниц от округления (Account for Rounding Differences)

• Пусто или 0 = Не создавать запись ГК для расхождений, связанных с округлением. В процессе разноски могут возникнуть ошибки

Blank or Zero = Do not make a G/L entry for rounding variances. Errors may occur during the Post process.

• Ненулевое значение = Создать запись ГК для расхождений при округлении

Non-Zero value = Create G/L entry for rounding variances

(Введенное значение будет рассматриваться как абсолютное и использоваться для определения диапазона расхождений Value entered will be treated as an absolute value and will be used to determine the variance range)

Для не зарегистрированных ваучеров разница записывается в счет, указанный в деталях заказа на закупку, или в DMAAI 4330, когда указано значение, и разница находится в пределах этого значения.

Для зарегистрированных ваучеров разница округления будет записана в счет, указанный в деталях заказа на закупку, в DMAAI 4330, в зависимости от того, установлен ли Параметр в Счет откл. при подб. ваучера (PDC4, Voucher Match Variance Account) для Типа строки. Разница будет записана только в том случае, если в Параметре обработки включено Последнее отклонение (Last chance Variance).