1С-программирование, нужно замутить скидки, КАК? #6759

В оптово-розничном магазине требуется замутить такую штуку в конфигурации 1С: реализуя товар, нужно учитывать оборот по клиенту (сколько товара он покупал до этого), и в зависимости от оборота, предоставлять ему определённую скидку. Вопрос - как подсчитывать обороты по конкретному контрагенту? (Сердце мне подсказывает, что нужно в модуле формы документа по реализации встроить эту самую подсчитывающую функцию, от результата которой будет автоматически меняться величина скидки в данном документе). Поможите кто может...:-)

То есть - надо написать за тебя? Бесплатно?

0) Интересно,а ты уже работаешь программистом или еще тренируешься?

Зависимость скидки от оборота - не самая удачная идея при условии что твоя фирма предоставляет отсрочку по оплате товара. Более выгодно на формировать документ закрепляюший за клиентом скидку на какой то период (примеру месяц) . Rаждого первого числа автоматически формируешь документ, начальник его правит/подписывает/проводит. Ты сидишь пьешь кофе.

Можно так: 1. Вставить кнопку на форму типа "Расчитать Скидку" 2. По нажатии кнопки вызывать процедуру для расчета скидки 3. Если база на БУХ то смотреть оборот по 60 счету (к примеру)   если на Расчете то по регистрам. или 3. Хранить в справочнике контрагенты сведения по покупкам. а. Завести реквизит в справочники типа СуммаПокупки - Число (можно периодический) б. При проведении и отмены проведения делать соответствующую запись в реквизит Я бы выбрал второй вариант, как наиболее быстрый ...

Интересно... какуое отношение имеет 60-тый счет к продажам? Мож 62-ой?

Во-во, если смотреть то уж обороты по 51,62, потому что вдруг был возврат товара? это ж в скидку никак не включается. И я тож согласна что лучше периодический реквизит в справочнике Контрагенты. Быстро и просто, при проведении выписки пусть плюсуется.

есть специальное мутило для мутения скидок.....

Привычка .... в основном у меня вся работа с 60, с поставщиками ... Но в скобках привел (к примеру)  :о)))

шоб замутить скидки достаточно сходить к ближайшему барыге 1Снику

Изучаю программирование 1С почти месяц, не работаю, просто есть калым - попросили на фирме добавить рекламу в чек и маленькую прогу, чтобы вывводила имя контрагента. Я сделал - получилось, теперь спрашивают, не мог бы я им скидки замутить, я пообещал, но как точно они пишутся и что на что завязано, я не знаю :-)

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

Ага... Тафай-тафай... Потом понадобиться делать разные скидки на разные группы товаров - еще периодических реквизитов в справочник напихаем?

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

Вопрос 1-й: Есть ли в типовой конфиге примеры со скидками?

По-моему в ТиС есть скидки, но там скидку ставишь вручную на каждого Контрагента

Ответ 1-й - какой типовой?

Типовая конфигурация 1С (у меня есть версия с ИТС за июнь месяц - 460, что ли...)

Мдя

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

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

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

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

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

Сорри

1) Про изменения в форме документа - не получится ли, что открыв документ, проведённый до изменений в конфиге, там будет белиберда типа наложенных слоёв и прочее? 2) Завтра же посмотрю, что там за регистры, но ЕСЛИ ИХ НЕТ (Не дай Бог...) (то есть нет регистров, отражающих расчёты с покупателями, то откуда вылавливать информацию о расчётах? Остаётся только из документов, но я, даже начинающий, чувствую, что это тормоза для базы, а во-вторых, какими процедурами вытаскивать информацию о движении средств из документов? 3) Глуплю...но, приведите, пожалуйста, простейший пример, показывающий сущность оборотных регистров (в отличие от остаточных)...%-))) 4) И если можете, подскажите про подчинённость справочников. было бы идеально, если бы разрешить юзеру вносить размер процентной скидки на группу (например, добавить реквизит "скидки" в группу справочника "Номенклатура", чтобы в случае изменения размеров скидки можно было бы изменять это дело на группу товаров. Вот такой геморрой...:-)

Простите, какие возвраты Вы имеете в виду?

У тебя уже есть условия предоставления скидки. Они просто таки обязаны где-то храниться, например в справочнике что то типа минСумма, максСумма, товар/группаТовара, признак типа скидки (разовый/накопительный),процентСкидки При запонении документа - смотришь на входимость товара по группеТовара в этом справочнике, если входит проверяешь денежные условия, если попадает - выставляешь скидку по товару. Переходишь с следующему товару. Бардак начнется когда выясниться что часть клиентов уже имеет скидку вне зависимости от объема выборки. Вот тут и будешь ломать голову над вопросом какая скидка приоритетней к п. 1.  Как напишешь так и будет. Напишешь белиберду - получишь ее п. 2. Очень было бы интересно посмотреть на работоспособную конфу без регистра Взаиморасчеты. Так что в твоем случае он есть. к Возвраты - возврат ТМЦ (есть ли смысл давать клиенту скидку если по предыдущим он делал возврат) и я предположил бы что подразумевается еще возврат денег от покупателя если он берет с отсрочкой платежа (опять же целесообразность скидки если клиент динамит).

Нет, в конфиге скидок нет - они высчитывают это по распечатке:-) Распечатка на 3 страницы с различными условиями предоставления скидок.