Добрый день.
Есть документ Претензия, который можно создать на основании трех документов: Заказ клиента, РТУ, КР
Есть регистр накопления обороты, в который будут записываться движения.
Нужно, чтобы претензия была уникальной, и если создана на основании заказа, создание на основании реализации, или корректировки, открывало существующую.
1 вариант: Контролировать уникальность по Заказу, на основании чего либо не была создана претензия, при отсутствии записывать реализацию как контрольное поле/измерение.
2 вариант: Просто проверять подчиненность, запросом выбирать все связанные документы, проверять наличие подчиненного документа претензия на каждом связанном, если существует открывать его.

Подскажите, ваши варианты решения данной задачи, кто сталкивался с подобным?

как называется регистр накопления?

(1) ПретензииКлиента

(2) Такой регистр оборотов не нужен.

Здесь нужен регистр сведений со статусами по претензиям клиентов.
При попытке создать новую претензию проверять наличие открытых претензий по клиенту в целом и предлагать открыть существующую для дополнения.

(3) Мне нужен будет аналитический отчет по количеству претензий в разрезе виновный, клиент, номенклатура.
Номенклатура = проблемный товар: недовоз, брак, пересорт

(4) Предполагаю, что может быть несколько претензий за день по клиенту, в разрезе разных отгрузок. В саму претензию, в схожем с корректировкой реализации виде попадает номенклатура. На основании этого документа претензии мы будем формировать документы на возврат, или довоз.

Если очень хочется регистр - тогда оборотный.
У вас бывают РТУ без заказа?

(7) По бизнес процессу не должно быть, но опять же, ограничений на создание рту без заказа нет

(5) В отчете сделаете суммирование по регистру сведений

Почему я решил использовать регистр накопления, потому что в претензии будет работа с проблемным товаром в тч "Товары", где будет строка:
1) Номенклатура
2) Количество до/после
3) Цена до/после
4) Причина
5) Виновный
И мне отчетом необходимо будет анализировать кто, сколько раз ошибся, по какой причине, и по какому товару.

(5) >> Номенклатура = проблемный товар: недовоз, брак, пересорт.

Недовоз - это косяк отдела логистики и/или склада.
Брак - косяк поставщика.
Пересорт - косяк склада

Кто виновный?...

Короче.
Начните с начала.
1. Нарисуйте на листочке необходимый Вам аналитический отчёт. Со всеми возможными вариантами группировок, сортировок и отборов.
2. У каждой колонки этого отчёта укажите таблицу - источник данных для этой колонки. Это даст Вам ясное представление о структуре измерений и реквизитов Вашего регистра, и главное - типе регистра (а возможно и нескольких регистров) - накопления (остатков или оборотов) или сведений (периодический или нет, независимый или подчиненный регистратру).
3. Определите в какой момент в регистре(ах) должны появляться записи. Кто будет регистратором. Каков алгоритм формирования наборов записей.

К этому моменту вопрос из (0), скорее всего, решится сам собой. Либо из формы отчёта станет ясно - нужны ли в нём данные и заказах непосредственно из регистра или их безболезненно можно будет получать из связанных таблиц по мере необходимости. Либо при оценке алгоритмов формирования записей при проведении.

а зачем для претензии заказ? разве по заказу может быть претензий ?

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

(12) Для удобства создания документа, есть подразделения, где менеджер работает только с заказом, рту занимается выписка. Но вопрос не в этом, а в том как добиться уникальности претензии в разрезе сделки с клиентом.

(14) Сделкой считайте договор. В претензии заведите поле "договор"

(15) К примеру в течении дня совершили две отгрузки по клиенту Васюн. Васюн жалуется на качество товара. Первой отгрузкой ему привезли бракованный телевизор, а второй отгрузкой привезли не тот кронштейн, другого размера.
1. Претензия от Васюна: брак, товар Телик, менеджер отгрузки Петушков
2. Претензия от Васюна: пересорт, товар кронштейн, менеджер отгрузки Кривоглазов.

И там и там договор один и тот же, по технике с Васюном в целом. Но заниматься претензиями должны разные сотрудники.

Вот Кривоглазов не заметил, как сотрудник на выписке уже создал претензию по пересорту на кронштейн, и создает новую, на основании Заказа.
При создании, идет проверка по договору, проверка видит, что есть две претензии, какая откроется у Кривоглазова для редактирования? По телику, или по кронштейну?

(16) Ну и бардак у вас там!

(17) Петушкова уже наказывали разными способами, а вот Кривоглазов инвалид, неприкосновенен.

(18) Заведите персонального менеджера клиента. У менеджера должен быть отчёт по всем взаимоотношениям с клиентом: звонки, переписка, заказы, претензии.

Так можно и регистр сведений и накоплений сделать, никто же не мешает...

(20) Кто возьмёт регистров пачку, то получит водокачку.

(0) Само по себе условие "Нужно, чтобы претензия была уникальной" сомнительно. Если Реализация на основании нескольких заказов делается тогда что будете делать, как ваши "уникальные" претензии будут работать в таком случае? ИМХО нужно Претензию делать всегда на основании Реализации или корректировки реализации (между реализацией и корректировкой всегда связь однозначна, один к одному) тут просто "найти" корректировку. В документе претензии и в регистре "ПретензииКлиента" лучше бы смотрелась аналитика по заказу, а не по "Виновный" (его бы я убрал).

(16) они оба одновременно начали создавать претензию. В итоге, после записи мы имеем две претензии. Бардак в самой сути идеи. Претензии должны быть по каждой жалобе. Чтоб было:  отправили клиенту кронштейны - не привезли вовремя - первая жалоба на срок сборки и доставки, потом наконец привезли клиенту кронштейны, а их не хватает - он пожаловался - претензия по количеству, потом клиент посмотрел привезенные кронштейны - а они гнутые, ржавые и из фольги а не из нормальной стали - новая претензия, но уже по качеству.