А про что?

Про тот п****ц к которому обычно приводит неаккуратная работа с ansible и аналогами)

Ну да. Ансибль очень требователен к разработке скриптов который должны учитывать любое входящее состояние

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

очень часто это оверинженеринг

Вот потому там где можно к контейнеризации и переходят.
Но ладно.. это все не про то, как разрабам накатить на машину что-то)

а если это не делать то просто на половине машин плейбуки не проиграются и будешь тратиьь уйму времени на отладку на каждом запуске

Э, что именно не понял? Задай вопрос что ли)

Я написал. В описанной ситуации все УИД совпадут. Чем УИД строки лучше номера будет?

Насчет "совпадут" ошибаешься: "регистр сведений "СуммыДокументовВВалютеРегл", где этот УИД строки ТЧ - единственное измерение.
Т.е. у ребяток задел на то, что по этому УИДу строки однозначно можно выйти на"
https://t.me/ssl1c/42516

Т.е. ребятки пожертвовали гарантированной уникальностью (ссылка + номер строки), сделав у строки текстовый УИД, но получили удобство при связывании строк ТЧ и связанных записей в регистрах

Мне такое решение больше по душе, с этим банально намного удобнее работать и понимать

Это на случай, если документы создаются в базе. А если ты их обменом будешь выгружать из другой базы, при этом из одного документа другой создавая 2 регистратора разных видов в этой по этому регистру - то УИДы строк у тебя будут одинаковы. Это надо учитывать при написании правил и автоматически это не решится. Так что третий вариант с обменами на мой взгляд притянут за уши

Что-то ты повторяешься: "то УИДы строк у тебя будут одинаковы"

Проблем никаких не будет, если эти УИДы в ТЧ не включать в обмен

номер строки говно полное. Всегда при необходимости сохранить сслку на конткретную строку документа использовали или УУИД, или ИсходныйНомерСтроки:int так как платформа меняет номера строк по своему усмотрению, или по нажатию кнопки криворуким пользователем, а ты потом два дня трахаешься, ищешь где косяк в коде, вроде все должно быть правильно, а оказывается что кто-то тч на 5000 строк отсортировал и у тебя у двух строк с суммой +-5р номера строк поменялись.

но тут да, уникальность нужно самому отслеживать

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

Я не спорю с оправданностью уидов в строках, просто они не помогут при обмене один ко многим

да, это для хранения ссылок на конкретную строку