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

Главное методическое отличие — источники доказательств.

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

Где смотреть ✅ Учёт задач и этапов: Jira, YouTrack, Redmine, Azure DevOps, 1С:Управление проектами. Проектная документация и согласования: Confluence, 1С:Документооборот, Directum, ELMA, СЭД организации. ✅ Код и сборки: GitLab, GitHub, Bitbucket. Эксплуатация и поддержка: ServiceNow, Naumen Service Desk, OTRS. ✅ Доступы и фактическое использование: Active Directory, журналы входов целевой системы. ✅ Деньги и активы: 1С:ERP, 1С:Бухгалтерия, для госсектора — ЕИС в сфере закупок и ГИС «Электронный бюджет».

Что с чем сопоставляется ✅Акт по этапу — с протоколом приёмочных испытаний и перечнем требований технического задания, пункт за пунктом. ✅Заявленные подрядчиком часы — с составом команды по договору и с задачами, закрытыми в Jira за тот же период. ✅Дата подписания акта — с датами сборок в репозитории и датой развёртывания на продуктивном контуре. ✅Факт внедрения — с учётными записями пользователей и датами последнего входа, с количеством операций в системе за месяц, с обращениями в поддержку. ✅Сумма, отнесённая на нематериальный актив, — с признаками актива по ФСБУ 14/2022 и с составом работ по договору: создание капитализируется, сопровождение и доработка относятся на период. ✅Заявленный в обосновании эффект — с фактическим значением показателя через год. ✅Для госсектора: предмет закупки в ЕИС — с фактически принятым функционалом, плюс происхождение программного обеспечения, реестр отечественного ПО, принадлежность исключительных прав на результат. Форма акта приёмки в опытную эксплуатацию по РД 50-34.698-90 прямо предусматривает оценку соответствия системы техническому заданию, а перечень функций берётся из раздела ТЗ о требованиях к функциям.

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

Практика подтверждает смысл такой работы: подписанный акт не лишает заказчика права возражать по объёму и стоимости (пункт 12 информационного письма Президиума ВАС РФ от 24.01.2000 № 51), а по пункту 2 статьи 720 ГК РФ недостатки следует оговорить в акте.

Контроль, встроенный в приёмку этапов, стоит дешевле экспертизы после завершения проекта.