Помогите с организацией системы бронирования товара покупателем.
Необходимо соорудить систему бронирования таким образом, чтобы
1) Нельзя было забронировать уже забронированный товар.
2) Бронирование имеет срок начала и срок окончания
3) Бронирование можно снять, но история того кем и когда и насколько товар был забронирован, должна остаться. То есть, как я вижу - записи о бронировании в регистре затирать или править нельзя, можно только добавлять новые.

Например:
01.01.2001 Забронировано с 1 числа, срок бронирования 5 дней.
03.01.2001 Бронь снята (Отказ покупателя)
05.01.2001 Забронировано новым покупателем, срок брони 5 дней.

При оформлении документов нужно получать информацию:

1) При бронировании: не является ли товар (каждый товар уникален) уже забронированным.
2) При снятии брони: Забронирован ли товар на указанную дату.

Помогите определиться со структурой регистра и запроса.

(0) что-то мешает использовать классическую схему резервирования от УТ 10.3

(1)Я чего то пропустил? Где там документы бронирования?

+(2)
Тьфу, то есть снятия брони.
Извините за опечатку.

+ там нет даты окончания бронирования или кол-ва дней бронирования.

(4) конечно есть, в договоре

(5)как этот реквизит влияет на регистр резервов? о.О
Мне тоже заманчиво использовать регистр накопления, но тогда как проверять актуальность резерва автоматически? Фоновым заданием? А если отключены?

(6)[но тогда как проверять актуальность резерва автоматически?]
чё ?
резерв проверяется либо документами, при их движениях, либо отчетами

термин проверка актуальности резерва автоматически бессмыслен

хм.. Хотя актуальность можно получить в запросе, опираясь на реквизит договора и дату записи в регистр резерва..

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

(7)(9)
Тут не в лени дело.
Я писал в (0) нужно узнать актуален ли резерв в момент проведения дока реализации или дока снятия резерва

Не сразу понял о чем вы, да, решение из УТ подойдет.