Накопительные скидки ... help!!! : Супермаг Плюс (Супермаг 2000)

Народ, а кто еще пользует накопительные скидки и как? И возникают ли какие-нибудь проблемы с ними? У нас скидка в зависимости от накопленной за 30 дней суммы от 3 до 10%, тольк вот у покупателей, когда % скидки уменьшается из-за их неактивности, постоянно возникает вопрос "КАК ТАК???", хотя на карточке четко написано "Скидка предоставляется по 1% на кажую полную тысячу рублей из накопленной суммы за 30 календарных дней, предшествующих дню совершения покупки, но не менее 3% и не более 10%". Может это слишком заумно написано? Кто что и как в таком случае пишет?

А если надо чтобы скидка накопительная не зависела от временного интервала - т.е. копиться и копиться - хоть за месяц, хоть за 5 лет - то в таком случае что прописать в активность покупателя будет оцениваться за: дн. - надо написать огроменную циферь или же оставить 0?

Вопрос снимаю - при создании оказывается справшивается об этом

Прописал в справочниках - накопительные скидки - начальная скидка 3%,
скидка 4% от 15000 - создал тип карт - привязал к нему это условие - пошел на кассу проверять - по кассе проходит скидка 4%, хотя по отчетам продажи по этой карте всего на 11,64 руб - подскажите из-за чего это может быть?

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

Карты в обоих базах одинаковые? Товары одинаковые? Что есть в одной базе, чего нет в другой?

Карты одинаковые. Только id в smdiskpers несовпадают.
Товары одинаковые, но часть товаров имеют разные артикула в разных базах.
А по конкретнее?

Лучше не делать... Слишком много шансов нарваться. Сначала соедини почтовиком базы.

Почтовиком базы - такой вариант пока не катит. Различия в карточках порядка 5000 штук (либо товар имеет в ЦО другой артикул либо он там не заведен) и глобализация такого количества пока не представляеться возможным. Планируем просто по штрихкодам и наименованиям перенести остатки в новую подчиненную базу для этого магаза. Но накопительные нужны сейчас. Рассматриваем вариант написания приложения на Delphi (по номерам карточек в обоих базах из smdocdisccard выдергивать суммы а потом менять тип карты - ну и типы карт сделать обычные просто в smdiscpers менять тип в обоих базах как в скрипте Mtirt). Но пока наблюдаються тормоза с отработкой запроса на вычисление сумы в старой базе по каждой дисконтке порядка 3-4 сек при 11000 дисконтках это слишком долго. Вот интересуюсь может кроме соединения почтовиком и сторонней проги есть еще варианты? Понимаю что задача не совсем нормальная но нужно искать выход из этой ситуации.

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