Вопрос по связке ГСМ-Талоны

Хочу посоветоваться по схеме учёта талонов.
Для описания ввожу сокращения ДКСТ – диапазон кодов справочника Талоны
ДНСД – диапазон номеров строки документа
ДНД – диапазон номеров документа
ДНД является суммой ДНСД, причём ДНД может быть прерывным, например в случае ели мы хотим расширить диапазон ДНД путём добавления новой строки уже после того как был введён следующий документ «забравший» себе свой диапазон ДНД.
Итак, механизм выдачи талонов: в табл. части документа «Выдача талонов» существуют реквизиты «НомерС» и «НомерПо», которые являются граничными значениями ДНСД.
Эти реквизиты заполняются автоматически по команде пользователя. Заполнение производится после того как внесены все строки документа и заполнены все прочие реквизиты строк.
В дальнейшем мы можем либо «расширить» ДНД, либо «сузить» его. «Расширение» производиться не за счёт изменения реквизитов «НомерС» или «НомерПо», а за счёт добавления новой строки со своим ДНСД, т.к. иначе мы затрагиваем ДНСД других строк. «Сужение» ДНД производится либо за счёт «сужения» ДНСД конкретной строки, либо за счёт удаления строки и соответственно исключения ДНСД из ДНД документа. Оба варианта возможны, т.к. не затрагивают ДНСД других строк документа.
Частным случаем является пометка на удаление документа выдачи талонов, т.к. это аналогично удалению всех строк документа.
При этом возникает вопрос, что делать с элементами справочника Талоны, коды которых попали в диапазон «сужения». Я вижу три варианта:
1. Удаление соответствующих элементов справочника
2. Если талоны планируется в дальнейшем выдавать, то они должны быть перемещены в группу «Свободные талоны в организации» и обезличены, т.е. реквизит «Контрагент» у них должен быть очищен.
3. Если талоны возвращены от контрагента, то они помещаются в группу «Талоны погашенные» и с ними дальнейших действий не производится.
Поясню откуда появляются варианты 2 и 3.
Вариант 2 – оператор уже сформировал элементы справочника Талоны, но ещё не напечатал и не проштамповал их, т.е. хотя в спр-ке элементы уже и созданы, но они ещё не «овеществлены». И в этот момент либо клиент совсем отказался отпокупки, либо изменил перечень ГСМ.
Вариант 3 – талоны уже напечатан, проштампованы. Тогда мы их гасим и храним.
Таким образом у нас отсутствуют «дыры» в ДКСТ и каждый номер талона находится под контролем.
 Есть ли в данной схеме слабые места, неоговоренные мной ситуации не вписывающиеся в данную схему, с нетерпением жду ваших мнений!

up

Непонятно для какой компоненты/редакции это придумано. Но если абстрактно рассуждать.

Но ИМХО, слишком усложнено. Сужение-расширение...

1) Есть справочник, куда заносятся все талоны по 1 штуке (если учет поштучный).
2) Есть документы приход/перемещение/списание этих талонов.

Дык сделай к этому справочнику и документам интерфейс:
а) групповой ввод/удаление талонов (с ... по ...)
б) групповой подбор талонов (с ... по ...)

И все.

Кривовато как-то система поставлена
очень смущает то обстоятельство, что есть некоторая привязка
к стокам документа. Зачем это нужно? кто-нибудь поменял порядок строк, например.
Вставили строку документа.... нехорошо.

OAndrey  правильно сказал. в общем случае делаем справочник, в котором
эти талоты отражаются. и делай реквизит перечисления, который
принимает значение типа: свободный, выданный, возвращённый, списанный и т.д. и т.п.
Можно этот реквизит даже сделать периодическим, что бы всё было хорошо.
Так же реквизит на документ, которым выдали, для обратной связи.
А документов то штуки 4 делать нужно. Ввод талонов, выдача, возврат, списание.

В документе выдача талонов от пользователя должно запрашиваться только количество талонов к выдачи, а никак не серии кодов талонов. И он сам перелопатит справочник и найдёт свободные талоны.

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