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

(0) есть шанс, что тебя потом самого забьют руками.
Зарегистрируй для обмена тех, кто не перенесся, и пусть они перенесутся.
Если создашь руками, то потом дубли будут в обеих базах

Не пойму откуда будут браться дубли, если вся информация будет идентичная включая код?
Обьясните, а ? видно уже туплю по страшному!

Ну, вот они и будут - по два штуки оба идентичные, включая код.
Объектные и необъектные данные - есть знакомые слова?
Элемент справочника идентифицируется системой не по значению атрибутов, а по особому внутреннему полю, в котором хранится GUID элемента. Это поле называется "Ссылка".
По значениям атрибутов идентифицируются записи регистров и строки табличных частей.

спасибо. вроде понял,пошел думать дальше...

не... ну правила по-разному нарисовать-то можно

или я засыпаю и бред несу?

(5)Можно, перенос с GUID.
Но в (0) вопрос про вручную, а в этом случае, будут другие GUID.

(3) Не согласен. Базы разные, ГУИДы одинаковых объектов у них по любому разные. Если делали когда-нибудь правила в КД, то обратили внимание, что указываются поля сопоставления (поиска) и это не ГУИД. Наименование, код, ИНН, другие поля и т.п. На крайняк, при первом обмене заморочиться и проверить сопоставление вручную. Не будет дублей!

(8) не вводи в заблуждение. В КД поля поиска не всегда используются.

Можно создать программно объект справочника/документа с заданным гуид из другой базы