Сверка и контроль данных — полнота, критерии, судьба расхождения

Директивный

#сверка #запросы #надёжность #идемпотентность

Правило

Задача сверки/контроля (данные 1С ↔ внешняя система, документ ↔ первоисточник, остатки ↔ расчёт) обязана определить четыре вещи, и все четыре — явно:

Полнота выборки с обеих сторон. Сверяются два множества целиком за один и тот же период; «нашли совпадения» — это не сверка, сверка обязана показать и то, чего нет на другой стороне (в 1С есть — в источнике нет, и наоборот).
Ключ сопоставления — устойчивый, а не одно поле. Одной суммы или одного ФИО мало: реальные ключи составные (номер + дата + сумма + вид операции). Правило каскада фиксируется: сначала по точному ключу, при промахе — по композитному, и только потом «не найдено».
Период/окно сверки задан явно (например, «4 месяца назад от даты загрузки»), а не «все данные» — иначе сверка либо пропускает старое, либо деградирует на всей базе.
Судьба расхождения — отслеживаемый процесс, а не сообщение в чат. Расхождение уходит туда, где его нельзя потерять: предупреждение при записи, тикет с маршрутом и ответственным, документ-корректировка. Автосоздание корректировок — идемпотентно: повторный прогон не плодит дубли.

Порог допустимого расхождения (округление, копейки) задаётся осознанно, а не «ноль любой ценой».

Зачем

Сверка ценна ровно настолько, насколько ей можно доверять как «всё сошлось». Три типовых способа сделать её бесполезной, все встречаются в реальных задачах: сверять только пересечение (расхождение «одна сторона есть, другой нет» не видно), сопоставлять по одному полю (ложные совпадения по совпавшей сумме), и отправлять расхождения в общий чат, где «бо́льшая часть замечаний улетает и не обрабатывается». Сверка без отслеживаемой судьбы расхождения — это не контроль, а его имитация.

// Сверка «по совпадению»: бежим по данным 1С, ищем совпадение суммы во внешнем
// файле. Что есть во внешнем файле, но нет в 1С, — не увидим никогда.
// Ключ — одна сумма: два разных билета на 5000 руб. схлопнутся в одно совпадение.
Для Каждого СтрокаБУ Из ДанныеБУ Цикл
    Если ВнешнийФайл.Найти(СтрокаБУ.Сумма, "Сумма") <> Неопределено Тогда
        // ок
    Иначе
        Сообщить("Не найдено: " + СтрокаБУ.Сумма); // улетит в лог и потеряется
    КонецЕсли;
КонецЦикла;

// Полное внешнее соединение двух наборов за явный период по составному ключу:
// видно и совпадения, и «только в 1С», и «только в источнике».
Запрос.УстановитьПараметр("Начало", НачалоПериода);
Запрос.УстановитьПараметр("Конец",  КонецПериода);
Запрос.Текст =
"ВЫБРАТЬ
|   ЕСТЬNULL(БУ.Ключ, Ист.Ключ) КАК Ключ,
|   БУ.Сумма КАК СуммаБУ, Ист.Сумма КАК СуммаИст,
|   ВЫБОР КОГДА БУ.Ключ ЕСТЬ NULL ТОГДА ""нет в 1С""
|        КОГДА Ист.Ключ ЕСТЬ NULL ТОГДА ""нет в источнике""
|        КОГДА БУ.Сумма <> Ист.Сумма ТОГДА ""расхождение суммы""
|        ИНАЧЕ ""ок"" КОНЕЦ КАК Статус
|ИЗ ДанныеБУ КАК БУ
|   ПОЛНОЕ СОЕДИНЕНИЕ ДанныеИсточника КАК Ист ПО БУ.Ключ = Ист.Ключ";
// Строки со статусом <> "ок" → в тикет/предупреждение с ответственным,
// автокорректировка — с проверкой «не создавали ли уже» (идемпотентность).

Пример из практики

Два реальных случая, где видны все четыре требования:

Контроль дублей билетов при загрузке. При выгрузке билетов в бухбазу — предупреждение, если есть совпадение (1) по номеру билета, иначе (2) одновременно по ФИО + дате + сумме + виду операции. Это каскад ключа (точный → композитный → «не найдено») и явное окно — проверка на 4 месяца назад от даты загрузки, а не по всей базе.
Расхождения кассы. Раньше расхождения по отчёту «Сверка остатков денег в кассе» бухгалтерия писала в общий канал, где «бо́льшая часть замечаний улетает и не обрабатывается». Правильная судьба расхождения — кнопкой создать тикет в трекере с маршрутом (ответственный — управляющий, наблюдатель — территориальный менеджер), а не сообщение в чат.

Когда не применять

Разовая ручная сверка «глазами» под конкретный вопрос — можно без формализации, но как только она повторяется, её место в этом стандарте.
Толеранс намеренно нулевой (сверка контрольных сумм, хешей) — тогда порог расхождения не нужен; всё остальное (полнота, ключ, судьба) действует.

Сверка и контроль данных — полнота, критерии, судьба расхождения

Правило

Зачем

Пример из практики

Когда не применять

См. также