Всем привет!
Прошу помощи при решении простой(но для меня сложной!) задачи.

Необходимо автоматизировать предприятие, занимающееся реализацией путевок для различных санаториев.
На входе имеем:
-список санаториев(характеризуется простым наименованием)
- у каждого санатория имеются путевки(характеризуются номером путевки)(Путевки - не справочник!). Номер путевки уникален в рамках санатория. Путевка может появиться в системе только один раз: пришла-продали, больше такой путевки не должно быть.
- у каждой путевки есть дополнительные характеристики: дата заезда, продолжительность проживания. Характеристики могут расширятся без изменения конфигурации.
- Приходная накладная: в шапке санаторий, в табличной части номера путевок с доп. характеристиками.(Необходим контроль на задублированность путевок, как в самом документе так и на ранее введенные). - приходует путевки на остаток.
- Расходная накладная: в табличной части санатории, путевки. Подбор осуществляется через окно текущих остатков путевок. - расходует путевки с остатков.
- Отчет: Остатки и движение путевок. В фильтре: Период, Санаторий, Дата заезда.
В разрезе путевок вывести дополнительные характеристики.

обычна стандартная конфигурация.
Путевки - номенклатура с учетом по серийным номерам. + доп.свойства. Санаторий - контрагент.
Отчет - по товарам со своими настройками Группировок

sava1 @ Сегодня, 12:10 необходимо зарегистрироваться для просмотра ссылки ,
Дело в том, что Путевки - это не справочник(такое условие). Как сам человек указал, давший эту задачку, Путевки - число.
Я понимаю, что нужно создать справочник Санатории. Далее документы покупка-продажа. Сделать движения по регистру накоплений для срабатывания счетчика +/- путевка, где измерения будут Санаторий и Путевки, а ресурс Количество. Я так понимаю, для доп характеристик нужно использовать План видов характеристик (к сожалению, с ним я не знаком, пока понять не могу как и с чем его едят). Самое сложное понять, где должны хранится Путевки, раз это не справочник? В планах характеристик к Санаторию? А далее, как сделать уникальным Номер путевки, чтобы не было возможности его дублировать, как делается проверка? Ну и дальше в регистре накоплений как будет тикать счетчик по каждому новому полю, это нужно запрос делать?
Я начинающий в этом деле, есть какие то знания и немного навыков базовых, но я очень хочу уже устроится на работу, а времени 2 дня) Извиняюсь заранее, если я написал что-то некомпетентно.

возьмите любую стандартную конфигурацию , где есть Серийные номера - посмотрите.
по большому счету - путевки - это Номенклатура. для "обрезанного" случая - его вообще может не быть. - тогда не надо и хранить.
в регистрах - будет связка Санаторий и номерПутевки

Регистр сведений подчиненный документу Приходная накладная.

Помимо данных путевки там ещё Санаторий, наверное, должен быть.

а зачем ? в регистре накопления будут - и достаточно.

sava1 @ Сегодня, 12:43 необходимо зарегистрироваться для просмотра ссылки ,
Получается, нужен реквизит Путевки в приходном и расходном документах?

sava1 @ Сегодня, 12:43 необходимо зарегистрироваться для просмотра ссылки ,
И как тогда сделать доп характеристики примитивному типу данных Число?

В случае с регистром накопления что бы проверить уникальность записи, надо проверять была ли запись в регистре без ограничения по периоду. Не очень оптимально. В случае с регистром сведений такой запрос будет оптимален. Кроме того, по-моему, платформа сама может проконтролировать уникальность записей в регистре сведений без написания какого-то кода.

Опять таки, если путевка это уникальная штука, то регистр накопления тут, на мой взгляд, идеологически не очень подходит, т.к. накапливать нечего. По каждой путевке может быть 2 записи: Пришла - Ушла. Да, кстати, тогда для этого в регистре сведений надо ещё признак Использована. Приход - Использована=Ложь, Расход - Использована=Истина. Да, в таком случае регистр должен быть периодическим и для проверки уникальности таки кода немного написать надо будет.

Vofka @ Сегодня, 13:11 необходимо зарегистрироваться для просмотра ссылки ,
Признак Использована нужно прописывать в модулях документов, я правильно понимаю? А регистр накопления, как я понял, нужен для отчета, чтобы посчитать остатки, разве нет?

Заполнение регистра надо делать в модулях докуентов, да, в обработчике ОбработкаПроведения()


Тут нету остатков как таковых. Путевка свободная или есть или нету. Не может быть несколько одинаковых свободных или не свободных путевок судя из того, что вы сказали. Поэтому я тут регистра остатков не вижу. Но реализовать можно и на нём. Но это будет не эффективно, на мой взгляд.

toshchak @ Сегодня, 12:04 необходимо зарегистрироваться для просмотра ссылки ,
Как то интересно. Зачем делать регистры путёвок. Само наличие путёвки, само за себя говорит. Я бы испоьзовал планы видов
характеристик при формировании путёвки относительно конкретного санатория, регистры и тем более движения по ним нет никакого смысла использовать. Путёвка это документ, то к чему привязывается любая куча характеристик. Отчёты в разрезе
характеристик указанных в этом документе