Можно ли создавать такое измерения, какие есть минусы?

(0) Минусы в не закрытом регистре. Задачу озвучьте полностью.

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

(1) в чем его незакрытость при числовом измерении? Приход на значение измерения = 333, расход со значения измерения 333. Регистр закрыт

(2) Делай тип УникальныйИдентификатор

(0) минусов нет
в типовых целочисленный номер строки используется в качестве измерения

(2) бред какой-то, при чем тут регистр накопления непонятно. Куда добавляется измерение? Так и пиши адрес в регистр сведений, а лучше в отдельный под адреса.

(3) В том, что в приход поставите 333, а в расход 334.

Если же заполнение автоматически происходит на основании каких-либо данных, значит само измерение тогда не нужно.

вид услуги лучше сделать перечислением

(7) а как же номер строки в ерп и ут?

(9) По ящику видел, как мужик по тросу через ущелье переходил. И даже получилось у него. Но вряд ли можно этот способ рекомендовать всем.

(7) Может там не вручную а программно заполняется число.
Хотя ни разу не встречал где может понадобиться число в измерении

(11) Учет в разрезе кислотности, крепости.

(6) адрес храниться в регистре сведений. Мне нужно на каждую запись: заказ, номенклатура и ее количество из регистра накопления(изм. заказ, видуслуги, номенкл), привязать свой адрес из регистра сведений(изм. заказ, видуслуги).

(13) т.е по одному заказу может быть один товар в количестве 2х штук, 1 штука на Адрес№1, другая на Адрес№2

(12) Это справочник.

(13) Не правильно вообще все, нахрена адреса считать в регистре накоплений.
я так понимаю, адрес это что-то более мелкой операции, чем заказ, типа подзаказ.
Например по одному заказу можно выполнить услугу из 2 операций, по адресу 1 и по адресу 2,
либо поставить 2 товара: по адрес1 и по адресу 2
Делай это справочником. У тебя есть клиент, который закажет 10 заказов да еще по 10 разным видам услуг, ты будешь везде адрес повторять.
А потом выяснится что адрес был неправильный, или улицу переименовали, индекс сменили, мало ли что, где то поменяют. где то нет, и вообще структура не правильная.
Делай справочник "Адреса",
хотя мне кажется что и это не самое оптимальное, не знаю бизнес процесс, но видимо есть какая то операция у заказа, его и нужно хранить в регистре, у этой операции одно из свойств - адрес, относящийся к операции