После обновления 1с не работает обмен
Восстанавливаем синхронизацию в 1С:Предприятие при проблемах с расширениями (патчами)
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Мы не будем подробно останавливаться на том, что такое расширения, об этом можно прочитать в официальной документации. Если коротко - то это специальные внешние модули, которые можно подключить к конфигурации и переопределить некоторые действия или добавить собственные. Они используются для исправления ошибок, адаптации или дополнения готовых прикладных решений, не внося изменений в код основной конфигурации. Это значительно облегчает дальнейшую доработку и поддержку доработанных решений, делает ее проще и дешевле.
Существует особый тип расширений - патчи, они официально выпускаются фирмой 1С и оперативно закрывают выявленные проблемы, это позволяет быстро устранить ошибки, не дожидаясь выпуска очередного релиза и не внося изменения в основную конфигурацию. На первый взгляд - дело хорошее, но все кроется в мелочах.
Распределенная информационная база (РИБ) продолжает активно использоваться несмотря на обилие облачных и прочих веб-решений. Причина проста, только эта технология обеспечивает автономность узлов распределенной сети, позволяя полноценно работать даже при отсутствии связи с центральной базой. Наиболее востребовано это в торговле - магазин должен продолжать работать, даже без связи с внешним миром.
В основе РИБ лежит иерархическая структура, в которой распределенные информационные базы, обладая полной автономностью, периодически обмениваются с центральным узлом, передавая и принимая данные. Обмен построен таким образом, что каждый узел должен подтвердить успешный прием данных, в противном случае они будут передаваться в каждом следующем сеансе обмена.
Необходимым требованием для успешной синхронизации является идентичность конфигурации центральной базы и распределенных узлов. Если вы внесли изменения в конфигурацию центрального узла, то эти изменения следует распространить по РИБ, принять и установить, только после этого синхронизация будет продолжена.
Для расширений можно указать область применения: только центральная база или вся распределенная сеть. Вот здесь и начинается самое интересное.
Расширения бывают двух типов: которые вносят изменения в структуру данных ИБ и которые не вносят, изменяя только интерфейс или обработчики команд. Последние не представляют особых проблем в РИБ, они минимально влияют на синхронизацию и для устранения проблем достаточно просто перезапустить программу. Но даже если этого не сделано, то синхронизация сохраняется, как правило в одну сторону: обновления из центрального узла не загружаются, так как не применены прошлые изменения, но в центральный узел данные передаются исправно.
А вот если расширение вносит изменения в состав данных, то после синхронизации, как и при обновлении основной конфигурации, потребуется выполнить установку обновлений с обновлением конфигурации базы данных. И вот здесь обычно возникают проблемы.
В том, что касается РИБ, расширения не принесли никакого упрощения поддержки, а только добавили новых проблем. На первых порах ситуация была вообще плачевной, неудачным расширением можно было положить всю сеть РИБ всерьез и надолго. Сейчас ситуация выправилась, но ее можно охарактеризовать как "вооруженный нейтралитет, эпизодически выливающийся в локальные столкновения".
В любом случае, применяя расширения вносящее изменения в структуру данных, администратор должен принять его в распределенных узлах и установить, точно также, как и изменения основной конфигурации. Если все это нормально организовано, то особых проблем там быть не должно, современная платформа предоставляет достаточно возможностей для комфортной работы с принятием изменений.
Но в случае с патчами все меняется, отдельные, сказочно смелые люди, даже включают автоматическую установку исправлений, фактически закладывая мину замедленного действия под инфраструктуру РИБ. И последствия не заставят себя долго ждать, особенно если распределенные узлы находятся где-нибудь в сельской местности и со связью там не все хорошо.
При входе с полными правами предлагается выполнить повторную синхронизацию с центральным узлом, но она завершается неудачей.
В этом случае нажимаем Продолжить и входим в обычный режим работы 1С. Дальнейшие действия могут несколько различаться, в зависимости от конфигурации, а нашем примере это будет 1С:Розница 2.3. Переходим в Администрирование - Синхронизация данных - Настройки синхронизации данных и выбрав узел обмена (а он там будет один - центральный), нажимаем ссылку Синхронизация по расписанию.
Затем выберите сценарий синхронизации и в меню правой кнопки мыши выберите Выполнить сценарий, обычно это не займет много времени.
Затем можно вернуться в Настройки синхронизации и Установить обновление, во многих случаев этого окажется достаточно для восстановления нормальной работы автообмена, реже - потребуется повторить процедуру, при этом не забывайте после каждого сеанса синхронизации в РИБ запускать синхронизацию в центральном узле.
Но бывает все гораздо хуже, после установки обновлений база снова просит повторную синхронизацию и все продолжается по кругу. В этом случае нам ничего не остается, как изучить Журнал регистрации, находим там ближайшую ошибку обмена и внимательно ее изучаем. Как правило там будет явно фигурировать проблемное расширение.
А теперь немного отвлечемся, на портале обновлений 1С можно найти описание всех патчей и внимательно изучить их. А потом крепко подумать и сделать выводы. Большинство исправлений устраняют ошибки, с которыми вы вряд ли бы столкнулись, поэтому необходимость их автоматической установки исчезающе мала. Правильным действием будет ручная установка патчей, по мере выявления проблем.
Далее переходим в центральную базу и загружаем ее в режиме Конфигуратора, переходим в Конфигурация - Расширения конфигурации и получаем полный список всех установленных расширений и патчей. После чего находим проблемное расширение и думаем. В некоторых случаях оно может устранять ошибку, которая существенна для центрального узла, но совершенно не влияет на периферию. В таком случае снимаем флаг Используется в РИБ, в остальных случаях просто удаляем расширение и выполняем синхронизацию с нужным узлом.
Таких расширений может оказаться не одно, поэтому повторяем описанные действия до достижения успеха. После чего повторите обмен несколько раз и убедитесь, что проблемы с синхронизацией отсутствуют.
Ну наконец-то! Можно идти пить кофе и отправлять пользователей работать. Но тут нас может ждать еще один сюрприз - пользователи снова не могут зайти, только текст ошибки немного иной.
В чем здесь нельзя сомневаться, так в том, что за подробностями они все обратятся и администратору вряд-ли это понравится. В чем же дело? А в том, что современная 1С - сложная система и восстановив синхронизацию мы все еще не завершили процессы обновления информационной базы. Поэтому снова запускаем базу с полными правами и выполняем повторную синхронизацию.
После чего нормальная работа базы данных будет восстановлена.
Как видим, проблемы с синхронизацией и расширениями довольно-таки просто решаются, но требуют времени, иногда довольно продолжительного. Поэтому мы категорически не советуем включать автоматическую установку патчей, а ставить их только вручную и только при наличии реальной необходимости. А также не забывать об области применения, многие из патчей нужны только в центральном узле и нет смысла распространять их через РИБ.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Здравствуйте. После обновления платформы c 8.3.10.2667 на 8.3.12.1529 (платформу обновляем для полноценного использования расширений конфигурации в РИБ) не идут обмены с РИБ (Конфигурация узла распределенной ИБ не соответствует ожидаемой).
Методом тыка выяснилось:
в фалах обмена
из УБ в ЦБ
8.3.12.1529 - это реальная жесть
Пробовал перейти - РИБ перестает работать, обмены по плану обмена все встали
Причем, понятно, что в основном на тесте обкатывают функционал - никто не ждет что сломают сразу ВСЕ обмены.
Пришлось срочно переходить обратно.
на самописной базе на основе БСП помогло выгрузка cf из подченной базы и загрузка ее в центральную, перед этим подчистил кэш.
А есть у кого вариант исправления данной ошибки, кроме ручного редактирования xml файлов?
И еще проблема, после обмена данным способом не сбрасывается регистрация изменений
(7)
НУ я один раз отредактировал. Правда файлов много было. Написал небольшую обработку, чтобы не руками. Но всего один раз.
Если проблема в размере редактируемого файла - Akelpad может 500мб файл обработать. Только версию x64 используйте
А вот не сбрасывается регистрация - это наверное номера отправленных и загруженных не совпадают в ЦБ и в ПБ.
При переходе с 8.3.11.2899 на 8.3.12.1595 возникла та же проблема, причем на части узлов обмен идет нормально, а часть отвалилась.
Пока решения не найдено.
Конфигурация 1С:Розница 8. Аптека.
(10) Вот что я сделал:
1. Загрузил cf из центра в точку.
2. В файле ЦБ заменил блок config на аналогичный из файла ПБ, в вашем случае можно взять файл от работающей точки, там этот блок одинаков
3. Убрал тэг v2 и Extensions у узла Digest2. Получилось как-то так:
Столкнулся с такой же проблемой после обновления платформы на 1С:Предприятие 8.3 (8.3.12.1529) и внесения изменений в центральную конфигурацию ( добавил пару констант и перезаписал отчет через "Заменить на внешнюю обработку , отчет". После этого обмен перестал работать.
Пробовал выгружать конфигурацию из центральной и загружать в подчиненную;
Менять Direct1, Direct2 в файлах обмен, помогало на один раз.
Пробовал создавать образ узла повторно, не помогло.
Решение: выгрузил файл конфигурации из подчиненной базы и загрузил в центральную базу.
Обмен заработал.
(12) Спасибо, такое же случилось со мной 2 дня бошку ломал
Каким то образом поменялся у базы на вот этот 72c66e8411a6e5bc674c9cf90ef7fa06
Выгрузка конфы из переферии и загрузка в центральную базу помогло.
Доброго дня. Добавлю и я свои пять копеек.
1С:Предприятие 8.3 (8.3.13.1513). Одна из используемых конфигураций УТ 10.3. Распределенная база на 15 филиалов по двойной звезде. Win+SQL центральные базы и CentOs+Postgres филиалы.
Далее нужно было как-то актуализировать конфигурацию на распределенных "нодах".
Попытались отключить базы филиала от главного узла через метод "ПланыОбмена.УстановитьГлавныйУзел(Неопределенно)" - не помогло. После повторного запуска предприятия либо конфигуратора, главный узел сам восстанавливался.
Вначале откатили на одном из филиалов платформу на 8.3.10, отключили от главного узла и загрузили cf основной базы.
Потом на остальных "поломанных" филиалах помог батник вида: "C:\Program Files (x86)\1cv8\8.3.13.1513\bin\1cv8.exe" DESIGNER /S"СЕРВЕР1С:ПОРТ\БАЗА" /N"ЛогинАдмина" /P"Пароль" /ResetMasterNode
Так же после снятия совместимости перестали работать некоторые динамические списки основанные на запросах. В причинах ещё не разбирались.
В данный момент обмен между филиалами и центральными базами восстановлен. Думаем как жить дальше и куда писать, что бы сломали руки разработчикам фирмы 1С, которые пилят функционал расширений РИБ, с широко закрытыми глазами.
На прошлой неделе сделал обновление ЗУП до последнего релиза.
Зарплата и управление персоналом, редакция 3.1 (3.1.7.144)
После этого перестал работать обмен. Ругается:
Не удалось подключится к другой программе: : Ошибка при вызове конструктора (COMObject)
COMConnector = Новый COMObject(ИмяCOMСоединителя()); // "V83.COMConnector"
по причине:
-2147221005(0x800401F3): Недопустимая строка с указанием класса
comcntr - на всякий случай ещё раз зарегистрировал. И на Сервере 1С и на сервере приложений на всякий случай. Результат тот же.
Только обновление ЗУП или обновление платформы тоже?
Словил такую же ошибку при обновлении УТ11 и БП3.0 на последние релизы. Правда, при этом пришлось обновить платформу - с 8.3.10 на 8.3.13.1513.
Регистрацию сом делал, с бубном плясал. 1с патченная, базы файловые.
Самый смак - в ручном режиме все работает, "проверить соединение" говорит что все хорошо. А через фоновое задание - отваливается с этой ошибкой.
(4) Платформу обновил месяц назад. Все работало.
А вот когда сделал обновления ЗУП что то отвалилось.
"Платформу обновил месяц назад. Все работало. После обновления ЗУП что-то отвалилось" - а вот это пугает.
Я грешил на платформу, сегодня хотели пробовать откатиться на 8.3.12.
Возможно, действительно стоит смотреть (2) - что возвращает функция ИмяCOMСоединителя().
(6) Делал ещё тогда. Всё работало после обновления платформы. (4) У меня и "Проверить соединение" ошибку выдает.
Вообще бредятина.
Попробовал настроить обмен через каталог.
Создал папку, выбрал её в настройках обмена.
Нажимаю "Проверить", пишет каталог не существует.
Просто пипец какой то!
(9) через каталог то должно всяко работать. мож прав на каталог нет у пользователя, под которым выполняются регл. задания?
Проверь что суррогат комконнектора не отвалился.
Обычное такое бывает если сделал перерегистрацию, а комконнекторо все равно не фурычит.
В общем способ решения.
Отменяем регистрацию comcntr.dll.
Затем запускаем CMD 32 разрядный (. ) из папки C:\Windows\SysWOW64 под правами администратора.
И уже из него проводим отмену регистрации и заново регистрируем
C:\Program Files (x86)\1cv8\8.3.12.1616\bin>regsvr32 /u comcntr.dll
C:\Program Files (x86)\1cv8\8.3.12.1616\bin>regsvr32 comcntr.dll
Распределенная информационная база (РИБ) достаточно часто используется для организации работы филиалов и подразделений, позволяя оперативно обмениваться информацией, сохраняя нужную степень автономности. Несмотря на то, что данная технология достаточно надежна, время от времени ломается и она. Сегодня мы рассмотрим одну из довольно распространенных ошибок: Конфигурация узла распределенной ИБ не соответствует ожидаемой! Расскажем о причинах ее возникновения и методах борьбы с ней.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Начнем, как всегда, с начала. После того, как вы создали РИБ все изменения в конфигурацию информационной базы можно вносить только в главном узле. Впоследствии, при следующем обмене, все изменения будут переданы в подчиненные узлы и автоматически применены там. Но гладко было на бумаге.
В общем мораль этой истории проста - не ведите активную доработку рабочей базы, а если ведете, то завершайте все сеансы обмена до внесения следующих изменений. Но как быть, если такая неприятность все-же произошла?
Решение "в лоб" - создать новый образ подчиненного узла, однако на практике он обычно неприменим. Как правило возникновение серьезной ошибки при обмене фиксируется не сразу, а через некоторое время после того, как перестали поступать оперативные данные из периферийных баз. В зависимости от расписания обмена между моментом возникновения проблемы и ее обнаружением может пройти целый рабочий день, а то и более.
Откройте командную строку и введите (с учетом версии платформы и реального пути установки):
После выполнения данной команды появится обычное окно стартера, выберите там нужную базу и нажмите кнопку Конифгуратор.
Внимание! На платформах 8.3.7 - 8.3.9 выполнение данной команды приводит к аварийному завершению работы. Ошибка исправлена в платформе 8.3.10.
Если вы не хотите возиться с командной строкой, то можно воспользоваться одной из обработок, ниже представлена та, которую используем мы, она была найдена на просторах сети, и мы внесли в нее лишь косметические правки. Обратите внимание, обработка подходит лишь для обычного приложения, для конфигураций на управляемом приложении используйте ключ запуска Конфигуратора.
Работа с ней предельно проста, запускаем ее в режиме 1С:Предприятия, через Файл - Открыть, затем просто нажимаем нужную кнопку, в нашем случае Отключить главный узел.
Теперь нам потребуется актуальная конфигурация из центрального узла. Для этого откроем центральную ИБ в Конфигураторе и выполним Конфигурация - Сохранить конфигурацию в файл. Полученный файл с расширением cf потребуется передать в периферийный узел.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.
Не выгружаются сотрудники и кадровые документы в Бухгалтерию
Они и не должны выгружаться. Если вы зайдете в Администрирование – Синхронизация данных – Настройки синхронизации и нажмете иконку Состав отправляемых данных, вы увидите, какие объекты участвуют в обмене, а какие нет.
Не видно базу в окне выбора базы для начальной выгрузки
Необходимо зайти в стартовое меню, выбрать базу Бухгалтерии, нажать Изменить и просто нажать в появляющихся окнах Далее и Готово. После заново вернуться к окну выбора базы, как правило, такой способ решает проблему.
Не найден путь к каталогу обмена
Каталог обмена был вами создан не на облачном диске, а где-то на своем компьютере. Таким образом, базы на облачном диске просто не могут получить к нему доступа. Создать папку обмена необходимо именно в облаке. Желательно, в папке Общие.
Префикс, указываемый при настройке ЗУП для Бухгалтерии не соответствует префиксу, действительно назначенному для базы Бухгалтерии.
Уточнить префикс в Бухгалтерии - Администрирование - Синхронизация данных.
Если там это поле совсем пустое добавьте в него «00» и нажмите Enter.
Ведомости не выгружаются из ЗУП в Бухгалтерию
1. В ЗУП – Администрирование – Синхронизация данных - Настройки синхронизации - Настроить указано, что выгрузка производится сводно, а не с детализацией по сотрудникам.
Установить переключатель на С детализацией по сотрудникам, затем вручную зарегистрировать отправку нужных ведомостей. В дальнейшем они уже будут регистрироваться сами, при создании или изменении, как обычно.
2. В ЗУП – Администрирование – Синхронизация данных - Настройки синхронизации - Настроить указан месяц начала обмена в ЗУП больший, чем месяц выгружаемых ведомостей.
Установить корректный месяц начала обмена, затем вручную зарегистрировать отправку нужных ведомостей. В дальнейшем они уже будут регистрироваться сами, при создании или изменении, как обычно.
В Бухгалтерии при настройке синхронизации не появляется 3-й из 4-х шаг «Сопоставление данных»
Базы «не видят» друг друга. В Бухгалтерии на этапе Правила настройки подключения при настройке через каталог вами не был установлен флаг Получить настройки подключения из файла и не был выбран собственно файл настроек, созданный программой ЗУП в папке обмена.
В Бухгалтерии при получении документа Отражение зарплаты из ЗУП в нем есть лишь проводки по НДФЛ
В ЗУП - Настройка - Реквизиты организации - Учетная политика и другие настройки - Бухучет и выплата зарплаты - установить какой-то способ отражения зарплаты (если нет - создать новый, желательно с названием Отражение начислений по умолчанию, так как такой способ обычно уже присутствует в программе Бухгалтерия с сопоставленным счетом 26). Убедиться, что дата начала бухучета включает требуемые для передачи в Бухгалтерию документы. Заново заполнить документ Отражение зарплаты и повторно произвести синхронизацию в Бухгалтерию. Если данный способ в Бухгалтерии еще не настроен, настроить его (Зарплата и кадры – Настройки зарплаты – Отражение в учете – Способы учеты зарплаты - указать счет затрат и статью Оплата труда). В справочник способов отражения можно попасть напрямую из документа Отражение зарплаты.
После удаления документа на стороне Бухгалтерии он не отправляется заново из ЗУП
Удаляя документ в одностороннем порядке, вы разрываете связь этого документа с ЗУП в настройках обмена и оставшийся объект не может найти путь, по которому он должен быть отправлен с заменой. Если что-то удаляете на одной стороне - старайтесь выполнить удаление и на другой.
При попытке выгрузить предыдущий период ничего не выходит, хотя в ЗУП - Настройки синхронизации - Настроить - вы указали более раннюю дату начала обмена
В Бухгалтерии не делаются проводки в документе Отражение зарплаты - отсутствует ИФНС
На стороне ЗУП проверяем в Настройка - Реквизиты организации - Основное – Изменить данные регистрации - дату начала регистрации. Если она больше даты документов отражений, меняем ее, затем перепроводим документы начислений (чтобы зарегистрировать привязку к ИФНС) и перезаполняем отражение. Проверяем на вкладке НДФЛ присутствие ИФНС в соответствующей колонке. Отправляем документ в Бухгалтерию.
Суммы в Бухгалтерии после отражения зарплаты в учете задваиваются
Необходимо проверить нет ли в Бухгалтерии имеющихся начислений/выплат того же периода, сделанных когда учет велся в ней. Проверить можно расшифровкой оборотов в оборотно-сальдовой ведомости по счету 70. Если начисления есть, вам необходимо решить, что именно вы хотите оставить, а дублирующие документы в ЗУП или в Бухгалтерии - удалить.
Чтобы в Бухгалтерии посмотреть, какие документы действовали на момент, когда учет велся в Бухгалтерии, необходимо зайти в Зарплата и кадры – Настройки зарплаты и переключиться на режим В этой программе.
После проверки и необходимых изменений не забудьте переключить режим обратно.
Документы на стороне ЗУП считаются выгруженными, а в Бухгалтерии не появляются
В Бухгалтерии проверить Администрирование - Синхронизация данных - не стоит ли дата запрета загрузки. Это значение определяет дату, по которую в Бухгалтерию не могут быть загружены никакие документы из сторонней программы. Также в Администрирование - Синхронизация данных - Настройки синхронизации – ссылка Предупреждения проверить нет ли наших документов на вкладке Непринятые по дате запрета. Если они там есть, вы сможете, не трогая дату запрета загрузки, нажать Принять версию.
Организации/подразделения/физлица задвоились
На этапе сопоставления данных в Бухгалтерии при настройке синхронизации были проигнорированы круглые значки напротив объектов, которые сигнализируют о том, что данные объекты могут задвоиться. При двойном щелчке на такой значок вы попадаете в окно, разделенное пополам, где слева вы видите объекты из Бухгалтерии, а справа объекты из ЗУП. Если вы видите, что какие-то объекты слева и справа являют собой одно и тоже (ООО "Янтарь" в Бухгалтерии и Янтарь ООО в ЗУП) - вы должны щелкнуть дважды на любом из них и выбрать второй из списка. Таким образом вы даете указание программе их сопоставить и задвоения не произойдет.
При уже имеющемся задвоении вы можете:
а) восстановить резервные копии баз, сделанные до начала синхронизации
б) воспользоваться обработкой совмещения дублей - Администрирование - Обслуживание - Корректировка данных - Поиск и удаление дублей.
Путь к обработке для Бухгалтерии 3.0 и ЗУП 3.1 один и тот же – Администрирование – Обслуживание – Корректировка данных – Поиск и удаление дублей.
Важно! Перед запуском этой обработки создайте резервную копию базы. Это можно сделать прямо в папке базы (путь к которой указан в стартовом меню), либо через Администрирование – Обслуживание – Резервные копии и восстановление.
Также убедитесь, что отключены имеющиеся в системе даты запрета изменений – они, скорее всего, не дадут вам заменить все ссылки и операция не будет выполнена.
Нажимаем на ссылку Поиск и удаление дублей
Программа выполнит поиск дублей, покажет их нам и в каждом конкретном случае пометит как основной (объект, который надо оставить) – тот объект, на который привязано больше всего ссылок на документы, записи регистров и прочие объекты.
Особое внимание обратите на критерий назначения объектов дублями. При поиске дублей среди физических лиц, например, программа по умолчанию назначает критерием Совпадает по похожим словам. Так вот, с таким критерием есть шансы на то, что программа в итоге сочтет дублями физических лиц с похожими фамилиями и удалит одних с заменой на другие со всеми вытекающими. Критерий нужно вручную поменять на Совпадает (точное совпадение фамилии, имени, отчества) Отнеситесь к этой операции серьезно и обязательно создайте копию базы!
Нажимаем Удалить дубли. Иногда, особенно в случаях с удалением ИФНС и организаций, первая попытка может не дать результата – останется какой-то один объект, который не даст завершить переназначение ссылок и дубли останутся. В этом случае выбираем как основной другой объект и пробуем повторить операцию удаления. В нашем примере мы вручную выбрали как основную ту регистрацию к которой привязана наша организация.
На этот раз переназначение ссылок прошло успешно, а оставшиеся без привязок объекты-дубли теперь помечены в системе на удаление и их можно удалить через Администрирование – удаление помеченных объектов.
Удаляем через Администрирование – Обслуживание – Удаление помеченных объектов уже ни к чему не привязанные лишние регистрации:
Читайте также: