Должность

ФИО

№

структурный элемент

Действующая редакция

Предлагаемая редакция

Обоснование замечаний 

1

2

3

4

5

Приказ Министра цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан от 14 октября 2022 года № 385/НҚ «Об утверждении Требований по управлению данными»

Заголовок

Отсутствует

«Требования по управлению данными»

Дополнить заголовком следующего содержания: «Требования по управлению данными»

Пункт 2

2. Положения Требований обязательны для применения следующими организациями:

государственными органами, государственными юридическими лицами в отношении всех собираемых и обрабатываемых ими данных, за исключением Национального Банка Республики Казахстан и организаций, входящих в его структуру;

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

Управление данными указанными Организациями осуществляется исходя из их права собственности или владения данными – собственник и (или) владелец.

2. Положения Требований обязательны для применения следующими организациями:

государственными органами, государственными юридическими лицами, субъектами квазигосударственного сектора в отношении всех собираемых и обрабатываемых ими данных, за исключением Национального Банка Республики Казахстан и организаций, входящих в его структуру;

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

Управление данными указанными Организациями осуществляется исходя из их права собственности или владения данными – собственник и (или) владелец.

В соответствии c пунктом 6  Дорожной карты по системному регулированию управления и передачи баз данных частных структур в ведение государства

(поручение Аппарата Правительства РК 11-06/05-3584 п. 2.  01.07.2023) «Внесение изменений и дополнений в Требования по управлению данными в части распространения требования на субъектов квазигосударственного сектора, выполняющих государственные функции, с учетом ранжирования данных по степени важности»

Пункт 3

 3. Положения Требований субъектами квазигосударственного сектора применяются на добровольной основе.

3. Исключить

В соответствии c пунктом 6  Дорожной карты по системному регулированию управления и передачи баз данных частных структур в ведение государства

(поручение Аппарата Правительства РК 11-06/05-3584 п. 2.  01.07.2023) «Внесение изменений и дополнений в Требования по управлению данными в части распространения требования на субъектов квазигосударственного сектора, выполняющих государственные функции, с учетом ранжирования данных по степени важности»

Пункт 3 противоречит пункту 2, согласно которого требования обязательны к применению лицами, уполномоченными законодательством Республики Казахстан на управление отдельными категориями данных. А согласно законодательства все квазигосударственные организации осуществляют управление данными.

Пункт 5

5. Для целей применения настоящих Требований используются следующие определения:

1) объекты информатизации – электронные информационные ресурсы, программное обеспечение, интернет-ресурс и информационно-коммуникационная инфраструктура;

2) данные – информация в формализованном виде, пригодном для обработки;

3) база данных (далее – БД) – совокупность систематизированных данных, пригодных для обработки посредством информационно-коммуникационных технологий;

4) владелец данных – субъект, которому собственник данных предоставил права владения и пользования данными в определенных законом или соглашением в пределах и порядке;

5) провайдер данных – субъект, осуществляющий функцию передачи данных от одного юридического лица к другому;

6) вид данных – описание структуры совокупности данных, отражающей характеристики одного или нескольких объектов описания;

7) анонимизация данных – обезличивание данных, в результате которого идентификация объекта описания невозможна;

8) управление данными – это процесс, связанный с определением, созданием, сбором, накоплением, хранением, распространением, уничтожением, поддержкой данных, а также обеспечением их качества, доступности, защиты;

9) уполномоченный орган по управлению данными (далее – уполномоченный орган) – центральный исполнительный орган, осуществляющий руководство и межотраслевую координацию по управлению данными;

10) блокирование данных – действия по временному прекращению сбора и обработки данных;

11) сбор данных – действия, направленные на получение данных;

12) накопление данных – действия по систематизации данных;

13) собственник данных – субъект, реализующий в соответствии с законами Республики Казахстан право владения, пользования и распоряжения данными;

14) обработка данных – действия, направленные на накопление, хранение, изменение, дополнение, использование, распространение, анонимизацию, псевдонимизацию, блокирование, архивирование и уничтожение данных;

15) псевдонимизация данных – обезличивание данных, в результате которого без использования дополнительной информации не определяется принадлежность данных к конкретному объекту описания;

16) аналитика данных – процесс обработки данных с целью получения информации и выводов для принятия решения;

17) пользователь данных – физическое или юридическое лицо, запрашивающее и (или) использующее данные;

18) использование данных – действия с данными, направленные на реализацию целей деятельности собственника, владельцев, пользователей данных;

19) хранение данных – действия по обеспечению целостности, конфиденциальности и доступности данных;

20) распространение данных – действия, в результате совершения которых происходит передача данных;

21) оцифровка данных – перевод данных в электронную форму;

22) задача – ситуация, требующая анализа и управленческих решений для оптимизации деятельности государственных органов и в целях реализации документов системы государственного планирования;

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

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

25) объект описания – лица, предметы, факты, события, явления, процессы;

26) заказчик аналитики – государственные органы и организации;

27) цифровой профиль – это совокупность данных об объекте описания, отображаемых из различных эталонных баз данных Организаций;

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

29) электронные информационные ресурсы – информация (данные), предоставленная в электронно-цифровой форме и содержащаяся на электронном носителе, интернет-ресурсе и (или) в информационной системе;

30) поставщики эталонных данных – организации, уполномоченные законодательством Республики Казахстан на создание, изменение и ведение эталонных баз данных;

31) эталонные данные – данные предоставленные поставщиком эталонных данных, принимаемые для сопоставления с аналогичными копиями данных;

32) оператор информационно-коммуникационной инфраструктуры "электронного правительства" (далее – оператор) – юридическое лицо, определяемое Правительством Республики Казахстан, на которое возложено обеспечение функционирования закрепленной за ним информационно-коммуникационной инфраструктуры "электронного правительства";

33) лог – это файл, в котором содержится подробный список событий из приложений, производительности объекта информатизации, или действий пользователей, в хронологическом порядке;

34) Change Data Capture (далее – CDC) – это подход к интеграции данных, основанный на идентификации, регистрации и доставке изменений, внесенных в базы данных;

35) процессы ETL – процесс извлечения, преобразования и загрузки данных из источника в информационно-аналитическую систему "Smart Data Ukimet";

36) информационно-аналитическая система "Smart Data Ukimet" (далее - SDU) – объект информатизации, предназначенный для формирования единого хранилища данных, как в неструктурированном, так и структурированном виде, для целей предоставлений аналитической информации по деятельности Правительства Республики Казахстан.

5. Для целей применения настоящих Требований используются следующие определения:

1) объекты информатизации – электронные информационные ресурсы, программное обеспечение, интернет-ресурс и информационно-коммуникационная инфраструктура;

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

3) данные – информация в формализованном виде, пригодном для обработки;

4) база данных (далее – БД) – совокупность систематизированных данных, пригодных для обработки посредством информационно-коммуникационных технологий;

5) владелец данных – субъект, которому собственник данных предоставил права владения и пользования данными в определенных законом или соглашением в пределах и порядке;

6) провайдер данных – субъект, осуществляющий функцию передачи данных от одного юридического лица к другому;

7) вид данных – описание структуры совокупности данных, отражающей характеристики одного или нескольких объектов описания;

8) анонимизация данных – обезличивание данных, в результате которого идентификация объекта описания невозможна;

9) управление данными – это процесс, связанный с определением, созданием, сбором, накоплением, хранением, распространением, уничтожением, поддержкой данных, а также обеспечением их качества, доступности, защиты;

10) уполномоченный орган по управлению данными (далее – уполномоченный орган) – центральный исполнительный орган, осуществляющий руководство и межотраслевую координацию по управлению данными;

11) блокирование данных – действия по временному прекращению сбора и обработки данных;

12) сбор данных – действия, направленные на получение данных;

13) накопление данных – действия по систематизации данных;

14) собственник данных – субъект, реализующий в соответствии с законами Республики Казахстан право владения, пользования и распоряжения данными;

15) обработка данных – действия, направленные на накопление, хранение, изменение, дополнение, использование, распространение, анонимизацию, псевдонимизацию, блокирование, архивирование и уничтожение данных;

16) псевдонимизация данных – обезличивание данных, в результате которого без использования дополнительной информации не определяется принадлежность данных к конкретному объекту описания;

17) аналитика данных – процесс обработки данных с целью получения информации и выводов для принятия решения;

18) пользователь данных – физическое или юридическое лицо, запрашивающее и (или) использующее данные;

19) использование данных – действия с данными, направленные на реализацию целей деятельности собственника, владельцев, пользователей данных;

20) хранение данных – действия по обеспечению целостности, конфиденциальности и доступности данных;

21) распространение данных – действия, в результате совершения которых происходит передача данных;

22) процесс оцифровки данных – это процесс преобразования аналоговых технологий и физических объектов в цифровые форматы для хранения в электронных информационных ресурсах;

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

24) сущность объекта или субъекта - это реальный или представляемый объект предметной области, информация о котором может сохраняться и быть доступна;

25) задача – ситуация, требующая анализа и управленческих решений для оптимизации деятельности государственных органов и в целях реализации документов системы государственного планирования;

26) основные данные - структурированные данные первичного учета объектов предметной области, которые служат основой для принятия решений.

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

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

29) объект описания – лица, предметы, факты, события, явления, процессы;

30) заказчик аналитики – государственные органы и организации;

31) не оцифрованные данные - данные в бумажном виде, не содержащиеся в  в объектах информатизации ;

32) оцифрованные данные - данные в электронно-цифровой форме, содержащиеся в объектах информатизации;

33) цифровой профиль – это совокупность данных об объекте описания, отображаемых из различных эталонных баз данных Организаций;

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

35) электронные информационные ресурсы – информация (данные), предоставленная в электронно-цифровой форме и содержащаяся на электронном носителе, интернет-ресурсе и (или) в информационной системе;

36) поставщики эталонных данных – организации, уполномоченные законодательством Республики Казахстан на создание, изменение и ведение эталонных баз данных;

37) эталонные данные – данные предоставленные поставщиком эталонных данных, принимаемые для сопоставления с аналогичными копиями данных;

38) оператор информационно-коммуникационной инфраструктуры «электронного правительства» (далее – оператор) – юридическое лицо, определяемое Правительством Республики Казахстан, на которое возложено обеспечение функционирования закрепленной за ним информационно-коммуникационной инфраструктуры «электронного правительства»;

39) лог – это файл, в котором содержится подробный список событий из приложений, производительности объекта информатизации, или действий пользователей, в хронологическом порядке;

40) Change Data Capture (далее – CDC) – это подход к интеграции данных, основанный на идентификации, регистрации и доставке изменений, внесенных в базы данных;

41) процессы ETL – процесс извлечения, преобразования и загрузки данных из источника в информационно-аналитическую систему «Smart Data Ukimet»;

42) информационно-аналитическая система «Smart Data Ukimet» (далее - SDU) – объект информатизации, предназначенный для формирования единого хранилища данных, как в неструктурированном, так и структурированном виде, для целей предоставлений аналитической информации по деятельности Правительства Республики Казахстан.

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

Данные определения используются при описании модели данных отраслей госуправления

Подпункт 1) пункта 13

13. В прямом подчинении СDO назначаются:

1)  ответственное лицо за управление данными внутри Организации (Дата стюард), в функции которого входит:

      мониторинг за соблюдением настоящих Требований и политикой управления данными Организации;

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

      проведение внутреннего контроля на предмет аутентичности данных в SDU с аналогичными данными, размещаемыми в единой платформе интернет-ресурсов государственных органов и интернет-портале открытых данных;

     осуществление мониторинга за своевременным внесением посредством интеграционного взаимодействия, сведений по показателям (отраслевым данным) в SDU;

      обеспечение размещения интеграционных сервисов в реестре сервисов;

      координация работы по заполнению паспортов данных, описанию видов данных, и их связей во всех базах данных Организации;

      разработка и согласование внутренних актов по управлению данными Организации;

      проверка проектной и технической документации на создание и развитие объектов информатизации на соответствие настоящим Требованиям;

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

      обеспечение бесперебойного функционирование, принадлежащих Организации баз данных;

      обеспечение внедрения технологий управления данными;

      организация соблюдения требований по информационной безопасности в рамках всего жизненного цикла данных;

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

13. В прямом подчинении СDO назначаются:

1) ответственное лицо за управление данными внутри Организации (Дата стюард), в функции которого входит:

      мониторинг за соблюдением настоящих Требований и политикой управления данными Организации;

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

      проведение внутреннего контроля на предмет аутентичности данных в SDU с аналогичными данными, размещенными в объектах информатизации «электронного правительства»;

       осуществление мониторинга за своевременным внесением посредством интеграционного взаимодействия, сведений по показателям (отраслевым данным) в SDU и проводит верификацию показателей.

      обеспечение размещения интеграционных сервисов в реестре сервисов;

      координация работы по заполнению паспортов данных, описанию видов данных, и их связей во всех базах данных Организации;

      разработка и согласование внутренних актов по управлению данными Организации;

      проверка проектной и технической документации на создание и развитие объектов информатизации на соответствие настоящим Требованиям;

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

      обеспечение бесперебойного функционирование, принадлежащих Организации баз данных;

      обеспечение внедрения технологий управления данными;

      организация соблюдения требований по информационной безопасности в рамках всего жизненного цикла данных;

      обеспечение автоматизированного подсчета и публикации на архитектурном портале «электронного правительства» статистики использования данных по количеству обращений к каждой базе данных;

Данная поправка обусловлена необходимостью устранения коллизии,  согласно пп.64) статьи 1 Закона об информатизации
к объектам информатизации «электронного правительства» в том числе относятся единая платформа интернет-ресурсов ГО и интернет-портал открытых данных

В целях повышения уровня аналитики данных необходимо проводить верификацию показателей.

Пункт 20

20. Под формированием Каталога понимается включение в Каталог сведений, внесение изменений в сведения, содержащиеся в Каталоге и следующие виды действий:

согласование заполнения формы паспорта данных;

согласование описанных видов данных;

обеспечение размещения Организациями данных в Каталоге;

обеспечение доступа к сведениям, размещенным в Каталоге.

20. Под формированием Каталога понимается включение в Каталог сведений, внесение изменений в сведения, содержащиеся в Каталоге и следующие виды действий:

согласование заполнения формы паспорта данных и описания не оцифрованных данных;

обеспечение Организациями заполнения паспорта данных и описания не оцифрованных  данных в Каталоге.

Организации заполняют паспорта данных и описания не оцифрованных  данных в Каталоге  в соответствии с Методическими рекомендациями по определению основных данных и построению концептуальной модели данных «электронного правительства», утвержденных приказом РГП на ПХВ «Центр поддержки цифрового правительства» Министерства цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан  от «24» августа 2023 года№ _80/НҚ;

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

Пункт 22

22. Формирование и ведение Каталога предусматривает обеспечение:

Сервисным интегратором "электронного правительства", в рамках формирования архитектуры "электронного правительства":

технической возможности формирования и ведения паспортов данных и описания видов данных на архитектурном портале "электронного правительства";

технической поддержки по вопросам формирования и ведения паспортов данных и описания видов данных на архитектурном портале "электронного правительства";

согласования сформированных паспортов данных, описаний видов данных;

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

методической и информационной поддержки по вопросам формирования паспортов данных и описания видов данных на архитектурном портале "электронного правительства";

формирование цифровых профилей по объектам описания.

Организациями:

формирования паспортов данных;

формирования описаний видов данных;

внесения изменений в сведения паспортов данных и в описания видов данных, предусмотренных настоящими Требованиями;

формирование словаря данных.

22. Формирование и ведение Каталога предусматривает обеспечение:

Организациями:

формирования паспортов данных;

формирования описания не оцифрованных данных;

внесения изменений в сведения паспортов данных и в описания не оцифрованных данных;

заполнения формы паспорта данных. Заполненная форма согласовывается внутри Организаций ответственными лицами (Data Steward) и согласовывается сервисным интегратором «электронного правительства».

По создаваемым и (или) развиваемым объектам информатизации заполнение формы паспорта данных, описание не оцифрованных данных и их согласование осуществляется Организациями до введения в промышленную эксплуатацию объекта информатизации.

Сервисным интегратором «электронного правительства», в рамках формирования архитектуры «электронного правительства»:

технической возможности формирования и ведения паспортов данных и описания не оцифрованных данных на архитектурном портале «электронного правительства»;

технической поддержки по вопросам формирования и ведения паспортов данных и описания не оцифрованных данных на архитектурном портале «электронного правительства»;

согласования сформированных паспортов данных, описаний не оцифрованных данных;

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

методической и информационной поддержки по вопросам формирования паспортов данных и описания не оцифрованных данных на архитектурном портале «электронного правительства»;

методической и информационной поддержки по вопросам формирования паспортов данных и описания не оцифрованных данных на архитектурном портале «электронного правительства»;

формирования цифровых профилей по объектам описания.

Cервисный интегратор уведомляет Оператора информационно-коммуникационной инфраструктуры «электронного правительства» о сформированных паспортах данных и описаний не оцифрованных данных с возможностью доступа на чтение на Дата Каталог.

Уточнение редакции

Исключение понятия «описание видов данных», так как описание видов данных проводится на этапе формирования паспортов данных на архитектурном портале «электронного правительства»

Вместе с тем для формирования концептуальной модели данных отраслей госуправления необходимо вести учет неоцифрованных данных для дальнейшей оцифровки.

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

Наделение Оператора ИКИ компетенцией по согласованию паспортов данных и описаний не оцифрованных данных в связи с тем, что он является потребителем информации из Дата каталога в рамках функционирования аналитической платформы «Smart Data Ukimet»

Пункт 23

23. Формирование Каталога осуществляется на основании паспортов данных и описанных видов данных     Организаций, включающих следующие сведения:

       наименование данных (указание на базу данных, объект информатизации содержащий указанные данные);

      сведения об Организации и ее статус по отношению к данным - собственник и (или) владелец данных;

      правовые основания ведения данных;

      правовые основания создания и функционирования объектов информатизации, посредством которых обеспечивается ведение данных;

      сведения, предусмотренные паспортом данных и описание видов данных.

      Паспорт данных заполняется и актуализируется Организациями на архитектурном портале "электронного правительства", в форме согласно приложению 1 настоящих Требований.

23. Формирование Каталога осуществляется на основании паспортов данных и описаний не оцифрованных данных Организаций, включающих следующие сведения:

      наименование данных (указание на базу данных, объект информатизации содержащий указанные данные);

      сведения об Организации и ее статус по отношению к данным - собственник и (или) владелец данных;

      правовые основания ведения данных;

      правовые основания создания и функционирования объектов информатизации, посредством которых обеспечивается ведение данных;

сведения, предусмотренные паспортом данных и описаний не оцифрованных данных.

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

Уточнение редакции так как в паспортах данных будут описаны оцифрованные данные и не будут содержать информации по не оцифрованным данным. 

Пункт 24

24. В Каталог включаются сведения об эталонных данных.

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

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

Определение эталонных данных осуществляется сервисным интегратором "электронного правительства" при формировании архитектуры данных, в рамках архитектуры "электронного правительства" на основе паспортов данных Организаций.

24. В Каталог включаются сведения об эталонных данных.

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

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

Определение эталонных данных осуществляется сервисным интегратором «электронного правительства» при формировании архитектуры данных, в рамках архитектуры «электронного правительства» на основе паспортов данных объектов информатизации Организаций.

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

Редакционная правка определение задачи Организации на основе двух правил;

- Об утверждении Правил формирования и мониторинга реализации архитектуры «электронного правительства»

Приказ Министра цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан от 12 августа 2019 года № 193/НҚ. Зарегистрирован в Министерстве юстиции Республики Казахстан 15 августа 2019 года № 19249.

- Об утверждении Правил классификации объектов информатизации и классификатор объектов информатизации

Приказ и.о. Министра по инвестициям и развитию Республики Казахстан от 28 января 2016 года № 135. Зарегистрирован в Министерстве юстиции Республики Казахстан 29 февраля 2016 года № 13349.

Пункт 26

26. Заполнение формы паспорта данных осуществляется Организациями.

Заполненная форма согласовывается с уполномоченным органом по управлению данными и сервисным интегратором "электронного правительства".

По создаваемым и (или) развиваемым объектам информатизации заполнение формы паспорта данных, описание видов данных, и их согласование осуществляется Организациями до введения в промышленную эксплуатацию объекта информатизации.

26. Исключить

В целях исключения повторения пунктом 22.

Необходимый текст перенесен в пункт 22.

Пункт 27

27. На основе сведений паспорта данных Организация осуществляет описание вида данных, включающего наименование вида данных, эталонных данных и перечень сведений о данных.

Описание вида данных осуществляется по форме, указанной в приложении 2 к настоящим Требованиям, в два этапа:

1) формирование наименования вида данных;

2) формирование состава показателей вида данных.

В состав вида данных включается его наименование, упорядоченная последовательность основных показателей, каждый из которых указывает на данные, описание которых приведено в паспорте данных и две группы дополнительных (служебных) показателей:

группа показателей информационного взаимодействия и группа показателей статуса вида данных. В состав группы показателей информационного взаимодействия входят:

полное наименование данных;

полное наименование Организации;

полное наименование объекта информатизации;

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

значимость данных, относящихся к виду данных;

класс данных;

нормативные правовые акты, на основании которых формируется вид данных;

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

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

область применения данных, относящихся к виду данных;

тип запроса по данным;

тип маршрутизации;

состав показателей эталонных данных, входящих в вид данных;

состав идентификаторов объектов учета вида данных.

В состав группы показателей статуса вида данных входят:

признак принадлежности к категории открытых данных;

версия вида данных;

дата публикации данных вида данных.

С целью удобства формирования (структурирования) вида данных основные показатели объединяются в блоки (группы) показателей. Объединение основных показателей в блоки осуществляется в объеме, необходимом для описания обособленной характеристики объекта описания.

Наименование вида данных формируется с соблюдением следующих требований:

1. однозначно интерпретировать смысл содержания (назначения) вида данных;
2. уникальность;
3. согласованность с формулировкой государственной функции или государственной услуги, закрепленной нормативным правовым актом (при наличии);
4. состоять из трех последовательных семантически увязанных блоков: ключевое слово, основная часть, дополнительная часть:

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

основная часть наименования обеспечивает семантическую связь с ключевым словом и содержат главную смысловую суть вида данных;

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

      Формирование состава показателей вида данных в части основных показателей осуществляется в следующем порядке:

1. формирование блоков показателей;
2. наполнение блоков показателей.

      При описании вида данных формируются блоки показателей в зависимости от вида данных.

      Каждому блоку показателей присваивается наименование, начинающееся с заглавной буквы и отражающее его содержание. При необходимости блоки показателей включают в свой состав блоки показателей более низкого иерархического уровня (вложенности). При этом уровень вложенности блоков показателей не ограничен. Для вида данных, состоящего из одного блока показателей, наименование блока показателей не указывается. Помимо указания наименования каждого блока показателей определяются и указываются свойства блока показателей, определяющие его обязательность (обязателен к заполнению: да/нет), повторяемость (повторение блока показателей допускается: да/нет) при формировании вида данных.

Каждый блок показателей содержит набор упорядоченных показателей.

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

Состав необходимых показателей формируется исходя из запросов по данным пользователей на формирование нового или корректировки существующего вида данных, согласованных сервисным интегратором "электронного правительства".

Упорядочивание последовательности показателей внутри блока осуществляются в соответствии с порядком следования данных в выходных формах документов, бланках документов, содержащих сведения об объектах описания.

В результате выполнения действий по формированию вида данных осуществляется автоматическая привязка вида данных к описанию данных, представленному в паспорте данных.

27. Описание не оцифрованных данных осуществляется по форме, указанной в приложении 2 к настоящим Требованиям (далее – приложение 2).

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

Описание не оцифрованных данных осуществляется по форме, указанной в приложении 2 по трем этапам:

1. формирование не оцифрованных данных на основе анализа текущих данных Организаций и проведения анализа НПА; 
2. формирование основных данных на субъекты и объекты данных из анализа НПА, выявление сущности, определение для каждой сущности уникального набора атрибутов;
3. формирование связей между сущностями для создания концептуальной модели данных.

Исключить

В соответствии с Методическими рекомендациями по определению основных данных и построению концептуальной модели данных «электронного правительства», утвержденной приказом РГП на ПХВ «Центр поддержки цифрового правительства» Министерства цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан

от «24» августа 2023 года

№ _80/НҚ.

Исключается «Описание видов данных» и вводится «Описание не оцифрованных данных» по результатам внедрения методических рекомендации.

Необходимо исключить в связи с утверждением методических  рекомендации по определению основных данных и построению концептуальной модели данных «электронного правительства», необходимые атрибуты указны в паспортах данных 

Пункт 31

31. Архитектура данных формируется на основе Каталога данных, включая паспорта данных и описания видов данных, сервисным интегратором "электронного правительства".

31. Архитектура данных формируется Сервисным интегратором «электронного  правительства» на основе Каталога данных, включая паспорта данных указанных в приложении 1 и описаний не оцифрованных данных.

Приведение в соответствие с  Правилами формирования и мониторинга реализации архитектуры «электронного правительства»

Пункт 32

32. Внесение изменений в архитектуру данных допускается с согласования уполномоченного органа в соответствии с Правилами формирования и мониторинга реализации архитектуры "электронного правительства".

32. Внесение изменений в Каталог данных осуществляется государственными органами с уведомлением Оператора информационно-коммуникационной инфраструктуры, Сервисного интегратора и уполномоченного органа в соответствии с Правилами формирования и мониторинга реализации архитектуры «электронного правительства»  утвержденными приказом  Министра цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан от 12 августа 2019 года № 193/НҚ  (зарегистрирован в Реестре государственной регистрации нормативных правовых актов за № 19249)

Уточнение и определение ответственности участников процесса формирования данных

Пункт 63

63. В целях осуществления сбора, обработки, хранения, передачи данных для осуществления аналитики данных Организации имеют право привлекать оператора.

      Анонимизация данных производится оператором при невозможности осуществления процедуры анонимизации данных самостоятельно Организацией.

      С Организациями, определенными оператором на основе Каталога данных, заключается регламент взаимодействия SDU с объектом информатизации Организации.

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

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

      1) оператор совместно с Организацией определяют и согласовывают перечень данных, подлежащих анонимизации;

      2) оператор предоставляет Организации разработанные алгоритмы (последовательность действий) для одностороннего шифрования без возможности обратного восстановления, по типам базы данных и инструкцию по анонимизации;

      3) Организация производит анонимизацию данных и предоставляет данные оператору по согласованной с Оператором структуре;

      4) для Организации, не производящей анонимизацию данных, оператор настраивает процедуру анонимизации через ETL-инструмент. При этом в SDU хранятся только анонимизированные данные;

      5) оператор проверяет корректность данных, корректность анонимизации данных и загружает их в SDU.

      Организация передает оператору данные на физическом носителе. Оператор, после получения данных от Организации, через ETL-инструмент производит работы по подключению, преобразованию форматов и кодировок, выявлению и удалению ошибок и несоответствий в данных с целью улучшения их качества.

Для выгрузки данных из баз данных Организация осуществляет настройку сетевого доступа согласно регламенту взаимодействия.

      Организация создает учетную запись пользователя в БД для чтения определенных данных, открывает доступ на сервере для серверов SDU по определенным портам.

  Оператор согласовывает с уполномоченным органом сроки и объем предоставления данных, полученных из различных БД и объединенных между собой, согласно направленного заказчиком аналитики уполномоченному органу запроса по данным.

Оператор в течение 45 (сорока пяти) рабочих дней предоставляет данные полученные из различных БД и объединенных между собой, согласно направленного заказчиком аналитики уполномоченному органу запроса по данным для последующей аналитики.

      Собранные данные (детальные данные, обработанные данные, результаты аналитических решений) подлежат хранению и обновлению в SDU.

      Обновление данных осуществляется оператором в автоматическом режиме согласно регламенту взаимодействия.

Оператор предоставляет доступ заказчику аналитики к подготовленным обработанным данным для проверки на соответствие запрашиваемых данных.

      Заказчик аналитики в течении 5 (пяти) рабочих дней дает информацию оператору о результатах проверки. При отрицательных результатах, отсутствии и (или) недостаточности необходимых данных, оператор осуществляет повторную обработку данных.

      Положительные результаты проверки на соответствие запрашиваемых данных способствуют проведению аналитики данных, которая осуществляется заказчиком аналитики самостоятельно и (или) путем привлечения поставщика, за счет собственных финансовых средств.

      Результаты аналитики, хранящиеся в SDU, передаются оператором по согласованию с уполномоченным органом заинтересованным Организациям на возмездной основе.

63. В целях осуществления сбора, обработки, хранения, передачи данных для осуществления аналитики данных Организации имеют право привлекать оператора.

      Анонимизация данных производится оператором при невозможности осуществления процедуры анонимизации данных самостоятельно Организацией.

      С Организациями, определенными оператором, заключается регламент взаимодействия SDU с объектом информатизации Организации.

Оператор в течение 5 (пяти) рабочих дней запрашивает у Организации описание таблиц, полей баз данных для сбора общих сведений об информационной системе.

Оператор в течение 5 (пяти) рабочих дней разрабатывает, согласовывает, утверждает и направляет Организации регламент взаимодействия информационно-аналитической системы «Smart Data Ukimet» с информационной системой Организации.

Организация в течение 5 (пяти) рабочих дней согласовывает и утверждает регламент взаимодействия.

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

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

      1) оператор совместно с Организацией определяют и согласовывают перечень данных, подлежащих анонимизации;

      2) оператор предоставляет Организации разработанные алгоритмы (последовательность действий) для одностороннего шифрования без возможности обратного восстановления, по типам базы данных и инструкцию по анонимизации;

      3) Организация производит анонимизацию данных и предоставляет данные оператору по согласованной с Оператором структуре;

      4) для Организации, не производящей анонимизацию данных, оператор настраивает процедуру анонимизации через ETL-инструмент. При этом в SDU хранятся только анонимизированные данные;

      5) оператор проверяет корректность данных, корректность анонимизации данных и загружает их в SDU.

      Организация передает оператору данные на физическом носителе. Оператор, после получения данных от Организации, через ETL-инструмент производит работы по подключению, преобразованию форматов и кодировок, выявлению и удалению ошибок и несоответствий в данных с целью улучшения их качества.

Оператор совместно с Организацией внедряет техническое решение и подходы к репликации структуры данных из базы данных организаций в Дата Каталог оператора, по каждой базе данных информационных систем:

Блочная репликация на уровне системы хранения данных;

Физическая репликация на уровне систем управления баз данных;

Логическая репликация на  уровне систем управления баз данных.

      Для выгрузки данных из баз данных Организация осуществляет настройку сетевого доступа согласно регламенту взаимодействия.

      Организация создает учетную запись (для SDU без прикрепления к определенному лицу Оператора) пользователя в БД для чтения определенных данных, открывает доступ на сервере для серверов SDU по определенным портам.

      Оператор согласовывает с уполномоченным органом сроки и объем предоставления данных, полученных из различных БД и объединенных между собой, согласно направленного заказчиком аналитики уполномоченному органу запроса по данным.

      Оператор в течение 45 (сорока пяти) рабочих дней предоставляет данные полученные из различных БД и объединенных между собой, согласно направленного заказчиком аналитики уполномоченному органу запроса по данным для последующей аналитики.

      Собранные данные (детальные данные, обработанные данные, результаты аналитических решений) подлежат хранению и обновлению в SDU.

      Обновление данных осуществляется оператором в автоматическом режиме согласно регламенту взаимодействия.

Признак для определения среза обновленных данных предоставляется Организацией.

При возникновении необходимости высокой частоты обновления данных Оператор настраивает регламентное обновление посредством CDC. В свою очередь Организация должна произвести необходимые технические работы для функционирования СDC.

      Оператор предоставляет доступ заказчику аналитики к подготовленным обработанным данным для проверки на соответствие запрашиваемых данных.

      Заказчик аналитики в течении 5 (пяти) рабочих дней дает информацию оператору о результатах проверки. При отрицательных результатах, отсутствии и (или) недостаточности необходимых данных, оператор осуществляет повторную обработку данных.

      Положительные результаты проверки на соответствие запрашиваемых данных способствуют проведению аналитики данных, которая осуществляется заказчиком аналитики самостоятельно и (или) путем привлечения поставщика, за счет собственных финансовых средств.

      Результаты аналитики, хранящиеся в SDU, передаются оператором по согласованию с уполномоченным органом заинтересованным Организациям на возмездной основе.

В связи с тем что на сегодняшний день не все информационные системы Организаций находятся в Каталоге данных.

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

Добавить обязательное техническое решение реализации автоматической репликации в рамках работ по передаче данных от Организаций к Оператору по модулю дата Каталог и SDU (Smart Data Ukimet). Данное решение позволить отслеживать изменения на уровне структуры базы данных каждой Организаций.

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

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

Пункт 1

приложения 1

1. Общая часть

  1) наименование Организации:

      указывается полное наименование Организации

      к примеру: Министерство Юстиции Республики Казахстан.

      2) Наименование объекта информатизации, осуществляющий сбор и обработку данных:

      указывается полное наименование объекта информатизации, осуществляющий сбор и обработку данных (так, как оно закреплено в соответствующих нормативно правовых актах (далее – НПА), при наличии).

      к примеру: Национальный реестр индивидуальных идентификационных номеров.

      3) Уровень межведомственного использования данных:

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

      4) Способ ведения:

      указывается один из следующих способов ведения: в бумажном виде (указывается для данных, не переведенных в электронный вид); в электронном виде (указывается для данных, представленных в электронном виде); комбинированный (указывается для данных, которые частично переведены в электронный вид).

      5) Форма данных:

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

      6) Доступность данных:

      указывается уровень доступности данных: ограниченный доступ (указывается при наличии персональных данных, коммерческой тайны, служебной тайны, и данных, охраняемыми законами Республики Казахстан); доступ без ограничений (указывается, для открытых данных). При разном уровне доступа к отдельным частям данных в данной строке проставляются оба перечисленных выше варианта с детализацией сведений.

      7) Пользователи данных согласно НПА:

      указывается полный перечень наименований пользователей данных согласно НПА, если круг пользователей определен НПА, получивших интеграции.

      8) Источник данных согласно НПА:

      указывается согласно НПА, полный перечень объекта информатизации.

      В отсутствия НПА указывается "Не определено НПА"

      9) Источники данных фактические:

      указывается фактический перечень объекта информатизации.

      Если состав фактических источников данных совпадает с составом источников данных согласно НПА, указывается "Перечень фактических источников совпадает с предусмотренным НПА".

      10) Объект описания:

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

      11) Периодичность обновления:

      указывается один из следующих вариантов периодичности обновления данных: периодичность обновления не установлена; обновление по мере необходимости; обновление по мере поступления данных; непрерывное обновление (потоковые данные); периодичность обновления установлена НПА (указать наименование НПА и периодичность обновления).

      12) График обновления:

      указывается в зависимости от особенностей обновления данных: заданный интервал времени с момента последнего обновления; перечень плановых календарных дат; реквизиты НПА, регламентирующего график обновления. При отсутствии графика обновления данных указывается "Не определен".

      13) Порядок обновления:

      указывается порядок обновления данных и его особенности (например, необходимость подписания/согласования НПА). Если порядок установлен НПА, то указывается наименование такого НПА.

      14) Наличие геопривязки:

      указывается один из следующих признаков: Да (если данные, которые содержатся, имеют геопространственную составляющую, то есть массив данных допускает возможность представления на геоинформационных системах); Нет (если данные, которые содержатся, имеют геопространственную составляющую).

      15) Тип геометрии:

      при наличии геопривязки (в графе "Наличие геопривязки" проставлен признак "Да") указывается тип геометрии фигуры, схематически обозначающей объект на карте. При этом указывается одно или несколько значений из следующего перечня: Точка; Линия; Полигон. Если данные не предполагают наличия геопространственных данных, указывается "Нет".

      16) Перечень НПА, создание объекта информатизации, осуществляющий сбор и обработку данных:

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

      17) Перечень НПА, регламентирующих сбор и обработку данных:

      указывается перечень НПА, содержащих функций ведения объекта учета или данных Организацией.

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

1. Общая часть

1) наименование Организации:

      указывается полное наименование Организации

      к примеру: Министерство Юстиции Республики Казахстан.

      2) Наименование объекта информатизации, осуществляющий сбор и обработку данных:

      указывается полное наименование объекта информатизации, осуществляющий сбор и обработку данных (так, как оно закреплено в соответствующих нормативно правовых актах (далее – НПА), при наличии).

      к примеру: Национальный реестр индивидуальных идентификационных номеров.

      3) Уровень межведомственного использования данных:

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

      4) Способ ведения:

      указывается один из следующих способов ведения: в бумажном виде (указывается для данных, не переведенных в электронный вид); в электронном виде (указывается для данных, представленных в электронном виде); комбинированный (указывается для данных, которые частично переведены в электронный вид).

      5) Форма данных:

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

      6) Доступность данных:

      указывается уровень доступности данных: ограниченный доступ (указывается при наличии персональных данных, коммерческой тайны, служебной тайны, и данных, охраняемыми законами Республики Казахстан); доступ без ограничений (указывается, для открытых данных). При разном уровне доступа к отдельным частям данных в данной строке проставляются оба перечисленных выше варианта с детализацией сведений.

      7) Пользователи данных согласно НПА:

      указывается полный перечень наименований пользователей данных согласно НПА, если круг пользователей определен НПА, получивших интеграции.

      8) Источник данных согласно НПА:

      указывается согласно НПА, полный перечень объекта информатизации.

      В отсутствия НПА указывается "Не определено НПА"

      9) Источники данных фактические:

      указывается фактический перечень объекта информатизации.

      Если состав фактических источников данных совпадает с составом источников данных согласно НПА, указывается "Перечень фактических источников совпадает с предусмотренным НПА".

      10) Объект описания:

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

      11) Периодичность обновления:

      указывается один из следующих вариантов периодичности обновления данных: периодичность обновления не установлена; обновление по мере необходимости; обновление по мере поступления данных; непрерывное обновление (потоковые данные); периодичность обновления установлена НПА (указать наименование НПА и периодичность обновления).

      12) График обновления:

      указывается в зависимости от особенностей обновления данных: заданный интервал времени с момента последнего обновления; перечень плановых календарных дат; реквизиты НПА, регламентирующего график обновления. При отсутствии графика обновления данных указывается "Не определен".

      13) Порядок обновления:

      указывается порядок обновления данных и его особенности (например, необходимость подписания/согласования НПА). Если порядок установлен НПА, то указывается наименование такого НПА.

14) исключить

15) исключить

16) Перечень НПА, создание объекта информатизации, осуществляющий сбор и обработку данных:

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

      17) Перечень НПА, регламентирующих сбор и обработку данных:

      указывается перечень НПА, содержащих функций ведения объекта учета или данных Организацией.

      18) Перечень НПА, регламентирующих внесение и потребление данных, ограничение и разделение доступа к данным:

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

19) Класс данных.

20) Дата Создания - дата создания паспорта данных.

Изменение описания структуры данных в соответствии со структурой базы данных Организаций.

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

Класс данных определяется в соответствии с Правилами классификации объектов информатизации и классификатор объектов информатизации,  утвержденные приказом и.о. Министра по инвестициям и развитию Республики Казахстан от 28 января 2016 года № 135 (зарегистрирован в Реестре государственной регистрации нормативных правовых актов за № 13349)

Подпункт 3) пункта 2

приложения 1

2. Описание жизненного цикла данных

…

3)Изменение объекта учета, удаление сведений об объекте учета

2. Описание жизненного цикла данных

…

3)Изменение объекта учета, удаление сведений об объекте учета - указание или описание этапа нахождения жизненного цикла данных объекта учета:

создание/сбор данных;

хранение данных и их ведение;

использование данных;

управление качеством данных;

архивирование данных.

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

Пункт 3

приложения 1

3. Описание структуры данных

1) Наименованиям атрибутов данных:

2) Базовые свойства атрибутов данных и дополнительные требования к значениям атрибутов: указываются сведения по каждому атрибуту данных, характеризующему объект учета.

В графе "Тип данных" указывается тип хранимых данных. Предусмотрены следующие типы данных: "Группа". Атрибут этого типа является сложным и состоит из нескольких простых атрибутов. Собственного значения не имеет и используется для отражения логической группировки простых атрибутов.

"Строка (Х)". Атрибут содержит строковое (текстовое) значение. В скобках указывается максимальное количество символов в строке (здесь и далее Х обозначает целое положительное число).

18 "Целое число (Х)". Атрибут содержит целочисленное значение. В скобках указывается максимальное количество цифр в числе, не считая знака "минус".

"Дробное число (Х, Х)". Атрибут содержит дробное значение. В скобках указывается максимальное количество цифр до десятичного разделителя (запятой) и максимальное количество цифр после десятичного разделителя.

"Дата и время". Атрибут содержит дату и время. В скобках указывается формат хранимого значения.

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

"Таблица выбора значений". Атрибут подразумевает наличие ограниченного множества значений, которые можно присвоить атрибуту.

В графе "Обязательный" указывается признак обязательности заполнения атрибута: "Да", "Нет".

В графе "Уникальный" указывается признак уникальности значения атрибута в пределах множества значений атрибута всех данных. Принимаются значения "Да", "Нет", "Да, в рамках множественного атрибута". Указание "Да" для атрибута с типом "Группа" означает, что уникальность в рамках массива данных составляет совокупность всех значений атрибутов, входящих в группу. Значение "Да, в рамках множественного атрибута" допустимо указывать только для атрибутов, для которых в столбце "Множественный" указано значение, отличное от "Нет", подразумевающий, что значение атрибута уникально только в рамках множества значений атрибута в пределах одного экземпляра записи об объекте учета. Применимо к групповым атрибутам.

В графе "Множественный" указывается признак наличия нескольких значений атрибута в рамках одного экземпляра записи об объекте учета. Принимаются значения "Нет", "Да", "Да, Х", "Да, до Х". "Да, Х" означает точное количество значений атрибута, при этом Х – целое число больше 1. "Да, до Х" означает, что атрибут имеет несколько значений в диапазоне 0 до Х (если для атрибута "Обязательный" указан признак "Да", то диапазон от 1 до Х).

В графе "Способ актуализации" указывается один или несколько (при смешанном варианте) способов актуализации данных: Автоматически (указывается, если актуализация данных осуществляется без участия человека; Автоматизированная загрузка (указывается, если актуализация данных осуществляется с участием человека посредством загрузки данных из внешнего носителя или с использованием интеграционных сервисов); Ручной ввод (указывается, если данные актуализируется посредством клавиатуры или устройств, предназначенных для ввода данных).

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

4) Нормативное правовое регулирование в разрезе атрибутов данных:

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

В графе "Поставщик и источник" указывается наименование поставщика данных, ответственного за формирование значения атрибута. Указывается источник значений для атрибута. Если значение генерируется (вычисляется, вносится вручную) в процессе ведения данных, указывается "Значение формируется в данных". Для атрибутов с типом данных "Группа" проставляется "-" (прочерк).

В графе "НПА, регулирующие деятельность поставщиков данных" указываются реквизиты НПА, на основании которых поставщик формирует, вносит и изменяет значение атрибута, регулируют способы и средства взаимодействия. При отсутствии таковых указывается "Нормативное регулирование отсутствует".

В графе "пользователи данных" указываются наименования пользователей данных и их объекты информатизации, используемые потребляемые данные.

В графе "НПА, регулирующие потребление данных", указывается перечень НПА, регулирующих процессы, связанные с потреблением данных по конкретному атрибуту (основания потребления, ограничения, доступ, и так далее). При отсутствии таковых указывается "Нормативное регулирование отсутствует".

В графе "НПА, регулирующие ведение (изменение) данных" указывается перечень НПА, регулирующих изменение (модификацию, удаление) значения атрибута. При отсутствии таковых указывается "Нормативное регулирование отсутствует".

3. Описание структуры данных

id - указывается порядковый номер атрибута данных в таблице

information_system_name - указывается название объекта информатизации. Пример: Информационная система "Мобильное правительство",

bd_name - указывается системное наименование БД в Системе. Например: PostgreSQL,

schema_name - указывается название схемы в базе данных, например, bi_public,

table_name - указывается название таблицы с описанием структуры данных. Например, access_log, users, patients.

table_description - указывается описание таблицы, например, “содержит информацию о подтверждении владения номером (посредством смс) при регистрации” или “Информация о мобильном устройстве, на котором установлено eGov Mobile”,

table_type - указывается тип таблицы, например, основная таблица или справочная таблица,

column_id- указывается порядковый номер столбца/колонки в таблице.

column_name - указывается название столбца/колонки, например, remote_address,

column_type - указывается тип поля/столбца/колонки, например, int8 или varchar(255),

column_description - указывается описание поля/столбца/колонки. Пример, адрес проживания, дата создания, дата изменения.

reference_tbl_clmn - указывается референсная ссылка на другую таблицу или связь с таблицей, например, bi_public.etl_file_control.id,

flk - указывается вид ключа, например, необнуляемый, стандартное значение - nextval или необнуляемый, максимальная длина символов - 255,

clmn_key_type - указывается вид ключа, например, первичный ключ или внешний ключ,

teg - указывается семантический словарь тегов на каждый ключ из таблицы базы данных.

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

Приложение 2

Описания видов данных

1. Наименование вида данных, как оно регламентировано в НПА (если регламентировано).

2. Наименование объекта информатизации, осуществляющий сбор и обработку данных.

3. Наименование организации.

4. Уровень межведомственного использования данных, относящихся к виду данных

Сведения в пунктах 2)- 4) формируются автоматически в соответствии с указанными в паспорте данных.

5. Класс данных.

6. НПА, на основании которых формируется вид данных.

7. Наличие утвержденной формы: да/нет

8. Степень доступа: 1)открытые данные;2) данные ограниченного распространения: персональные данные, государственная тайна, налоговая тайна.

9. Признак публикации данных вида данных: проект/ согласован формируются автоматически.

10. Дата публикации вида данных: формируются автоматически.

11. Состав показателей:

1. Блок Показателей

1.1. Наименование показателя

Тип блока:

Обязательность:

Повторяемость:

Значение типа блока: (Да/нет)

Описание не оцифрованных данных

1. Вид объекта данных (Например: субъект, объект, документ)
2. Наименования сущности субъекта или объекта данных (Например: Пассажир, Перевозчик, Пациент, Врач, Пенсионер, Здание, Земельный участок, Транспортное средство и др.)
3. Описание объекта данных (указать наименование НПА регламентирующих сбор и обработку данных)
4. Наименование атрибута (Например: Фамилия, Имя, дата рождения, дата рождения, номер документа, номер транспорта и др.)
5. НСИ (если данные из справочников по объектам и субъектам, сущностям, атрибутам)

В соответствии с Методическими рекомендациями по определению основных данных и построению концептуальной модели данных «электронного правительства», утвержденной приказом РГП на ПХВ «Центр поддержки цифрового правительства» Министерства цифрового развития, инноваций и аэрокосмической промышленности Республики Казахстан

от «_24_» _августа_ 2023 года

№ _80/НҚ.

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

Исключается, показатели и состав показателей, которые необходимы для формирования определенных производственных показателей.