Изменить пересчёт цены продуктов при смене валюты счёта

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

Мы в проектах делаем 3 цены:

Base Price (стандартная цена продукта)
Contracted Price (цена продукта из прайс-листа для конкретного клиента)
Invoiced Price (согласованная цена в счёт).

В итоге всегда можно посмотреть и посчитать, насколько выгодны клиенты и насколько много дают скидки/наценки менеджеры

Но для этого надо:

переписать логику в карточке продукта в счёте
переписать логику процесса в объекте продукта в счёте
переписать логику в ProductEntryUtils
....

Я просто считаю, что в ситуация, когда в CRM-продукте в счете нельзя менять цену в коробочной версии, нежизнеспособна.
Причем, в 3.х была такая возможность, а по пути в 7.х где-то потерялась.

Считаю, что точно должны быть такие цены в коробке
Base Price (стандартная цена продукта)
Invoiced Price (согласованная цена в счёт).

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

В коробке же можно только % скидки поменять, и этот % скидки применяется на сумму продукта,
а должен на цену.
На сумму неправильно применять % скидки, при дробных числах это ведет к ошибке в округлениях.
В итоге, на выходе имеем ситуацию, когда у нас в счете итоговая сумма продукта не равна кол-во*цену, такой счет при выгрузке в 1с точно не порадует бухгалтера

"Татаровская Дарья" написал:Я просто считаю, что в ситуация, когда в CRM-продукте в счете нельзя менять цену в коробочной версии, нежизнеспособна

Есть компании, в которых жесткая политика. Но в таком случае всё решается правами на операцию - давать пользователю править цену или не давать.

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

Добрый день всем!!!

тогда уже лучше в продуктах для поля цена ввести понятия "История изменения цен". И в таблице где будет храниться история, ввести понятие базовая цена, т.е признак базовая цена. И все историю изменения цены имеем, для построения тренда. Понятие базовая цена имеем. Вот вам и решение проблемы. Первая мысль что пришла в голову :) Я бы так сделал.

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

"Владимир Соколов" написал:Предлагаю в InvoiceProduct фиксировать цену на момент добавления, и уже пересчитывать в будущем, исходя из неё

Я за данное предложение - в момент добавления товара в счет
фиксируется цена на момент добавления (цена по прайсу).
Ну и
заполняется цена в счете=цене по прайсу по умолчанию.
При необходимости цена в счете должна иметь возможность меняться ( если есть такое право)
Хотим руками меняем, хотим пишем % скидки, цена в счете посчитается как цена со скидкой от прайсовой цены в счете.
И я, на самом деле, нового ничего не придумываю) Это уже было придумано в 3.х Террасофтом, но до 7.х почему-то не дошло.

Коллеги, всем добрый день!

Данные пожелания к доработке уже занесены в бэклог команды Sales (пожелания от наших МРК :smile:)

Планируется к реализации в будущих версиях (ориентировочно в версии 7.8)

Спасибо!