Качество данных в рабочей таблице

Кому подойдёт: новичкам, ведущим учёт вручную, и фрилансерам с таблицами клиентов, заказов, расходов и загрузки. Категории Start и System.

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

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

Опишите одну строку и основные поля

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

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

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

Проверьте несколько разных свойств

Government Data Quality Framework выделяет шесть распространённых измерений качества. Для небольшой таблицы их можно перевести в короткие вопросы.

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

Устраните ошибки на входе

Для повторяющихся статусов используйте согласованный список. Иначе «оплачено», «оплатил», «готово» и «платёж пришёл» могут оказаться четырьмя разными категориями. Поле даты должно принимать даты, а поле суммы — числа в выбранной валюте. Проверка допустимого значения помогает заметить опечатку, но не заменяет проверку смысла.

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

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

Сверяйте с первичными подтверждениями

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

В учебном примере в таблице стоит «оплачено 30 000 ₽», но подтверждение показывает два платежа по 10 000 ₽. Возможно, 30 000 ₽ — общая цена заказа, а оплачено пока 20 000 ₽. Нужно исправить структуру полей, а не просто переписать одну ячейку, иначе ошибка повторится.

Для важных денежных итогов выборочной проверки может быть недостаточно: требуется полная сверка соответствующих поступлений и обязательств. Объём контроля выбирайте по последствиям ошибки. Не тратьте одинаковое время на цвет категории и сумму ближайшего платежа.

Проверяйте итоги и границы формул

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

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

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

Введите короткий ритм проверки

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

Начните с одной таблицы и одного важного расчёта. Опишите, что означает строка, выберите критичные поля и вручную проверьте путь нескольких записей. Затем добавьте одно правило, которое предотвращает самую частую ошибку. Так качество данных постепенно становится частью обычной работы, а не отдельным проектом по наведению идеального порядка.