Интересует концепция скидки в конфигурации ТиС 9.2 #8613

Интересует концепция скидки в конфигурации ТиС 9.2 Передо мной стоит такая задача – имеется оптово-розничная фирма, реализующая товар постоянным клиентам. И в зависимости от того, на какую сумму купил товара этот клиент, ему может даваться определённая процентная скидка на покупку. Причём эта скидка может быть разной в зависимости от группы покупаемых товаров. В идеале это должно выглядеть примерно следующим образом: при заполнении документа «Реализация» при выборе контрагента должна вычисляться объём его закупок и в соответствии с этим автоматически вычисляется процент скидки по нему и соответственно сумма документа. В общем, это всё арифметика, меня интересует следующее: 1)  Какими средствами лучше всего воспользоваться для вычисления объёма продаж по конкретному клиенту?     Стоит ли применять язык запросов со ссылкой на документы по контрагенту (реализация идёт по следующим документам: «Реализация» и РеализацияРозница»)? Трудность состоит также в том (во всяком случае для меня:-) ), что вычисление табличной части документа осуществляется в глобальном модуле (типовая конфа ТиС 9.2), куда следует помещать текст запроса и сам запрос по вычислению объёма закупок?            Или, может быть, можно воспользоваться регистром «Продажи»? Правда, я ещё не совсем разобрался, что именно двигает его. Не подскажите?:-)   В общем, надеюсь на внимание и советы бедному новичку:-) Заранее благодарен.

По объему продаж - это запросто, примерно так: В доке реализация на кнопку выбора контрагента вешаешь процедуру, в ней выполняешь запрос за необходимый период по документам реализация с условием по выбранному конрагенту, считаешь сумму. Вставляешь условие: если сумма больше такой-то - огромная скидка, если между такой-то и сякой-то - поменьше, а если меньше сякой-то - пошел на фиг. Ессно, скидки необходимо выбирать из справочника скидок и вставлять в реквизит дока скидка, после чего вызывать процедуру (навскидку не скажу название), обновляющую форму дока. Все, можно забивать номенклатуру и цены - скидка посчитается самым стандартным образом. Можно в запрос притулить возвраты и уменьшать сумму, но это зависит от вашей политики. Тут, правда, необходимо учитывать, что, чем больше период и документооборот, тем задумчивее будет выглядеть выбор контрагента. А вот зависимость от группы товаров... Можно, конечно, но геморно, на мой взгляд.

А если вся эта шняга высчитывается в глобальнике? (НДС, сумма, и прочее) - то запрос тоже в глобальнике делать?

Естественно, запросом.... по Продажам... документы тебе в общем то не нужны... А вот хранение скидок... Сделай подчиненный Контрам справочник Скидки по номенклатуре... туда руками оператор или манагер заносит элементы типа ГруппаТовара - % Скидки... с признаком - действует/не действует (чтобы отключать в дальнейшем)... Второй подчиненный справочник - СуммаПокупок, заполняемый регламентной обработкой с нужной периодичностью). Можно, конечно, на лету вычислять сумму закупленного - проверь, не будет ли тормозить, тогда используй этот способ - справочник не нужен... В самом доке сделай кнопку РасчетСкидок... Оператор заполнил РН стандартно, нажал кнопку - рассчитались скидки... Вот со скидками док и должен уйти в проведение... Да - не забудь механизм контроля прикрутить - не забыл ли оператор нажать РасчетСкидки....

3) Имеете в виду - запрос по регистру "Продажи"? Я вот боюсь - как бы этот регистр ещё что-то другое не двигало, кроме двух нужных документов - "Реализация" и "РеализацияРозница".   Дальше - итак...нажимает клиент кнопочку "Рассчитать скидки" - и запускается процедурка, по идее она должна находиться в модуле формы, но как быть, если весь расчёт табличной части идёт в глобальнике?

А зачем этот справочник скидок делать подчинённым контрагенту?

у каждого контра СВОЯ скидка... по группе... вот слово СВОЯ - на него стоит обратить внимание... Если бы скидка была общей...

Просто про подчинённые справочники читал только в теории...И с трудом пока представляю, как они соотносятся друг с другом:-)   У каждого контрагента СВОЯ - именно из-за конкретного объёма покупок - это допёрло... А вот куда помещать процедуру расчёта скидок и самой суммы - не могу допетрить...:-(((

в форму документа. Когда все заполнено по нормальным ценам - нажимаешь кнопку РассчитатьСкидку и видишь в добавленных колонках Сумму Всего и НДС уже со скидкой... Вот эти то колонки и используешь при проведении

То есть и движение регистров изменять - вместо "ПродСтоимость" писать "СуммаВсегоСоСкидкой"? Бр-р-р...Как всё ужасно...:-)

Зачем? А впрочем.... тут смотреть надо как считается скидка.... - от реальной оплаченной суммы (накалываем клиента после получения скидки) или как количество купленного*ЦенаПрайса без учета полученной скидки.... На этот вопрос пусть отвечает тот, кто ставит задачу... Во втором случае надо знать реальную полученную сумму + хранить сумму скидок... Но в любом случае Продажи изменять не надо - там реальная продажа фиксируется...

Гхм...Действительно. Вот только удивятся, поди, когда в каких-нибудь отчётах, зацепленных на этот регистр, цифры будут не сходиться с реальными. Эх-х-х...прикольная эта вещь - 1с:Программирование всё-таки...:-)

Ошибаешься... Все сойдется... Только без доп регистра СКИДКИ ты их нигде не увидишь... Ну разве что еще отчетом по проведенным докам... и то если в доке есть колонки СуммаБезСкидки и СуммаСоСкидкой...

Погоди... Если мы со скидкой продали на 90 рэ, и в кассе 90, а по регистрам провелось 100, то как же это всё сойдётся?

а с какого по регистрам 100 пойдет... Должно пойти 90 - реальная цифра, и гдето должно пройти 10 как полученная скидка....

Я так понял - реквизит "сумма" мы не меняем и не трогаем, а добавляем новый реквизит - СуммаСоСкидкой. "Сумма" двигает регситр "Продажи", а СуммаСоСкидкой ничего не двигает, по ней просто вычисляется, сколько денег взять за товар. Если честно, я запутался...ладно...утро вечера мудренее, спать пойду, авось что-нить приснится из алгоритмов. А вот по поводу подчинённого справочника - не понял... Разве нельзя сделать отдельный справочник с реквизитами типа "ГруппаТоваров", "ОбъемПокупокСвышеОпределённойСуммы","ПроцентСкидки" и затем уже в документе проверять соответствие покупаемого товара, объёма покупок у конкретного контрагента в доке этим реквизитам и автоматически заставлять систему выбрать нужный элемент справочника с нужным процентом скидки?

Надо,наверное, ещё отдельный справочник для групп сделать.

Насколько я понял, Pit предложил по кнопке расчитать новыю "Сумма" и "СуммаНДС" с учетом скидки. Т.е. в последствии тебе не надо будет трогать проведение документов - они будут работать как и работали, только в продажи будут списывать уже с учетом скидки, по остальным регистрам тоже.  ПОдчиненный справочник по конрагентом нужен в том случае, если размеры скидок будут зависить от контрагента. Т.е. при одном и том же объеме покупок у разных контрагентов разные скидки. Впрочем я бы не стал так делать - для каждого контрагента свой набор скидок? Хм... сомнительно. Уж лучше создать дополнительный справочник, что-нить типа "ПолитикаСкидок" и приписывать политику контрагенту (можно через свойство контрагента). А вот уже для политик определять скидки. И еще в регистр "Продажи" ввел бы измерения "Скидка". Да и не забудь о возвратах....

Сорри - ресурс "Скидка"

Никто больше идей не подкинет?:-)

ап