Когда служба безопасности запрещает облачное распознавание УПД

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

когда УПД нельзя загрузить в чужое облако

В логистической компании под Москвой бухгалтерия три месяца сканировала входящие УПД в облачный сервис распознавания — строки из накладных попадали в 1С без ручного набора, закрытие месяца шло быстрее обычного. Потом пришло письмо от службы безопасности крупного заказчика: компания работает по гособоронзаказу в режиме 275-ФЗ, и договор прямо запрещает обработку документов с реквизитами сторон на инфраструктуре, к которой имеет технический доступ кто-то помимо сторон сделки. Формально закон здесь ни при чём — сервис хранил данные на серверах в России и никуда их не передавал. Но по тексту соглашения о конфиденциальности сам факт обработки на чужом сервере уже нарушение, и это условие жёстче требований закона.

Похожая история — у бухгалтерий, которые обслуживают банки, страховые компании или подрядчиков с допуском к гостайне. УПД, кроме сумм и номенклатуры, содержит ФИО и подпись уполномоченного лица, а это персональные данные в смысле 152-ФЗ. Передача такого документа стороннему оператору формально требует отдельного договора об обработке персональных данных между компанией и оператором сервиса. Когда контрагент присылает письмо «не грузите наши документы в чужие сервисы», спорить поздно — проще сразу увести распознавание на свой контур, чем доказывать контрагенту, что чужое облако на самом деле безопасно.

во что обходится игнорирование запрета

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

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

частое заблуждение: шифрование канала — не то же самое, что свой контур

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

Проверку на этом и ловят: аудит службы безопасности контрагента смотрит не в сертификат оператора облака, а в буквальный текст своего же договора. Если там написано «обработка документов третьими лицами не допускается», сертификат безопасности оператора к делу не относится — вопрос не в качестве защиты, а в том, кто вообще технически прикасается к документу. Спорить с этой логикой бесполезно: проще сразу строить схему так, чтобы к документу не прикасался никто, кроме сотрудников самой компании и её проверенного ИТ-подрядчика, с которым уже подписан отдельный договор о неразглашении.

как устроено облачное распознавание и где граница

Обычная схема выглядит так: бухгалтер загружает скан или PDF, сервис прогоняет документ через OCR на своих серверах и возвращает готовые строки для загрузки PDF в 1С. Само распознавание УПД из скана в таком варианте — это всегда чужая инфраструктура: даже если данные не покидают Россию, документ в момент распознавания физически находится на сервере, которым управляет не заказчик, а оператор сервиса. Для обычной бухгалтерии это не проблема — большинству компаний нечего скрывать от оператора распознавания, и облако для них быстрее и дешевле в моменте: не нужно поднимать сервер, ждать интеграцию и держать в штате того, кто эту интеграцию потом обслуживает. Но для той, у кого в договоре или регламенте ИБ прописан запрет на «обработку у третьих лиц», это и есть нарушение независимо от качества шифрования.

распознавание на своём сервере: что меняется физически

На собственном или арендованном сервере тот же движок распознавания разворачивают внутри инфраструктуры, которую контролирует сама компания или её ИТ-подрядчик по договору — документ никуда не уходит, обмен идёт только внутри локальной сети или закрытого VPN-канала между офисом и арендованным сервером. Интеграцию с базой 1С в этом случае обычно собирают доработкой: готовый облачный коннектор тут не подходит, нужен обмен внутри периметра, а не запрос к внешнему API. Дополнительная нагрузка от распознавания ложится на тот же сервер, где крутится база 1С, поэтому сайзинг считают не только по числу пользователей 1С, но и по объёму документов на распознавание — ориентир по железу даёт официальная страница системных требований 1С.

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

Есть и обратная сторона: резервные копии, обновления и мониторинг падений сервера теперь на стороне компании, а не оператора облака. Разово настроить интеграцию и потом обслуживать сервер можно силами приходящего сисадмина по ставке сопровождения 1С — от 3800 руб/час, но это статья расходов, которой в облаке просто не существует. Зато на все вопросы аудита можно ответить одной фразой: документы никогда не покидали контур компании, и это снимает вопрос службы безопасности контрагента раз и навсегда, а не до следующей проверки.

сравнение в цифрах: облако против своего сервера

Ниже — по каким пунктам решения реально отличаются, не в теории, а в деньгах и сроках.

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

как перейти с облака на свой сервер без остановки закрытия месяца

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

1. ✓Поднимают сервер и разворачивают на нём распознавание параллельно с работающим облаком, без отключения старой схемы — обе системы какое-то время работают одновременно.
2. ✓Прогоняют через новый контур несколько реальных пакетов УПД за прошлые периоды и сверяют результат построчно с тем, что раньше отдавало облако, чтобы убедиться в одинаковом качестве распознавания.
3. ✓Переключают загрузку документов на локальный сервис и только после этого отключают подписку на облачный сервис — не наоборот, иначе бухгалтерия на несколько дней останется без автоматического распознавания вообще.

Стоимость разовой настройки и ежемесячные тарифы для конкретного объёма документов считаем индивидуально, по числу пакетов УПД в месяц и объёму сервера под нагрузку — актуальные цены на аренду сервера, сопровождение и распознавание собраны на странице тарифов.

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

152-ФЗ вообще запрещает обрабатывать УПД в облаке для юрлиц?

Нет, закон не запрещает облачную обработку документов юрлиц напрямую. Ограничение обычно идёт от договора с контрагентом, режима гособоронзаказа или внутреннего регламента ИБ — они часто жёстче закона. При этом ФИО и подпись в УПД — персональные данные, и это отдельное основание для осторожности при выборе сервиса.

Сколько стоит перенести распознавание УПД на свой сервер, если сейчас работаем через облако?

Ориентир: аренда сервера 1С от 1 100 ₽/мес за пользователя, распознавание УПД от 3900 руб/мес и разовая настройка интеграции по ставке сопровождения 1С от 3800 руб/час. Итоговую сумму считаем индивидуально — по объёму документов, текущей конфигурации базы 1С и требуемой скорости обработки пакетов.

Можно ли поставить сервер распознавания прямо в офисе, а не арендовать?

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

Что делать бухгалтерии, пока идёт переход с облака на свой сервер?

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

Как понять, что компании реально нужен свой сервер, а не облако?

Если в договоре с контрагентом, регламенте гособоронзаказа или внутренней политике информационной безопасности прямо написан запрет на обработку документов третьими лицами — сервер обязателен независимо от стоимости. Если такого пункта нигде нет, облако остаётся более быстрым и дешёвым вариантом для распознавания УПД.