Работа в двух параллельных копиях базы — в облачной CRM и в локальной таблице или отдельной программе на выезде — уже через несколько дней даёт задвоенных клиентов, расхождения в остатках и ошибки в отчётности, потому что обе копии не знают об изменениях друг друга. Чем дольше сотрудники работают раздельно, тем дороже потом обходится сведение данных воедино.

Главный риск — конфликт версий одной записи

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

Дубли клиентов и заказов

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

Сбитая нумерация и учётные ошибки

РискЧто происходитПоследствие для бизнеса
Дубли клиентовОдин человек — две карточкиПотеря истории, повторные звонки, недоверие клиента
Конфликт версийБолее раннее изменение затираетсяОшибки в статусах заказов и оплатах
Сбитая нумерация документовДва документа с одним номером в разных копияхПроблемы при сверке с бухгалтерией
Расхождение остатковСписание товара учтено в одной копии, но не в другойОшибки в остатках и повторные продажи того, чего уже нет

Финансовые и отчётные риски

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

Как снизить риск, пока связь ограничена

Полностью исключить работу в двух копиях не всегда возможно, если мобильный интернет пропадает на выезде, но риск можно ограничить организационно: заранее договориться, какая копия считается основной, фиксировать в локальной таблице точное время каждой записи, не менять в двух местах один и тот же заказ, а критичные операции по возможности откладывать до восстановления связи или передавать по телефону в офис для внесения в CRM напрямую.

Что делать, если раздвоение уже произошло

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