Спросите владельца небольшой бухгалтерской фирмы, пользуется ли его команда инструментами ИИ, и большинство ответит: «немного, неформально». Спросите, есть ли у них письменная политика по ИИ, и в комнате обычно повисает тишина. Этот разрыв больше, чем кажется. Недавние отраслевые данные показывают, что уровень внедрения ИИ в бухгалтерии и аудиторских фирмах достиг 73% — рост на 340% по сравнению с уровнем 2022 года, — но, согласно отчёту Karbon «State of AI in Accounting», лишь 37% фирм вообще вложились в какое-либо формальное обучение по ИИ. Большая часть этого роста произошла вообще без какого-либо уровня управления над ним.
Именно это несоответствие пытается устранить материал июля 2026 года в Journal of Accountancy, посвящённый составлению политики по ИИ. Он адресован бухгалтерским фирмам любого размера в целом, но советы особенно актуальны для малых и средних практик — тех, у кого меньше всего шансов иметь отдел комплаенса и больше всего шансов иметь частнопрактикующего специалиста или команду из двух человек, тихо экспериментирующую с ChatGPT между звонками клиентам.
Настоящий риск не в самом ИИ — он в молчании
Вот неудобная часть: вашей фирме не обязательно «внедрять ИИ», чтобы столкнуться с риском, связанным с ИИ. Если хотя бы один сотрудник хоть раз вставил оборотно-сальдовую ведомость клиента в чат-бот, чтобы получить второе мнение по проводке, у вас уже есть уязвимость — независимо от того, оформлена политика или нет.
Это часто называют «теневым ИИ»: использование инструментов вне какого-либо утверждённого списка, вне какого-либо договора и вне чьей-либо осведомлённости. Это не гипотеза. Недавнее исследование в области безопасности показало, что примерно 34,8% промптов сотрудников в ChatGPT теперь содержат конфиденциальные данные компании — по сравнению с всего 11% в 2023 году. Применительно к бухгалтерии это означает, что показатели выручки клиентов, отчёты о движении денежных средств и налоговые документы оказываются в стороннем сервисе, который фирма никогда не проверяла, с которым никогда не заключала договор и который не может проконтролировать.
Юридические риски тоже не абстрактны. Когда сотрудник вводит финансовые данные клиента в личный аккаунт ИИ, эти данные передаются и хранятся у третьей стороны за пределами любого существующего соглашения с клиентом — что может соответствовать юридическому определению утечки данных и повлечь обязанность уведомления согласно законодательству штата. Для фирмы, связанной Правилом AICPA о конфиденциальной информации клиентов (раздел 1.700.001 Кодекса профессионального поведения), это не мелкая формальность. Это то же самое правило, которое определяет, можно ли обсуждать финансы клиента с кем-либо вне рамок задания, — и оно применяется к инструментам ИИ точно так же, как к непринуждённому разговору на нетворкинг-мероприятии.
Что на самом деле входит в реальную политику по ИИ
Руководство Journal of Accountancy разбивает рабочую политику на восемь составляющих: область применения и цель, структура управления, конфиденциальность данных, контроль качества и точности, протоколы документирования, оценка предвзятости, прозрачность перед клиентом и правила допустимого использования. Это много для фирмы из пяти человек, чтобы взяться за всё сразу, поэтому стоит сосредоточиться на трёх пунктах, которые дают наибольшую защиту.
1. Документируйте промпт, результат и того, кто его проверил
Руководство прямо заявляет об этом: «Если это не задокументировано — этого не было». Это не новый стандарт для бухгалтеров — это та же логика, что применяется к рабочим документам и файлам заданий, — но теперь она должна распространяться и на ИИ. Когда сотрудник использует инструмент ИИ, чтобы составить памятку для клиента, изучить технический вопрос или обобщить документ, фирма должна быть в состоянии показать:
- Какой промпт был использован
- Что вернул инструмент
- Кто проверил результат и как
Эта запись должна храниться в файле клиента вместе с любой другой документацией по сторонним инструментам — а не в ветке Slack, которая исчезает через 90 дней.
2. Требуйте проверку человеком, прежде чем что-либо попадёт к клиенту
Это строка, которую стоит повесить над каждым рабочим местом: ИИ не должен использоваться для принятия, окончательного оформления или поддержки решений, связанных с обслуживанием клиентов, без тщательной проверки человеком, в соответствии с действующей политикой надзора фирмы. На практике это означает, что исследования, технические разъяснения или ссылки, созданные ИИ, необходимо сверять напрямую с первоисточниками — Налоговым кодексом, нормативными актами Минфина, стандартами FASB — а не принимать только потому, что ответ прозвучал уверенно. Инструменты генеративного ИИ хорошо известны тем, что создают правдоподобно звучащие, но на деле несуществующие ссылки; сотрудник, который не проверил самостоятельно упомянутый раздел кодекса, прежде чем он попадёт в письмо клиенту, пропустил саму суть профессионального суждения.
3. Точно знайте, что происходит с данными, которые вы вводите
Прежде чем какой-либо инструмент коснётся информации клиента, кто-то в фирме должен ответить на четыре вопроса о нём: где хранятся данные? Кто может к ним получить доступ? Обезличены ли они? Используются ли они для обучения модели? Если ответ на любой из этих вопросов неясен — а для большинства потребительских инструментов ИИ так и будет, — политика должна просто запрещать вводить личную, конфиденциальную или служебную информацию в этот инструмент. Фирмы, которые справляются с этим хорошо, не пытаются контролировать каждое отдельное взаимодействие; они ведут список утверждённых инструментов и облегчённый процесс для сотрудников, желающих предложить дополнения, рассматривая управление ИИ как решение уровня всей фирмы, а не отдельного человека.
Ошибки, которые фирмы продолжают совершать
В том, как небольшие фирмы попадают в риски, связанные с ИИ, снова и снова проявляются несколько закономерностей — и ни одна из них не требует злого умысла, только отсутствие политики.
Считать, что «мы ещё не внедрили ИИ» — это защита. У фирмы может быть ноль инструментов ИИ в официальном технологическом стеке, и при этом каждый сотрудник пользуется личным аккаунтом ChatGPT на телефоне в рабочее время. Пробелы в политике не ждут официального внедрения — они существуют с того момента, как у сотрудника появляется доступ в интернет и дедлайн.
Предполагать, что бесплатные и платные тарифы работают одинаково. Многие потребительские инструменты ИИ по умолчанию используют переписку из бесплатных тарифов для обучения своих базовых моделей, тогда как платные или корпоративные тарифы часто включают договорную защиту данных. Сотрудник, который регистрирует бесплатный аккаунт, чтобы сэкономить время, нередко сам того не осознавая, отправляет данные клиентов фирмы в конвейер обучения модели. Именно поэтому на четыре вопроса об обращении с данными выше — хранение, доступ, обезличивание, использование для обучения — нужно отвечать по каждому инструменту отдельно, а не один раз предположить и забыть.
Позволять фразе «звучало правильно» заменять проверку. Созданные ИИ налоговые ссылки, ссылки на разделы кодекса и технические резюме могут звучать гладко и при этом быть полностью неверными. Сотрудник под давлением дедлайна с наибольшей вероятностью пропустит этап проверки — именно поэтому политика должна закреплять требование проверки человеком как правило, а не как рекомендацию, оставленную на усмотрение отдельного сотрудника.
Отсутствие записи о том, что было запрошено и проверено. Даже фирмы, которые правильно выстраивают суть процесса, часто пропускают документирование. Если клиент или регулятор впоследствии спросит, как была получена та или иная цифра или рекомендация, ответ «нам помог ИИ» не является ответом без записи о промпте, результате и о том, кто это утвердил.
Стартовый чек-лист для двухстраничной политики
Вам не нужен внешний юрист, чтобы составить первую версию. Рабочая политика для небольшой фирмы может уместиться на одной-двух страницах и охватывать:
- Список утверждённых инструментов — назовите конкретные продукты ИИ, которые сотрудники могут использовать в работе с клиентами, и простой процесс (пусть даже просто «спросить партнёра») для запроса новых.
- Правило обращения с данными — никакая личная, конфиденциальная или служебная информация клиента не вводится в инструмент, которого нет в утверждённом списке.
- Требование проверки человеком — ни один результат ИИ не используется для окончательного оформления работы с клиентом, результатов или рекомендаций без проверки квалифицированным сотрудником, зафиксированной в файле.
- Правило проверки ссылок — любая созданная ИИ ссылка на раздел кодекса, нормативный акт или стандарт должна быть сверена с первоисточником, прежде чем её процитируют клиенту или используют в подаваемых документах.
- Привычку документирования — где сотрудники фиксируют работу, выполненную с помощью ИИ (поле в системе управления практикой, заметка в файле задания — что угодно долговечное и доступное для поиска).
- Пункт о прозрачности для клиента — строка простым языком в письмах о задании, описывающая, что фирма может использовать инструменты ИИ как часть оказания услуг с учётом описанных выше мер защиты.
Ничего из этого не требует технологической революции. Требуется лишь письменно зафиксировать то, что фирма уже неформально предполагает, — и убедиться, что все сотрудники исходят из одних и тех же предпосылок.
Небольшие фирмы несут больше этого риска, а не меньше
Соблазнительно считать управление ИИ «проблемой крупных фирм» — чем-то для национальных практик с выделенными риск-менеджерами. Правда ближе к обратному. У небольших фирм, как правило, нет функции комплаенса, они сильнее полагаются на универсальные потребительские инструменты ИИ, а не на проверенные корпоративные продукты, и у них меньше запаса прочности, если сокращение пути одним сотрудником обернётся инцидентом с ответственностью. Фирма из двух партнёров без письменной политики по ИИ полностью полагается на неформальные привычки для защиты конфиденциальности клиентов — а неформальные привычки плохо выдерживают проверку, когда клиент в ходе задания спрашивает, как именно обращались с его данными.
Решение не требует юридического отдела. Политика на одну-две страницы, которая называет утверждённые инструменты, формулирует требование проверки человеком простым языком и говорит сотрудникам, где фиксировать работу, выполненную с помощью ИИ, закрывает большую часть уязвимости. Составляющие выше — разумный стартовый чек-лист; важнее всего, чтобы что-то существовало в письменном виде до того, как следующий сотрудник обратится к чат-боту по вопросу клиента.
Как в это вписывается финансовый учёт
Управление ИИ и финансовый учёт решают одну и ту же базовую задачу: обеспечить чёткий, проверяемый след за каждой цифрой и решением. У фирмы, которая не может показать, как был проверен ответ, полученный с помощью ИИ, тот же пробел, что и у бизнеса, который не может показать, как была категоризирована операция, — в обоих случаях всё сводится к тому, существует ли этот след и действительно ли его просмотрел человек.
Тот же принцип лежит в основе учёта в виде обычного текста. Beancount.io хранит ваши финансовые записи как текст с контролем версий, понятный человеку, а не как непрозрачные записи базы данных — каждое изменение имеет видимую историю, и ничего не происходит в чёрном ящике. Для профессии, которую всё больше беспокоит объяснимость, такая прозрачность — не приятное дополнение, а необходимость. Начните бесплатно и посмотрите, как полностью проверяемый регистр вписывается в фирму, которая серьёзно относится к документированию.