M_FighterРегистр Дисконт
реквизиты: дата движения, ДАТА ВЫДАЧИ (пишем туда текущее значение из карты), карта, договор контрагента (нельзя привязывать карту контрагенту например в справочнике карт, т.к. карта не именная. Для отчетов пригодится)
Измерения: Сумма
В первом приближении
Вы перепутали понятия измерения, ресурс, реквизит.
Дата движения и дата выдачи в реквизите - это бред.

Регистр Дисконт, остатков.

Измерения : Статус (перечисление: в наличии, ), Карта (справочник).
Ресурсы : сумма, количество (строить отчеты по остатку карт в разрезе статусов).
Реквизиты : Направления (справочник склад, контрагет, физ.лицо), Вид операции (перечисление: выпуск, начисление, возврат, списание).


Документ ДвижениеКарты, отражает операции по поступлению новых карт (выпуск), выдачу возврат, списание карт. В шапке вид операции.
Проведение вид движения "выпуск":
Приход. Статус "В наличии", ссылка на элемент карта, Сумма = 0, колчество = 1, Склад, вид операции = выпуск.
Вид движения "выдача".
Расход по Статус = "В наличии", ссылка на карту, Сумма = 0, количество = 1, Склад, вид операции "выдача".
Вид движения "возврат".
Сначала движения по "расходу" со статуса "Выдана" Сумма = итоговый оборот по начисленной сумме с момента назначения статуса "выдача" на время документа до проведения, количество = 1, Контрагент (или кто вернул), операция "возврат".
Далее приход: статус "В наличии", ссылка на элемент карта, Сумма = 0, колчество = 1, Склад, вид операции = возврат.
Списание.
Расход по статусу в наличии сумма = 0, колчичество = 1, Склад, вид операции = списание.

При "начислении" проводка по приходу: статус Выдана, Карта, Сумма начисления, количество 0, Контрагент, вид операции = начисление.

Процент скидки добавьте как периодический реквизит для карты (собственно так и не понял почему нужно давать другую карту, а не присваивать новый процент с определенной даты и не использовать его для расчета скидки по новому проценту).

Все отчеты: остатки по статусам карт, сумма накопленным за период, по каким документам вытащите отчетами из движений регистра.

M_FighterМоя ошибка была в том, что я подразумевал что сумма - минус по карте, при ее возврате будет жестко забиваться в документ. Ступил я вобщем.
Ничего "ступово" в этом не вижу. Можно вводить сумму вручную, только чтобы её вычислить оператору все равно придется запускать отчет по вычислению этой суммы. Если сумма будет не корректна то зависнут остатки по ресурсу сумма по измерению статус "выдана".
В принципе может лечиться написанием специальной обработки которая такие зависшие суммы будет находить и автоматически сумму обнулять. Условие обнуления статус = выдано, сумма <> 0, количество = 0.

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

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

Удачи.