Требования к интеграции¶
Требования к интеграции — совокупность нормативных, технических и организационных предъявляемых условий, которым должна соответствовать система или процесс интеграции при подключении к внешним платформам, информационным системам или инфраструктуре. Требования определяют форматы обмена данными, протоколы взаимодействия, уровни безопасности, показатели надёжности и порядок приёмки интеграционного решения.
¶Область применения
Требования к интеграции формулируются в следующих областях:
- Интеграция информационных систем — при объединении учётных систем, баз данных, ERP- и CRM-платформ.
- Интеграция государственных информационных систем — при подключении к ГИС, Межведомственному электронному взаимодействию (СМЭВ), порталу госуслуг.
- Интеграция в промышленности — при подключении АСУ ТП, SCADA-систем, промышленных контроллеров к верхним уровням управления.
- Интеграция финансовых систем — при обмене с банковскими платёжными системами, ГИС ГМП, системами дистанционного банковского обслуживания.
- Интеграция в телекоммуникациях — при построении магистральных и распределительных сетей, подключении абонентского оборудования.
¶Нормативная база в России
В Российской Федерации требования к интеграции закреплены в следующих документах:
| Документ | Предмет регулирования |
|---|---|
| ФЗ-152 «О персональных данных» | Обработка и передача персональных данных при интеграции |
| ФЗ-149 «Об информации, информационных технологиях и о защите информации» | Классификация информации, требования к защите |
| ГОСТ Р 50922-2006 | Защита информации. Модель угроз |
| ГОСТ Р ИСО/МЭК 27001 | Системы менеджмента информационной безопасности |
| Приказ ФСТЭК России № 21 | Требования к защите персональных данных в информационных системах |
| Постановление Правительства РФ № 1119 | Требования к защите персональных данных при их обработке в ИСПДн |
| Стандарты СМЭВ | Форматы и протоколы межведомственного взаимодействия |
Для государственных систем дополнительно действуют требования указов Президента РФ, определяющих приоритет отечественного программного обеспечения и импортозамещение.
¶Основные категории требований
¶Технические требования
- Протоколы взаимодействия: REST, SOAP, gRPC, MQTT, AMQP, OPC UA, EDI — выбор зависит от отрасли и требований к реальному времени.
- Форматы данных: JSON, XML, CSV, отраслевые стандарты (EDI, HL7, FIX).
- Идентификация и аутентификация: OAuth 2.0, OpenID Connect, мутуальная TLS-аутентификация, API-ключи, цифровые подписи по ГОСТ Р 34.10-2018.
- Совместимость: поддержка актуальных версий операционных систем, СУБД, сред исполнения; открытые API и документация.
- Производительность: задержка ответа (latency), пропускная способность, допустимое время восстановления (RTO) и допустимый объём потерь данных (RPO).
¶Организационные требования
- Наличие регламента интеграции, описывающего роли, зоны ответственности и порядок эскалации.
- Согласование схемы интеграции и матрицы ответственности между сторонами.
- Процедура приёмки: тестирование (функциональное, нагрузочное, на проникновение), опытная эксплуатация, акт приёмки.
- Обучение персонала и наличие эксплуатационной документации.
¶Требования безопасности
- Классификация информации, обрабатываемой в интегрируемых системах.
- Разграничение доступа на уровне API и транспортного слоя.
- Журналирование событий и аудит интеграционных сессий.
- Защита от несанкционированного доступа, отказа в обслуживании, подмены данных.
- Соответствие требованиям ФСТЭК и ФСБ (для криптографической защиты).
¶Порядок разработки требований
- Анализ предметной области — выявление интегрируемых систем, потоков данных, владельцев процессов.
- Формирование матрицы требований — по каждой паре систем фиксируются форматы, протоколы, SLA, требования безопасности.
- Согласование — утверждение матрицы заинтересованными сторонами.
- Верификация — проверка соответствия реализации утверждённым требованиям на этапах испытаний.
- Регламентация эксплуатации — включение требований в договор, регламенты и планы развития.
¶Типичные нарушения
На практике наиболее частыми отступлениями от требований к интеграции являются: отсутствие документированного API, несогласованные форматы данных между системами, слабая идентификация вызовов, отсутствие журналирования, отсутствие плана отката при сбое интеграционного слоя, несоблюдение требований по защите персональных данных при передаче между системами разных владельцев.
¶Источники
- ФЗ-152 «О персональных данных»
- ФЗ-149 «Об информации, информационных технологиях и о защите информации»
- ГОСТ Р ИСО/МЭК 27001
- Приказ ФСТЭК России № 21
- Постановление Правительства РФ № 1119
- Стандарты межведомственного электронного взаимодействия (СМЭВ)