Здравствуйте!

Есть объект учета - Сервер. Этот сервер состоит из произвольного количества составных частей (комплектующих). Например
На 01.01.2020 Сервер №1:
Инвентарный №1
HDD - Gigabite, 1 Tb
HDD - Kingston, 2 Tb
Мат. плата - Gigabite

Через месяц этот же сервер, но его состав поменялся
На 01.02.2020 Сервер №1:
Инвентарный №1
HDD - Gigabite, 1 Tb
HDD - Huawey, 1 Tb
HDD - Huawey, 2 Tb
HDD - Nvideo, 3 Tb
Мат. плата - Asus

Как можно прописать так, чтобы эти изменения фиксировались в учете и можно было просмотреть историю.
Понимаю что это нужно делать через периодический регистр сведений. Но как в записях периодического регистра сведений учесть то, что мы заранее не знаем какое количество у нас будет HDD. А вдруг их 10-к добавиться
---
можно все это сделать документом в котором есть табличная часть.
В шапке указывается объект учета, а в этой табличной части вы просто добавляете или удаляете строки как в документе приобретения.
Соответственно этот документ делает движения в РС.

Это по человечески...

Извращенно можно писать сразу в Регистры
---
можно все это сделать документом в котором есть табличная часть.
В шапке указывается объект учета, а в этой табличной части вы просто добавляете или удаляете строки как в документе приобретения.
Соответственно этот документ делает движения в РС.

Это по человечески...

Извращенно можно писать сразу в Регистры
---
Да но что бы потом просматривать состав объекта на дату, нам нужно указать Измерения или Ресурсы для хранения составных частей, а нам заранее не известно сколько их у нас будет. Может прибавится 1 HDD, а может и 10
---
А зачем вам заранее знать количество? вы что заранее знаете количество строк в документе приобретения ?
У вас какое -то странное представление о документах...
Состав объекта у вас и будет - все данные из ранее введенного документа
---
Вы имеете ввиду, что на один Сервер у нас будет насколько записей в Периодическом регистре сведений - 1 запись на каждый компонент, входящий в состав Сервера
---
Да
---
Можно попробовать состав объекта хранить в периодическом регистре сведений.
---
Так я так и пытаюсь, но как учесть то, что может прибавится 1 HDD, а может и 10, а это же как-то нужно хранить в Ресурсах или Измерениях, что бы потом просматривать
---
Что значит "может прибавится 1 HDD, а может и 10"? как вам нужно это хранить: как 1 строка с количеством 10 или как 10 строк. Если как 10 строк, то можно добавить ресурс "Используется" (или установлен, или входит в состав или ...подставить что-то самому...) типа булево. Если исключили из объекта, то снимаем галку с определенной даты и все.
То есть состав объекта храниться несколькими строками регистра сведений, а не одной. Делаем срез последних и выбираем те, у кого Используется = ИСТИНА.
---
Вот я и думаю как это хранить наверное как несколько строк.
Тогда у нас в Измерения будут входить эти комплектующие?
---
Вы начните с создания объекта метаданных ДокументИзменения и потом вам будет легче понять какие делать измерения РС, в которые ваш документ должен будет что-то записать
---
Так у меня не только документ изменения, у меня ещё и документ создания, поэтому всё-таки надо определится с Измерениями
Думаю чтобы однозначно индентифицировать запись регистра нужно в Измерения включить Инвентарный номер, Комплектующею (Номенклатура), а в Ресурсы - количество

Поправьте меня пожалуйста, если не прав
---
а чем отличаются принципиально документ создания от изменения?
Вы кажется перемудриваете...
Достаточно одного документа ИзменениеСостоянияОбъектаУчета
Самый первый документ и будет выполнять роль создания.....
Зачем 2 одинаковых по сути то делать?
---
ну если вам хватит 3 сущностей для хранения данных, то все верно.
Только не забудьте сделать РС зависимым от регистратора, и чтобы при распроведении все удалялось автоматом...

Единственно только при этом инвентарный номер должен быть реквизитом элемента справочника ОбъектыУчета. Чтобы по нему однозначно идентифицировался сам объект. И потому проще и правильнее всего туда не Инвентарный номер а ссылку на объект учета впихнуть
---
Не ставьте телегу впереди лошади - регистр получать данные должен из документа - для вашей простоты понимания
---
Еще вариант:
Состав храниться одной строкой: Дата, Объект (в вашем примере - сервер), Состав. Состав - хранилище значений, в котором хранятся конкретные наименования (могут ссылки на что либо, могут просто строки).
При таком варианте проще определить состав на определенный момент и регистр будет меньше места занимать, но будет сложно организовать поиск комплектующих.
---
У вас будет на каждое изменение 1 документ прежде всего на каждое изменение.
То есть что-то добавилось или что-то убралось - это работа с табличной частью документа.
И соответственно движениями этого документа будут записи вашего регистра сведений.
Они всегда 1 запись на каждый товар и тд....