Top.Mail.Ru
Заказать консультацию
специалиста 1С
Отправить заявку

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

База, утонувшая в дублях

Бурдуковский Илья Посмотреть все статьи >> Младший программист 1С партнёрской сети "ИнфоСофт".
29.01.2022
734
Время прочтения - 3 мин.
Заказать консультацию

Синхронизация двух и более баз – распространённая практика при ведении бизнеса.

Часто компании выбирают такой способ, потому что он помогает решает ряд важных задач:

  • Позволяет организовывать распределённую структуру в компании;

  • Спасает сотрудников от двойной работы исключая повторный ввод информации в разные базы, рискуя;

  • Актуализирует нормативно-справочную информацию в различных информационных системах.

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

Но в один моменты вы можете столкнуться с данной картиной:

1.png


Почему возникают дубли?

  1. Некорректно сопоставились данные. В разные базы информация об одном и том же объекте вводится по-разному. Из-за этого объекты при синхронизации могут не сопоставиться и отправляемые объекты просто дублируются.

  2. Нет чёткого контроля за НСИ. Если в базах работает много сотрудников, то информация может быть случайно продублирована ещё до момента синхронизации, а обмен просто распространит дубли ещё дальше и усугубит ситуацию.

  3. Сторонние способы загрузки данных. Если информация в базу загружается сторонними сервисами или дополнительными обработками, то без чёткого контроля есть шанс скопировать в базу уже существующую информацию.

Как это исправить?

Сначала найдём причину их возникновения.

Открываем базу-отправитель и выполняем поиск дублей в ней. Если база небольшая, то иногда хватает и простого визуального анализа. Но для больших и нагруженных баз в актуальных решениях существует типовая обработка «Поиск и удаление дублей».

 Находим её по пути «Администрирование -> Обслуживание -> Поиск и удаление дублей».

 2.png

В появившимся окне мы можем настроить критерии поиска дублей:

  1. Где ищем: выбираем в каком справочнике или списке документов ищем дубли (чаще всего дубли возникают в справочниках);

  2. Что ищем: выбираем какое свойство должны иметь все проверяемые объекты;

  3. Как ищем: выбираем по каким критериям должно определяться, что объект был задублирован.

3.png

Важно!

Грамотно настраивайте критерии, иначе за дубли программа примет абсолютно не связанные друг с другом записи:

4.png

После того как мы корректно укажем все критерии отбора и получим список – можно приступить к выбору дальнейшей судьбы дублей:

5.png

В табличной части в каждой иерархии представлены объекты:

  • Один объект, принятый за оригинал (по умолчанию за оригинал принимается объект с самым большим количеством связей). На него указывает стрелка.

  • Все остальные объекты, принятые за дубли. Они отмечены флажком.

В процессе выполнения удаления все связи с дублями (с которых не снимался флажок) перепривяжутся к оригиналу, а сами дубли будут:

  • либо помечены на удаление:

6.png

  • либо безвозвратно удалены:

 7.png

Подпишитесь на дайджест!
Подпишитесь на дайджест, и получайте ежемесячно подборку полезных статей.

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

Чтобы не ломать голову с определением оригинальной записи, мы можем открыть краткую сводку по всем связям с объектом.

8.png

Или сформировать отчёт по абсолютно всем:

9.png

Затем после корректной настройки обработки – выполним удаление нежелательных дублей:

10.png

Как можем увидеть, удаление задвоившихся записей успешно выполнено, а все связи были изменены на оригинальный объект:

11.png

 

Важно!

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

 12.png

Теперь точно такой же алгоритм стоит повторить и в базе-приёмнике!

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

Проверяем, что изменённые объекты зарегистрировались к обмену:

13.png

Выгружаем данные из базы-отправителя:

14.png

И загружаем в базу-получатель:

 15.png 

После того, как анализ полученных данных будет выполнен, стоит уделить особое внимание сопоставлению данных.

16.png

Если пропустить этот шаг, то мы рискуем вернуть дубли, которые так старательно вычищали. Например, наш контрагент «МЕДОК ООО» автоматически не сопоставился и планировал стать снова продублированным.

17.png

Поэтому сопоставляем его с уже существующей копией в базе-приёмнике.

18.png

Данные действия повторим для всех исправленных объектов, а затем продолжим синхронизацию.

19.png

20.png

Синхронизация была успешно завершена. Синхронизируемые объекты, которые ранее были дублями, связались друг с другом, а база стала гораздо чище.

21.jpg


Заказать консультацию специалиста 1С
Оставьте заявку и наши эксперты проконсультируют вас по данной статье.
Отправить заявку

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

Рассказать друзьям
Для разработчиков 1С
Вам может быть интересно: