Здравствуйте.
Есть РИБ. Поменял пару строк в общем модуле в ЦУ, сделал обмен, но данные об изменении в ПУ так и не появились. В ПУ естественно конфу править нельзя.
В чем может быть проблема?

Подтверди изменения конф. в ПУ

(1) Где нажать?

Там же где и в ЦУ когда код пишешь в конф.

(2) Зайди в конфигуратор базы ПУ и нажми F7 (если доступно).

F7 не активна, т. к. обновлять нечего. И, насколько я знаю, при выполнении синхронизации в ПУ она должна выводить какое то сообщение, что пришли изменения из ЦУ.

Может быть ЦУ не выгрузил изменения конфы, и нужно повторно выгрузить?

Нужно "прогнать" обмен в две стороны, есть уверенность что обмен принят с двух сторон?

(5) Конфигурация и как именно обмен был произведён - не озвучено. В некоторых конфигурациях может и не сообщать - в журнал регистрации может писать.

(6) Посмотри в журналах регистрации обеих баз - там может быть ошибка зарегистрирована.

Ошибок нет в журналах. Синхронизация завершалась успешно.

А, в принципе, по хорошему, надо начинать с вопроса "А был ли мальчик?"(цы)
После изменения конфигурации ЦУ была обновлена конфигурация БД? Демонически или как?
Сообщение обмена можно выгрузить в файл и этот файл можно "напрямую" посмотреть на предмет наличия изменения конфигурации.

(11) Где в файле обмена можно увидеть изменения конфы?

(11) Посмотрел, нет изменений. В чем может быть проблема?

Правила обмена на это могут влиять?

(12) Сразу же за заголовком, между </v8de:Config> и <v8de:Data>. Если есть изменения конфигурации - их визуально сразу же видно - <v8md:Metadata> и далее нечитабельная "абракадабра" :)
(13) Возможно демоническое обновление и возможно потребуется чистить кэш конфигурации.
(14) Нет. Если план обмена с признаком РИБ - за идентичностью конфигураций следит платформа и она не позволит обмениваться данными. Так, что до правил обмена дело даже не доходит.

PS: "В ПУ естественно конфу править нельзя." - это всеобщее устаревшее заблуждение :) Уже даже методисты 1С признают факт наличия случаев, когда конфигурацию ПУ можно/нужно править:
https://its.1c.ru/db/metod8dev#content:5802:hdoc
Обратите внимание на "Шаг 1. Обновить конфигурацию подчиненного узла путем загрузки конфигурации главного узла...." и далее.

(16) Ок, наверно так и придется сделать

(17) Нет. Вам сначала придёт разобраться куда "пропали" изменения. Как минимум, можно/нужно сохранить конфигурацию БД в файл и с помощью "Сравнить,объединить с конфигурацией из файла" убедиться что основная конфигурация и конфигурация БД - идентичные.

А можно еще раз выгрузить конфигурацию в ПУ для обновления? Может где-нибудь можно зарегистрировать это?

В новых конфигурациях, где обмен основан на БСП, есть штатный функционал, который позволяет, грубо говоря, выгрузить конфигурацию из ЦУ и загрузить её в ПУ. В ЗУПе 3.1, например, такой функционал есть - добавляет конфигурацию к зарегистрированным изменениям данных для очередного обмена.

А в старых конфигурация, можно повторно в конфигураторе открыть и внести любые изменения (например, поставить пробел - удалить его) в те модули, где были сделаны изменения, которые по каким-либо причинам "не прошли". Но как правило, достаточно почистить кэши конфигурации при подозрении на наличие демонического обновления.