Вернуться к статьям Сначала убедитесь, что сравниваете один показатель
В учебном примере руководитель видит в CRM завершённые сделки, в своей таблице ожидаемые поступления, а в учётной системе фактические платежи. Все три списка называются «Продажи за месяц». Их итоги могут различаться без ошибки передачи данных.
Перед сверкой запишите, что означает каждая строка. Сделка, счёт, платёж и часть поставки имеют разную детализацию. Один заказ может дать одну строку продажи и несколько платежей.
Отдельно уточните, по какой дате запись попала в период. Дата создания и дата завершения дают разные множества. Сопоставление управленческих событий рассмотрено в материале о показателях CRM. Здесь цель уже: найти причину расхождения между двумя подготовленными наборами.
Подготовьте воспроизводимые выборки
Сформируйте оба списка за один согласованный интервал. Сохраните фильтры, время формирования и пользователя, под которым получен результат. Пока идёт проверка, рабочая база может меняться; это ещё одна возможная причина расхождения.
| Параметр | Что должно быть понятно |
|---|---|
| Показатель | Сумма заказов, поступлений или другого события |
| Дата отбора | Поле и границы периода |
| Состав | Включённые направления, стадии и исключения |
| Валюта | Одна валюта или согласованный способ раздельного учёта |
| Доступ | Какие записи видит пользователь |
| Детализация | Одна строка на заказ, документ или платёж |
| Состояние | Когда получена каждая выборка |
Не переводите разные валюты в один итог без утверждённого источника курса и даты расчёта. Для первого разбора удобнее разделить их и выяснить расхождения внутри одной валюты.
Если один источник не отдаёт необходимые данные, зафиксируйте ограничение. Неполную выгрузку нельзя использовать как доказательство отсутствия записи в системе.
Найдите устойчивый ключ связи
Номер строки Excel не подходит для сопоставления. Название сделки тоже может измениться или совпасть у нескольких заказов. Используйте подтверждённый общий идентификатор: например, номер заказа, передаваемый между системами.
Сначала проверьте уникальность выбранного ключа. Если по одному номеру существуют несколько частей поставки, потребуется дополнительный признак. Не объединяйте строки только потому, что их суммы похожи.
В учебной сверке заказ «Учебный комплект» найден в обоих источниках. В CRM он отражён одной строкой, а во втором списке разделён на две части. После приведения к согласованному уровню заказа расхождение может исчезнуть. Это объяснение нужно сохранить, чтобы при следующем сравнении не искать ошибку заново.
Разложите расхождения по причинам
Начните с небольшого числа записей, для которых понятно происхождение. Для каждой отметьте результат сравнения.
| Результат | Следующая проверка |
|---|---|
| Есть в обоих списках, значения совпали | Сохранить как контрольный пример |
| Есть только в первом | Проверить доступ, период и факт передачи |
| Есть только во втором | Проверить источник создания и исключения |
| Общая запись, другая сумма | Сверить состав, валюту и поздние изменения |
| Общая запись, другая дата | Уточнить, одно ли событие отражают поля |
| Несколько строк на один ключ | Разобрать детализацию и возможный повтор |
Не называйте каждую лишнюю строку дублем. Она может быть самостоятельным платежом или частью заказа. И наоборот, совпадение итогов не гарантирует совпадения состава: одна пропущенная и одна лишняя запись способны взаимно скрыть разницу.
В Битрикс24 откройте спорную карточку из списка и проверьте исходные значения. Способ формирования конкретного отчёта зависит от используемого инструмента; общий выбор аналитики описан в статье об отчётах и BI.
Исправление должно иметь владельца
После разбора у расхождения должен появиться ответственный по источнику. Если неверно исходное значение, его исправляет уполномоченный владелец данных. Если ошибка в фильтре, меняют правило отчёта. Если запись не передалась, сначала выясняют причину обмена.
Не редактируйте итоговую таблицу так, чтобы сумма просто совпала. Такая правка скрывает основание и не устраняет повторение проблемы.
Запишите прежнее значение, причину, действие и ожидаемое изменение результата. Для массовых исправлений отдельно согласуйте состав записей и способ проверки. Полный аудит портала для каждого расхождения не нужен, но связи источников стоит разбирать системно; подход описан в материале об аудите CRM.
Как убедиться, что сверка завершена
Повторно сформируйте выборку тем же способом после согласованных исправлений. Проверьте исправленные строки и несколько контрольных, которые не должны были измениться.
Оставшиеся расхождения не обязательно скрывать до идеального совпадения. У каждого должно быть объяснение: разная детализация, подтверждённый момент обновления или нерешённая ошибка с владельцем. Отчёт о сверке должен отделять эти состояния.
Попросите коллегу воспроизвести один спорный пример по сохранённым параметрам. Если для этого нужны устные подсказки автора таблицы, основание сравнения ещё описано не полностью.
Частые вопросы
Что сравнивать сначала: сумму или количество строк?
Сначала смысл строки и правило отбора. Затем количество и суммы. Без общего уровня детализации оба числовых сравнения могут вводить в заблуждение.
Если итоги совпали, проверка закончена?
Нет. Проверьте состав по ключам хотя бы на контрольной выборке. Компенсирующие ошибки могут дать одинаковый итог.
Нужно ли исправлять данные сразу в обеих системах?
Только по согласованной модели источников. Определите, где находится исходное значение и как оно должно передаваться, иначе одна система может перезаписать ручное исправление другой.