Подготовка данных к аудиту: что собрать заранее

Аудит проверяет, что данные соответствуют документам, а работа — описанным правилам. Подготовка к аудиту не в том, чтобы привести всё в идеальный вид, а в том, чтобы нужные сведения можно было найти быстро.

Ниже — что готовят заранее.

Что смотрит аудитор

Обычно проверяют несколько участников и несколько показателей, прослеживая путь от первичной записи до итоговой таблицы. Цель — убедиться, что система отражает реальность.

Понимание этой логики помогает подготовить нужное, а не всё подряд.

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

Перечень вопросов

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

Ответы готовят коротко и со ссылками на документы.

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

Выгрузки

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

Выгрузку проверяют на полноту: число записей соответствует числу участников и визитов.

К выгрузке прикладывают короткую записку: какие данные вошли, какие исключены, какие фильтры применялись. Записка экономит время проверяющего и снижает число уточняющих вопросов.

Сверка с первичной документацией

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

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

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

Журналы

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

Если журнал слишком объёмный, готовят краткое пояснение о его структуре.

Если система не хранит историю правок, фиксируют хотя бы факт правки и её причину в отдельном журнале. Отсутствие истории — само по себе замечание, и лучше знать о нём до проверки.

Доступы

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

Найденные несоответствия исправляют заранее.

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

Документация

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

Хаос в версиях — частая причина замечаний, даже когда сами данные в порядке.

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

Ответственные

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

Без ответственного подготовка распадается.

У ответственного должен быть список контактов всех, кто может понадобиться. Вопросы аудита часто уходят в соседние отделы, и задержка на день превращается в задержку всего визита.

Место и формат

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

Проверка «на живую» на встрече выглядит плохо и тратит время проверяющих.

Ссылки на материалы лучше давать в виде списка с описанием, а не россыпью файлов. Так проверяющий видит структуру и быстрее находит нужное, а команда не тратит время на повторные объяснения.

Замечания

Во время аудита замечания фиксируют дословно, с указанием, к какому пункту они относятся. Ответы готовят после, но сроки обсуждают сразу.

Ответ «мы не согласны» без объяснения не помогает никому.

Каждому замечанию присваивают номер и ответственного. Это простая практика, которая позволяет закрывать вопросы по списку, а не по памяти, и показывает проверяющим, что работа ведётся системно.

После аудита

Составляют план исправлений: что, кто, когда. План прикладывают к отчёту об аудите.

Повторная проверка обычно смотрит именно на выполнение этого плана.

Сроки исправлений лучше ставить реалистичные: невыполненный пункт плана при следующей проверке весит больше, чем изначальное замечание. Хороший план — тот, который действительно закрывают.

Пример: расхождение в дате

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

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

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

Чек-лист

Актуальные выгрузки с версией и датой.
Выборочная сверка проведена и оформлена.
Журналы доступны и понятны.
Список пользователей проверен.
Документация собрана в одном месте.
Назначен ответственный.
Материалы проверены до начала.
Замечания фиксируются дословно.

Частые вопросы

Нужно ли исправлять все мелочи до аудита?

Нет, нужно уметь объяснить их и показать план исправления.

Кто присутствует при аудите?

Ответственный и, при необходимости, тот, кто вёл данные.

Сколько времени занимает подготовка?

Зависит от объёма, но основные материалы стоит собрать заранее.

Что делать с найденными ошибками?

Исправить, зафиксировать и объяснить, как предотвращены повторения.