Доброго времени суток всем!
Поднял 3 новые базы (последнии версии 1ски)
2бух и 1унф (бух полностью одинаковые отличие только в организациях)

Цель в том что бы синхронизировать бух с обоими базами.

Всем базам назначены свои префиксы УФ -Упр.Фирмой БД,БХ - Бухгалтерия


Использую прямое соединение.

С первой базой (БД) все отлично законектилось и синхронизирует.
Со второй, при попытке поднять соединение орет что у меня не уникальный префикс (БХ)

Сломал голову в чем может быть проблема(
Префиксы нужны именно эти по своим причинам.

Все крутится на MSSQL, сервер х64

На этом же сервере весит точно такая же связка, и она прекрасно работает.
Префикса на который ругается 1ска, нет не в одной из баз на этом сервере. Настроек синхронизации с таким префиксом так же нет.

Что можно попробовать сделать?
Спасибо за помощь.

пробовал найти GUID на который он ругается, не в одной их баз его так же нет.

При том, заметил интересный момент. Если создавать синхронизацию из БП то сначала она конектится думает и на этапе сохранения выдает ошибку.
А если создать подключение из УНФ то ошибка вылетает моментально.


Я так чувствую проблема явно не в той базе на прификс которой ругается 1с

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

попробуй сначала обмен чрез папку. как наладишь - перейдешь на прямое соединение.

Спасибо за помощь! Подключение удалось создать таким образом, но возникла проблема. Данные из УФ отправляются, БП их принимает, но при попытке отправить из БП данные возникает ошибка:

"

{Обработка.КонвертацияОбъектовXDTO.МодульОбъекта(234)}: Ошибка при вызове метода контекста (ВыполнитьЗагрузкуДанных)
                ОбработкаДляЗагрузкиДанных().ВыполнитьЗагрузкуДанных();
по причине:
Произошла исключительная ситуация (1C:Enterprise 8.3.13.1690): {ОбщийМодуль.ОбменДаннымиСервер.Модуль(8978)}: Ошибка при вызове метода контекста (Записать)
Значение "27c67872-c2d2-46f9-bb6b-3c5d15234377" поля "Код" не уникально

"

Значение "27c67872-c2d2-46f9-bb6b-3c5d15234377" это как раз префикс моей бызы БП т.е. - БХ. Так вот я теперь точно понимаю что он засел где то в УНФ, как можно его найти?

Через обработку по поиску ссылок по GUID не чего не находится.

Что то у меня подозрение что этот идентификатор пустой, как его можно удалить?

(7) Есть подозрение на элементарщину. В УНФ-то ты указал префикс второй базы БХ, а в самой Бухгалтерии изменил этот префикс на БХ, не остался ли он случаем БП как по умолчанию?

Посмотрел в константах стоит БХ, на всякий случай поменял повторно. Не помогает.
Общем снесука я УНФ что-ле, и подниму чистую. В интернетах 0 инфы как удалить GUID

Та ну это смешно, после разворота новой базы, успешно создал синхронизацию с БХ а с БД теперь не синхронизируется ссылаясь на туже ошибку что ранее была с БХ.
Значит все же не в унф дело то было.
Каким то образом 2 БП конфликтуют. Будем разбираться.

При том не зависимо от того какой префикс я ввиду, ошибка одна и та же.

Настрой для начала синхронизацию через общие папки. А после успешной настройки переведи в прямой доступ.

Да вот через общую папку тоже не как.
Я даже бух уже переставил, не помогает.



"


{ОбщийМодуль.ОбменДаннымиСервер.Модуль(8978)}: Ошибка при вызове метода контекста (Записать)
            УзелОбменаОбъект.Записать();
по причине:
Значение "27c67872-c2d2-46f9-bb6b-3c5d15234377" поля "Код" не уникально


"

При том я уже всеми возможными обработками пытался найти этот гуид по всем базам. результат 0

Не надо было создавать вторую базу копированием из первой. Удали настройку со второй базой и создай заново через шаблон.

Так я так и сделал. Я первым делом об этом подумал.

Удали настройки. Смени префиксы. Потом заново.

Уже делал!(



В общем картина следующая. Через общую папку БП и отправляет и получает данные. УФ только отправляет. получить не может.

Вариантов не много. Проверяй те же настройки тщательней. Обычно всегда смешная и горькая опечатка (настройка)

Да в том то и проблема что я уже вторую ночь ломаю голову над этим делом. Все по 20 раз проверил, все верно.
И при любом раскладе ругается на то что у гуида 27c67872-c2d2-46f9-bb6b-3c5d15234377 поле код не уникальное.

поля*

а каким образом можно руками изменить этот гуид если он даже не находится?

https://master1c8.ru/platforma-1s-predpriyatie-8/rukovodstvo-razrabottchika/glava-15-mehanizm-obmena-dannh/publitchne-identifikator-sinhroniziruemh-obaektov/

И ошибку в журнале покажи

Ошибка из журнала в 13 посте. Сейчас просматриваю эти п.у.

К сожалению в публичных идентификаторов моего так же не нашлось. Не понимаю от куда он тогда.

Тьфу тебя я понял.

Ты пытаешься синхронизировать базы в которых уже раньше была синхронизация и уже есть например одинаковые элементы справочника Организация с одинаковым кодом да?

Короче оно пытается дубль Организации (или еще чего) записать (и не может с тем же кодом) вместо того чтобы найти и перезаписать существующий.

(27)+ Надо правильную запись в публичные идентификаторы сделать или снести лишние объекты с тем же кодом.

Ищи одинаковые коды (особенно без префиксов) - для них должны быть записи в РПИ, если нет то добавляй.

Суть в том что штатный обмен предназначен для настройки двух абсолютно чистых баз или одной заполненной и второй совершенно пустой.

(29)+ Если взять две базы и сразу настроив префиксы заполнить их, насоздавав объектов справочников или доков.

То при синхронизации между ними все нафик задублируется.

(30)+ Или обмен не взлетит ибо коды будут совпадать при разных уидах.

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

И вот благодаря твоей подсказке я как раз обнаружил интересную вещь, в журнале публичных идентификаторов в УНФ, у меня вот такая картина

https://pp.userapi.com/c846217/v846217050/19774d/1wHdB6DwsNA.jpg

Длинные строки одна организация, короткие другая

(32) Гыгы предопределенные значения я с ними тоже мучался

(33)+ Хотелось много матов сложить на разрабов, которые НСИ по умолчанию не могут в разных конфах сразу синхронизировать

Чеж мне делать то, я даже не представляю. Я не понимаю на что он ругается т.к. не могу найти этот гуид

Я просто не могу понять. У меня на этом же серваке крутится аналогичная связка унф + 2бп, и там все нормально.
А тут какая то ахинея.
А возможно вообще по всевозможным ГУИДАМ как то совершить поиск?

(36) "озможно вообще по всевозможным ГУИДАМ как то совершить поиск"
Разумеется.
ms_foreachtable и вперёд, искать. Потом сопоставлять имена таблиц.
А можно ещё хитрый хак - остановка по ошибке, отладка и условие на текст ошибки

(36) Этот уид у тебя в одной из баз есть а во второй его нет.
И вот при попытке записать объект с этим уид во вторую и происходит ошибка, потому что в том второй уже есть некий объект (того же вида) с тем же кодом но другим уидом.

Все господа. Можно идти спать ))))
Всем огромное спасибо за подсказки.

Данный гуид нашелся в узле плана обмена.
Поменял его на +1 в одной из БП и все заработало

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

https://yadi.sk/d/bPgR9PMRJt_XJA

Еще раз всем спасибо)