Стандарты финансового моделирования от PWC

Я уже обращался к теме стандартов при разработке финансовых моделей (Российские рекомендации по составлению финансовой модели и Зарубежные стандарты финансового моделирования). И сегодня хочу порекомендовать ещё один документ, который обнаружил совсем недавно — Глобальные рекомендации по финансовому моделированию (Global Financial Modeling Guidelines) от консалтинговой компании PwC. Это не просто сборник советов, а полноценная методология, разработанная и отточенная специалистами PWC из более чем двадцати стран.

Суть подхода PwC к финансовому моделированию

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

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

Кроме того, документ содержит раздел «Суть Зла Электронных Таблиц», который классифицирует функции Excel по уровню риска (например, циклические ссылки как «Наивысший риск»), которые следует избегать или использовать с осторожностью. Рекомендации имеют уже версию 3.0 от января 2020 года.

Пять фундаментальных принципов PWC построения финансовых моделей

PwC выделяет пять фундаментальных принципов, определяющих качество финансовой модели [стр. 8–9]:

1. Максимум простоты и прозрачности. Модель должна быть интуитивной, без скрытых формул и сложных зависимостей.
2. Минимум риска ошибок и неправильного использования. Логика расчетов должна быть проверяема и однозначна.
3. Минимизация вопросов при проверке. Структура и формат модели должны исключать необходимость дополнительных уточнений при проверке.
4. Универсальность. Принципы должны применяться к любым моделям с временными рядами — от корпоративного планирования до инвестиционных проектов.
5. Пригодность для пользователя. Модель — это инструмент принятия решений, а не математическая головоломка.

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

Практические принципы проектирования (Design Best Practices)

PwC формулирует десять базовых правил построения Excel-моделей [стр. 10–11], которые можно считать «анатомией надежной модели». Эти 10 практик представляют собой упрощенное и практическое подмножество наиболее важных Руководящих принципов моделирования. Опыт PwC показывает, что когда модель соответствует этим практикам, вероятность ошибок в ней значительно снижается.

Ниже приведен перечень Десяти ключевых практик проектирования:

1. Используйте последовательные заголовки столбцов по всей модели:
• Назначьте каждому столбцу четкую цель.
• Каждый временной ряд должен использовать один и тот же столбец на каждом рабочем листе.
• Не смешивайте различные периодичности в одном рабочем листе и всегда используйте один и тот же столбец для первого периода каждой периодичности.
2. Используйте одну уникальную формулу на строку, которая копируется вправо: это облегчает и делает более безопасными проверку и будущее обслуживание модели.
3. Используйте проверки на ошибки (error checks):
• Используйте проверки на ошибки по всей модели, чтобы убедиться в ее внутренней согласованности и логичности результатов.
• Свяжите все проверки на ошибки с центральным местом, которое немедленно оповещает пользователя модели на каждом листе, если произошла ошибка.
4. Создайте оглавление, инструкции для пользователя и пояснения:
• Создайте описание, излагающее цель, функциональность и ограничения модели.
• Сделайте инструкции для пользователя ясными и простыми.
• Суммируйте содержание модели в оглавлении.
5. Избегайте усложнений в функциональности:
• Избегайте циклических ссылок и волатильных функций, таких как INDIRECT и OFFSET, поскольку они вводят высокий риск ошибки, их трудно проверить и они снижают скорость расчета.
• Убедитесь, что результаты не содержат проблем с логикой, и модель не содержит логических ошибок, включая #REF!, #DIV/0!, и #NUM!.
6. Сохраняйте простоту и прозрачность:
• Сделайте расчеты и логику легко понятными.
• Разбивайте формулы на простые, логичные, легко отслеживаемые расчеты.
• Избегайте скрытия любых строк, столбцов или листов.
7. Идентифицируйте и разделяйте входные данные (inputs), расчеты (calculations) и выходные данные (outputs):
• Отделяйте ячейки ввода и форматируйте их так, чтобы они были четко идентифицируемы.
• Размещайте входные данные в их собственных ячейках и не включайте константы, жестко закодированные внутри формулы.
• Держите входные данные, расчеты и выходные данные отдельно друг от друга.
• Обрабатывайте любые ссылки на внешние рабочие книги как входные данные и идентифицируйте их с помощью форматирования.
8. Используйте форматирование в ясном и последовательном виде
9. Используйте структурированные и описательные метки (labeling) и единицы измерения (units):
• Убедитесь, что каждая строка имеет точную и полезную метку.
• Называйте каждый лист четко и последовательно.
• Четко идентифицируйте единицы измерения для каждой строки.
10. Сохраняйте естественный поток: слева направо, сверху вниз:
• Обеспечьте интуитивное протекание расчетов на листе, слева направо и сверху вниз.
• Организуйте содержимое модели в логические группы листов и разделов.

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

«Суть зла Excel»: чего избегать

PwC с иронией называет этот раздел Essence of Spreadsheet Evil — «Сущность зла Excel» [стр. 12–15]. Это перечень элементов, которые повышают риск ошибок и снижают прозрачность модели.

Высокий риск:

• Циклические ссылки (circular references) — могут давать разные результаты при разных настройках итераций.
• Функции OFFSET и INDIRECT — «летучие», постоянно пересчитываются и мешают трассировке зависимостей.
• Пользовательские форматы, меняющие единицы — вводят в заблуждение, когда «видимое» значение не совпадает с реальным.

Средний риск:

• Сложные формулы и вложенные IF.
• Массивы {array}, динамические диапазоны, сводные таблицы (pivot tables).
• ВПР/ГПР (VLOOKUP/HLOOKUP) — сбиваются при вставке колонок.

Низкий риск (при правильном использовании):

• XNPV, IRR, NPV — допускаются, но требуют внимательной проверки допущений.
• Внешние ссылки, VBA и округления — безопасны только при строгом контроле.

PwC фактически предлагает минималистский подход: лучше 10 простых формул, чем одна «умная», но хрупкая.

Методические рекомендации (Modeling Guidelines)

Основной массив документа — это 74 детальных рекомендации [стр. 16–39], разбитые на тематические блоки. Ниже приведены ключевые из них, адаптированные к инвестиционному моделированию.

Настройки модели (Model Settings)
На титульном листе следует указать: название проекта, владельца модели, статус (черновик, финал), даты начала и окончания периода моделирования, количество отчетных и прогнозных периодов. Это создает основу для единых расчетов и версионного контроля.

Структура книги (Workbook Structure)
Модель должна состоять из отдельных типов листов:

• Cover sheet (описание и оглавление)
• Inputs (вводные данные и допущения)
• Calculations (все промежуточные вычисления)
• Outputs (отчеты, графики, показатели эффективности)
• Review (лист проверки и отметок аудитора)

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

Формат и структура листов

• Ключевые элементы (заголовки, проверки, навигация) размещаются в одинаковых местах.
• Для разных типов листов задаются единые ширины колонок и формат.
• Используются разделы (sections) с четкими заголовками и визуальными блоками.

Форматы ячеек (Cell Formats)
PwC предлагает следующие форматы, определяющие цвет и стиль для разных типов данных:

• синие — ввод исходных данных
• черные — формулы
• зеленые — ссылки на другие листы
• серые — ссылки на внешние источники
• красные — ошибки
• фиолетовые — комментарии и примечания

Это делает модель понятной без лишних пояснений.

Формулы и проверки

• Все формулы копируются по горизонтали без изменений
• Исключаются «жестко забитые» значения (кроме 0, 1, -1)
• Проверки (error checks) и «sense checks» выносятся в отдельный блок, их статус отображается на каждой странице
• Используется функция ABS() для унификации проверок и допусков

В инвестиционных моделях такие проверки применяются, например, для контроля баланса, проверки IRR, корректности денежных потоков и ковенант.

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

Дополнительные рекомендации (Modeling Considerations)

В этом разделе [стр. 42–51] PwC предлагает 39 улучшений, повышающих читаемость и удобство:

• Единые списки (lists) для бинарных и категориальных вводов.
• Отказ от объединённых ячеек, использование «Выравнивание по центру выделения».
• Ограничение количества шрифтов и форматов.
• Четкие визуальные акценты на итогах и ключевых показателях.
• Простота формул: формула должна быть объяснима за 30 секунд.
• Отделение «что» от «когда» — логика событий и тайминг выносятся в разные блоки.

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

Контроль качества и аудит модели

PwC требует обязательного независимого ревью модели [стр. 37, 51].
Разработчик не должен быть единственным проверяющим. Проверка включает:

• сверку формул и ссылок
• анализ структуры и соответствия рекомендациям
• тестирование чувствительности (sensitivity analysis)
• проверку данных на непротиворечивость

Это особенно важно при защите финансовых моделей перед банками, акционерами и аудиторами.

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