Изучаю механизм  бонусных дисконтных карт в типовой 1С: Розница 2.2

Общие правила:
1) Начисление бонусов за покупки
2) Оплата бонусами покупок
3) Бонусы сгорают через 1 месяц, если их не использовать (месяц для проверки, вообще через год)

Тестовая ситуация №1:
1) В начале месяца начислились бонусы на карту в размере 1000. Они должны списаться (сгореть) через месяц
2) В течении месяца потратили 800 бонусов (из той 1000) и получили еще 900 новых.
3) В итоге к концу месяца мы имеем на остатках 1100 бонусов
4) Приходит регламентное сгорание бонусов из пункта "1". По  логике из 1000 мы уже потратили 800, т.е. остаток 200 и именно их система должна списать, а значит после списания должно остаться "1100 - 200 = 900"

Но в системе (в регистре) хранится запись о "КСписанию" = 1000 и реально списывается 1000 баллов (т.е. вся сумма из первого пункта), а не 200, которые остались

Вопрос - это типа так и должно быть или я что-то не так настроил????

(0) Вообще тут напрашивается "Партионка", согласно которой должны сгорать бонусы (по классическому FIFO). Но ее НЕТ!!! Ну либо я не догоняю.

Просветите, пожалуйста.

ап

Попробуйте еще раз все по порядку провести в базе. В регистре есть реквизит, ДатаПервоначальногоНачисления, вот от него зависит списание. А остаток бонусов, по датам списания получается через одно место, посмотрите функцию Функция ТаблицаОстаткиИДвиженияБонусныхБаллов(ДисконтнаяКарта, ДатаЗапроса) Экспорт. Чем дольше работаете, тем медленнее она отрабатывает.

Когда всю последовательность сделаете, посмотрите по регистру, какие там записи. Должно списываться 200 баллов

У вас вопрос за решение которого обычно платят зарплату.

В чем проблема?

(4) к (0)

(4) Проблема в том, что порой люди пишут не по делу. И это ОООЧЕНЬ большая проблема.

(3) Чет не совсем понял, при чем тут "Функция ТаблицаОстаткиИДвиженияБонусныхБаллов"

Списание по сроку делается рег. заданием, которое отрабатывает по настройкам из справочника "ПравилаНачисленияБонусныхБаллов", СКД "СписаниеБонусныхБалловПредопределенный". В этом запросе НЕТ никакого учета "ДатаПервоначальногоНачисления"

Рег. задание это отрабатывает процедурой
"ВыполнитьАвтоматическоеНачислениеИСписаниеРегламентноеЗадание"

которая потом вызывает
"БонусныеБаллыСервер.ВыполнитьАвтоматическоеНачислениеИСписание(ПравилоНачисления);"

А в ней:
ТаблицаНачислениеИСписание = ТаблицаНачислениеИСписание(ПравилоНачисления, ДатаНачисления);


В "ТаблицаНачислениеИСписание"  просто обрабатывается запрос из СКД переданного правила.

(7) У вас какая то неправильная "типовой Розница 2.2", версию то скажите

Раз уж вы уже играетесь с бонусами - что хранится в регистре с бонусами - количество или денежный эквивалент? Там при создании бонусной программы одним из реквизитов является "Курс бонуса к валюте регламентированного учета", то есть 1 бонус = ? рублей. Что хранится в итоге - бонусы или уже рубли?

(8) Розница, редакция 2.2 (2.2.6.33)

(9) Там хранятся бонусы. Пересчет в деньги происходит потом. Но в конкретно нашем случаае 1 бонус = 1 рублю.

:(

Видать летнее обострение - никто делом заниматься не хочет

(13) Да не хочет. Ты там чем занят и почем?

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

(14)Если разобрался почему бы и не написать. Но просто из мимопроходящих видимо никто не курил бонусы.

(15) Никто не догадался их списывать встроенным в платформу кривым механизмом.
Лично у нас ручное списание, причем перед этим делаем акцию "Ваши бонусы скоро сгорят, бла, бла, бла"

(14) Если ты не заметил, то в (7) я полностью описал порядок действия по "отладчику".

Заканчивай херню писать. Не можешь ничего путного сказать по делу - помолчи.

(17) А теперь еще по отладчику пройдись откуда записи взялись в РН БонусныеБаллы и все ли там правильно

(18)+ В смысле ты почему то думаешь что записи/суммы в регистре правильные и неправильное работает регзадание.
Хотя с заданием то все ок, перед этим трабла.