Закупки (Черновик)
Содержание
Ценообразование в закупках
Для модуля закупок существуют следующие виды ценообразования:
- Base (базовое)
- Standart (стандартное)
- Advanced (расширенное)
Базовое ценообразование
Основная задача базового ценообразования сводится к получению Базовой цены (заполняет поле Unit Cost) при добавлении строки в ЗНЗ. Для существующей строки Базовую цену можно очистить вручную, выйти из поля, и система обновит значение на актуальное. Нет отчета, который обновляет Базовые цены для строк ЗНЗ в пакетном режиме.
Базовую цену при создании строки ЗНЗ можно получить из P4105 (Item Cost) или P41061 (Supplier Price/Catalog). Это определяется настройкой ??? (Purchase Price Level) в P4101 (Item Master):
- 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 по Номенклатуре (иногда Складу, иногда МХ/Партии - определяется настройкой Inventory Cost Level в P4101) из ЗНЗ, для указанного Purchasing Costing Method.
- P41061 (Supplier Price/Catalog)
Использование Каталога позволяет:
- хранить несколько Каталогов одного поставщика и выбирать цену (автоматически система подбирает цену из одного каталога в алфавитном порядке)
- применять даты действия цены
- применять пороги цен по количеству к заказу
При Purchase Price Level = 1 (Supplier/Item Level) или 2 (Supplier/Item/Branch Level), система ищет запись в F41061 по Поставщику, Номенклатуре (2-ой н/н) (иногда Складу, если Purchase Price Level = 2) из ЗНЗ, а также первому Каталогу в алфавитном порядке. Для мультивалютных поставщиков поиск в F41061 осуществляется сначала по валюте поставщика (P04012), а затем в домашней валюте склада компании (P0010, P0006). Для номенклатуры поиск в F41061 осуществляется в ЕИ, указанных в настройке Purchase Price Retrieval UOM в System Constants P41001:
- Пусто (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). Если и там не нашлось соответствующего значения, то вернет значение Пусто.
Стандартное ценообразование
Стандартное ценообразование позволяет добавлять скидки/накидки к базовой цене:
- использовать множество уровней скидки/накидки;
- применять даты действия;
- применять пороги по количеству;
- использовать различные типы скидки/накидки (сумма, %, flat rate);
- использовать простые группы номенклатуры и поставщиков;
- использовать каталог бесплатных товаров;
- использовать каталог контрактных товаров.
Расширенное ценообразование
- Основная статья: Расширенное ценообразование (Закупка)
Расширенное ценообразование позволяет добавлять к базовой цене корректировки:
- использовать множество уровней корректировки с различными базами исчисления;
- применять даты действия;
- применять пороги по количеству, объему;
- применять 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 - применит для всех выделенных строк
Класс ГК в ЗНЗ
Шаги, определяющие Корреспондирующий код ГК в деталях ЗНЗ:
- Если Пользователь ввел Корреспондирующий код ГК - это перезаписывает системное значение по умолчанию.
- Для любого Интерфейса запасов (Inventory Interface) Y или D:
- Код класса ГК будет по умолчанию выбран из Item Location GL Category Code (F41021).
- Если F41021 не содержит значения, система ищет Код класса ГК в Item Master (F4101). В P41026 тоже есть поле Класс ГК и что с ним? Непонятно.
- Если F4101 не содержит значения, система ищет Код класса ГК в Line Type Control Constants (F40205).
- For an A Inventory Interface, the Line Type will be used. This is because J Line Types do not interface with item information.
- For a B Inventory Interface, the Stocking Type will determine where the GL Offset will come from.
- 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).
- 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).
- If Stocking Type is "P" (Purchased Material) the GL Offset will come from the Item Location file (F41021).
- If Stocking Type is "S" (Stocked End Item) the GL Offset will come from the Item Location file (F41021).
- If Stocking Type is "M" (Manufactured Items), the GL Offset will come from the Item Location file (F41021).
- 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.
- If the checkbox is checked, the system will go to the Item Master (F4101) to fetch the GL Offset.
- 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 |
Шаги для примера:
- Открыть приложение Match Voucher to Open Receipt (P0411/P4314) и нажать Добавить.
- Заполнить следующие поля:
- Branch/ Plant,
- Order Number,
- Company,
- Supplier,
- Invoice Num.,
- Invoice Date,
- G/L Date
- Нажать Изменить стоимость в ваучерах (Recost Vouchers) в меню Форма. Система отобразит строки исходного ваучера.
- Выделить строки, требующие переоценки и нажать OK. Исходный ваучер отобразиться на основной форме.
- Указать сумму корректировки и нажать 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).