Нейросети для бухгалтера: что можно доверить ИИ в учёте, а что нельзя

Где языковая модель экономит часы на выписках и первичке, почему ей нельзя поручать расчёт налога «в уме» и как устроена связка ИИ с серверными правилами.

27 октября 2026 · LidFly

Вы загружаете банковскую выписку за квартал в чат с нейросетью, просите посчитать аванс по УСН и через десять секунд получаете аккуратную таблицу с итоговой суммой. Проблема обнаруживается при сверке: модель записала в доходы возврат от поставщика, учла банковскую выплату эквайринга вместо валовой суммы продаж, а налог ИП с двумя сотрудниками уменьшила на взносы на 100% вместо допустимых 50%. Текст ответа выглядит уверенно, но для налогового учёта такая «помощь» опаснее ручной таблицы.

Нейросети для бухгалтера работают надёжно только тогда, когда разбор документов отделён от вычислений. В отдельном бухгалтерском подключении LidFly (/mcp/accounting для Claude, ChatGPT и Codex) роли разделены жёстко: ИИ читает ваши файлы, привязывает каждую операцию к исходному документу и строке и собирает открытые вопросы, а налог УСН, зарплату, КУДиР и проводки рассчитывает сервер в целых копейках по проверяемым правилам.

Почему обычной нейросети нельзя поручать расчёт налогов в чате

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

• Путаница в лимитах уменьшения налога на взносы. На УСН «Доходы» со ставкой 6% (п. 1 ст. 346.20 НК РФ, разъяснения ФНС) правила вычета страховых взносов зависят от наличия выплат физлицам. По пункту 3.1 статьи 346.21 НК РФ ИП без работников вправе уменьшить налог на взносы за себя вплоть до 100%, а организации и ИП, производящие выплаты работникам, — не более чем на 50% исчисленного налога (порядок уменьшения налога УСН на nalog.gov.ru). В длинном диалоге модель легко забывает статус работодателя или смешивает правила разных лет.
• Выдуманные региональные ставки и устаревшие пороги НДС. Законы субъектов РФ могут снижать ставку УСН «Доходы» (ст. 346.20 НК РФ), но право на льготу зависит от региона, ОКВЭД, доли профильного дохода и других условий. Обычный чат верит фразе «посчитай по ставке 1%» на слово. То же происходит с лимитами: по статье 145 НК РФ в редакции Федерального закона от 04.07.2026 № 228-ФЗ порог доходов для автоматического освобождения от НДС на УСН сохранён на уровне 20 млн рублей на 2026–2028 годы, с переходом к 15 млн рублей в 2029 году и 10 млн рублей с 2030 года (разъяснение ФНС о порогах освобождения от НДС). Модель без актуального набора правил может применить старый лимит или не заметить превышение порога.
• Ошибки в накопительной базе взносов и НДФЛ. В 2026 году единая предельная величина базы для исчисления страховых взносов составляет 2 979 000 рублей нарастающим итогом на каждого работника; общий тариф — 30% в пределах базы и 15,1% сверх неё (ст. 421, 425 НК РФ; сообщение ФНС о предельной базе и тарифах на 2026 год). Чтобы рассчитать месяц без ошибки, серверу нужна точная накопленная база с начала года в копейках и все проведённые расчёты прошлых месяцев — пересказа ведомости в окне чата для этого недостаточно.
• Подмена налогового регистра банковской выпиской. ИП освобождён от ведения бухгалтерского учёта, если ведёт налоговый учёт доходов (п. 1 ч. 2 ст. 6 закона № 402-ФЗ; разъяснение ФНС), а на УСН этот учёт ведут в книге учёта доходов и расходов — КУДиР по статье 346.24 НК РФ (правила налогового учёта на УСН). Когда нейросеть просто суммирует столбец «Приход» из CSV-выписки, в налоговую базу попадают переводы между собственными счетами, возвраты и неопознанные платежи без первичных документов.

Таблица: что можно доверить ИИ в учёте, а что нельзя и чем проверить

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

Как устроена связка нейросети в бухгалтерии и сервера LidFly

Чтобы нейросети в бухгалтерии опирались на фиксированные правила, а ИИ-помощник для бухгалтера работал только с подтверждёнными фактами, учётный контур в LidFly вынесен на отдельный MCP-адрес https://lidfly.ru/mcp/accounting. Его подключают как внешний ИИ-ассистент или ИИ-агент в Claude, ChatGPT или Codex через раздел личного кабинета «Интеграции → Бухгалтерия». Встроенный рекламный чат LidFly к бухгалтерским данным доступа не имеет. Подробная схема подключения и ограничений приведена на странице документации по бухгалтерии УСН «Доходы».

Работа всегда идёт по одной проверяемой цепочке:

1. Методология и точный контур организации. Перед первой операцией ИИ вызывает accounting_get_methodology и accounting_get_context. Одна учётная организация (ИП или ООО) жёстко привязана к одному проекту Пространств через workspace_project_id и accounting_entity_id. Смешать выписки двух компаний в одном запросе нельзя.
2. Защищённая загрузка исходников. Для каждого файла ИИ запрашивает одноразовую ссылку через accounting_request_upload (живёт 15 минут, размер файла до 25 МиБ). Сервер проверяет сигнатуру файла, считает SHA-256 для защиты от дублей и шифрует поток алгоритмом AES-256-GCM вне публичных каталогов. Для кадровых и зарплатных файлов обязательно указывается группа accounting_payroll, скрытая от участников без зарплатного доступа.
3. Импорт фактов без домыслов модели. ИИ открывает импорт (accounting_start_import), передаёт чанки до 500 строк (accounting_add_bank_rows, accounting_add_acquiring_rows, accounting_add_fiscal_receipt_rows, accounting_add_documents) и завершает его вызовом accounting_finish_import. В одной транзакции базы данных проводятся только однозначные строки, а любое изменение данных автоматически помечает прежние расчёты и отчёты как устаревшие (stale).
4. Разбор открытых вопросов вместо догадок. Через accounting_get_dashboard и accounting_list_issues ИИ показывает, каких документов не хватает и какие суммы не сошлись. Закрыть блокирующее расхождение простой отпиской нельзя — нужны подтверждающие факты или корректировка.
5. Детерминированный серверный расчёт и ревизия. После подтверждения пользователя сервер выполняет accounting_calculate_usn или accounting_calculate_payroll, сохраняет неизменяемый слепок (snapshot) и отдаёт формулы и источники через accounting_explain_calculation. Только из расчёта со статусом complete формируются КУДиР и проверочные отчёты (accounting_generate_report).

10 промптов для бухгалтера и предпринимателя на УСН «Доходы»

Первые девять шаблонов рассчитаны на внешний ИИ-клиент (Claude, ChatGPT, Codex) с подключённым бухгалтерским MCP LidFly, десятый — на черновой разбор обезличенного текста в обычном чате. Во всех запросах действует одно правило: сначала чтение и план, запись — только после вашего текстового подтверждения.

1. Проверка контекста и комплектности файлов за период

Работай через бухгалтерское подключение LidFly. Ничего не создавай и не изменяй.
Сначала вызови accounting_get_methodology и accounting_get_context.
Покажи список доступных проектов и учётных организаций.
После того как я назову точные workspace_project_id и accounting_entity_id,
проверь через accounting_list_source_files и accounting_get_dashboard:
какие выписки, реестры эквайринга и документы уже загружены за 2026 год,
по каким месяцам или расчётным счетам видны пропуски и сколько открытых вопросов есть сейчас.

2. План импорта банковской выписки и первичных документов

Для выбранных workspace_project_id и accounting_entity_id подготовь к импорту
загруженную банковскую выписку и акты оказанных услуг за третий квартал 2026 года.
До запуска импорта покажи план:
1) какие файлы (source_file_id) будут импортированы и каким типом импорта;
2) сколько строк найдено, за какие даты и по какому расчётному счёту;
3) в каких строках назначение платежа неоднозначно.
Не передавай выдуманных типов операций там, где нет основания, и жди моего подтверждения.
После моего подтверждения выполни импорт, вызови accounting_get_import и accounting_get_dashboard
и покажи принятые строки, дубликаты и новые открытые вопросы.

3. Сверка выплат эквайринга в банке с валовым реестром

Для выбранной организации сверь зачисления эквайринга по банковской выписке
с загруженным реестром эквайера за сентябрь 2026 года.
Покажи по каждому дню или реестру: валовые продажи (gross_cents), возвраты (refund_cents),
комиссию банка (fee_cents), корректировки и итоговую выплату (settlement_cents).
Если по какой-то выплате нет реестра или формула
«продажи − возвраты − комиссия ± корректировки = выплата» не сходится,
не подставляй примерную комиссию.
После моего подтверждения импортируй реестр через accounting_add_acquiring_rows,
заверши импорт и перечитай открытые вопросы через accounting_list_issues.

4. Разбор открытых вопросов и неясных поступлений без додумывания дохода

Вызови accounting_list_issues со статусом open для нашей организации.
Раздели все найденные вопросы на две группы:
1) блокирующие расчёт и закрытие периода (blocking);
2) предупреждения и уточнения, для которых нужен документ или пояснение.
По каждому пункту укажи ID вопроса, связанный файл, локатор строки (source_locator),
сумму и какой именно первичный документ нужен для ответа через accounting_resolve_issue.
Никакие вопросы сейчас не закрывай.

5. Серверный расчёт налога УСН «Доходы» и проверка формул

Для выбранной организации проверь по accounting_get_dashboard и accounting_list_issues,
остались ли блокирующие вопросы за период с 2026-01-01 по 2026-09-30.
Покажи сводку готовности и жди моего текстового подтверждения на запуск accounting_calculate_usn.
После подтверждения и выполнения серверного расчёта сразу вызови accounting_explain_calculation
и выведи:
— статус расчёта (complete, provisional или blocked);
— версию правил (ruleSetVersion) и inputHash;
— налоговую базу, возвраты, исчисленный налог, учтённый вычет взносов,
  ранее учтённые авансы и сумму к доплате или уменьшению;
— список вопросов, если расчёт остался предварительным или заблокированным.
В уме ничего не пересчитывай — приводи только данные серверного расчёта.

6. Проверка вычета страховых взносов и статуса работодателя

По последнему расчёту УСН вызови accounting_explain_calculation и accounting_search_records
по операциям уплаты и начисления взносов за 2026 год.
Покажи:
1) какой признак hasEmployees применён в расчёте (ограничение вычета 50% или до 100%);
2) какие записи о страховых взносах вошли в расчёт и к каким исходным файлам (source_file_id, source_locator) они привязаны;
3) почему применён именно такой размер допустимого уменьшения (allowedReductionCents).
Ничего не меняй в учётной политике и записях.

7. Подготовка исправления проведённой операции без удаления истории

В проведённых операциях найдена запись, которую нужно исправить на основании подтверждающего документа.
Найди исходную запись через accounting_search_records и accounting_get_record,
покажи её ID, дату, сумму, текущий тип и исходный файл.
Затем покажи параметры для accounting_prepare_correction (original_operation_id,
source_file_id, source_locator подтверждающего документа, replacement_operation_type,
replacement_amount_cents и причину исправления).
До моего подтверждения план не проводи. После подготовки плана покажи plan_id и state_hash,
а после моего второго подтверждения выполни accounting_commit_plan и проверь,
какие расчёты и отчёты получили статус stale.

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

Работай в контуре accounting_payroll выбранной организации. Ничего не записывай без подтверждения.
Перед расчётом зарплаты за октябрь 2026 года проверь по загруженным файлам и учётным записям:
1) все ли кадровые события и дневной табель сотрудников-резидентов РФ полные;
2) есть ли полная помесячная база расчётного периода для ежегодного отпуска (без пропущенных месяцев);
3) подтверждены ли для больничного 24 месяца 2024–2025 годов, данные ЭЛН, стаж и районный коэффициент.
Если каких-то месяцев или реквизитов не хватает, перечисли их — не предлагай считать отпуск или больничный «из оклада».
После моего подтверждения запусти accounting_calculate_payroll и покажи результат и статус через accounting_explain_calculation.

9. Формирование КУДиР и черновика декларации УСН из полного расчёта

Проверь последний расчёт УСН через accounting_explain_calculation.
Если его статус complete и он не помечен как stale, предложи сформировать КУДиР (report_type="kudir")
и проверочный черновик декларации УСН (report_type="usn_declaration") через accounting_generate_report.
Дождись моего подтверждения.
После генерации вызови accounting_list_artifacts и покажи:
— имена файлов и их SHA-256;
— статус проверки (requires_professional_review) и результаты валидации XSD и контрольных соотношений;
— напоминание о том, что декларация создаётся как .preview.xml и требует проверки перед самостоятельной подачей.

10. Безопасный разбор обезличенного договора или запроса в обычном чате

Ниже приведён обезличенный текст договора оказания услуг (ФИО, ИНН, паспортные данные и номера счетов удалены).
Разбери текст и составь таблицу:
1) предмет услуги и момент признания результата (по акту, ежемесячно или по этапам);
2) порядок расчётов (предоплата, постоплата, удержание комиссии, условия возврата);
3) какие первичные документы стороны обязаны оформлять и в какие сроки;
4) пункты, которые могут вызвать вопросы при учёте доходов на УСН «Доходы» (например, агентские формулировки, взаимозачёт или компенсация расходов).
Не придумывай нормы закона от себя: если ссылаешься на статью НК РФ, укажи точный номер статьи и пункта, чтобы я сверил её по первоисточнику.

Два клиентских сценария: от сырых выписок до проверяемого результата

Два условных сценария показывают последовательность вызовов и проверок на ваших файлах: закрытие квартала у ИП с интернет-эквайрингом и исправление проведённой операции с проверкой отпускных в малом ООО.

Типовой сценарий 1: ИП на УСН «Доходы» закрывает квартал с B2B-переводами и эквайрингом

Исходная ситуация. Предприниматель оказывает консультационные услуги без наёмных работников. Оплаты приходят двумя потоками: переводами от юрлиц по счетам и картами физлиц через интернет-эквайринг. В конце сентября на расчётном счёте есть двадцать зачислений от банка-эквайера, один возврат покупателю и перевод собственных средств с другого счёта ИП. Например, при оплатах картами на 300 000 ₽ и комиссии эквайера 2% (6 000 ₽) на расчётный счёт поступает 294 000 ₽: обычный чат-бот по одной банковской выписке занизит налоговую базу на удержанные 6 000 ₽, а собственный перевод включит в выручку.

Я выбрал проект и ИП в бухгалтерском подключении LidFly.
Проверь загруженную банковскую выписку и реестр эквайринга за июль — сентябрь 2026 года.
Сначала покажи план импорта и строки, где не хватает первичных документов.
После моего подтверждения импортируй файлы, перечитай сводку (accounting_get_dashboard)
и открытые вопросы (accounting_list_issues).
Когда я загружу письмо о возврате и подтвержу ответы на вопросы,
предложи серверный расчёт УСН за 2026-01-01 — 2026-09-30 и формирование КУДиР.

Что делают ИИ и сервер LidFly. ИИ читает методологию (accounting_get_methodology) и организацию (accounting_get_context), запрашивает одноразовые ссылки (accounting_request_upload) и после вашего подтверждения импортирует выписку (accounting_add_bank_rows) и валовой реестр эквайринга (accounting_add_acquiring_rows). Сервер сверяет каждую выплату по формуле продажи − возвраты − комиссия ± корректировки = выплата. В налоговый регистр попадает валовая сумма оплаты покупателей (в нашем условном примере — полные 300 000 ₽) с точной ссылкой на строку реестра, а комиссия банка 6 000 ₽ не уменьшает базу УСН «Доходы».

Неопознанный возврат остаётся в списке открытых вопросов (accounting_list_issues). Вы прикладываете документ о возврате, подтверждаете ответ через accounting_resolve_issue и разрешаете запуск accounting_calculate_usn. ИИ перечитывает расчёт через accounting_explain_calculation, проверяет статус complete и после вашего согласия формирует книгу учёта доходов (accounting_generate_report с report_type="kudir") и проверяет её появление в accounting_list_artifacts (какие именно поступления попадают в книгу и как устроен Раздел I, разобрано в статье о заполнении КУДиР на УСН «Доходы»).

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

Типовой сценарий 2: Бухгалтер малого ООО на УСН «Доходы» исправляет операцию и проверяет расчёт отпуска

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

В выбранном проекте ООО на УСН «Доходы» выполни две проверки:
1) найди через accounting_search_records операцию поступления от заказчика за 18 августа 2026 года,
   покажи её проводки в accounting_get_record и подготовь план исправления через accounting_prepare_correction
   по загруженному акту. До моего подтверждения accounting_commit_plan не вызывай;
2) в контуре accounting_payroll проверь полноту базы отпускных (accounting_add_payroll_basis_rows)
   перед вызовом accounting_calculate_payroll за октябрь 2026 года. Покажи все блокирующие причины.

Что делают ИИ и сервер LidFly. В учёте ООО сервер ведёт закрытый план счетов услуг (26, 51, 57, 60, 62, 68, 69, 70, 71, 75, 76, 80, 84, 90, 91, 99) и проверяет равенство дебета и кредита каждой проводки. Проведённые факты никогда не удаляются. ИИ вызывает accounting_prepare_correction, показывает вам plan_id и state_hash, а после вашего текстового подтверждения выполняет accounting_commit_plan. Исходная запись получает отметку corrected_by_new_event, а ранее сделанный расчёт квартала автоматически становится stale — сдать по нему устаревший отчёт нельзя.

Во второй части задачи сервер проверяет доступ к группе accounting_payroll и помесячную историю начислений для отпуска. Поскольку один месяц расчётного периода пропущен, accounting_calculate_payroll сразу возвращает статус blocked с точным указанием недостающего месяца вместо приблизительного расчёта из текущего оклада. Только после загрузки полного расчётного периода и повторного подтверждения сервер рассчитывает отпускные, зарплату, прогрессивный НДФЛ и страховые взносы и позволяет сформировать расчётные листки (accounting_generate_payslips) и черновики платёжек для ручного импорта в банк (accounting_generate_payment_drafts).

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

Жёсткие границы: когда ИИ и бухгалтерский MCP остановят расчёт

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

• Поддерживаемый контур. Только ИП и малые ООО на УСН «Доходы» (базовая ставка 6%), российские рублёвые счета, оказание услуг без товарного учёта, B2B-переводы, B2C-эквайринг и сотрудники — налоговые резиденты РФ (оклад, премия, подтверждённый табель, обычный ежегодный отпуск и обычный больничный с разделением первых трёх дней за счёт работодателя и справочной суммы СФР).
• Что блокирует закрытие периода (unsupported_case). Сценарии с НДС (включая превышение порога освобождения 20 млн рублей), торговля товарами, производство, валютные операции, займы, агентские и комиссионные схемы, учёт основных средств, договоры ГПХ, иностранные сотрудники, удержания по исполнительным листам и специальные территории. Сервер не заменяет эти случаи приблизительными проводками.
• Региональные льготные ставки УСН. Серверный справочник содержит покрытие по субъектам РФ, но пока в наборе правил ru-usn-income-2026.1 нет активированных региональных правил с завершённой правовой проверкой, любая ставка ниже 6% останавливается блокировкой regional_rate_rule_not_active.
• Статусы отчётных файлов. Декларация по УСН проходит валидацию по официальной XSD-схеме ФНС (1_030_00_05_09_01) и контрольным соотношениям, но выдаётся как проверочный файл .preview.xml со статусом review (official_file_available=false). Авансовый платёж УСН формируется как расчётная проверочная PDF-копия. Формы ЕНС, 6-НДФЛ, РСВ и ЕФС-1 до подключения их официальных профилей возвращают отказ official_format_not_effective и не создают самодельных XML-файлов.
• Никакой автоматической отправки во внешние системы. LidFly не подключается к банкам, эквайерам, ОФД, ФНС или СФР, не подписывает отчёты ЭЦП и не отправляет деньги. Любой сформированный артефакт получает статус обязательной проверки review (requires_professional_review). Отметку о проверке (accounting_mark_report_reviewed) и запись о ручной подаче с квитанцией (accounting_record_manual_submission) вносит сам пользователь с правами администратора проекта.

Частые вопросы

Какая нейросеть лучше подходит для работы бухгалтера?

Для чтения длинных выписок, договоров и работы с инструментами подходят модели с поддержкой MCP-подключений — Claude, ChatGPT и Codex. При этом качество учёта определяет контур расчёта: языковая модель разбирает файлы и собирает вопросы по первичке, тогда как налоги и проводки считает детерминированный сервер по правилам НК РФ.

Можно ли попросить нейросеть посчитать налог УСН по банковской выписке в обычном чате?

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

Безопасно ли загружать выписки и зарплатные ведомости в ИИ?

В общедоступные чаты нельзя загружать паспорта, СНИЛС, необезличенные зарплатные ведомости и банковские выписки без защищённого контура. В бухгалтерском MCP LidFly файлы передаются по одноразовой ссылке, шифруются AES-256-GCM вне публичных каталогов, а кадровые и зарплатные данные закрыты отдельной группой доступа accounting_payroll.

Работает ли бухгалтерский помощник во встроенном чате LidFly?

Нет. Встроенный чат предназначен для рекламных и маркетинговых инструментов. Бухгалтерский MCP подключается отдельно по адресу https://lidfly.ru/mcp/accounting во внешнем ИИ-клиенте (Claude, ChatGPT, Codex) для одной организации в одном Проекте.

Заменяет ли бухгалтерский MCP подачу отчётности в ФНС?

Нет. Сервер считает налог и зарплату, формирует КУДиР, проверочные копии и черновик декларации УСН со статусом обязательной профессиональной проверки. Подписание, отправку в ФНС или СФР и уплату налогов выполняет сам пользователь или бухгалтер.

Следующий шаг: чеклист приёмки на выписке за один месяц

Вводить нейросети в бухгалтерии безопаснее на одном закрытом месяце. Пройдите короткий чеклист приёмки перед расчётом налога:

1. Комплектность исходников: загружены банковские выписки по всем рублёвым счетам с начала года, валовые реестры эквайринга и первичные акты (accounting_list_source_files).
2. Трассировка строк: в accounting_get_import каждая операция привязана к source_file_id и source_locator, дубликаты отсечены.
3. Закрытие блокеров: в accounting_list_issues со статусом open не осталось расхождений по выплатам эквайринга, возвратам и переводам собственных средств.
4. Проверка формулы: в accounting_explain_calculation статус расчёта равен complete, актуальна версия правил ru-usn-income-2026.1 и верно учтён статус работодателя (вычет взносов до 100% или до 50%).
5. Ревизия артефактов: сформированная КУДиР и проверочный .preview.xml в accounting_list_artifacts сверены с первичкой перед самостоятельной подачей и уплатой.

Инструкцию по подключению /mcp/accounting к вашему ИИ-клиенту и полный список инструментов смотрите в документации бухгалтерского MCP. Годовой порядок сверки и календарь сроков уплаты мы разобрали в опорной статье как вести бухгалтерию ИП самостоятельно на УСН «Доходы», поквартальную формулу авансов — в руководстве по расчёту налога УСН «Доходы» 6%, а правила лимитов вычета 100% и 50% и суммы взносов за 2026 год — в разборе уменьшения УСН на страховые взносы. О том, как оценивать задачи для ИИ по цене ошибки, читайте в материале «Нейросети для бизнеса: как выбрать первую полезную задачу», а правила изоляции данных разных компаний — в обзоре памяти и разделении Проектов в Пространствах.