Назад
Если на ввод одного счета уходит пять минут, 300 таких документов в месяц отнимают 25 часов.
Это условный расчет только на ручной ввод – без сверки реквизитов и исправления ошибок.
Обработка счетов и актов с помощью ИИ меняет порядок работы: система извлекает реквизиты из PDF, сверяет их с договорами и заказами в 1С, а бухгалтер разбирает расхождения и подтверждает документ.
ИИ извлекает реквизиты из PDF, но данные нужно сверить с 1С. Например, сумма в счете может не совпадать с суммой заказа, а данные в акте – с условиями договора. Причем счет на оплату не подтверждает поставку товара или оказание услуг. Для этого нужны акт, накладная или УПД, оформленный как первичный документ. Поэтому для каждого типа документа настраивают свои правила проверки перед загрузкой в 1С.
Первый этап – распознавание счетов ИИ: система извлекает номер, дату, ИНН и КПП сторон, банковские реквизиты, позиции, суммы и НДС.
Затем сверяет сведения с 1С:
При распознавании счетов для 1С специалист сверяет сомнительные значения с исходным документом, не перепроверяя все реквизиты. Если НДС не выделен, это не ошибка: нужно проверить налоговый статус поставщика и вид операции.
При обработке актов ИИ извлекает реквизиты, период, перечень работ и стоимость. Но даже если сумма совпадает с договором, это еще не значит, что подрядчик выполнил все работы.
Например, компания получила акт на 40 часов технической поддержки за октябрь. ИИ извлек данные, а при сверке с отчетом о выполненных работах система обнаружила расхождение: заказчик подтвердил только 32 часа. Ответственный сотрудник запросил исправленный акт. После проверки бухгалтер согласовал документ, и данные передали в 1С.
В ТОРГ-12 и УПД главная задача при распознавании таблиц – не перепутать данные соседних строк и столбцов. Система должна сохранить связь между наименованием товара, единицей измерения, количеством, ценой, НДС и суммой. Если строка сместится при распознавании, в 1С попадет неверная цена или количество.
По артикулу или коду система сопоставляет товар со справочником 1С, если для кодов поставщика настроены соответствия. Если код не указан, сверяет название, характеристики и единицу измерения.
Например, «перчатки нитриловые» в 1С могут числиться в упаковках по 50 и 100 штук. При неоднозначном совпадении позицию передают сотруднику на проверку, чтобы в 1С не попали неверные количество и стоимость товара.
В счете указаны две суммы – без НДС и к оплате. ИИ извлек обе, но выбрал для загрузки в 1С не ту.
Чтобы выявить ошибку до записи в учет, в интеллектуальном документообороте разделяют три этапа: OCR, извлечение полей и нормализацию.
OCR (оптическое распознавание символов) считывает текст со сканов и фотографий. Если PDF содержит текстовый слой, его извлекают напрямую. Размытые цифры, перекошенные страницы и печати поверх реквизитов мешают распознаванию.
Перед обработкой сканы выравнивают, а сомнительные участки сверяют с оригиналом. После распознавания система получает текст, но еще не знает, какие цифры относятся к НДС, а какие – к итоговой сумме.
Document AI (интеллектуальная обработка документов) определяет, где в тексте ИНН, дата, ставка НДС и сумма к оплате. Связка OCR + LLM (распознавание текста и большая языковая модель) разбирает нестандартные подписи, например «Всего к перечислению» вместо «К оплате».
Для каждого поля сохраняют фрагмент исходного документа и confidence (оценку уверенности модели), если сервис ее рассчитывает. Сомнительные значения бухгалтер сверяет с оригиналом. Суммы дополнительно проверяют расчетом: высокая уверенность модели не исключает ошибки.
Реквизиты извлечены, но учетной системе нужны данные в определенном формате. Чтобы повысить качество данных, даты приводят к единому виду, суммы – к числовым значениям, контрагентов сопоставляют со справочником.
К примеру, «СеверСтрой» и «ООО Север Строй» похожи по названию. Система сверяет ИНН и КПП, а при расхождении передает выбор карточки бухгалтеру. Исходные значения сохраняют, чтобы при ошибке быстро найти ее источник.
Схема 1. От исходного документа до данных в 1С:
Сверка счетов с 1С должна исключать ложные совпадения: похожая запись в базе не подтверждает корректность данных. Неверная привязка документа приводит к ошибкам в учете, задержкам оплаты и дополнительной работе бухгалтерии.
1. Контрагент. Система сверяет ИНН и КПП со справочником, проверяет название организации и банковские реквизиты. Если название изменилось, уточняет соответствие по идентификаторам. Неизвестный ИНН или новый расчетный счет – причина остановить обработку до подтверждения, чтобы не отправить деньги другому получателю.
2. Договор. По номеру, дате и контрагенту система ищет действующий договор, а далее проверяет заказ и спецификацию. Если договоров несколько или ссылка отсутствует, выбор остается за бухгалтером. При частичной поставке сумму сверяют с остатком заказа и ранее принятыми документами, чтобы избежать повторной оплаты.
3. Суммы и НДС. Система пересчитывает стоимость позиций, скидки, НДС и итог, сверяет валюту с договором. Ставку налога проверяет по дате и виду операции: с 2026 года основная ставка – 22%, но действуют другие ставки и освобождения.
Важно! НДС в документе и 1С иногда расходится из-за разных правил округления. Например, три позиции по 99,99 руб. без НДС: при ставке 22% налог по строкам составит 66 руб., а от общей суммы – 65,99 руб. Допустимость такой разницы проверяют по правилам учета и формату документа, а не определяют по усмотрению ИИ.
Если счет уже есть в 1С или банковские реквизиты не совпадают, загрузку останавливают, чтобы избежать дублей и ошибочных платежей. Расхождения проверяет бухгалтер (даже при высокой оценке точности распознавания).
В таблице – какие ошибки выявляет система и что делать с документом до загрузки в 1С.
Задача. Проверить тестовый PDF счета № 48 от 5 октября 2026 года. По условиям примера товары отгружены в октябре 2026 года, операция облагается НДС по основной ставке 22%, а стоимость 100 000 руб. указана без налога. Все данные условны.
Карточка извлеченных полей:
Данные из PDF
Статус: загрузка в 1С приостановлена.
Результат. Бухгалтер проверяет поставщика по ИНН и КПП и запрашивает исправленный счет. Новую версию повторно сверяют с заказом. После согласования DVT готовит данные, а Инжектор 1С загружает их в учетную базу. Исходную версию счета и причину исправления сохраняют в истории.
Ограничение. Для авансов, льготных операций и других ставок действуют иные правила расчета.
Счет согласован, но в 1С его нет. Сбой произошел при передаче реквизитов, их подготовке или загрузке в учетную базу? Чтобы не искать причину вручную, нужно отслеживать каждый этап обмена и видеть, где возникла ошибка.
Через API документов (программный интерфейс обмена) сервис распознавания передает извлеченные поля, идентификатор документа и ссылку на исходный PDF. После сверки система согласования присваивает документу статус: «На проверке», «Подтверждено» или «Отклонено». Статус передают дальше вместе с реквизитами, чтобы в 1С поступали только подтвержденные данные.
В типовом сообщении нужны тип документа, внешний ID, ИНН и КПП контрагента, номер и дата, сумма и НДС, ссылка на договор и заказ, статус согласования и путь к PDF. Для строк счета – наименование, количество, цена и ставка НДС. Состав обязательных полей и передаваемых данных согласуйте до разработки. При повторной отправке документа его ID не должен меняться.
Для audit trail (истории действий и изменений) сохраняют, кто исправил реквизиты, когда бухгалтер подтвердил документ и какую версию отправили дальше. Так при расхождении в 1С можно восстановить путь конкретного счета, а не искать причину по переписке.
Из API данные приходят в разных форматах:
Для этой задачи подходит DVT – визуальная ETL-платформа. Она подключается к API, файлам и базам данных, удаляет пустые поля, преобразует типы, объединяет данные со справочниками. Результат каждого этапа виден в интерфейсе. Обработку можно запускать по расписанию или через API, не собирая отдельный скрипт для каждого источника.
В DVT можно настроить проверку обязательных реквизитов (ИНН, КПП, суммы), типов данных, соответствия контрагента справочнику 1С, договора и заказа, расчетов НДС и дублей по внешнему ID. К загрузке допускают только документы, подтвержденные бухгалтером и прошедшие сверку.
При расхождении сохраняют проблемное поле, причину ошибки и ссылку на исходный PDF. Статусы «Ошибка сверки» и «Готов к загрузке» задают в процессе обработки – это не встроенные статусы DVT. Платформа работает с извлеченными данными и самостоятельно PDF не распознает.
Подготовленные сведения размещают в базе или очереди, откуда их забирает Инжектор 1С – low-code инструмент для обратной загрузки данных в 1С. Он получает информацию из PostgreSQL, MS SQL, ClickHouse и Kafka, создает или обновляет объекты 1С, включая документы и табличные части. В интерфейсе Инжектора выбирают источник данных, настраивают их запись в объекты 1С и задают расписание загрузки.
Для входящей первички нужно предусмотреть защиту от повторной записи. Каждому документу присваивают внешний идентификатор и перед загрузкой проверяют, существует ли соответствующая запись в 1С. Инжектор поддерживает поиск и обновление объектов, но правила сопоставления и согласования настраивают отдельно.
Для загрузки настраивают таблицу соответствий: какой тип входящего документа связан с каким объектом 1С, куда записывать реквизиты и строки документа. После загрузки по внешнему ID фиксируют результат – ссылку на созданный или обновленный объект либо причину ошибки. Возврат статуса в систему согласования нужно предусмотреть отдельно: сам Инжектор не подтверждает первичные документы.
После подтверждения бухгалтером в 1С создают или обновляют нужный документ без автоматического проведения. Как настроить подключение к источнику, поиск и запись объектов, показано в руководстве по Инжектору 1С.
ИИ заполняет реквизиты, но специалист все равно тратит время на проверку и исправления. Чтобы понять, сколько времени и средств экономит автоматизация, сравните три показателя до внедрения и после.
Важно: не заканчивайте расчет на подтверждении документа. Если после загрузки в 1С бухгалтер исправляет сумму, договор или статью затрат, учитывайте и это время. Такие исправления увеличивают стоимость обработки и уменьшают фактическую экономию от внедрения.
В счетах и актах есть цены, банковские реквизиты, иногда – персональные данные и сведения, составляющие коммерческую тайну. Требования ИБ нужно согласовать до того, как ИИ получит доступ к реальным документам.
Проверьте, что остается в технических журналах. При отладке интеграции в логи API иногда записывают весь запрос – вместе с суммами, ИНН и банковскими реквизитами. Попросите разработчиков показать, какие данные сохраняются при ошибке обмена. Лишние реквизиты нужно скрыть, доступ к журналам ограничить, а сроки их хранения согласовать.
Если документы обрабатывает внешний ИИ-сервис, проверьте, сохраняет ли он запросы и использует ли их для обучения модели. Утечка через технические логи может раскрыть цены и условия сделок, хотя доступ к самим счетам в 1С будет закрыт.
Это условный расчет только на ручной ввод – без сверки реквизитов и исправления ошибок.
Обработка счетов и актов с помощью ИИ меняет порядок работы: система извлекает реквизиты из PDF, сверяет их с договорами и заказами в 1С, а бухгалтер разбирает расхождения и подтверждает документ.
Какие счета, акты и первичные документы можно обрабатывать с помощью ИИ
ИИ извлекает реквизиты из PDF, но данные нужно сверить с 1С. Например, сумма в счете может не совпадать с суммой заказа, а данные в акте – с условиями договора. Причем счет на оплату не подтверждает поставку товара или оказание услуг. Для этого нужны акт, накладная или УПД, оформленный как первичный документ. Поэтому для каждого типа документа настраивают свои правила проверки перед загрузкой в 1С.
Счета
Первый этап – распознавание счетов ИИ: система извлекает номер, дату, ИНН и КПП сторон, банковские реквизиты, позиции, суммы и НДС.
Затем сверяет сведения с 1С:
- получателя платежа – с карточкой контрагента;
- позиции и цены – с заказом;
- НДС – по ставке и суммам строк с учетом условий сделки.
При распознавании счетов для 1С специалист сверяет сомнительные значения с исходным документом, не перепроверяя все реквизиты. Если НДС не выделен, это не ошибка: нужно проверить налоговый статус поставщика и вид операции.
Акты
При обработке актов ИИ извлекает реквизиты, период, перечень работ и стоимость. Но даже если сумма совпадает с договором, это еще не значит, что подрядчик выполнил все работы.
Например, компания получила акт на 40 часов технической поддержки за октябрь. ИИ извлек данные, а при сверке с отчетом о выполненных работах система обнаружила расхождение: заказчик подтвердил только 32 часа. Ответственный сотрудник запросил исправленный акт. После проверки бухгалтер согласовал документ, и данные передали в 1С.
Товарные документы
В ТОРГ-12 и УПД главная задача при распознавании таблиц – не перепутать данные соседних строк и столбцов. Система должна сохранить связь между наименованием товара, единицей измерения, количеством, ценой, НДС и суммой. Если строка сместится при распознавании, в 1С попадет неверная цена или количество.
По артикулу или коду система сопоставляет товар со справочником 1С, если для кодов поставщика настроены соответствия. Если код не указан, сверяет название, характеристики и единицу измерения.
Например, «перчатки нитриловые» в 1С могут числиться в упаковках по 50 и 100 штук. При неоднозначном совпадении позицию передают сотруднику на проверку, чтобы в 1С не попали неверные количество и стоимость товара.
Как работает распознавание счетов и актов с помощью OCR и ИИ
В счете указаны две суммы – без НДС и к оплате. ИИ извлек обе, но выбрал для загрузки в 1С не ту.
Чтобы выявить ошибку до записи в учет, в интеллектуальном документообороте разделяют три этапа: OCR, извлечение полей и нормализацию.
1. OCR
OCR (оптическое распознавание символов) считывает текст со сканов и фотографий. Если PDF содержит текстовый слой, его извлекают напрямую. Размытые цифры, перекошенные страницы и печати поверх реквизитов мешают распознаванию.
Перед обработкой сканы выравнивают, а сомнительные участки сверяют с оригиналом. После распознавания система получает текст, но еще не знает, какие цифры относятся к НДС, а какие – к итоговой сумме.
2. Извлечение полей
Document AI (интеллектуальная обработка документов) определяет, где в тексте ИНН, дата, ставка НДС и сумма к оплате. Связка OCR + LLM (распознавание текста и большая языковая модель) разбирает нестандартные подписи, например «Всего к перечислению» вместо «К оплате».
Для каждого поля сохраняют фрагмент исходного документа и confidence (оценку уверенности модели), если сервис ее рассчитывает. Сомнительные значения бухгалтер сверяет с оригиналом. Суммы дополнительно проверяют расчетом: высокая уверенность модели не исключает ошибки.
3. Нормализация
Реквизиты извлечены, но учетной системе нужны данные в определенном формате. Чтобы повысить качество данных, даты приводят к единому виду, суммы – к числовым значениям, контрагентов сопоставляют со справочником.
К примеру, «СеверСтрой» и «ООО Север Строй» похожи по названию. Система сверяет ИНН и КПП, а при расхождении передает выбор карточки бухгалтеру. Исходные значения сохраняют, чтобы при ошибке быстро найти ее источник.
Схема 1. От исходного документа до данных в 1С:
При тестировании ИИ проверяйте не только точность распознавания, но и результат всей обработки: верно ли определены суммы, найден ли нужный контрагент и выявлены ли расхождения до загрузки данных в 1С.
Автоматическая проверка реквизитов и сверка документов с 1С
Сверка счетов с 1С должна исключать ложные совпадения: похожая запись в базе не подтверждает корректность данных. Неверная привязка документа приводит к ошибкам в учете, задержкам оплаты и дополнительной работе бухгалтерии.
1. Контрагент. Система сверяет ИНН и КПП со справочником, проверяет название организации и банковские реквизиты. Если название изменилось, уточняет соответствие по идентификаторам. Неизвестный ИНН или новый расчетный счет – причина остановить обработку до подтверждения, чтобы не отправить деньги другому получателю.
2. Договор. По номеру, дате и контрагенту система ищет действующий договор, а далее проверяет заказ и спецификацию. Если договоров несколько или ссылка отсутствует, выбор остается за бухгалтером. При частичной поставке сумму сверяют с остатком заказа и ранее принятыми документами, чтобы избежать повторной оплаты.
3. Суммы и НДС. Система пересчитывает стоимость позиций, скидки, НДС и итог, сверяет валюту с договором. Ставку налога проверяет по дате и виду операции: с 2026 года основная ставка – 22%, но действуют другие ставки и освобождения.
Важно! НДС в документе и 1С иногда расходится из-за разных правил округления. Например, три позиции по 99,99 руб. без НДС: при ставке 22% налог по строкам составит 66 руб., а от общей суммы – 65,99 руб. Допустимость такой разницы проверяют по правилам учета и формату документа, а не определяют по усмотрению ИИ.
Какие ошибки ИИ обнаруживает при обработке бухгалтерских документов
Если счет уже есть в 1С или банковские реквизиты не совпадают, загрузку останавливают, чтобы избежать дублей и ошибочных платежей. Расхождения проверяет бухгалтер (даже при высокой оценке точности распознавания).
В таблице – какие ошибки выявляет система и что делать с документом до загрузки в 1С.
| Ошибка | Что обнаруживает система | Что делать |
|---|---|---|
| Дубли счета | В 1С уже есть счет, у которого совпадают ИНН поставщика, номер, дата и сумма. Например, сначала его прислали по почте, затем – через ЭДО. | Остановить повторную загрузку. Проверить, не пришла ли исправленная версия, и при необходимости связать ее с исходной записью. |
| Неточные реквизиты | ИНН не проходит проверку контрольных цифр или банковские реквизиты отличаются от данных в 1С. | Сверить спорные значения с оригиналом. Новые банковские реквизиты подтвердить у контрагента. До подтверждения справочник не менять. |
| Несоответствие валюты | В счете указаны доллары, в договоре – рубли. Условия валютного эквивалента не найдены. | Приостановить загрузку. Уточнить условия оплаты и пересчета; если договор допускает валютный эквивалент – применить согласованный курс. |
Демонстрационный пример: ИИ обнаружил ошибку в НДС
Задача. Проверить тестовый PDF счета № 48 от 5 октября 2026 года. По условиям примера товары отгружены в октябре 2026 года, операция облагается НДС по основной ставке 22%, а стоимость 100 000 руб. указана без налога. Все данные условны.
Карточка извлеченных полей:
Данные из PDF
- Поставщик: «Комплект Сервер»
- Сумма без НДС: 100 000 руб.
- НДС: 20 000 руб.
- Итого к оплате: 122 000 руб.
- Контрагент: найден как ООО «Сервер-Комплект» – ИНН и КПП совпадают.
- НДС: ошибка на 2 000 руб. По заказу ставка 22%, сумма налога – 22 000 руб.
- Итоговая сумма: в счете указано 122 000 руб., хотя по приведенным в нем значениям получается 120 000 руб. (100 000 + 20 000). При ставке НДС 22% итог 122 000 руб. верен, но сумму налога в документе нужно исправить.
Статус: загрузка в 1С приостановлена.
Результат. Бухгалтер проверяет поставщика по ИНН и КПП и запрашивает исправленный счет. Новую версию повторно сверяют с заказом. После согласования DVT готовит данные, а Инжектор 1С загружает их в учетную базу. Исходную версию счета и причину исправления сохраняют в истории.
Ограничение. Для авансов, льготных операций и других ставок действуют иные правила расчета.
Интеграция ИИ с 1С через DVT и Инжектор 1С
Счет согласован, но в 1С его нет. Сбой произошел при передаче реквизитов, их подготовке или загрузке в учетную базу? Чтобы не искать причину вручную, нужно отслеживать каждый этап обмена и видеть, где возникла ошибка.
API документов
Через API документов (программный интерфейс обмена) сервис распознавания передает извлеченные поля, идентификатор документа и ссылку на исходный PDF. После сверки система согласования присваивает документу статус: «На проверке», «Подтверждено» или «Отклонено». Статус передают дальше вместе с реквизитами, чтобы в 1С поступали только подтвержденные данные.
В типовом сообщении нужны тип документа, внешний ID, ИНН и КПП контрагента, номер и дата, сумма и НДС, ссылка на договор и заказ, статус согласования и путь к PDF. Для строк счета – наименование, количество, цена и ставка НДС. Состав обязательных полей и передаваемых данных согласуйте до разработки. При повторной отправке документа его ID не должен меняться.
Для audit trail (истории действий и изменений) сохраняют, кто исправил реквизиты, когда бухгалтер подтвердил документ и какую версию отправили дальше. Так при расхождении в 1С можно восстановить путь конкретного счета, а не искать причину по переписке.
Очистка в ETL
Из API данные приходят в разных форматах:
- дата записана текстом;
- сумма содержит пробелы;
- название контрагента отличается от справочника.
Для этой задачи подходит DVT – визуальная ETL-платформа. Она подключается к API, файлам и базам данных, удаляет пустые поля, преобразует типы, объединяет данные со справочниками. Результат каждого этапа виден в интерфейсе. Обработку можно запускать по расписанию или через API, не собирая отдельный скрипт для каждого источника.
В DVT можно настроить проверку обязательных реквизитов (ИНН, КПП, суммы), типов данных, соответствия контрагента справочнику 1С, договора и заказа, расчетов НДС и дублей по внешнему ID. К загрузке допускают только документы, подтвержденные бухгалтером и прошедшие сверку.
При расхождении сохраняют проблемное поле, причину ошибки и ссылку на исходный PDF. Статусы «Ошибка сверки» и «Готов к загрузке» задают в процессе обработки – это не встроенные статусы DVT. Платформа работает с извлеченными данными и самостоятельно PDF не распознает.
Согласованная загрузка в 1С
Подготовленные сведения размещают в базе или очереди, откуда их забирает Инжектор 1С – low-code инструмент для обратной загрузки данных в 1С. Он получает информацию из PostgreSQL, MS SQL, ClickHouse и Kafka, создает или обновляет объекты 1С, включая документы и табличные части. В интерфейсе Инжектора выбирают источник данных, настраивают их запись в объекты 1С и задают расписание загрузки.
Для входящей первички нужно предусмотреть защиту от повторной записи. Каждому документу присваивают внешний идентификатор и перед загрузкой проверяют, существует ли соответствующая запись в 1С. Инжектор поддерживает поиск и обновление объектов, но правила сопоставления и согласования настраивают отдельно.
Для загрузки настраивают таблицу соответствий: какой тип входящего документа связан с каким объектом 1С, куда записывать реквизиты и строки документа. После загрузки по внешнему ID фиксируют результат – ссылку на созданный или обновленный объект либо причину ошибки. Возврат статуса в систему согласования нужно предусмотреть отдельно: сам Инжектор не подтверждает первичные документы.
После подтверждения бухгалтером в 1С создают или обновляют нужный документ без автоматического проведения. Как настроить подключение к источнику, поиск и запись объектов, показано в руководстве по Инжектору 1С.
При настройке интеграции проверьте, как 1С обрабатывает неполную загрузку. К примеру, реквизиты накладной записались, а часть товарных позиций – нет. При таком сбое нужно остановить проведение документа и сохранить причину ошибки. Иначе бухгалтер обнаружит расхождение уже при сверке товарных остатков.
Эффективность автоматизации обработки первичных документов
ИИ заполняет реквизиты, но специалист все равно тратит время на проверку и исправления. Чтобы понять, сколько времени и средств экономит автоматизация, сравните три показателя до внедрения и после.
- Доля автозаполнения. Показывает, сколько обязательных полей ИИ заполнил правильно, без исправлений человека. Например, 80 из 100 полей – это 80%. Посчитайте долю документов, прошедших сверку без замечаний. Высокий процент автозаполнения не исключает ошибок, на исправление которых бухгалтер тратит время.
- Стоимость документа. Сложите расходы на распознавание, инфраструктуру, поддержку и работу бухгалтеров. Учтите затраты на интеграцию и разделите общую сумму за период на число проверенных документов. Сравните результат со стоимостью ручной обработки. Вы увидите, действительно ли автоматизация снижает расходы или экономию на вводе съедают повторные проверки.
- Время проверки. Замерьте, сколько минут бухгалтер тратит на проверку реквизитов, исправление ошибок и подтверждение документа. Считайте ложные предупреждения: из-за них сотрудник перепроверяет даже правильно заполненные поля. Фиксируйте время получения файла, начала проверки и подтверждения. По этим отметкам видно, сколько документ ждет своей очереди и сколько времени бухгалтер с ним работает.
Важно: не заканчивайте расчет на подтверждении документа. Если после загрузки в 1С бухгалтер исправляет сумму, договор или статью затрат, учитывайте и это время. Такие исправления увеличивают стоимость обработки и уменьшают фактическую экономию от внедрения.
Требования информационной безопасности
В счетах и актах есть цены, банковские реквизиты, иногда – персональные данные и сведения, составляющие коммерческую тайну. Требования ИБ нужно согласовать до того, как ИИ получит доступ к реальным документам.
| Область ИБ | Что проверить и согласовать до пилота |
|---|---|
| Хранение документов | Где хранятся исходные PDF, распознанный текст и реквизиты: на сервере компании, в частном облаке или у внешнего поставщика. Проверить шифрование, резервные копии, сроки хранения и удаления. Для внешних сервисов согласовать условия обработки данных, для тестов использовать обезличенные документы. |
| Доступ | Разделить права: бухгалтер – документы своего участка, закупки – нужные документы и статусы, администратор – технические журналы. Разработчикам предоставлять обезличенные примеры или временный согласованный доступ. Сервис распознавания не должен менять справочник контрагентов и проводить документы в 1С. |
| Архив изменений | История действий и изменений хранит старое и новое значение реквизита, автора правки, время подтверждения и версию, отправленную в 1С. Записи связывают с исходным PDF и защищают от незаметных изменений. Журналы обработки данных не заменяют историю согласований. |
Проверьте, что остается в технических журналах. При отладке интеграции в логи API иногда записывают весь запрос – вместе с суммами, ИНН и банковскими реквизитами. Попросите разработчиков показать, какие данные сохраняются при ошибке обмена. Лишние реквизиты нужно скрыть, доступ к журналам ограничить, а сроки их хранения согласовать.
Если документы обрабатывает внешний ИИ-сервис, проверьте, сохраняет ли он запросы и использует ли их для обучения модели. Утечка через технические логи может раскрыть цены и условия сделок, хотя доступ к самим счетам в 1С будет закрыт.
