Стать участником

Для подключения к системе межведомственного взаимодействия (далее — СМЭВ) «Түндүк» вам потребуется:

  1. заполнить заявку на подключение к СМЭВ «Түндүк». Данный документ необходимо распечатать, заполнить, подписать у руководства государственного органа и направить в адрес государственного предприятия «Центр электронного взаимодействия»
    заключить:

соглашение с ГП «ЦЭВ» о присоединении/взаимодействии для государственных органов и органов местного самоуправления;

соглашение с ГП «ЦЭВ» о присоединении/взаимодействии для коммерческих организаций, где прописываются права и обязанности сторон при подключении к СМЭВ «Түндүк»;

  1. подготовить сервер / виртуальную машину с минимальными техническими характеристиками (Ubuntu 18.04 LTS, 64-bit, 4 GB RAM, 80GB freedisk space, выделенный статический «белый» IP-адрес, более подробное описание требований —
    здесь
    ).
  2. получить две электронных цифровых подписи и один ключевой носитель (токен) Jacarta (дополнительная информация на сайте ГП «Инфоком». После этого необходимо с вязаться с сотрудниками ГП «Центр электронного взаимодействия» для дальнейшей настройки и установки необходимого программного обеспечения;
  3. зарегистрировать свою информационную систему в Каталоге решений межведомственного взаимодействия. Для этого необходимо обратиться в ГП «ЦЭВ» для получения доступа к Каталогу. Согласно законодательству КР, участник СМЭВ «Түндүк» обязан описать и зарегистрировать свою информационную систему и все оказываемые через СМЭВ «Түндүк» услуги в Каталоге. В случае создания новых услуг, после регистрации информационной системы в Каталоге и подключения участника к СМЭВ «Түндүк», участник СМЭВ «Түндүк» обязан зарегистрировать новые услуги в Каталоге до момента начала оказания этих услуг через СМЭВ «Түндүк». Оператор СМЭВ «Түндүк» принимает решение о подключении участника к СМЭВ «Түндүк» на основе данных, указанных участником СМЭВ «Түндүк» в Каталоге;

 Важно: СМЭВ «Түндүк» не работает с бумажными базами данных. Государственный или муниципальный орган не сможет подключиться к «Түндүку» при отсутствии электронных баз данных.

Более подробная информация по порядку подключения к СМЭВ «Түндүк»

Для присоединения к СМЭВ «Түндүк» участник обязан (регламент прописан в постановлении Правительства Кыргызской Республики «Об утверждении Требований к взаимодействию информационных систем в системе межведомственного электронного взаимодействия «Түндүк»  № 200 от 11 апреля 2018 года):

—  обеспечить при присоединении к СМЭВ «Түндүк» безопасную и бесперебойную работу своей информационной системы в соответствии с требованиями, установленными оператором СМЭВ «Түндүк», и настоящими Требованиями;

— установить сервер безопасности, создать адаптер информационной системы, при необходимости — локальный центр мониторинга, а также обеспечить работоспособность своей информационной системы в СМЭВ «Түндүк» в соответствии с настоящими Требованиями;

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

— обеспечить применение необходимых мер безопасности к своей информационной системе и защите информации;

— зарегистрировать в Каталоге оказываемые услуги в соответствии с настоящими Требованиями, поддерживать в актуальном состоянии имеющиеся в Каталоге сведения;

— заключить с другим участником СМЭВ «Түндүк» соглашение об уровне сервиса (услуги) (Servicelevel agreement — SLA), организовывать и предоставлять доступ к услугам в течение согласованного сторонами взаимодействия срока;

— незамедлительно извещать оператора СМЭВ «Түндүк» о перебоях в оказании услуги, плановых и профилактических работах в своей информационной системе, о любых нарушениях и сбоях в работе СМЭВ «Түндүк»;

— определить уполномоченных лиц, имеющих право представления запросов на услуги посредством СМЭВ «Түндүк», обеспечить их однозначную идентификацию в своей информационной системе и передачу идентификатора такого уполномоченного лица в запросе на услугу.

  • В заявке указываются следующие сведения:

— наименование, адрес участника, ходатайствующего о присоединении к СМЭВ «Түндүк»;

— наименование (Ф.И.О., должность) уполномоченного сотрудника (сотрудников) участника, ответственного за ведение и администрирование информационной системы, за достоверность информации, введенной в информационную систему, а также за подключение и обмен информацией (электронными документами) посредством СМЭВ «Түндүк», уполномоченного подписать соглашение о присоединении/взаимодействии от имени участника с оператором СМЭВ «Түндүк».

  •  После получения заявки, оператор СМЭВ «Түндүк» предоставляет лицу, уполномоченному участником, в автоматическом (онлайн) режиме право ввода и изменения данных об участнике, его информационной системе и оказываемых услугах в Каталоге.
  • Перед регистрацией информационной системы оператор СМЭВ «Түндүк» проверяет данные об участнике СМЭВ «Түндүк», его информационной системе, оказываемых услугах, техническое соответствие информационной системы и соответствие состава информации в информационной системе и их источников техническим  требованиям, установленным оператором СМЭВ «Түндүк», настоящим Требованиям и законодательству Кыргызской Республики, в том числе оценивает техническую готовность информационной системы участника к взаимодействию посредством СМЭВ «Түндүк» в соответствии с пунктом 10 настоящих Требований.

Оператор СМЭВ «Түндүк» принимает решение:

— о регистрации участника и присоединении к СМЭВ «Түндүк»;

— об отказе в регистрации, с указанием обстоятельств, подлежащих устранению.

Оператор СМЭВ «Түндүк» отказывает в регистрации информационной системы в Каталоге и подключении к СМЭВ «Түндүк» по следующим основаниям:

— информационная система не соответствует техническим требованиям, установленным настоящими Требованиями и оператором СМЭВ «Түндүк» для подключения и взаимодействия;

— сведения оператору СМЭВ «Түндүк» предоставлены неправомочным лицом (лицом, не являющимся уполномоченным представителем владельца информационной системы);

— данные, внесенные в Каталог, содержат неполные или недостоверные сведения.

  •  Оператор СМЭВ «Түндүк» предлагает устранить основания, послужившие причиной отказа в регистрации. После устранения обстоятельств, явившихся причиной отказа в регистрации, заявка может быть подана повторно.
  • При присоединении к СМЭВ «Түндүк» оператор СМЭВ «Түндүк» и участник заключают соглашение о присоединении/взаимодействии, в котором фиксируются права, обязанности и ответственность сторон.
  • В случае регистрации информационной системы в Каталоге и присоединения к СМЭВ «Түндүк», участник СМЭВ «Түндүк»:

— получает аутентификационный сертификат сервера безопасности, электронную подпись для своей информационной системы в удостоверяющем центре и регистрирует свой сервер безопасности в СМЭВ «Түндүк»;

— предоставляет аутентификационный сертификат сервера безопасности, сертификат проверки электронной подписи информационной системы оператору СМЭВ «Түндүк»;

— устанавливает закрытые ключи аутентификационного сертификата сервера безопасности, сертификата проверки электронной подписи информационной системы (систем) на своем сервере безопасности.

 Оператор СМЭВ «Түндүк»:

— проверяет данные, указанные в аутентификационном сертификате сервера безопасности, сертификате ключа проверки электронной подписи информационной системы участника;

— регистрирует аутентификационный сертификат сервера безопасности, сертификат ключа проверки электронной подписи информационной системы участника в СМЭВ «Түндүк».

  • После выполнения указанных в настоящей главе процедур, информационная система участника СМЭВ «Түндүк» считается готовой к сопряжению с СМЭВ «Түндүк» и межведомственному взаимодействию.
  • Сведения, включенные в Каталог, являются общедоступными, за исключением информации персонального характера, в отношении которой действуют требования законодательства Кыргызской Республики о защите персональных данных (информации персонального характера).
  • За использование программного обеспечения компонентов СМЭВ «Түндүк» и интерфейса пользователя СМЭВ «Түндүк» плата не взимается.
  • Расходы на сопряжение, развитие, администрирование своей информационной системы, а также на аутентификацию участники СМЭВ «Түндүк» осуществляют за счет собственных средств.
  •  Оператором СМЭВ «Түндүк» могут оказываться платные услуги.

Какие этапы необходимо пройти, чтобы присоединиться к СМЭВ «Түндүк»?

Государственному органу, органу местного самоуправления, государственному учреждению или предприятию, юридическому или физическому лицу (далее – заинтересованная сторона), планирующему подключиться к системе межведомственного взаимодействия «Түндүк», необходимо пройти следующие этапы:

  1. определение бизнес-процессов или государственных услуг, которые можно / необходимо связать с другими госорганами;
  2. определение взаимосвязанных госорганов;
  3. инвентаризация баз данных;
  4. инвентаризация информационных систем;
  5. инвентаризация бизнес-процессов для оказания сервисов и государственных услуг;
  6. заключение соглашения с ГП «ЦЭВ» о присоединении/взаимодействии;
  7. закупка или выделение сервера безопасности;
  8. организация работы IT-специалистов для выполнения возложенных в соглашении задач;

введение информации в Каталог платформы «Түндүк».

Определение бизнес-процессов или государственных услуг, которые необходимо связать с другими госорганами

На первом этапе государственный орган должен самостоятельно определить для себя необходимость в информационном взаимодействии с другими государственными органами в процессе оказания услуги либо работе ведомства.

В этом случае у госоргана высвобождаются трудовые, временные и, соответственно, финансовые ресурсы для оказания государственных услуг по другим направлениям.

Бизнес-процессы заинтересованной стороны можно связывать с проектом «Түндүк» для:

  1. повышения эффективности работы самого ведомства (пример 1);
  2. снижения бюрократии при обращении с гражданами и предпринимателями (пример 2).
Пример 1: В Министерстве образования и науки Кыргызской Республики (далее – МОН) имеется информационная система управления образованием (ИСУО), целью которой являетсяобеспечение министерства, а также образовательных организаций информацией и знаниями для информированного принятия решений. Ядром системы является банк данных учащихся: постоянно ведущиеся академические записи об учащемся по всем пройденным курсам, полученным оценкам, наградам, степеням с первого дня обучения до текущей даты. Вместе с тем, в ИСУО имеется информация по недвижимости образовательных организаций, которая могла бы быть синхронизирована с информационной системой Департамента кадастра и регистрации прав на недвижимое имущество Государственной регистрационной службы при Правительстве Кыргызской Республики (далее – ГРС). В связи с этим МОН запросила у команды «Түндүк» подключить их к системе Департамента кадастра ГРС.

Пример 2: Департамент государственных закупок при Министерстве финансов Кыргызской Республики в настоящее время требует от всех предпринимателей, желающих выступить поставщиками товаров и услуг, предоставить две справки об отсутствии налоговой задолженности и по социальным отчислениям от Государственной налоговой службы приПравительстве Кыргызской Республики (далее – ГНС) и Социального фонда Кыргызской Республики (Соцфонд).

После внедрения системы «Түндүк» Департамент госзакупок решил избавиться от необходимости запрашивать справки от юридических и физических лиц, а вместо этого получить возможность получать эти сведения в автоматическом режиме из ГНС и Соцфонда.

  1. Определение взаимосвязанных госорганов

Для подключения к СМЭВ заинтересованная сторона должна определить, с какими другими государственными органами или юридическими лицами ей необходимо электронное взаимодействие.

Например: В вышеуказанных примерах Департаменту госзакупок необходимо взаимодействие с ГНС и Соцфондом, а МОН – с ГРС.
  1. Инвентаризация баз данных заинтересованной стороны

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

  1. является ли база данных электронной или находится на бумажных носителях (например, в виде картотеки или архива)?
  2. Если база данных бумажная, когда планируется ее перевод в электронный вид? 
  3. какие именно данные содержит база данных? Детально перечислите каждый подэлемент базы данных (например, имя/фамилия/год рождения/ статус в системе/ срок регистрации) и его формат.
  4. по техническим спецификациям имеющихся баз данных:
  5. на каком языке программирования написана база данных?
  6. предусмотрена ли возможность выгружать данные?
  7. какой функционал у базы данных?
  8. имеется ли функция логирования (т.е. журнал изменений)?
  9. укажите, что можно, а что нельзя изменять?
  1. Инвентаризация информационных систем

Информационная система — система, предназначенная для хранения, поиска и обработки информации, и соответствующие организационные ресурсы (человеческие, технические, финансовые и т. д.), которые обеспечивают и распространяют информацию. В качестве примера информационной системы можно привести портал госзакупок.

  1. как происходит процесс идентификации в информационной системе?
  2. как происходит процесс валидации регистрации / проверки идентификации в информационной системе / портале оказания услуг?
  3. какие именно данные содержит? Включая детальное перечисление каждого субэлемента базы данных (например, имя/фамилия/год рождения/ статус в системе/ срок регистрации) и в каком формате.
  4. какими базами данных оперирует инфосистема?
  5. каковы механизмы информационного взаимодействия, т.е. какие данные информационная система запрашивает и откуда эти данные система получает?
  6. Например: Информационная система Департамента госзакупок получает сведения о справке оналоговой задолженности из ГНС;
  7. работает ли система с машиночитаемыми данными или сканами документов?
  8. опишите функционал информационной системы, её задачи и возможности, с детальным описанием каждой функции и информационной категории.
  1. Инвентаризация бизнес-процессов для оказания функций и государственных услуг

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

Чтобы составить алгоритм бизнес-процессов по оказанию государственных услуг или информационной системы, необходимо ответить на следующие вопросы:

  1. с чего начинается и чем заканчивается оказание услуги (работа инфосистемы)?
  2. каков механизм идентификации?
  3. какие операции выполняются? В каком порядке?
  4. кто выполняет операции в процессе?
  5. какие документы используются и появляются в процессе?
  6. в каких операциях эти документы используются / появляются?
  7. какие инструменты, материалы, программное обеспечение и базы данных используются в процессе и в каких операциях?
  8. какие показатели эффективности и где именно фиксируются в процессе?

Примеры описания бизнес-процесса указан в приложениях 1-3.

  1. Заключение соглашения с ГП «ЦЭВ» о присоединении/взаимодействии

После проведения установочного совещания заинтересованная сторона заключает  соглашение с ГП «ЦЭВ» о присоединении/взаимодействии, где прописываются права и обязанности сторон при подключении к СМЭВ «Түндүк».

  1. Закупка или выделение сервера безопасности

Одним из главных практических шагов при подключении заинтересованной стороны к проекту «Түндүк» является установка сервера безопасности, т.е. шлюза выхода в сеть «Түндүк» у всех подключаемых ведомств. Сервером безопасности может быть системный блок, виртуальная машина или физический сервер.

Сервер безопасности выполняет следующие функции:

  • шифрует и дешифрует сообщения;
  • составляет лог-файлы;
  • проверяет права доступа использующего услуги заинтересованной стороны;
  • блокирует доступ к услуге для информационной системы неуполномоченного стороны;
  • передает сообщения связанной с ним информационной системы другому участнику платформы «Түндүк» в рамках предоставляемых услуг.

Минимальные требования к серверу безопасности

  • Аппаратное обеспечение сервера (материнская плата, центральный процессор, сетевые карты, системы хранения данных) должно полностью поддерживаться операционной системой Ubuntu 14.04;
  • 64-x разрядный Intel dual-core, AMD или совместимый процессор;
  • настоятельно рекомендуется наличие поддержки AES инструкций;
  • минимум 3 GB оперативной памяти;
  • 100 Mbps сетевой интерфейс;
  • при необходимости интерфейсы для использования аппаратных токенов;
  • Требования к конфигурации: установленная и настроенная операционная система Ubuntu 14.04 LTS x86-64.
  • Наличие выделенного статического (белого)  IP адреса .

Сервер безопасности может обслуживать несколько информационных систем.

  1. Организация работы IT-специалистов для выполнения возложенных в соглашении задач

После составления соглашения и установки сервера безопасности заинтересованная сторона обязуется организовать работу IT-отдела для выполнения возложенных в соглашении задач.

Следующим важным шагом является написание специализированного программного обеспечения – адаптера, который обеспечивает конвертацию запросов, передаваемых посредством платформы «Түндүк», в формат, требуемый информационной системой участника «Түндүк», и обратно, для осуществления взаимодействия при предоставления услуги.

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

При необходимости сотрудники ГП «ЦЭВ» готовы оказать методологическую помощь по написанию адаптеров.

  1. Введение информации в Каталог платформы «Түндүк»

Специалисты заинтересованной стороны в онлайн-режиме должны ввести в Каталог по адресу https://ordo.gov.kg/catis следующие сведения:

  • о своей организации;
  • о своей информационной системе (информационных системах), подключаемой к платформе «Түндүк»;
  • об услугах, которые будут оказываться посредством «Түндүк»;
  • об используемых своей информационной системой справочниках и классификаторах.

Формат и перечень указанных сведений приведен в Приложении 4.

Последующее функционирование СМЭВ «Түндүк»

После подключения заинтересованные стороны, подключенные к платформе «Түндүк» обязуются:

  • управлять серверами безопасности своих информационных систем;
  • зарегистрировать информационные системы, оказываемые услуги в Каталоге с описанием услуг и принципами оказания услуг;
  • администрировать информационные системы, которые будут взаимодействовать через серверы безопасности «Түндүк»;
  • создавать и открывать согласованные услуги в течение оговоренного обеими сторонами срока;
  • поддерживать постоянную работоспособность своих информационных систем, адаптеров и серверов безопасности;
  • осуществлять формирование и отправление, прием и обработку данных (информации) в рамках оказываемых услуг посредством «Түндүк»;
  • обеспечивать соблюдение принципов функционирования «Түндүк», полноту и достоверность данных, содержащихся в электронных сообщениях;
  • обеспечить при присоединении к «Түндүк» безопасную и бесперебойную работу своей информационной системы;
  • архивировать лог-файлы запросов услуг;
  • разработать процедуру архивирования, где будет указана частота архивирования и перечень архивируемой информации;
  • определить лиц, которые получают доступ к архивированным лог-файлам, а также определить условия доступа;
  • обеспечить уровень безопасности, необходимый для информационной системы участника-поставщика услуг для передачи данных (информации) посредством «Түндүк»;
  • извещать команду «Түндүк» о перебоях в оказании услуги в своей информационной системе;
  • поддерживать в актуальном состоянии имеющиеся в Каталоге данные об услуге;
  • незамедлительно извещать команду «Түндүк» о любых нарушениях и сбоях в работе «Түндүк».

Присоединение заинтересованной стороны к платформе «Түндүк» может быть признано недействительным, если заинтересованная сторона:

  • при присоединении представила недостоверную или неполную информацию;
  • нарушила условия, установленные Соглашением о присоединении;
  • недобросовестно использует услуги платформы «Түндүк».

Приложение 1. Алгоритм бизнес-процесса по регистрации и предоставлению документов на портале электронных закупок

  1. Регистрация на портале электронных закупок

Заполнение необходимых данных поставщиком и закупщиком.

  1. сквозные идентификаторы: PIN руководителя. ИНН организации.
  2. определение: поставщик/ закупщик (*)
  3. юридический адрес / фактический адрес
  4. выбор банка/ расчётный счёт / БИК банка – идентификатор — прикрепить письмо по банковскому реквизиту
  5. выбор руководитель отдела закупок – приоритет руководитель отдела закупок
  1. Подтверждение об успешной регистрации
  1. Идентификация / валидация (электронное письмо с документом). Необходимо поставить подпись под высланным шаблоном электронного письма и принести его в Департамент госзакупок (до 2-ух недель)
  2. Пользователь получает логин / пароль от Департамента госзакупок.
  1. Вход на портал с помощью логина / пароля

Опции для закупщика:

  1. составление сметы – прикрепление к порталу.
  2. определение срока вскрытия
  3. выбор формата госзакупки:
  4. укороченный (2 недели);
  5. прямое соглашение (2 дня);
  6. стандартное (3 недели).

Опции для поставщика:

  1. Поиск тендера
  2. Анализ тендера
  3. Подача заявки на участие
  4. Выбор лота:
  5. Предложения по составным частям лота
  6. Квалификационные требования. Приложить документы:
  • справка об отсутствии налоговой задолженности из ГНС ;
  • справка об отсутствии задолженности по социальным отчислениям из Соцфонда;
  • сведения об учредителях из Минюста;
  • сведения об отсутствии судимости из МВД.
  1. Сканы документов:
  • Сертификаты соответствия;
  • Аудиторский отчёт;
  • Сведения о доступе к финансовым ресурсам;
  • Юридический статус и место регистрации;
  • Документ о виде деятельности;
  • Бухгалтерский баланс;
  • Суды и арбитражные разбирательства;
  • Лицензия;
  • Сведения о наличии опыта;
  • Сведения об общей стоимости поставок;
  • Другие требования – что хотят закупщики.

2.Необязательно:

  • Льготы внутренним поставщикам (происхождение товара – наши, иностранцы – транспортные расходы);
  • Страхование товара;
  • Таможня;
  • Технический контроль;
  • Документы при поставке товара: счёт фактура поставщика с описанием товаров, транспортные накладные, страховое свидетельство, сертификат происхождения, гарантийный сертификат, технический контроль.
  1. Гарантийное обеспечение (взаимодействие с банками по гарантийному письму);
  2. Общие требования высылаются на электронную почту и требуют подписания от руки
  3. Участие в процессе госзакупок  Вскрытие конвертов
  1. Победитель тендера приносит все оригиналы документов после присуждения победы.

Приложение 2. Алгоритм государственной услуги «Выдача справки об отсутствии налоговой задолженности в ГНС»

  1. Идентификация юридического лица.
  • Сквозные идентификаторы: ИНН организации;
  • PIN легального представителя организации;
  • запрос из базы данных по налоговой задолженности в ГНС;
  • Физическое лицо должно доказать что является легальным представителем (директор, бухгалтер, налоговое доверенное лицо).

Инструмент проверки: База юрлиц ГНС или налоговая доверенность

2)  Выдача справки об отсутствии или наличии налоговой задолженности.

Используемая база данных: База данных о юрлицах ГНС – субэлементы: учредители, бухгалтер организации, ИНН, задолженность

Используемые бумажные документы: (возможность) Налоговая доверенность, подписанная директором или главным бухгалтером.

Используемые электронные документы: отсутствуют

Приложение 3. Перечень сведений, регистрируемых в Каталоге активов межведомственного взаимодействия «Түндүк»

  1. Подсистема «Учреждения»

Общие данные

  • Наименование учреждения
  • Идентификатор учреждения
  • Наименование на английском языке
  • Регистрационный код
  • URL
  • Описание учреждения
  • Тип учреждения
  • Роль учреждения
  • Статус учреждения в Каталоге
  • Статус присоединения заинтересованной стороны к платформе «Түндүк»

Контактные лица

  • Официальный адрес электронной почты контактного лица
  • Официальный телефон контактного лица
  • Должность и функции лица в учреждении

События и решения

  • Тип события
  • Дата
  • Описание решения
  1. Подсистема «Системы»

Общие данные

  • Наименование информационной системы
  • Краткое наименование или код информационной системы
  • Тип информационной системы
  • Наименование на английском языке
  • URL. Ссылка на официальный вебсайт
  • Цель
  • Задачи

Связанные учреждения, Системы и Активы

  • Функция. Тип отношений
  • Наименование связанного решения

Контактные лица

  • Имя контактного лица
  • Официальный адрес электронной почты контактного лица
  • Официальный телефон контактного лица
  • Должность и функции лица в учреждении

Инструменты. Стандарты. Протоколы

  • Тип инструмента, технических средств, ресурса, используемого в ИС
  • Наименование инструмента

События и решения

  • Тип события
  • Дата
  • Описание решения

Параметры

  • Соглашение об уровне услуг (SLA), безопасность и иные параметры
  • Наименование параметра
  • Значение параметра

Описание данных

  • Документы
  • Описание документа, описывающего данные ИС в виде XMI, UML, XSD и т.д.
  • URL. Ссылка на документ
  • Имя файла, загружаемое в Каталоге

Объекты данных и Элементы данных

  • Уровень в иерархии
  • Наименование элемента в ИС
  • Пояснение
  • Свойства элемента данных
  • Владелец данных. Наименование ИС, которая несёт ответственность за данный фрагмент данных

Базовые документы

  • Наименование документа
  • URL. Ссылка на документ в интернете
  • Наименование загруженного файла

Технические документы

  • Тип функции технического документа
  • Наименование технического документа
  • URL. Ссылка на документ, если он доступен в интернете
  • Наименование загруженного файла
  1. Подсистема «Услуги»

Общие данные

  • Наименование услуги
  • Идентификатор. Краткое наименование или код услуги
  • Описание услуги
  • Классификация услуги
  • Личные данные: Свойство, указывающее на то, содержит ли услуга личные данные и/или деликатные данные
  • WSDL (язык описания веб-сервисов). Наименование и ссылка на файл WSDL
  • URL услуги. Ссылка на вебсайт
  • Правила использования. Принципы использования услуги.

Соглашения об уровне SLA услуги

  • Наименование параметра. Тип параметра используется в ИС для описания SLA, уровня безопасности, доступности и т.д.
  • Значение параметра

Пространства имён (Namespaces)

  • Пространство имён, использованное в услуге

Контактные лица

  • Имя лица
  • Электронная почта. Официальный адрес электронной почты контактного лица
  • Телефон. Официальный телефон контактного лица
  • Функция. Должность и функции лица в учреждении

Потребители

  • Наименование организации потребителя
  • Ссылка. Внутренняя ссылка в Каталоге
  1. Подсистема «Активы»

Общие данные

  • Наименование актива
  • Идентификатор. Краткое наименование или код актива
  • Владелец. Ответственный за активы
  • Состояние актива
  • Регулярность обновления. Правила обновления ..
  • Начало действии
  • Информация

Контактные лица

  • Наименование
  • Электронная почта
  • Телефон
  • Функция. Должность и функции лица в учреждении

Документы

  • Функция. Тип функции документа с описанием активов
  • Наименование. Наименование документа с описанием активов
  • URL. Ссылка на документ, если он доступен в интернете
  • Файл. Наименование загруженного файла в Каталоге

События и решения

  • Тип события
  • Решение. Описание решения