Конфигурация, разработанная для обычной информационной базы, в большинстве случаев требует адаптации для работы в распределенной информационной базе. В этом разделе мы рассмотрим основные методы адаптации конфигурации к работе в распределенной информационной базе. Описанные методы не являются исчерпывающими, ими можно ограничиться, в случае когда необходимо обеспечить простой обмен данными. Например, разделение на два офиса с полным дублированием информации в них. Если же требуется реализация специфической схемы обмена, то может потребоваться реализация сложной архитектуры распределенного решения, влекущая за собой серьезную переработку конфигурации. Например, разрабатывается схема обмена, в которой данные из организаций холдинга должны передаваться в центральную информационную базу в виде сводных данных за определенный период. В этом случае требуется реализация в конфигурации соответствующих объектов для хранения детальной и сводной информации.
Одной из особенностей работы в модели распределенной информационной базы является возможность создания в различных узлах объектов (документов, элементов справочника, видов характеристик и т.д.), обладающих одинаковыми номерами (кодами). Это может привести к возникновению в одной информационной базе объектов с одинаковыми номерами (кодами). В случае когда назначение номера (кода) выполняется системой автоматически, для подобных объектов необходимо ввести префиксацию, идентифицирующую место создание объекта. Для объектов, чьи номера (коды) устанавливаются вручную, подобной префиксации реализовывать не нужно (например: коды счетов назначаются пользователями вручную, добавление префикса для них является неправильным).
Для объектов, требующих наличия префикса в номере (коде), необходимо: 
установить тип номера (кода) в значение Строка; 
добавить в конфигурацию объект метаданных Константа, в котором будет установлено значение префикса номера (кода) однозначно идентифицирующее данный узел распределенной информационной базы(значение константы должно быть уникальным среди всех узлов распределенной информационной базы, сама константа не должна быть включена в состав плана обмена, на базе которого развернута распределенная информационная база); 
реализовать в модулях объектов предопределенные процедуры, выполняемые при установке номера (кода) - ПриУстановкеНовогоНомера (ПриУстановкеНовогоКода) - реализация должна использовать в качестве значения Префикса значение описанной ранее константы. 

Работа конфигурации в распределенной информационной базе подразумевает обмен данными между узлами распределенной информационной базы. В процессе обмена порядок следования данных в сообщениях обмена не определен. При чтении данных могут возникать ситуации, при которых считанные данные ссылаются на несуществующие (возможно еще не загруженные) данные. При записи считанных данных в информационную базу, необходимо учесть возможность наличия неразрешенных ссылок в записываемых данных. Для этого в предопределенных процедурах ПередЗаписью, ПриЗаписи и ПередУдалением необходимо учитывать свойство Загрузка: при записи данных средствами механизма распределенной информационной базы данное свойство будет установлено в значение Истина. В указанных процедурах в режиме Загрузка не следует выполнять различных проверок (например, связанных с наличием тех или иных данных, участвующих в обмене - регистратор записываемого набора записей регистра накопления может быть еще не прочитан из сообщения обмена); не рекомендуется также выполнять изменение связанных данных. В данном режиме рекомендуется дать возможность системе записать прочитанные данные. Контроль допустимости данных для данного узла распределенной информационной базы может быть осуществлен в соответствующих обработчиках, вызываемых при чтении сообщения обмена (ПриПолученииДанныхОтПодчиненного, ПриПолученииДанныхОтГлавного).

Особое внимание следует уделить регистрам сведений, имеющим независимый режим записи (свойство "Режим записи" установлено в значение Независимый). Для данных регистров гранулой обмена является набор записей с отбором по измерениям, c установленным свойством "Основной отбор". Необходимо проанализировать: будет ли соответствовать состав передаваемой информации логике работы конфигурации. 

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

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

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