Качество данных: где именно ломается цифра — звено, причина и сумма под риском

Два источника, 30 расхождений и 651 536 ₽ под риском решения

  • Работает в ваших сервисах: 1С, база, кабинеты площадок и рекламы, веб-аналитика, почта
  • По умолчанию чтение и расчёт: запись в вашу систему — по вашей команде
  • Данные кейса сконструированы; нормы, формулы и структура документов — настоящие

Дело: 1 200 строк, 30 расхождений и четыре причины

Кто в деле

Учётная система и кабинет площадки, один период, 1 200 строк. Сверка шла по итогу и всегда «примерно сходилась».

  • Что было

    Итоги расходились на 304 791 ₽, и на это никто не смотрел: разница списывалась на «округления и период».

  • Где развилка

    Искать виноватого или искать звено? Разница появляется не «в данных», а на конкретном шаге: источник, загрузка, преобразование, период, отчёт.

  • Что сделал агент

    Сверил построчно, разложил расхождения по четырём причинам, привязал каждую к звену цепочки и к тому, кто её закрывает.

  • Что нашлось

    Четыре причины: 14 строк нет в приёмке, 11 попали в другой период, 9 сумм без НДС, 5 двойных записей. Сумма под риском — 651 536 ₽, вдвое больше итоговой разницы: часть расхождений гасит друг друга.

  • Чем закончилось

    Каждая причина получила владельца и место в цепочке. Итог перестал быть предметом веры. Данные кейса сконструированы. Отдельный факт: на живом контуре 1С: Розница замер 08.11.2026 дал 264 строки остатков, из них 29 отрицательных.

Задача

Что за работа

Итог двух систем расходится всегда, и вопрос не «кто виноват», а на каком звене появляется разница: источник, загрузка, преобразование, период, отчёт. Пока причина не привязана к звену, дефект закрывают в отчёте — и он возвращается. Считается сумма под риском, а не число строк. Персональные данные — по ФЗ-152.

Как это выглядит

Расхождение ищется по звену цепочки, а не по итоговой сумме.

Путь в системах: что берём на входе и что отдаём

  1. 1

    Вход: два источника за период

    Учётная система и кабинет площадки. Фиксируется дата выгрузки каждого: без неё сверка бессмысленна.

  2. 2

    Построчная сверка

    Сопоставление по ключу документа, а не по итогу. Итог сходится и тогда, когда внутри перепутаны строки.

  3. 3

    Классификация причин

    Нет в приёмке, другой период, сумма без НДС, двойная запись, возврат не проведён. Причина — не догадка, а проверяемое правило.

  4. 4

    Привязка к звену и владельцу

    Каждая причина живёт на своём шаге цепочки и закрывается тем, кто отвечает за этот шаг.

  5. 5

    Выход: карта дефектов

    Причины с суммой под риском, список расхождений, цепочка звеньев и то, какая система считается эталоном.

Агент делает · человек решает

Сверяет построчнопо ключу документа, а не по итогу
Классифицирует причинупо правилу, а не «на глаз»
Считает сумму под рискома не только число строк
Привязывает к звенуисточник, загрузка, преобразование, период, отчёт
Выбирает эталончеловек: какая система считается верной
Закрывает дефект в источникечеловек: правка учёта
Решает, что делать с разницейчеловек: доплата, сторно, переговоры

Что получится на выходе

Карта четырёх причин с суммой под риском и цепочка звеньев, где ломается цифра.

То же в графике

Данные прогона

График построен по числам из листа расчёта, а не нарисован отдельно.

Границы

Чего агент не делает

Агент не решает, какая система считается эталоном, и не правит учёт: он показывает расхождение и причину, а решение о сторно или доплате принимает человек. Он не «сглаживает» разницу до красивой сходимости и не удаляет неудобные строки. И он не обещает, что после сверки данных станет чисто: дефект в источнике остаётся дефектом, пока его не закроют там.

Вопросы

Почему нельзя сверять по итогу?

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

Что такое сумма под риском?

Сумма абсолютных расхождений — то, по каким цифрам могло быть принято неверное решение. В кейсе она 651 536 ₽ при итоговой разнице 304 791 ₽: часть расхождений гасит друг друга, и итог выглядит спокойнее, чем есть.

Что делать, если причина не находится?

Значит сверка неполная: не хватает звена или ключа сопоставления. Так и надо написать — «причина не установлена, ключ не сходится» — вместо предположения.

Отрицательные остатки в учёте — это нормально?

Нет, это признак незакрытой операции. На живом контуре 1С: Розница замер 08.11.2026 показал 264 строки остатков, из них 29 отрицательных. Это тот же класс дефекта, что и расхождение между системами, только найденный в источнике.

Кто должен закрывать дефект?

Тот, кто отвечает за звено: источник — владелец системы, загрузку — инженер данных, преобразование — аналитик. Иначе дефект закрывают в отчёте, и он возвращается.

Соседние работы

Рядом

Сверим два ваших источника построчно

Нужны обе выгрузки за период — вернём карту дефектов