Мужики, всем привет! Платформа 8.2.15. Две конфы УТ и КА.
Проблема:
При обмене задваиваются элементы справочника ФизЛица. Потому что разные внутренние идентефикаторы. И не совпадают реквизиты элементов. То есть может быть ошибка в наименование, или в ИНН. Как их синхронизировать, даже не знаю. Первый вопрос именно в этом.
Что я думаю: из одной базы подключиться в другую и сверить элементы по наименованию, предварительно убрав пробелы из наименований и перевести к нижнему регистру. Cовпавшие по наименованию элементы преводить к одинаковому GUID. В правилах обмена поставить поиск по GUID. Это синхронизирует большинство, но далеко не все.
Вопрос: может я херню придумал и есть более действенный способ? Вопрос третий: ни разу не работал c GUID, что нужно учитывать при смене GUID?

Итак, выношу вопросы
1. Как синхронизировать элементы справочника?ъ
2. что нужно учитывать при смене GUID у элемента справочника?

Заранее благодарю за помошь.

Просто нужно решить, где данные вводятся, а куда они переносятся.
Ну, и не косячить.

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

Отладчик в руки.

(3) Зачем? Что в нем смотреть?

Если стандартные переносы, то там есть правила для КД, тогда можно просто снять галку синхронизации по УИДу и настроить поиск как угодно

То же мне проблема... в КА у всех физ. лиз в комментарий напиши что-то вроде "Создан в КА" и перенеси весь справоник из УТ. А потом в КА уже удаляй дубли, у которых в комментарии наша строка и всё.

+(6) Один раз сделаешь и забудешь.

(5) Так в этом и проблема! Ну настрою я поиск по наименованию, а наименования у элементов не совпадают: то пробел, то буква не такая, то отчество отсутствует. И так со всеми реквизитами... Код не совпадает вообще.

(8) Там физ.лиц много? Ну сотня, а это смена буха привести к одному наименованию или ИНН или еще как. Я понимаю тысяч сто позиций. тогда надо огород городить.
Но если нужен огород, то один из вариантов, при записи нового элемента, подпиской кэшировать куданить, например регистр сведений. С определенной периодичностью, выискивать дубли по списку и совсем непонятные моменты пересылать ответственному лицу. За короткое время все приведется в полный порядок и отвествтенный будет только вспоминать это как страшный сон

(6) Ну да, вариант. Попроще моего. Только из КА перенести в УТ, т.к. КА - шаблон. Спасибо за совет.
(9) Ну не так все запущено, чтоб использовать этот вариант =)
Сделав как в (6) я в принципе избавлюсь от проблемы сразу. Далее элементы создаются только в КА и отлично будут выгружаться в УТ. Спасибо за отклик.

Альбатрос

8 - 07.11.12 - 05:31
   
(5) Так в этом и проблема! Ну настрою я поиск по наименованию,

Кто тебе мешает создавать при переносе с тем же ГУИДом и потом по нему и синхронизировать?

+(11) а задвоенные удалять, перекинув ссылки? Никто не мешает, но сколько по времени я таким образом буду вычищать справочник? Опять же смотреть после каждого переноса...

(12) Окстись.
Элемент ищется по ГУИДу.
Если не найден - создается с ГУИДом, притащенным из КА.

После первого обмена придется поработать над УТ с обработкой ПоискИЗаменаЗначений - но это плата за то, что вначале делали а потом думать начали)

(13) + на всякий случай: обработка эта перепроведения доков не требует. Она меняет значения в том числе и в Движениях.

(12) Я не пойму, вы предлагаете полностью выгрузить справочник из КА в УТ? затем поиском дублей перекинуть ссылки с неправильных(которые не с КА) на правильные, а первые удалить. Ну так в принципе я так и собираюсь делать.

(15)к (13)

(0) Общепринятый способ синхронизации физлиц - ФИО + Дата рождения. Считается, что вероятность появления в организации полных тезок родившихся в один день ничтожно мала

(17) Полностью тему не читали? Мой вариант - это однозначно ГУИД. Потому что в УТ больше ФЛ заводить не будутЮ они будут выгружаться с КА.

ФизЛица хорошо синхронизируются по СНИЛС

(15) А... все остальное - суть извраты, которые рано или поздно вылезут боком.
Это оптимальный "модус операнди")