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