Как реализовать смену тарифа на ходу?

[Vasiliusis]

Добрый день! Ситуация такая: пользователь формирует заказ на продажу, и если замечает, что где-то видит неправильный тариф - открывает удобную форму, в котором перечислены строки заказа с возможностью редактирования цены из PriceDiscTable напротив каждой позиции.

Есть ли какие-то идеи у вас? Как-то это можно сделать?

[S.Kuskov]

Что я понял из вашего вопроса.Нужно сделать так, чтобы пользователь мог редактировать цену
Что я не понял. Где редактировать цену? в строке заказа? в прайсе? что значит удобную? чем неудобно то что есть сейчас? Нужно отфильтровать прайс, оставив там только позиции из заказа?

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

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

Да

Цитата:

Сообщение от S.Kuskov

Где редактировать цену? в строке заказа? в прайсе?

Через отдельную форму в прайсе (т.е. человек увидел, что цена неправильная, открыл эту форму, подправил, закрыл. ВСЕ теперь действует та цена которую он поставил)

Цитата:

Сообщение от S.Kuskov

что значит удобную?

Чтобы далеко никуда не лазить

Цитата:

Сообщение от S.Kuskov

чем неудобно то что есть сейчас?

Нужно далеко лазить

Цитата:

Сообщение от S.Kuskov

Нужно отфильтровать прайс, оставив там только позиции из заказа?

По сути да. Отобразить позиции в таблице и добавить напротив каждой позиции текущую цену с возможностью редактирования и обновления в PriceDiscTable

[S.Kuskov]

В общем случае для определения по позиции в заказе используемой строки прайса нужно использовать стандартный класс PriceDisc. Вам скорее всего пригодится метод PriceDisc::newFromSalesPurchLine().

Формируйте временную таблицу и сохраняйте для каждой позиции RecId строки прайса. На основании этой ссылки потом выполняйте обновление.

[S.Kuskov]

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

Ещё прайс, как правило - это документ, который должен утверждаться ответственными лицами и так просто позволять его править под конкретный заказ...

[pitersky]

Цитата:

Сообщение от S.Kuskov

прайс, как правило - это документ, который должен утверждаться ответственными лицами и так просто позволять его править под конкретный заказ...

согласен
для определения "неправильности" прайса в системе нужно иметь перед глазами второй ("правильный"). а вот откуда он будет браться...

[Vasiliusis]

Цитата:

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

согласен
для определения "неправильности" прайса в системе нужно иметь перед глазами второй ("правильный"). а вот откуда он будет браться...

Правильный прайс есть и он перед глазами. Другое дело - за ним в аксапте пока некому следить, т.к. только идет внедрение, а работа по заказам уже идет

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

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

Ошибка в прайсе, а не в заказе, т.к. до стандартного функционала создания заказов наших пользователей никто допускать не собирается. Это грозит катастрофой вплоть ДАЖЕ до отказа от аксапты

По поводу правильности - пост выше. За ценами пока следить некому, поэтому на время можно придумать такую форму

Спасибо, буду пробовать сегодня

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Формируйте временную таблицу и сохраняйте для каждой позиции RecId строки прайса. На основании этой ссылки потом выполняйте обновление.

Если грубо, получается мне нужно создать новую строку в PriceDiscTable, наполнить ее данными из PriceDisc по строке заказа и записать с корректной датой, так?

А для чего в PriceDisc нужен метод priceTable? Это, случайно, не как раз новая строка для новой цены?

[S.Kuskov]

Цитата:

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

Если грубо, получается мне нужно создать новую строку в PriceDiscTable, наполнить ее данными из PriceDisc по строке заказа и записать с корректной датой, так?

Я надеялся что она (строка) у вас там (в прайсе, в таблице PriceDiscTable) уже есть. И в ней только лишь необходимо скорректировать цену. В вопросе просто шла речь про редактирование, а не создание.

Цитата:

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

А для чего в PriceDisc нужен метод priceTable? Это, случайно, не как раз новая строка для новой цены?

Класс PriceDisc служит для навигации по прайсу, а не для его наполнения. Метод PriceTable возвращает существующую строку прайса, найденную в методе findPriceAgreement.

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

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

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

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Я надеялся что она (строка) у вас там (в прайсе, в таблице PriceDiscTable) уже есть. И в ней только лишь необходимо скорректировать цену. В вопросе просто шла речь про редактирование, а не создание.

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

В общем, для начала, я написал такой код, не сработало

public void init()
{
    PriceDisc               priceDisc;
    PriceDiscTable          newPrice;
    SalesLine       salesLine2 = SalesLine::find('SO-000444', 1);    //берем для примера
    
    
    super();

    //тут проблем нет
    priceDisc = PriceDisc::newFromSalesPurchLine(SalesLine2);

    //а тут я не понимаю, почему метод findPriceAgreement возвращает Boolean. Как итог разумеется newPrice ни содержит ничего.
    priceDisc.findPriceAgreement(SalesLine2.priceGroupId(), SalesLine2.inventDim().inventDimId);
    newPrice = priceDisc.priceTable();
}

Может я неправильно вызываю метод findPriceAgreement? Как вы сказали, он ищет строку прайса. А потом методом priceTable я эту строку получаю как PriceDiscTable... но не работает почему-то

[S.Kuskov]

Вместо прямого вызова priceDisc.findPriceAgreement() используйте priceDisc.findPrice()

Пример использования \Data Dictionary\Maps\SalesPurchLine\Methods\setPriceAgreement
Именно этот метод используется для поиска цены при создании строки заказа через стандартный функционал.

Обратите внимание, что в стандартном функционале в случае отсутствия необходимой позиции в прайсе, будет возвращена цена, указанная на справочнике номенклатуры. За это отвечает второй параметр метода findPrice.

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Вместо прямого вызова priceDisc.findPriceAgreement() используйте priceDisc.findPrice()

Пример использования \Data Dictionary\Maps\SalesPurchLine\Methods\setPriceAgreement
Именно этот метод используется для поиска цены при создании строки заказа через стандартный функционал.

Обратите внимание, что в стандартном функционале в случае отсутствия необходимой позиции в прайсе, будет возвращена цена, указанная на справочнике номенклатуры. За это отвечает второй параметр метода findPrice.

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

Тут еще такая вещь интересная: для номенклатур, цены продажи у которых общие и не зависят ни от клиента, ни от конфигурации вместо числового значения в PriceDiscTable.inventDimId стоит "Axapta", а не что-то вроде "000014_031"... соответственно, в таблице inventDim для "Axapta" строк нет... Почему ставится "Axapta"?

К тому же, если для такой номенклатуры выполнить

priceDisc.findPriceAgreement(SalesLine2.priceGroupId(), 'Axapta');

строка прайса возвращается

[S.Kuskov]

Цитата:

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

Тут еще такая вещь интересная: для номенклатур, цены продажи у которых общие и не зависят ни от клиента, ни от конфигурации вместо числового значения в PriceDiscTable.inventDimId стоит "Axapta", а не что-то вроде "000014_031"... соответственно, в таблице inventDim для "Axapta" строк нет... Почему ставится "Axapta"?

Что возвращает метод InventDim::findOrCreateBlank()? Этот метод не кастомизирован? Очень странно что в таблице InventDim нет записи с таким идентификатором. Это должна быть строка со всеми пустыми значениями.

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Что возвращает метод InventDim::findOrCreateBlank()? Этот метод не кастомизирован? Очень странно что в таблице InventDim нет записи с таким идентификатором. Это должна быть строка со всеми пустыми значениями.

Возвращает пустую строку, некастомизирован, никакой "Axapta" нет в InventDimId...

Если строки в InventDim нету (такое наблюдается только у номенклатур с группой "услуга" кстати), это значит что ее как бы нет на складе? что может значит это отсутсвие в InventDim?

Кстати, в SalesLine для "Axapta"-номенклатур в InventDimId ставится как раз "00014_031" и подобное... Никакой axapt'ы там не наблюдается...

[S.Kuskov]

Может быть кастомизация где-то ещё. Нужно отлаживать событие вставки строки в прайс. Я бы, поставил точку останова в методе PriceDiscTable.insert() и вверх по стеку вызова посмотрел бы где эта "Axapta" появляется.

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

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Значит кастомизация где-то ещё. Нужно отлаживать событие вставки строки в прайс. Я бы, поставил точку останова в методе PriceDiscTable.insert() и вверх по стеку вызова посмотрел бы где эта "Axapta" появляется.

попробую сейчас...

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

Может быть кастомизация где-то ещё. Нужно отлаживать событие вставки строки в прайс. Я бы, поставил точку останова в методе PriceDiscTable.insert() и вверх по стеку вызова посмотрел бы где эта "Axapta" появляется.

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

В таблицу уже приходит с 'Axapta', значит гдето на форме чтот есть

[Vasiliusis]

Цитата:

Сообщение от S.Kuskov

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

Случилось так, что нужно теперь и кастомизировать создание строки цены, для любых случаев... Как это сделать?

1. В лоб: создавать просто строку PriceDiscTable, наполнять ее данными и делать insert?
2. "Хитро": использовать классы PriceDisc, PriceDisc_Price?

[S.Kuskov]

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

Вот что гуглится по запросу PriceDiscTable insert
http://microsoft.public.axapta.progr...cedisc-using-x
http://www.cnblogs.com/Fandyx/archiv...5/2027655.html