Уважаемые, прошу помощи.
Задача, вроде и не сложная, но не могу себе ее поставить ))
Итак, представьте: типовая конфа тис, механизм работы с розничными ценами (фиксируется цена по остаткам, дальше учет ведется в разрезе этой цены), иногда делается переоценка остатков (скидка там или еще чего), представили?? так вот: у меня этот механизм работы перенесен на работу НЕ В РОЗНИЦЕ (зачем - не спрашивайте). Поступления бывают мультивалютными, отпускную цену, как и в рознице, указываю в рублях. Мне нужно при изменении курса валюты с момента поступления на момент вызова обработки больше чем, напремер, на 2% инициировать переоценку. Куда чо записывать? Как это лучше организовать? Мозг разжижаетца....

Зачем с момента поступления? Актуальных цен недостаточно? Каждое поступление вызывает переоценку если она необходима?

переоценку вызывает не поступление, а робот (а вообще да, переоценка при поступлении автоматом работает тоже).
Скажу иначе:
1. пришло 10 яблок по 1 евро/шт. (курс 40 руб.), руб. цена яблока 40 руб.
2. продали 2 яблока по 40 руб/шт.
3. переоценили 8 яблок по 45 руб./шт. (пока делается это вручную).
4. прошло 2 дня, курс - 50 руб./евро уже, надо переоценить остатки, но по регистру партий ссылки идут на приход из п 1., а цены уже по курсу 45...
как-то так... (

Может иметь цену в евро?
Это как бы капитан очевидность...

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

Если же цепляться к партиям и куда-то лазить - в парии есть цена поступления

(3) да надоело при небольших колебаниях курса иметь разную цену....

(6) 2 цены вести - управленческую и рублевую
Просто надо модернизировать расчет рублевой, порог там какой или еще что

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

Какая проверка? В партии есть цена в валюте поступления
Смотришь курс на дату партии (есть в регистре и еще много где)
Смотришь разницу между валютной ценой по нынешнему курсу и на дату партии

(6) " да надоело"

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

(10) Да вообще не надо было мутить с ценой в регистре. Просто один раз написать одну обработку

(9) хм.. а это может помочь... пойду покопаюсь, спасибо )
(10) не нужно - когда меньше, например 2%, когда больше - реагировать...

(12) "когда меньше, например 2%, когда больше - реагировать"

тогда однозначно как в (9)

(2) Вот так и дурят чесной народ :)

(8) Дак добавь галочку "Была переоценка", допиши...
ТиС вообще в своем исполнении редко остается нетронутой :)

(9) А у них есть Партийный учет в ТиС, это же еще та головная боль. Обычно эту часть выпиливают :)

(6) А если "рулить" округлением? Т.е., к примеру, округлять до десятков рублей (или до пяти, это тоже можно реализовать).

+17 Я к тому, что зачем усложнять? Запоминать курс на момент прихода... Анализировать цены поступления и партии... К чему эти "нелепые телодвижения"?

1. Ставим порядок округления цен до десятков (или до пяти).
2. Робот пусть хоть каждый день цены пересчитывает. (небольшие колебания курса не отразятся на цене).

(18) А если продают и спички и автомобили - разный масштаб цен

(19) Согласен. Но для автомобилей нет смысла делать цену "до десятков рублей". Там все в тысячах.

(20) Получается надо для каждой позиции округление указывать - зачем придумывать лишние телодвижения? Робот же есть - вот его и допилить, чтобы по мелочи не переоценивал.

(16) Наоборот очень удобная штука
И именно так как сделано - через справочник
В других отраслевых документ или еще сто-то - гимор еше тот...