Разрешение конфликтов синхронизации

Разрешение конфликтов синхронизации — это правило, определяющее, что произойдёт, когда одна и та же запись изменилась с обеих сторон двусторонней интеграции между сеансами обмена: кто-то поправил сумму сделки в CRM, а кто-то другой — в биллинге, и теперь два значения претендуют на актуальность. Ответ нужен любой двусторонней синхронизации, и ответом часто оказывается умолчание, которое никто не выбирал; поэтому вопрос стоит задавать на этапе оценки, а не обнаруживать после месяца тихо затёртых правок. Распространённые стратегии дают разные компромиссы. «Побеждает последняя запись» — умолчание почти везде: выживает изменение с более поздней меткой времени. Это просто и молча выбрасывает вторую правку, что терпимо для описания и куда менее терпимо для цены. Хуже того, результат зависит от часов и от момента запуска обмена, так что победителем иногда становится более ранняя правка, которую просто обработали второй. Источник истины на уровне поля — стратегия, которая больше всего стоит затрат на настройку: назначьте для каждого поля авторитетную систему — владельцем ответственного за аккаунт остаётся CRM, владельцем тарифа биллинг, — и конфликт по этому полю просто не возникнет. Очередь ручного разбора придерживает конфликтующие записи для человека: это правильно для небольшого числа дорогих записей и неработоспособно на объёме. Некоторые инструменты поддерживают правила слияния, объединяющие оба изменения, когда затронуты разные поля одной записи. Что проверить, прежде чем полагаться на коннектор: какая стратегия используется и настраивается ли она на уровне поля, а не только глобально; логируются ли проигравшие правки или исчезают бесследно; как обрабатываются удаления, ведь удаление, синхронизированное как обновление, или наоборот — самая разрушительная версия этой проблемы; и как ведёт себя первая синхронизация, потому что первичное согласование двух заполненных систем — это один большой конфликт под другим именем.