Хранение изменяющися характеристик товара

как вариант делайте через пересортицу
в комментах пишите Калибровка нивелиров
у вас будет расход Нивелир с простой Хар-ой и приход с Ниселир окталиброванный

сделайте Регламентное задание обработчик, который проверяет откалиброванные и переводит в простые

по остаткам вы всегда будете видеть текущее состояние
сколько простых сколько откалиброванных нивелиров,
а так -же иметь историю когда и кем проводилась калибровка

Комплектация номенклатуры в типовых как вариант реализации.

Вы остатки где и как храните? в разрезе Номенклатура - характеристика?
какие документы вам двигают остатки?
Вы же первым делом захотите получить калиброванных и простых нивелиров!

если просто Товар - партия, тогда вешайте на периодический регистр сведений - текущее состояние
требуется калибровка
откалиброван
и т.д.

тогда запросом подтягиваете к паре Товар - Партия его текущее состояние,
Вариантов вообще множество, и какие-то из них сильно зависят от конфигурации вашей базы

а где и как вы храните серийный номер, или что там у вас идентифицирует нивелир, как вы поштучно, индивидуально к каждому нивелиру, планируете привязывать данные о калибровке?

ага, очень прикольно звучит Регистр накопления - срез последних !
не забудьте в измерение добавить серийный номер, что бы была пата Товар - СерийныйНомер ...
а то замучаетесь потом в своей куче разбираться что конкретно откалибровано а что нет

а каким документом будете в РН.ВашиОстатки писать (каким приход, каким расход) ? какие другие состояния планируете учитывать?
по идее должно вылиться в отдельную ветку учета состояний товаров (не обязательно только Нивелиров и необязательно только состояния Калиброван делайте все с универсальным размахом)
как все это в итоге реализуете, даже любую хорошую идею можно так за Гкодить ... что она уже станет совсем не хорошей.

ой, я бы весь товарный/управленческий учет не перепиливал,
просто добавил бы один регистр с такими данными: Товар - СерийныйНомер - ВидСвойства - Значение - (Дата)
и один документ по изменению этих свойств
в любых отчетах где нужны количества доп свойств просто присоединял бы данные этого регистра по связи
Товар - СерийныйНомер (на какую-то дату)
Весь остальной приход-расход перепиливать не надо.

Лучше учет по сериям сделать.
Каждый нивелир своя серия с номером прибора и т.д.
А прохождение проверок как угодно можете сделать, хоть галочками для серии, хоть регистрами сведений. Хоть отдельную подсистему организовать по проверке.

Мне кажется, что хранить в базе нужно не состояние а дату изменения этого состояния, поскольку состояние может измениться от времени. И тогда получиться что в базе не достоверные сведения.
На примере с нивелирами: Вчера на складе лежало 5 поверенных нивелиров. А сегодня, у скольких прошел срок? Нужно каким то образом изменить у них состояние. Зачем эти заботы? Идея с с/н отличная - к каждому серийному номеру привязываем дату поверки. Тогда на любой момент времени можно вычислить состояние поверен/неповерен - хоть в скрипте, хоть запросом, да просто в уме). В отчете фильтром: Дата поверки меньше "Дата" и т.д.
В регистре сведений можно хранить всю историю поверок... Если история не нужна можно на доп. реквизите все построить.