Положение о документообороте.docx: Изменения
Приказ об утверждении изменений.docx
Страниц (оценка): 3
Анализировано: 0/70
| Поле | Значение | Класс | Проход | Статус | Задача изменения | Текст правки | Уверенность | Действие | Метаданные |
|---|---|---|---|---|---|---|---|---|---|
| блок 1 (стр. 1) (стр. 1) | Границы пилота “Интеллектуальное распознавание и структурирование заявлений о государственной регистрации некоммерческих организаций по форме Р11001” | - | - | - | - | - | - | - | - |
| блок 2 (стр. 1) (стр. 1) | 1. Цель пилотного проекта | - | - | - | - | - | - | - | - |
| блок 3 (стр. 1) (стр. 1) | Целью пилотного проекта является проверка возможности применения технологий искусственного интеллекта, OCR и интеллектуального анализа документов для автоматизированного извлечения структурированных данных из заявлений о государственной регистрации некоммерческих организаций по форме Р11001. | - | - | - | - | - | - | - | - |
| блок 4 (стр. 1) (стр. 1) | Пилотный проект направлен на подтверждение технологической реализуемости интеграции интеллектуального сервиса в информационный контур Минюста России и оценку качества автоматического извлечения данных из документов, поступающих в электронном виде. | - | - | - | - | - | - | - | - |
| блок 5 (стр. 1) (стр. 1) | 2. Предмет пилота | - | - | - | - | - | - | - | - |
| блок 6 (стр. 1) (стр. 1) | В рамках пилотного проекта разрабатывается программный сервис (бэкенд-модуль), предназначенный для автоматизированной обработки PDF-документов и формирования структурированного результата для дальнейшего использования информационными системами Минюста России. Решение реализуется в виде самостоятельного сервиса с программным интерфейсом взаимодействия (API) и предназначено для развертывания в инфраструктуре Заказчика. | - | - | - | - | - | - | - | - |
| блок 7 (стр. 1) (стр. 1) | 3. Функциональные границы пилота | - | - | - | - | - | - | - | - |
| блок 8 (стр. 1) (стр. 1) | В рамках пилота выполняются следующие функции: | - | - | - | - | - | - | - | - |
| блок 9 (стр. 1) (стр. 1) | 3.1. Прием и обработка входящих документов | - | - | - | - | - | - | - | - |
| блок 10 (стр. 1) (стр. 1) | В рамках пилотного проекта сервис должен обеспечивать прием PDF-документов через программный интерфейс взаимодействия (API), выполнение проверки корректности передаваемых файлов, постановку документов в очередь обработки и предоставление информации о статусе выполнения запроса. | - | - | - | - | - | - | - | - |
| блок 11 (стр. 1) (стр. 1) | 3.2. Предобработка документов | - | - | - | - | - | - | - | - |
| блок 12 (стр. 1) (стр. 1) | Сервис должен выполнять предварительную обработку поступающих документов, направленную на повышение качества последующего распознавания. В состав предобработки может входить: коррекция ориентации страниц, выравнивание изображений, удаление шумов и артефактов сканирования, а также иные процедуры улучшения качества изображения, необходимые для последующего анализа содержимого документа. | - | - | - | - | - | - | - | - |
| блок 13 (стр. 1) (стр. 1) | 3.3. Распознавание текстовой информации | - | - | - | - | - | - | - | - |
| блок 14 (стр. 1) (стр. 1) | Сервис должен обеспечивать распознавание печатного текста на русском языке из электронных PDF-документов и сканированных образов документов. Полученные текстовые данные используются для последующего анализа структуры документа и извлечения требуемых сведений. | - | - | - | - | - | - | - | - |
| блок 15 (стр. 1) (стр. 1) | 3.4. Извлечение структурированных данных | - | - | - | - | - | - | - | - |
| блок 16 (стр. 1) (стр. 1) | В рамках пилотного проекта реализуется извлечение ограниченного перечня реквизитов из заявлений по форме Р11001, достаточного для оценки применимости технологии и качества автоматизированной обработки документов. | - | - | - | - | - | - | - | - |
| блок 17 (стр. 2) (стр. 2) | В состав извлекаемых данных входят сведения о наименовании юридического лица, включая полное и сокращенное наименование при наличии, основные адресные сведения, включая код субъекта Российской Федерации, муниципальное образование, населенный пункт, улицу и номер дома, сведения о лице, имеющем право действовать без доверенности, включая фамилию, имя, отчество и должность, сведения о заявителе, включая фамилию, имя, отчество и ИНН, а также основной код вида экономической деятельности по классификатору ОКВЭД. | - | - | - | - | - | - | - | - |
| блок 18 (стр. 2) (стр. 2) | Перечень извлекаемых реквизитов может быть уточнен Заказчиком на этапе подготовки пилотного проекта. | - | - | - | - | - | - | - | - |
| блок 19 (стр. 2) (стр. 2) | 3.5. Формирование результатов обработки | - | - | - | - | - | - | - | - |
| блок 20 (стр. 2) (стр. 2) | По результатам обработки сервис должен формировать структурированный результат в формате JSON. При необходимости должна быть предусмотрена возможность формирования результата в формате XML по согласованной с Заказчиком структуре. | - | - | - | - | - | - | - | - |
| блок 21 (стр. 2) (стр. 2) | Результат обработки должен содержать извлеченные данные, статус обработки документа, а также информацию о полях, требующих дополнительной проверки пользователем. | - | - | - | - | - | - | - | - |
| блок 22 (стр. 2) (стр. 2) | 3.6. API взаимодействия | - | - | - | - | - | - | - | - |
| блок 23 (стр. 2) (стр. 2) | В рамках пилотного проекта реализуется программный интерфейс взаимодействия (API), обеспечивающий передачу документов на обработку и получение результатов работы сервиса. | - | - | - | - | - | - | - | - |
| блок 24 (стр. 2) (стр. 2) | В состав поставки включается описание API в формате OpenAPI (Swagger), содержащее сведения о доступных методах, параметрах запросов и структуре ответов. | - | - | - | - | - | - | - | - |
| блок 25 (стр. 2) (стр. 2) | 3.7. Поставка программного решения | - | - | - | - | - | - | - | - |
| блок 26 (стр. 2) (стр. 2) | Результатом пилотного проекта является программный сервис, поставляемый в виде контейнеризированного решения, готового к развертыванию в инфраструктуре Заказчика. | - | - | - | - | - | - | - | - |
| блок 27 (стр. 2) (стр. 2) | В состав поставки входят: приложение, включающее API, необходимые модели искусственного интеллекта, конфигурационные файлы и комплект эксплуатационной документации. | - | - | - | - | - | - | - | - |
| блок 28 (стр. 2) (стр. 2) | 3.8. Возможности дальнейшего развития | - | - | - | - | - | - | - | - |
| блок 29 (стр. 2) (стр. 2) | Архитектура пилотного решения должна предусматривать возможность дальнейшего расширения перечня извлекаемых данных, подключения дополнительных типов документов и последующей интеграции с информационными системами Заказчика в рамках отдельных этапов развития проекта. | - | - | - | - | - | - | - | - |
| блок 30 (стр. 2) (стр. 2) | 4. Результаты пилотного проекта | - | - | - | - | - | - | - | - |
| блок 31 (стр. 2) (стр. 2) | По итогам выполнения работ Заказчику передаются: | - | - | - | - | - | - | - | - |
| блок 32 (стр. 2) (стр. 2) | Приложение, включающее API. | - | - | - | - | - | - | - | - |
| блок 33 (стр. 2) (стр. 2) | Обученные модели и конфигурационные файлы. | - | - | - | - | - | - | - | - |
| блок 34 (стр. 2) (стр. 2) | Контейнеризированный дистрибутив решения. | - | - | - | - | - | - | - | - |
| блок 35 (стр. 2) (стр. 2) | Описание API. | - | - | - | - | - | - | - | - |
| блок 36 (стр. 2) (стр. 2) | Инструкция по развертыванию. | - | - | - | - | - | - | - | - |
| блок 37 (стр. 2) (стр. 2) | Руководство администратора. | - | - | - | - | - | - | - | - |
| блок 38 (стр. 2) (стр. 2) | Эксплуатационная документация. | - | - | - | - | - | - | - | - |
| блок 39 (стр. 2) (стр. 2) | 5. Архитектурные требования | - | - | - | - | - | - | - | - |
| блок 40 (стр. 2) (стр. 2) | Разрабатываемое решение должно: | - | - | - | - | - | - | - | - |
| блок 41 (стр. 2) (стр. 2) | Функционировать как самостоятельный сервис. | - | - | - | - | - | - | - | - |
| блок 42 (стр. 2) (стр. 2) | Поддерживать развертывание в Linux-среде. | - | - | - | - | - | - | - | - |
| блок 43 (стр. 2) (стр. 2) | Поставляться в контейнеризированном виде. | - | - | - | - | - | - | - | - |
| блок 44 (стр. 3) (стр. 3) | Обеспечивать взаимодействие по API. | - | - | - | - | - | - | - | - |
| блок 45 (стр. 3) (стр. 3) | Предусматривать возможность дальнейшего масштабирования и расширения функциональности. | - | - | - | - | - | - | - | - |
| блок 46 (стр. 3) (стр. 3) | 6. Ограничения пилотного проекта | - | - | - | - | - | - | - | - |
| блок 47 (стр. 3) (стр. 3) | В состав пилота не входят: | - | - | - | - | - | - | - | - |
| блок 48 (стр. 3) (стр. 3) | Интеграция решения в промышленный контур Минюста России. | - | - | - | - | - | - | - | - |
| блок 49 (стр. 3) (стр. 3) | Доработка информационных систем Заказчика. | - | - | - | - | - | - | - | - |
| блок 50 (стр. 3) (стр. 3) | Разработка пользовательских интерфейсов. | - | - | - | - | - | - | - | - |
| блок 51 (стр. 3) (стр. 3) | Автоматизация бизнес-процессов регистрации НКО. | - | - | - | - | - | - | - | - |
| блок 52 (стр. 3) (стр. 3) | Маршрутизация документов. | - | - | - | - | - | - | - | - |
| блок 53 (стр. 3) (стр. 3) | Создание рабочих мест операторов. | - | - | - | - | - | - | - | - |
| блок 54 (стр. 3) (стр. 3) | Разработка платформы управления моделями искусственного интеллекта. | - | - | - | - | - | - | - | - |
| блок 55 (стр. 3) (стр. 3) | Реализация механизмов долгосрочного хранения документов. | - | - | - | - | - | - | - | - |
| блок 56 (стр. 3) (стр. 3) | Обеспечение регламентированных показателей отказоустойчивости, доступности и производительности промышленного уровня; | - | - | - | - | - | - | - | - |
| блок 57 (стр. 3) (стр. 3) | Обработка полного перечня реквизитов формы Р11001. | - | - | - | - | - | - | - | - |
| блок 58 (стр. 3) (стр. 3) | Обработка иных видов документов и регистрационных форм. | - | - | - | - | - | - | - | - |
| блок 59 (стр. 3) (стр. 3) | Интеграция сервиса с информационными системами Минюста России, а также организация передачи документов и результатов обработки осуществляются Заказчиком самостоятельно на основании предоставленного API. | - | - | - | - | - | - | - | - |
| блок 60 (стр. 3) (стр. 3) | 7. Исходные данные | - | - | - | - | - | - | - | - |
| блок 61 (стр. 3) (стр. 3) | Для выполнения пилотного проекта Заказчик предоставляет тестовую выборку документов по форме Р11001 в объеме, достаточном для настройки и проверки работоспособности решения. | - | - | - | - | - | - | - | - |
| блок 62 (стр. 3) (стр. 3) | При наличии размеченных данных допускается адаптация моделей под особенности документов Заказчика. | - | - | - | - | - | - | - | - |
| блок 63 (стр. 3) (стр. 3) | 8. Критерии успешности пилота | - | - | - | - | - | - | - | - |
| блок 64 (стр. 3) (стр. 3) | Пилотный проект считается успешно выполненным при соблюдении следующих условий: | - | - | - | - | - | - | - | - |
| блок 65 (стр. 3) (стр. 3) | Сервис обеспечивает прием и обработку тестовых документов. | - | - | - | - | - | - | - | - |
| блок 66 (стр. 3) (стр. 3) | Выполняется автоматическое извлечение предусмотренного пилотом набора реквизитов. | - | - | - | - | - | - | - | - |
| блок 67 (стр. 3) (стр. 3) | Результаты обработки доступны через API. | - | - | - | - | - | - | - | - |
| блок 68 (стр. 3) (стр. 3) | Сформированный результат может использоваться для последующей загрузки в информационные системы Заказчика. | - | - | - | - | - | - | - | - |
| блок 69 (стр. 3) (стр. 3) | Заказчику передан комплект программного обеспечения и документации, предусмотренный настоящими границами пилота. | - | - | - | - | - | - | - | - |
| блок 70 (стр. 3) (стр. 3) | Количественные показатели качества распознавания и производительности определяются по результатам испытаний на предоставленной Заказчиком выборке документов и используются для оценки перспектив дальнейшего развития решения. | - | - | - | - | - | - | - | - |