Структура регистра сведений

Всем привет. Проблема такая, есть организации имеющие участки земли по стране. Есть соответствующий регистр сведений с измерениями: Организация, Область, Район, Город, Улица, Участок и некоторыми числовыми/строковыми ресурсами. Каждый месяц каждая организация пишет в этот регистр информацию по своим участкам. И по этим данным строится отчет. Участок земли (т.е. значения область, район, город, улица, участок и ресурсы) может измениться/удалиться в следующем месяце. Чтобы отчет корректно отображал данные, я собираюсь добавить в пользовательский интерфейс кнопку "удалить участок", которая будет просто занулять все ресурсы по измерениям и добавлять эту новую запись в регистр сведений. И тогда в отчете на очередной месяц будут получены все актуальные данные по участкам и данные по измерениям удаленных/замененных участков с пустой частью ресурсов. И вот мы в победителях! Я пока третий месяц в мире 1с. Скажите, такая задумка сработает? или может есть какой то существенный просчет?

Другая идея, все таки области, районы, города, улицы, участки могут менять с периодом в месяц, тогда их лучше в ресурсы перенести, но тогда нужно будет добавить какой то уникальный индекс. Некий "ассемблеровский регистр" своего рода ячейка памяти, назовем ее ИндексУчастка с типом Число, которая будет указывать на участок за которым она закреплена. И если у организации появился новый участок, то этому новому участку назначаем либо свободный индекс, либо новый и с этим добавляется запись в регистр сведений; если участок удаляется, то как было уже написано, зануляем все ресурсы и пишем запись в регистр сведений, таким образом появляется свободный индекс.

Какой вариант более оптимальный/ошибкоустойчивый? Или может есть типовое решение для таких целей?

Как по мне, первый вариант менее трудозатратный, а второй более трудозатратный и точный.