Цена продажи и пересчет единиц измерения

[_guestl_]

Добрый день.

А вот вопрос.
Есть номенклатура. У нее единица учета по складу "кг", в заказе на продажу стоит тоже
"кг", впрочем, если бы там стояли тонны или граммы - это ни на что не влияло бы.
Пересчет из кг в тонны и из кг в граммы настроен.

Мы указываем в журнале ценовых соглашений цену за "кг". В заказе на продажу ставим единицу измерения "кг", при вводе количества подтягивается правильная цена.

Если же мы ставим единицу измерения тонну или грамм, или любую другую для которой настроен пересчет - цена не подтягивается. Это неправильные настройки системы или Аксапта этого, действительно, не умеет?

[Andrux]

Да, дейтсвительно, в стандартном варианте Аксапта не умеет пересчитывать цену из прайсовой ед.изм (таблица PriceDiscTable) в реализационную. Поиск текущей цены выполняется по ед.из из строки заказа (класс PriceDisc метод findPriceAgreement)

[GM2005]

Цена продаж подтягивается под учетную единицу том или ином натуральном измерении. То есть у Вас может быть отдельный прайс лист на 1 кг товара и другой - на 1 тонну того же товара. И это правильная бизнес логика. Ведь может быть две цены 1 рубль за 1 кг товара и 999 рублей за тонну этого товара. По разным причинам, но может?
Так что,стандартная функциональность предполагает сепаратные цены на один и тот же товар при разных натуральных мерах. Даже если эти меры связаны в таблице пересчета.

[lev]

Цитата:

Сообщение от _guestl_

Добрый день.

А вот вопрос.
Есть номенклатура. У нее единица учета по складу "кг", в заказе на продажу стоит тоже
"кг", впрочем, если бы там стояли тонны или граммы - это ни на что не влияло бы.
Пересчет из кг в тонны и из кг в граммы настроен.

Мы указываем в журнале ценовых соглашений цену за "кг". В заказе на продажу ставим единицу измерения "кг", при вводе количества подтягивается правильная цена.

Если же мы ставим единицу измерения тонну или грамм, или любую другую для которой настроен пересчет - цена не подтягивается. Это неправильные настройки системы или Аксапта этого, действительно, не умеет?

Насколько знаю при поиске цены в ценовых соглашениях (PriceDiscTable) так же участвует и единица измерения. Т.е. получается, что для каждой единицы измерения должно быть настроено свое ценовое соглашение.

[Ivanhoe]

Отдельные цены для разных единиц это хорошо, но почему было не сделать в ценовых соглашениях также, как происходит при использовании цены из карточки номенклатуры??
Ведь в таком случае пересчет СРАБАТЫВАЕТ!

Мне кажется, было бы логично искать в ценовых соглашениях цену по единице измерения, если не найдено - идти по единицам, для которых есть пересчет в единицу продажи и искать цену по ним - с учетом галки "Найти далее".

P.S. главное не забывать про производительность такого решения =)

[b_nosoff]

И такая-же проблема с валютами...

[Волчара]

Цитата:

Сообщение от b_nosoff

И такая-же проблема с валютами...

А со складской аналитикой в ценах еще круче

[aidsua]

Цитата:

Сообщение от b_nosoff

И такая-же проблема с валютами...

Почему проблема?
При желании у пользователя есть свобода формирования разных цен по разным единицам измерения, валютам, складским аналитикам.
При необходимости определенной автоматизации -- пишется доработка, которая на основании правил "плодит" необходимые записи в PriceDiscTable.

[Vals]

Цитата:

При необходимости определенной автоматизации -- пишется доработка, которая на основании правил "плодит" необходимые записи в PriceDiscTable.

Для этого есть функции копирования и корректировки ценовых соглашений.

[aidsua]

Цитата:

Сообщение от Vals

Для этого есть функции копирования и корректировки ценовых соглашений.

Есть такая буква!

Но я понял, что _guestl_ необходимо это автоматизировать, а не перекладывать на исполнителей. Или я неправильно понял начальный вопрос?

[b_nosoff]

Цитата:

Сообщение от aidsua

Есть такая буква!

Т.е. вы предлагаете каждый день пересчитывать цену по курсам всех валют и записывать ее в журнал?

[aidsua]

Цитата:

Сообщение от b_nosoff

Т.е. вы предлагаете каждый день пересчитывать цену по курсам всех валют и записывать ее в журнал?

Не готов ответить, т.к. ввиду отсутствия полноты данных могу некорректно сформулировать свой ответ.

Поэтому прошу ответить на наводящие вопросы:
- количество валют, которые подразумеваются в фразе "всех валют"
- какой курс используется в расчетах: ЦБРФ или персональный
- приблизительное кол-во номенклатуры, которая закупается и продается в валюте, отличной от валюты компании
- какой % номенклатуры, у которой в таблице PriceTableModule значения поля Price отличаются от аналогичных значений в таблице PriceDiscTable
- клиенты согласны с тем, что вчерашние и более поздние заказы на продажу будут пересчитаны (обновлена цена в строках заказа на продажу) согласно текущему курсу на день оплаты или дату отгрузки ТМЦ (если они согласны, необходимо сообщить один из указанных вариантов)

зы Не понимаю, почему не нравится функционал Ценовые соглашения?

[b_nosoff]

Цитата:

Сообщение от aidsua

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

USD, EUR, CHF например

Цитата:

Сообщение от aidsua

- какой курс используется в расчетах: ЦБРФ или персональный

например ЦБРФ (хотя вроде как непринципиально)

Цитата:

Сообщение от aidsua

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

сотни

Цитата:

Сообщение от aidsua

- какой % номенклатуры, у которой в таблице PriceTableModule значения поля Price отличаются от аналогичных значений в таблице PriceDiscTable

не знаю, но есть подозрение, что эта цифра может ото дня ко дню существенно девиировать

Цитата:

Сообщение от aidsua

- клиенты согласны с тем, что вчерашние и более поздние заказы на продажу будут пересчитаны (обновлена цена в строках заказа на продажу) согласно текущему курсу на день оплаты или дату отгрузки ТМЦ (если они согласны, необходимо сообщить один из указанных вариантов)

клиенты пока ничего не подозревают

Цитата:

Сообщение от aidsua

зы Не понимаю, почему не нравится функционал Ценовые соглашения?

функционал нравится, реализация - не очень.

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