1) Чем это грозит (какие отчеты перестанут формироваться и т.п.)?
2) Есть ли официальная рекомендация (на ИТС или еще где-нибудь) не использовать группы иерархических справочников (иерархия групп и элементов) в проводках?

сначала смысл поясни -- зачем это

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

(0) отчетам пофиг, а вот формочки придётся переписать многократно по всей учетной системе
в части использования групп в субконто я рекомендаций не встречал

(3) Зачем формы переписывать? Значения будут подставляться обработкой, пользователь их менять уже не должен.

Проверил на ПоступленииТиУ -- документ с выбранной группой справочника проводится, но интересуют побочные эффекты.

(2) зачем-то собираетесь перемудрить. А какими правилами обмена будет обслуживаться это все? В другой учетной системе, то что вы собираетесь в группу пихать - оно там в каком виде присутствует?

(4) что за система? просто еще одна база на такой же конфигурации или что там? Откуда правила взяты, которые шуруют вместо элемента справочника группу справочника?

(4)[Зачем формы переписывать?]
как бухгалтеру отбор по субконто ставить
как сторнировать ошибочную проводку
что будет с налоговым Регистром

(5) (6) Данные из SAP. Так настроен мэппинг -- на группу справочника 1С.

(7) >как сторнировать ошибочную проводку
Пока не вижу проблемы со Сторно. При вводе на основании таб.часть заполнилась автоматически, группа проставилась, документ провелся.

>как бухгалтеру отбор по субконто ставить
Где именно?

>что будет с налоговым Регистром
Вот. В том-то и вопрос, не встанет ли раком регламентированная отчетность от таких проводок с группами?

(8) Я бы никогда такое правило не ставил. Поведение системы в этом случае перестает быть наглядным. Поставьте на заранее заданный элемент, который будет внутри выбранной группы. У вас там много элементов есть? Ну так добавь еще один и задай адекватное наименование, по которому будет видно, что это запись из обмена пришла.

(9) [Где именно? ]
начни с ОСВ по счету =)

(11) На примере справочников СтатьиДДС, СтатьиЗатрат, ПрочиеДоходыИРасходы везде в ОСВ в отборе можно выбрать группу. ЧЯДНТ?

(10) >Поведение системы в этом случае перестает быть наглядным.

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

Аргументировать только наглядностью невозможно.

(13) Если предложение об установке Группы вместо Элемента было твое, а всем форумчанам надо скопом тебя переубеждать... Мне лично все равно как будут ТВОИ пользователи работать с группами. В моих случаях было такое, что при разборе полетов, когда формируется какая-то отчетность, то необходимо отличать где были мухи, а где котлеты. Если у тебя всего один "внешний" источник, то радуйся, что он только один - появится желание наглядно выделить еще один источник данных и твое текущее назначение группы окажется очень большим препятствием.

Принципиально мне лично не трудно создать и настроить использование Элемента. А у тебя кто-то поторопился или поленился эти единичные элементы создать.
Пустяки. Дело-то житейское.

(14) >Если предложение об установке Группы вместо Элемента было твое

Нет, это решение мне навязывают. Оно априори плохое, т.к. во всех типовых документах запрещено выбирать группы справочников.

>А у тебя кто-то поторопился или поленился эти единичные элементы создать.

Передаются коды классификаторов, в него невозможно добавить "левые" элементы.
Если по переданному коду нашёлся элемент, то всё хорошо.
Если по переданному коду нашлась группа, то уже не очень, т.к. эта группа пойдет в проводки.

Нужно оценить риски использования групп справочников в проводки.

(15) Имхо, в проводках без разницы. В структурном смысле, имеем значение с типом СправочникСсылка. Ссылка выглядит абсолютно одинаково, что для группы, что для элемента. Преодолевая некритичные ограничения интерфейсов пользователя можно двигаться дальше. Если существуют какие-то готовые отчеты, в которых заявлено не простое использование значений "СправочникСсылка", а разыменование реквизитов через точку или еще как-то, то для групп и элементов у вашего справочника могут отличаться реквизиты. Если же таких реквизитов не задано нигде, ни в отчетах, ни в документах, то и проблем пока не возникло.

Т.е. прямых рисков не видно.

сделать регистр соответствий, избавиться от групп в проводках - профит

(17) Ок, надо попробовать протолкнуть идею фиктивных элементов.

Т.е. с одним и тем же кодом будет и группа, и элемент справочника, а при загрузке делать отбор:
Спр.Код = &Код и НЕ Спр.ЭтоГруппа

(18) если настройки уникальности это позволяют