Почему автоматизация расчётов МСФО не решает проблему качества отчётности

Данные загружены успешно, но относятся к разным версиям

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

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

Отдельная задача — качество данных при расчёте резервов. Требования к договорам, просрочке и другим параметрам разобраны в материале о качестве данных в МСФО 9.

Методология согласована, но её изменения не управляются

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

Если подразделение изменило подход к классификации операций, а в системе сохранился прежний мэппинг — сопоставление исходных счетов и аналитик со статьями МСФО, — расчёт может пройти без технической ошибки. При этом результат уже не будет соответствовать согласованной методологии.

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

Корректировка рассчитана верно, но применена повторно

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

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

Итоговые проверки не охватывают раскрытия и изменения

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

Набор проверок должен охватывать связи между отчётами и примечаниями, необъяснённые отклонения и влияние поздних исправлений. Для каждой проверки задают условие срабатывания, приоритет и порядок разбора. Принципы настройки таких проверок описаны в статье о конструкторе отчётов и контрольных процедур в Finist-Report.

 

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

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

 

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

1. Зафиксированы ли источник, дата выгрузки и состав загруженных данных?

2. Известно ли, какая версия мэппинга и расчётных правил применялась?

3. Можно ли увидеть все корректировки, их основания и согласования?

4. Есть ли результаты проверок и решения по обнаруженным исключениям?

5. Понятно ли, какие показатели нужно пересчитать после изменения источника?

6. Сохранена ли версия отчётности, переданная на согласование или аудит?

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

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

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

 

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

На странице системы подготовки отчётности МСФО представлены возможности Финист-МСФО по загрузке, трансформации и формированию отчётности. Обсудите со специалистами Финист свой сценарий закрытия периода: какие источники участвуют, где возникают повторные корректировки и какие результаты требуется подтверждать. Это поможет определить необходимый состав решения и настроек контроля.

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