История объединений

Каждый раз, когда вы объединяете две записи участников, TimelyChurch создаёт постоянную запись в журнале Merge History. В статье — что логируется, как читать журнал и как отменить ошибочное объединение.

Зачем вести журнал объединений?

Объединение двух людей ощущается как разрушительная операция — две истории сливаются в одну, вторичная запись архивируется. Надёжный аудиторский след даёт:

• Подотчётность — кто кого объединил и когда.
• Восстановление — при ошибке видно, что было объединено, и можно откатить.
• Соответствие — для церквей под SOC 2 или аналогичными рамками неизменяемая запись изменений обязательна.

Где найти

1. В админ-портале перейдите в Участники > Merge History.
2. Список всех объединений в церкви в обратном хронологическом порядке.

Каждая строка показывает:

• Primary Person — сохранённая запись (кликабельна для открытия профиля)
• Secondary Person — имя архивированной записи (из снимка, т.к. запись soft-deleted)
• Merged By — сотрудник, выполнивший объединение
• Merged At — дата и время
• Records Transferred — сводка перенесённого (например, «12 Group Memberships, 3 Notes, 1 Family Membership»)
• Notes — свободный текст при подтверждении

Что логируется

Для каждого объединения TimelyChurch записывает PersonMergeLog:

Идентичность

• church_id (каждое объединение в пределах tenant)
• primary person ID (остаётся)
• secondary person ID (архивируется)

Снимок

• Полный снимок вторичной записи в момент объединения — имя, email, телефон, адрес, дата рождения, пол, пользовательские поля. Снимок питает имя «Secondary Person» в журнале даже после очистки базовой записи.

Счётчики перенесённых записей

Журнал фиксирует, сколько связанных записей каждого типа перенесено со вторичной на первичную:

Нулевые типы опускаются в сводке — видно только то, что реально перенеслось.

Выбор полей

• Запись поколоночного выбора при объединении — например, «оставлен email первичной, взята дата рождения вторичной». Фиксируется для side-by-side потока с выбором при конфликтах.

Авторство

• merged_by user ID
• merged_at timestamp
• Свободные notes при подтверждении

Чтение записи журнала

При клике на строку в Merge History — детальный вид:

• Имена обеих записей (первичная кликабельна; вторичная — архивный вид при необходимости)
• Полный счёт перенесённых записей
• Матрица решений по полям
• Кто и когда выполнил объединение
• Заметки на момент операции

Этого достаточно, чтобы восстановить, что произошло. Если участник звонит «вы объединили меня с братом» — данные для проверки и отката.

Отмена ошибочного объединения

Неверное объединение восстановимо, но нужно вмешательство сотрудников. Кнопки «Undo Merge» в один клик нет — связанные записи (пожертвования, посещаемость) уже перепривязаны.

Паттерн восстановления

1. Откройте Участники > Merge History и найдите ошибочное объединение.
2. Запишите secondary person ID — запись soft-deleted, не уничтожена.
3. На странице Участники переключите фильтр Archived и найдите вторичную запись.
4. Нажмите Restore, чтобы вернуть в активный справочник.
5. Откройте профиль первичного и вручную верните записи, которые не должны были переноситься — чаще всего членства в семьях, группах и заметки.
6. По списку выбора полей в журнале объединения узнайте, какие контактные поля первичной откатить, если сохранились неверные значения.

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

Совет: если ошибку обнаружили быстро (в тот же день, до новой активности вторичной), восстановление проще, чем через недели. Привыкайте просматривать журнал объединений сразу после слияний, особенно при массовой очистке дубликатов.

Рекомендации

1. Всегда добавляйте заметки при объединении. Одна строка «Подтверждено по телефону с John» окупается позже.
2. Side-by-side merge для пограничных случаев — фиксирует выбор полей в аудите.
3. Проверяйте Merge History еженедельно при очистке — ловит ошибки рано.
4. Обучите нескольких сотрудников протоколу объединения — когда знает один человек, ошибки незаметны.
5. Secondary person ID — постоянная ссылка — при обращении в поддержку ID и запись журнала точно описывают, что произошло.

Приватность и хранение

Записи журнала объединений хранятся бессрочно по умолчанию. Снимок в журнале — данные вторичного на момент объединения — не обновляется при изменении первичной. Это намеренно: снимок — форензическая запись, не живое зеркало.

Если политика хранения требует удаления журналов через фиксированный срок — обратитесь в поддержку; настройка на церковь.

Связанные статьи

• Обнаружение дубликатов и объединение
• Профиль участника
• Управление справочником участников