Правильная структура регистра накопления #473512

Конфигурация УТ. Имеется регистр накопления скидок (аналог регистра взаиморасчетов). Клиенту дается скидка выраженная в сумме. Это регистрируется специальным документом "Регистрация скидки" (вид движения приход). Расходуются скидки при проведении документа "Заказ покупателя". Клиент хочет, чтоб заказ покупателя выступал аналитическим разрезом при построении отчета по скидкам. Каким образом заказ привязать к регистру?

выкинуть в топку документ "Регистрация скилки" и научить "Заказ покупателя" делать движения по этому регистру.

+ и сделать заказ измерением

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

Если есть тайный смысл в "регистрации скидки", то сделать Заказ измерением и заставить Заказ делать Расход (с пустым измерением) и Приход + расход с заполненным заказом.

правильным ли будет в момент проведения заказа сторнировать запись регистрации с пустым заказом и заменять ее на запись регистрации с заполненным заказом?

В отчете Выразить (Регистр.Регистратор Как Документ.Заказ ) не устроит? Если не хочешь терять данные - можно сделать реквизитом и переделать отчеты.

Интересно, какая будет аналитика по заказам если есть только "Регистрация скидки"?

Для регистра установлено 3 регистратора:

а, вот оно чо: "Расходуются скидки при проведении документа "Заказ покупателя". Тогда выкидывать нельзя. И измерением делать тоже нельзя - не закроется тогда. Только по регистратору смотреть, какой документ расход сделал. Вообще бред какой-то, если честно...

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

Может я непонятно выразился. Вы сделали только "Регистрация скидки", заказа еще нет. Формируете отчет, и какую аналитику вы увидите?

Остатков по заказам то нету ;) А все остальное есть.

если измерением сделать, то правильным ли будет

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

Нет, движения только в расход будут.

Можно в заказ добавить ссылку на "Регистрация скидки" - вроде все нормально "проанализируется"

и без изменения структуры регистра

если уж так в гениталий впилось измерение, то регистр должен быть оборотным с двумя ресурсами "ПланСкидки" и "ФактСкидки". План увеличивается регистрацией скидки, а факт - заказом. Скидка считается "съеденной", когда факт сравняется с планом. но тогда остатков по заказм тем более не будет. Фича в том, что в рамках остатков скидки по заказу не может быть теоретически даже

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

офф. а мы потом мучаемся со скидками поставщиков пришедшими в текущем месяце за предыдущий

+100500

а при план-фактной схеме как быть с возвратами?

а ну да. сумму с минусом

Отнимать от факта

Я про аналитику так до конца и не понял. Объясни "Клиент хочет, чтоб заказ покупателя выступал аналитическим разрезом при построении отчета по скидкам"

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

ну вот есть к примеру по контрагенту Покупатель1 такие скидки: Выполнение плана закупок за 4 квартал 2009 Предоплата за январь 2010 Акция такая-то Клиент хочет видеть отчет где названия скидок и заказы выступают группировками

ну в последовательность включить

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

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

Смотри Отчетом все делается

а если регистраций несколько. Скидка же дается не под конкретный заказ. Скидка дается суммой. Суммарная скидка в заказе не должна превышать 20% от суммы заказа. Что мне даст добавление регистрации скидки в заказ?

При условии что скидки не накапливаются

скидка накапливается и списывается

песец... и долго ты будешь кроликов из шляпы вытаскивать? либо описывай задачу полнстью, либо думай сам. Я окончательно утвердился во мнении, что с предметной областью ты не разобрался и сосредоточился на то КАК сделать, а не ЧТО. Регистр этот не подходит.

Делаешь регистрацию скидки измерением (аналог сделки). Дальше два варианта. 1) В заказе в отдельной ТЧ указываешь регистрацию скидки. 2) Методом ФИФО закрываешь регистрации.

так я же все написал в и в . Это полный аналог взаиморасчетов по заказам.

так заказчику же не регистрация нужна в отчете, а заказы покупателя

адресован

Ты разве не умеешь регистраторы в отчете показывать?