Техническая спецификация СОНО КГД 2015 · web...

Приложение

Техническая спецификация

Услуг по сопровождению

информационной системы «Единое хранилище данных» (ИС ЕХД)

Астана, 2017 год

Приложение 2 к Конкурсной документации

СПИСОК ТЕРМИНОВ И СОКРАЩЕНИЙ

Проект Услуги по сопровождению информационной системы: «Единое хранилище данных» (ИС ЕХД).

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

Договор Договор об оказании услуг по сопровождению информационной системы: «Единое хранилище данных» (ИС ЕХД).

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

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

Другие (смежные) ИС Информационные системы, не входящие в состав Системы, но производящие с ней информационное взаимодействие.

Обращение Электронное письмо от Пользователя в СП, с описанием вопроса/затруднения, возникшего при работе с Системой, в том числе электронное письмо, направленное пользователем как ответ на запрос службой поддержки, дополнительной информации.

Заявка Обращение Пользователя, которому присвоен уникальный номер, принятое в работу СП. В ходе разрешения затруднения/вопроса Пользователя к одной Заявке может быть направленно несколько Обращений от данного Пользователя.

Проблема Состояние Системы, при котором происходит полное или частичное нарушение функциональности одного или нескольких режимов, восстановление работоспособности которых находится в компетенции

Страница 2 из 50


Разработчика, предоставляющего услуги в рамках.

Уточнение или Запрос Дополнительной Информации (ДИ)

Электронное письмо от СП Пользователю с запросом предоставления дополнительной информации, необходимой для разрешения затруднения и\или вопроса Пользователя (файлы, таблицы, снимки экранов, ошибки, выдаваемые Системой)

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

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

СОНО Информационная система «Сервис обработки налоговой отчетности»

ИХД КГД МФ РК Информационная система «Интегрированное хранилище данных»

ЦУЛСИнформационная система «Централизованные унифицированные лицевые счета»

ККМ Контрольно-кассовая машина

ЭСФ Электронная счет-фактура

РНиОН Информационная система «Государственный реестр налогоплательщиков и объектов налогообложения Республики Казахстан»

СУР Система управления рисками

ТАИС Таможенная Автоматизированная Информационная Система

БД База данных



АННОТАЦИЯ

Настоящий документ описывает основные требования к организации услуг по сопровождению ИС «Единое хранилище данных» (далее – Система, ЕХД).



СОДЕРЖАНИЕ

Наименование закупаемых услуг........................................................................7

1. Общие сведения о Проекте по сопровождению Системы.........................81.1. Основные цели Проекта.................................................................................................81.2. Место эксплуатации Системы.......................................................................................81.3. Описание Системы.........................................................................................................81.4. Архитектура Системы....................................................................................................9

1.4.1. Технологии Системы.....................................................................................................101.4.2. Информационная безопасность Системы....................................................................13

1.5. Основной функциональный состав Системы, находящийся в эксплуатации...........13

1.5.1. Основные режимы Системы, находящиеся в эксплуатации в Комитете государственных доходов МФ РК..........................................................................................13

2. Управление Проектом..................................................................................142.1. Рабочая группа.............................................................................................................142.2. Руководство Проектом.................................................................................................15

3. Обязательства по соблюдению конфиденциальности.............................16

4. Используемые материалы...........................................................................17

5. Регламент оказания услуг службой поддержки пользователей Системы17

5.1. Задачи и функции службы поддержки........................................................................175.2. Время работы СП.........................................................................................................185.3. Общий порядок работы службы поддержки...............................................................185.4. Порядок обращения в службу поддержки..................................................................225.5. Оказываемые услуги....................................................................................................235.6. Ограничение области компетенции............................................................................235.7. Учет и анализ................................................................................................................24

6. Регламент работы с единым репозиторием исходного кода КГД МФ РК 24

6.1. Процесс поставки исходного кода в единый репозиторий КГД МФ РК...................256.2. Первоначальная настройка и эксплуатация комплексной системы приемки и проверки поставок обновлений Системы в тестовой среде КГД МФ РК...............................266.3. Обновление Системы...................................................................................................26

7. Требования к Исполнителю........................................................................28

8. Требования к составу услуг по сопровождению, адаптациии оптимизации Системы........................................................................................31



8.1. Порядок внесения изменений в требования к мероприятиям по сопровождению, адаптации и оптимизации Системы..........................................................................................34

9. Подготовка информационных материалов..............................................34

10. Обеспечение Заказчиком условий для выполнения работ..................34

11. Отчетность...................................................................................................34

12. Порядок актирования услуг.....................................................................38

Приложения..........................................................................................................40Приложение №1-1. Форма документа о запросе полной информации об ИС КГД МФ РК40Приложение №1-2. Форма описания покомпонентной схемы ИС КГД МФ РК на продуктивных серверах.............................................................................................................42Приложение №1-3. Форма документа о тестировании ИС (с описанием тестовых сценариев и отчетом о последнем выполнении тестового цикла)...........................................43Приложение №1-4. Схема Бизнес-процесса работы с репозиторием и тестовым стендом КГД МФ РК44Приложение №1-5. Отчет по управлению и контролем работ информационной системы «наименование» 45Приложение №1-6. Состав услуг по модификации Системы..................................................48



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

информационной системы: «Единое хранилище данных»(далее по тексту только настоящего приложения – Система, ЕХД), закупаемые услуги называются «Сопровождение информационной системы: «Единое хранилище данных (ЕХД)».

Заказчиком Проекта является АО «Центр электронной коммерции» (Центр, далее по тексту – Заказчик).



1. Общие сведения о Проекте по сопровождению СистемыВнедряется проект с 2010 года.

В эксплуатации Проект находится с 2010 года.

1.1. Основные цели ПроектаОсновные цели Проекта заключаются в следующем:

Поддержка пользователей программного обеспечения Системы; Модификация Системы.

1.2. Место эксплуатации СистемыСистема эксплуатируется в Комитете государственных доходов Министерства

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

Территориальные органы КГД МФ РК: департаменты государственных доходов по областям, городам Астане и Алматы, управления государственных доходов по районам, городам и районам в городах, а также органы государственных доходов на территории специальных экономических зон.

Структура органов государственных доходов включает три уровня иерархии – центральный аппарат, находящийся в городе Астана, 16 департаментов государственных доходов второго уровня (областных, по городам республиканского значения) и 218 управлений государственных доходов.

Пользователями Системы являются служащие центрального аппарата КГД МФ РК и территориальных органов государственных доходов, другие информационные системы КГД МФ РК, а также информационные системы других государственных органов и компоненты «Электронного правительства»

1.3. Описание СистемыПолное наименование Системы – ИС «Единое хранилище данных»

Условное обозначение Системы – ЕХД.

Основное назначение ЕХД – это аналитический сервис оперативных систем КГД МФ РК, предназначенный для автоматизации следующих процессов:

- процессы сбора, согласованного и централизованного хранения информации оперативных ИС КГД МФ РК и ИС уполномоченных государственных органов с соблюдением историчности данных;

- процессы структуризации и предоставления аккумулированных данных для аналитических ИС в целях дальнейшего анализа, прогнозирования и поддержки принятия решений;

- процессы централизованного хранения и управления эталонным НСИ;

- процессы публикации данных для ИС – потребителей данных ЕХД;



- процессы проведения камерального контроля;

- процессы формирования аналитической отчетности.

1.4. Архитектура СистемыЯдром системы является OracleDatabase 11g.

Система основана на решениях корпорации Oracle и состоит из следующих функциональных узлов:

Кластер серверов ЕХД. Сервер ЕХД Предназначен для организации области интеграции данных из внешних систем, оперативного хранилища данных и реляционной части аналитического хранилища данных.

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

Сервер камерального контроля. Предназначен для функционирования аналитических систем на базе хранилища данных: работы системы камерального контроля.

Кластер Web-серверов. Web-сервер предназначен для обеспечения доступа пользователей к web-интерфейсу системы камерального контроля.

Сервер БД НСИ. Предназначен для сбора, хранения и распространения НСИ (включая регистрационные сведения НП). Физически БД НСИ может совмещать одни серверы с ЕХД.

Сервер взаимодействий. WebLogic выступает платформой для приложения управления данными НСИ (заполнение справочников), а также поддерживает набор промежуточных сервисов для взаимодействия ИШ с БД НСИ (получение, публикация НСИ и регистрационных сведений НП). Физически сервер взаимодействий может совмещать одни серверы с OracleBI или Камеральным контролем.

Структурная схема ЕХД отражена на рисунке 1.



Рисунок 1 - Структурная схема ЕХД КГД МФ РК

1.4.1. Технологии СистемыКластер серверов ЕХД

Программно-аппаратный кластер серверов ЕХД основан на базе реляционной СУБД Oracle 11g Enterprise Edition. Фактически обеспечивает работу 3-х основных областей хранилища данных: области интеграции, оперативного хранилища (мастер-данных) и реляционной части аналитического хранилища (исторических данных и витрин данных). Данные, интегрируемые из информационных систем, обрабатываются и сохраняются на сервере ЕХД для последующего использования в аналитических целях. Для физического хранения данных необходимо использование выделенной системы хранения данных.



Кластерная организация серверов ЕХД позволяет управлять нагрузкой БД, распределять серверные мощности между сервисами БД (подключениями), обеспечивать отказоустойчивость серверов.

Сервер аналитики и отчётов

Сервер аналитики и отчётов основан на базе инструментов бизнес-анализа данных OracleBusinessIntelligenceEnterpriseEditionPlus, которые включают в себя средства построения метамоделей данных, построения произвольных отчётов, промышленных оперативных и аналитических отчётов, включая отчётность администратора.

Сервер камерального контроля

Сервер КК - это сервер приложений OracleWebLogicServer с установленными на нем несколькими J2EE – приложениями (расчет процедур, формирование уведомлений), а также приложение APEX (OracleApplicationExpress) для настройки процедур и работы с реестрами уведомлений, установленное в БД ЕХД.

Кластер Web - серверов

В качестве шлюза к серверам приложений и APEX используется веб-сервер Oracle HTTP-сервер (на базе Apache) с модулями mod_wl и mod_pls.

Web-сервер также обеспечивает защищенное соединение пользователей по протоколу SSH на основе самоподписанного корневого сертификата с ключами RSA (1024 бит).

Клиентские приложения

Взаимодействие пользователей с системой осуществляется исключительно посредством тонкого клиента (браузера). Для некоторых видов отчётности необходимо наличие на клиентских машинах программного обеспечения JavaRun-time версии 1.5 и выше. Для экспорта данных в некоторые виды форматов (MS Access, MS Excel и т.п.) необходимо наличие пакета Microsoft Office 2003 и выше для работы с экспортированными данными.

Взаимодействие администраторов с системой осуществляется посредством набора утилит для администрирования Oracle 11g, EssbaseAdministrationConsole, BI Administrator и др.

Клиентская операционная система

В качестве клиентских операционных систем может быть использована Windows 2000/XP /Vista/7.

Операционная система Windows XP - наиболее распространенная на сегодняшний день операционная система, может с успехом использоваться в качестве клиентской системы на рабочих станциях пользователей, использующих в своей работе средства прикладных компонентов ЕХД.

Сетевая операционная система (серверная)



В качестве операционной системы используется 64-битная UNIX/LINUX-based операционная система, имеющая официальную поддержку Oracle и поддерживающая технологию виртуализации.

Техническое обеспечение Системы

Серверное оборудование Системы

Наименование узла системы

Конфигурация

Сервер БД 10*CPU Itanium 9350s (4-Core, 1.73GHz, 24MB), 320GB RAMСервер виртуальных машин

6*CPU Itanium 9350s (4-Core, 1.73GHz, 24MB), 192GB RAM

Внешний дисковый массив

1 шт * HP P9000 (RAID 5, 28d+4p 600Gb FC)

Серверное программное обеспечение

Тип ПО ПродуктОперационная система

64-битная UNIX/LINUX-based операционная система (HP-UX 11i, Oracle Enterprise Linux, Red Hat Enterprise Linux)

СУБД Oracle Database 11g EEСервер приложений Oracle WebLogic Server 10gШлюз для доступа к MS SQL Server

Oracle Database Gateway (for MS SQL)

Средства бизнес-аналитики и отчётности

Oracle Business Intelligence EE Plus

Веб-сервер Oracle HTTP ServerКомпьютерное оборудование пользователя

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

Процессор Pentium 4 и выше, тактовая частота процессора не менее 2 ГГц; Оперативная память не менее 1 Гб, объем виртуальной памяти (оперативная

память+файл подкачки) должен составлять не менее 4 Gb; Разрешение монитора не менее 1024х768; HDD не менее 80 Гб; Объем памяти видеокарты должен быть не менее 4 МБ.

Операционная система на компьютерном оборудовании налогоплательщиков Windows2000/XP/Vista/7. InternetExplorer 7.0, MicrosoftOffice 2003 и выше.

Технические спецификации сети передачи данных (коммуникации) КГД МФ РК

Для функционирования Системы выделен канал доступа в Интернет шириной не менее 15 Мб\сек.

Для функционирования Системы между серверами развернута ЛВС со скоростью передачи данных не менее 1 Гб\сек.



1.4.2. Информационная безопасность СистемыТребования информационной безопасности и секретности к серверу, сети и

разрабатываемому программному обеспечению должны соответствовать требованиям нормативно-технических документов МФ РК, КГД МФ РК в области информационной безопасности.

Ключевыми механизмами безопасности системы являются:

идентификация и аутентификация; управление доступом; протоколирование и аудит; криптография; реализация электронно-цифровой подписи данных; экранирование (межсетевые экраны – Firewall).

Экранирование как сервис безопасности выполняет:

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

преобразование передаваемых данных.

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

Кроме того, осуществить помощь к подготовке ИС ЕХД и документации на Систему к сдаче в промышленную эксплуатацию.

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

1.5.1. Основные режимы Системы, находящиеся в эксплуатации в Комитете государственных доходов МФ РК

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

Периодическая актуализация ЕХД в части данных СОНО и ИС ТС (включая первичное наполнение, репликацию и трансформацию данных ФНО).

Периодическая актуализация ЕХД в части данных ИНИС (включая первичное наполнение и репликацию данных).

Периодическая актуализация ЕХД в части данных ИС ЭСФ;

Периодическая актуализация ЕХД в части данных ИС Акциз (включая первичное наполнение).

Периодическая актуализация ЕХД в части данных ИС ЦУЛС (включая первичное наполнение);

Приём сведений по госзакупкам.



Прием сведений по онлайн ККМ;

Импорт сведений ИС РНиОН;

Импорт сведений ИС ИХД КГД МФ РК(включая первичное наполнение, актуализацию и трансформацию данных).

Конструирование и формирование произвольных отчетов на основе информации, консолидированной в ЕХД.

Формирование отчетов регламентированной формы.

Управление НСИ.

Предоставление сведений по доходам ИП по запросу.

Предоставление сведений по регистрационному свидетельству НП по запросу.

Создание произвольных процедур камерального контроля.

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

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

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

Перевыставление уведомлений.

Трассировка процедур камерального контроля.

Передача сформированных уведомлений в Кабинет НП и прием подтверждений о доставке.

Формирование и отзыв сформированных РПРО.

Автоматическое формирование заключений НО.

Проведение КК на основе данных отчетов «Пирамида».

Администрирование и мониторинг.

Ситуационный центр.

2. Управление Проектом

2.1. Рабочая группаС момента начала работы по проекту Заказчик формирует Рабочую группу проекта.

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

Состав и структура Рабочей группы определяется Заказчиком самостоятельно. В состав Рабочей группы, по согласованию, со стороны Исполнителя включаются Менеджер проекта. Руководит работой Рабочей группы Куратор, назначаемый Заказчиком.



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

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

Решения, принятые на заседаниях Рабочей группы Менеджер проекта Исполнителя оформляет протоколом, который подписывается со стороны Заказчика участниками заседания, со стороны Исполнителя – Менеджером проекта. Все решения Рабочей группы, не противоречащие положениям технической спецификации, подлежат выполнению сторонами в сроки, установленные протокольными решениями.

2.2. Руководство ПроектомС момента начала работы по проекту сторонами производится назначения Куратора

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

Куратор проекта/проектного направления – представитель Заказчика, в чью компетенцию входит стратегическое управление проектом со стороны Заказчика. Куратор проекта/проектного направления выполняет следующие функции:

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

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

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

В компетенцию и ответственность Менеджера проекта со стороны Исполнителя - входят все властные полномочия по управлению проектом со стороны Исполнителя для достижения поставленных в проекте целей. Менеджер проекта Исполнителя выполняет следующие функции:

Управ лени е проек том :

- планирование работ по проекту с расстановкой их приоритетов;



- планирование, назначение, контроль выполнения проектных задач среди членов проектной команды;

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

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

- управление рисками;- идентификация возникающих в проекте проблем, разработка решений по их

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

- контроль финансирования проекта;- координация взаимодействия с Заказчиком;- разрешение конфликтных и спорных ситуаций;- эскалация проблем и контроль их решения;- обеспечивает предоставление отчёта по управлению проектом по форме

согласованной с Заказчиком (Приложение №1-5);- единая точка входа для документов на стороне Исполнителя.

Управ лени е за дания ми :

- контроль распределения заданий по проекту, которое проводится ведущими специалистами проекта;

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

Под готов ка проек тной от чет ност и , с огласно услов иям техн ичес кой спе циф ика ции .

3. Обязательства по соблюдению конфиденциальностиИсполнитель берет на себя обязательства не разглашать и не использовать в

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

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

4. Используемые материалыСопровождение Системы производится в соответствии со следующими

документами:



- Кодекс Республики Казахстан «О налогах и других обязательных платежах в бюджет» (Налоговый Кодекс);

- Закон Республики Казахстан от 28 декабря 2016 года №36-VI «Об информатизации»;

- Закон РК от 7 января 2003 года №370-II «Об электронном документе и электронной цифровой подписи» по состоянию на 24.11.2015 года;

- Закон Республики Казахстан от 3 декабря 2015 года № 432-V «О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам налогообложения и таможенного администрирования», направленный на реализацию плана нации – 100 конкретных шагов по реализации пяти институциональных реформ и на совершенствование системы налогообложения и таможенного администрирования»;

- Другие документы, относящиеся к налоговому администрированию Республики Казахстан;

- ГОСТ РК 34.019-2005 «Процессы жизненного цикла программных средств».

5. Регламент оказания услуг службой поддержки пользователей Системы

5.1. Задачи и функции службы поддержкиДля построения службы поддержки, и с целью получения от нее максимального

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

Применяемая компьютеризированная система управления должна обеспечить возможность решения следующих задач:

- Управление обращениями пользователей;- Управление Заявками;- Управление проблемами.

При этом в системе должны быть реализованы следующие функции:

- Регистрация Обращений;- Идентификация зарегистрированных Обращений;- Разделение Обращений по категориям;- Учет времени регистрации Обращений;- Контроль сроков обработки Обращений;- Регистрация Заявок;- Идентификация зарегистрированных Заявок;- Разделение Заявок по категориям;- Учет времени регистрации Заявок;- Контроль сроков обработки Заявок;- Регистрация Проблем;- Контроль и отслеживание за процессом решения Проблем;- Учет времени решения Проблем;- Создание для публикации отчетов типичных вопросов и ответов;



- Создание отчетов на основе формата, приведенного в технической спецификации.

5.2. Время работы СПВремя работы СП должно определяться в соответствии с Производственным

календарем РК на 2017 год в рабочие дни с 9.00 до 18.30 времени г. Астана.

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

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

Условия, дополнительного участия в сопровождении Системы, не учтенные в план-графике, оговариваются с Исполнителем отдельно.

5.3. Общий порядок работы службы поддержкиВсе обращения поступают на электронный адрес exd @ mgd . kz . Обращения

пользователей Системы должны быть оформлены в соответствии с правилами оформления обращения пользователей Системы, размещенные на сайте www . kgd . gov . kz .

Поступающие обращения автоматически пересылаются в службу поддержки Исполнителя.

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

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

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

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

анализ информации из журнальных файлов (log-файлов) и базы данных;- содержащие вопросы, которые ввиду их количества и/или сложности в разумное

время не могут быть решены одним специалистом службы поддержки.

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


http://www.kgd.gov.kz/

mailto:[email protected]

[email protected]

ОТВЕТ

Источникобращения

Уточнения

Службаподдержки

обменсообщениями

приуточнении

Источникобращения

Регистрацияобращения, первичный анализ

Регистрация Заявки, классификация по типам,

фиксирование статусов во время обработки, уточнения,

формирование ответов, учет заявок, ответов.

Регистрацияответа

Заявка

Обращение

Службаподдержкидругих ИС

Обращение


Общая схема работы службы поддержки приведена на рисунке ниже (см. Рисунок 2).

Рисунок 2 Общая схема работы службы поддержки

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

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

В случае выявления особо критичной проблемы, ответственным лицом Заказчика производится выбор приоритета рассмотрения данной проблемы, руководствуясь



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

Исполнитель, руководствуясь установленным Заказчиком приоритетом, обязан реагировать на обращение в сроки, определенные в таблице ниже (см. Таблица 1.), и предпринимать необходимые действия. Если в процессе рассмотрения будет выявлено, что причины Ошибки связаны с проблемами, находящимися вне компетенции Исполнителя, то после соответствующего уведомления Заказчика, рассмотрение данного обращения прекращается.

Продолжительность работ, установленная в разделе «Срок решения», может быть продлена по согласованию сторон.

Таблица 1. Приоритеты рассмотрения проблемы

Приоритет Ошибки

Критерии оценки Ошибки

Срок решени

я

Предпринимаемые действия

Дополнительные условия

Критическая Остановка одного из узлов Системы. Инциденты, поступающие в адрес СП с приоритетом «Наивысший». Отсутствие временного решения для полного или частичного восстановления функциональности.

12 часов Исполнитель немедленно приступает к решению проблемы и информирует Заказчика о текущем состоянии решения. Ошибки каждый час в течение рабочего дня с момента получения заявки и до полного решения. Ошибки или предоставления временного решения.

Исправление должно устанавливаться в Систему в кратчайшие сроки, любым доступным способом.

Высокая Частичное нарушение функциональности одного или нескольких режимов Системы, имеющее незначительное влияние на качество и сроки предоставляемых органами государственных услуг, которые определены налоговым

До 2 дней

Исполнитель приступает к рассмотрению обращения с учетом текущих проблем имеющих аналогичный или более высокий приоритет и предпринимает действия для решения проблемы или предоставления

Рассмотрение обращения производится c учетом времени работы службы поддержки. Исправление должно устанавливаться в Систему в кратчайшие сроки, любым доступным способом.



законодательством РК. Отсутствие временного решения для полного или частичного восстановления функциональности.

альтернативного решения в оговоренные, в зависимости от приоритета ошибки, сроки.

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

До 5 дней

Рассмотрение проблемы производится c учетом времени работы службы поддержки. Исправление возможно установкой изменений в ближайшем пакете обновлений системы

Низкая Ошибка не влияет на работу отдельных режимов или Системы в целом.

До 10 дней

5.4. Порядок обращения в службу поддержкиОсновным средством взаимодействия СП с пользователями является электронная

почта (exd @ mgd . kz ), однако, пользователи программного обеспечения могут обратиться по телефону в службу поддержки для получения информации о текущем статусе рассмотрения зарегистрированной Заявки. В этом случае, для получения интересующей информации, пользователь должен сообщить специалисту СП номер регистрации Заявки.

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

ИИН/БИН, РНН и наименование НП; Подробное описание возникшего затруднения, которое должно включать

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

(Windows, ТС);- Описание последовательности действий приводящих к ошибке;- Снимки экрана (screenshot) поясняющие возникшую проблему.- Другая информация, которая, по мнению пользователя, может быть полезной

при рассмотрении обращения.

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




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

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

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

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

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

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

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

- в обращении содержатся оскорбления в адрес сотрудников СП.

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

пользователям Системы следующие услуги:

- Регистрация обращений от пользователей;- Рассмотрение Заявок и принятие решений по ним;- Учет Заявок и принятых мер и решений по ним;- Уточнение статуса и сроков рассмотрения обращений пользователей, которые

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

- Консультирование пользователей по вопросам работы Системы;- Консультирование эксплуатационного персонала по вопросам

администрирования Системы;- Консультирование эксплуатационного персонального выявлению причин сбоев

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

- Мониторинг рассылки [email protected] и на предмет предоставления ответов на вопросы пользователей, которые связаны с функционированием Системы;

5.6. Ограничение области компетенцииВ случае поступления вопросов, находящихся вне компетенции Исполнителя, они

перенаправляются Заказчику с соответствующим комментарием.

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




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

расширяющего стандартные функции Системы, общесистемного программного обеспечения, его сервисов и компонент – антивирусное ПО, сетевые экраны, утилиты обслуживания и мониторинга и т.д.;

- вопросы функционирования общесистемного программного обеспечения и компонент, связанных с оперативным отслеживанием и принятием решений по необходимости, порядке и срокам установки пакетов обновлений (ServicePack), оперативных исправлений (hotfix, patch) и выполнения других официальных рекомендаций разработчика общесистемного программного обеспечения;

- вопросы, ошибки, сбои в работе Системы или общесистемного программного обеспечения, вызванные установкой (только для общесистемного ПО), не установкой или несвоевременной установкой обновлений (ServicePack, hotfix и т.п.) Заказчиком. Таким образом, Заказчик самостоятельно отслеживает появление пакетов обновлений системного ПО, тестирует их на совместимость с работой Системы, принимает решение о необходимости, порядке и сроках установки обновления;

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

5.7. Учет и анализУчет обращений и принятых мер и решений необходимо вести в разрезе:

- компонент информационных систем;- статусов и сроков;- типов.

6. Регламент работы с единым репозиторием исходного кода КГД МФ РК

В настоящем разделе спецификации регламентируется основные требования к процессу поставки исходного кода от Исполнителей ИС к Заказчику ИС (УИТ КГД МФ РК)в единый репозиторий КГД МФ РК. Единый репозиторий КГД МФ РК был разработан для решения задачи централизованного хранения исходного кода и унификации процесса поставки обновлений исходного кода в рамках работ по сопровождению и работ по оптимизации ИС.

Регламент взаимодействия и общие бизнес-процессы Исполнителей ИС – далее по тексту Исполнитель ИС, Заказчика ИС (УИТ КГД МФ РК) – далее по тексту Заказчик ИС, и Исполнителя работ по репозиторию исходного кода – далее по тексту Подрядчик репозитория, описаны в Приложении №1-4 Схема Бизнес-процесса работы срепозиторием и тестовым стендом КГД МФ РК.



6.1. Процесс поставки исходного кода в единый репозиторий КГД МФ РК

Общие требования к Исполнителям исходного кода Информационных Систем, поставляемых в КГД МФ РК:

1) Для переноса исходного кода оптимизированной (модернизируемой) ИС в репозиторий Заказчика ИС и проведения успешной компиляции, необходимо наличие всех поименованных ниже информационных материалов.

2) Данные материалы запрашивает Заказчик ИС у Исполнителя ИС в описанном ниже объеме, для последующей передачи этих материалов Подрядчику репозитория.

3) Полный перечень информации, которую должен предоставить Исполнитель ИС для каждой из ИС по запросу Заказчика ИС, регламентирован в приложении (см. Приложение №1-1 Форма документа о запросе полной информации об ИС КГДМФ РК):

- документации по сборке ИС от Исполнителей ИС, включая требования к версиям ОС и ПО серверов сборки, окружения для сборки, сборочных скриптов;

- актуального исходного кода ИС, совпадающего по версии с тем, что развернуто на серверах ИС в промышленной эксплуатации;

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

- указание производителя используемой СУБД и ее версии, описание структуры базы данных и скриптов для создания БД;

- актуального дистрибутива ИС;- передача, либо указание источника, всех дополнительных библиотек,

необходимых для сборки.

4) Для запуска системы в тестовом окружении и проведению анализа работоспособности ИС необходимо, чтобы Исполнитель ИС предоставил Заказчику ИС следующую информацию:

- инструкции по установке и настройке системы;- техническую документацию к системе: руководства администратора,

пользователя.Данные материалы запрашивает Заказчик ИС у Исполнителя ИС в описанном ниже объеме, для последующей передачи этих материалов Подрядчику репозитория.

Подрядчик репозитория, получив от Заказчика ИС данные материалы, анализирует их на корректность, на достаточность, и вправе запросить у Заказчика ИС недостающие данные.



6.2. Первоначальная настройка и эксплуатация комплексной системы приемки и проверки поставок обновлений Системы в тестовой среде КГД МФ РК

В рамках данного мероприятия Заказчик ИС должен предоставить Подрядчику репозитория следующее оборудование:

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

2) сервера для сборки и развертывания поставки из исходного кода;3) сервера для хранения дополнительного ПО (библиотек) для сборки исходного кода;4) доступа к тестовому стенду, на котором будут развертываться поставка. Данный

тестовый стенд предоставляется Заказчиком ИС.

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

1) Проектирование, настройка и запуск окружения системы автоматической сборки для каждой ИС:

a) Проектирование окружения системы автоматической сборки ИС;

b) Настройка предоставленного Заказчиком оборудования;

c) Настройка и запуск окружения системы автоматической сборки ИС на оборудовании Заказчика;

2) Установка системы хранения библиотек для системы сборки и установка системы автоматизирования сборки и развертывания (Установка и настройка базового программного обеспечения ОС (ИС) на одном сервере);

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

4) Анализ запуска приложения и аудит для разрешения возникающих конфликтов;

6.3. Обновление Системы

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

Каждое обновление системы должно включать в себя следующие атрибуты:

ReleaseNotes (список разрешенных проблемных ситуаций из реестра проблемных ситуаций по отношению к предыдущему обновлению);

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

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

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



Отчет о функциональном (регрессионном) тестировании сдаваемых версий в установленном виде;

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

Заказчик ИС запрашивает у Исполнителя ИС актуализированные после обновления материалы, в описанном в Приложении №1-1 объеме, для последующей передачи этих материалов Подрядчику репозитория.

С каждой поставкой исходного кода в репозиторий Подрядчиком репозитория производится Актуализация схемы развертывания для каждой ИС, автоматизация задач по развертыванию для новых ИС, помещаемых в Репозиторий, актуализация параметров и настройка тестовых стендов для запуска ИС в соответствии с передаваемыми материалами. А также осуществляет анализ запуска приложения и аудит для разрешения возникающих конфликтов в рамках предоставленных материалов, регламентированных в Приложении №1-1.

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



7. Требования к ИсполнителюВсе требования, приведенные ниже в настоящем документе являются мандаторными

(обязательными).

Таблица 2. «Общие требования к Исполнителю»№ п/п Описание требований Подтверждающие

документы

М1.1 Не менее 1-го руководителя (менеджера) проекта, имеющего высшее (в т.ч. бакалавр) образование, имеющего сертификат о прохождении обучения по управлению проектами.

Опыт работы специалиста в IT сфере не менее 3-х лет.

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

Диплом о высшем образовании (в т.ч. бакалавр);

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

М1.2 Не менее 3-х аналитиков, имеющих высшее (в т.ч. бакалавр) или средне специальное образование.

Опыт работы специалиста в ИТ-сфере не менее 3-х лет.

Диплом о высшем (в т.ч. бакалавр) или средне-специальном образовании;


М1.3 Не менее 2-х тестировщиков программного обеспечения, имеющих высшее (в т.ч. бакалавр) или средне-специальное образование.

Опыт работы специалиста в ИТ-сфере не менее 1-го года.

Диплом о высшем (в т.ч. бакалавр) или средне-специальном техническом образовании;


М1.4 Не менее 1-го специалиста по дизайнерским решениям в IT сфере, имеющего опыт работы не менее 1-го года в разработке IT систем.

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



соответствующими записями, либо копия договора возмездного оказания услуг, подтверждающего наличие дизайнера в штате Исполнителя.

М1.5 Не менее 2-х сертифицированных специалистов по разработке под СУБД Oracle Database, обладающих высшим (в т.ч. бакалавр) или средне-специальным образованием.

Опыт работы специалиста в ИТ-сфере не менее 2 лет.

Действующий сертификат по Oracle Database, выданный аккредитованной на это организацией; Диплом о высшем (в т.ч. бакалавр) или средне-специальном образовании;Один из документов, указанных в статье 35 Трудового кодекса РК, подтверждающий трудовую деятельность работника

М1.6 Не менее 2-х сертифицированных специалистов по разработке серверных решений на технологии Oracle WebLogic Server, обладающих высшим (в т.ч. бакалавр) или средне-специальным образованием.

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

Действующий сертификат по Oracle WebLogic Server, выданный аккредитованной на это организацией; Диплом о высшем (в т.ч. бакалавр) или средне-специальном образовании;Один из документов, указанных в статье 35 Трудового кодекса РК, подтверждающий трудовую деятельность работника

М1.7 Не менее 2-х сертифицированных специалистов по разработке на языке Java, обладающих высшим (в т.ч. бакалавр) или средне-специальным образованием.

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

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



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

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

Таблица 3. «Требования к техническому обеспечению службы поддержки»

№ п./п. Описание требований Подтверждающие

документыМ2.1 Наличие у Исполнителя автоматизированной

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

Техническая спецификация автоматизированной системы с явным описанием возможностей соответствующих требованиям.

М2.1.1Применяемая автоматизированная система управления должна обеспечить возможность решения следующих задач: управление обращениями; управление заявками; управление проблемами.

М2.1.2В системе должны быть реализованы следующие функции: Регистрация обращений; Идентификация зарегистрированных

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

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

Регистрация проблем; Контроль и отслеживание за процессом

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

вопросов и ответов; Создание отчетов на основе утвержденного, в

настоящей технической спецификации, формата.



8. Требования к составу услуг по сопровождению, адаптации оптимизации Системы

Исполнитель должен в течение 10 рабочих дней с даты подписания Договора

разработать и утвердить у Заказчика План-график мероприятий по сопровождению,

адаптации и оптимизации Системы (далее – План-график).

Таблица 4. Состав услуг по сопровождению, адаптации и оптимизации Системы

№ п./п.

Описание требований

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

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

При обращении в службу поддержки, пользователь системы, у которого возник вопрос, должен сообщить специалисту СП регистрационный номер Заявки.

М3.2 Требования к выполнению услуг по мониторингу функционирования Системы в части основных режимов и электронных сервисов, реализованных в ЕХД.

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

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

Формат взаимодействия Заказчика и Исполнителя в случае выявления проблем взаимодействия с конкретными внешними системами, оговаривается дополнительно.

М3.3 Мониторинг рассылок на предмет предоставления ответов на вопросы пользователей, которые связаны с функционированием Системы.



Служба поддержки осуществляет мониторинг рассылки [email protected] в части вопросов функционирования прикладной части Системы. В процессе мониторинга производится анализ поступающих обращений и их классификация. В случае если выявлено, что поступившее обращение находится в компетенции СП Исполнителя, оно регистрируется с использованием инструментария СП, предназначенного для учета поступающих обращений, пользователь информируется об этом в рамках функционала рассылки или форума, и по нему проводится дальнейшая работа в рамках регламента, описанного в разделе «Оказание услуг службы поддержки» настоящего Документа.

М3.4 Требования по выполнению услуг по выявлению и оптимизации в Системе запросов, при использовании которых возникают излишние нагрузки и внештатные ситуации на серверах приложений и базе данных.

В рамках данного мероприятия администраторы Системы от Заказчика предоставляют информацию о проблемных SQL-запросах в службу поддержки Исполнителя и менеджерам от Заказчика, с указанием критичности воздействия на Систему. Служба поддержки Исполнителя регистрирует данные обращение с использованием инструментария СП, предназначенного для учета поступающих обращений, администратор Системы и менеджер от Заказчика информируется об этом, и по нему проводится дальнейшая работа c учетом указанной критичности воздействия.

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

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

При этом, реестр должен содержать: Краткое описание проблемы; Полное описание проблемы; Причины возникновения проблемы; Сроки устранения или исправления проблемы.

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

М3.6 Подготовка и предоставление Заказчику перечня типичных вопросов и ответов по вопросам использования Системы

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



Отчет направляется в формате MSWord 2003-2007 с детализацией по компонентам Системы.

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

М3.7 Услуги по оперативной разработке скриптов по заявке ЗаказчикаРазработка программных скриптов для базы данных ИС по заявке Заказчика.

М3.8 Подготовка ответов по своду вопросов, переданных ЗаказчикомЗаказчик единовременно, в течение 10 (десяти) дней после заключения договора, предоставляет Исполнителю свод обращений от пользователей, поступивших в адрес КГД МФ РК с января 2017 года по дату заключения договора.Исполнитель, в течение одного месяца после получения данного свода, предоставляет ответы по данному своду с учетом технологии работы службы поддержки, описанной в пункте «Задачи и функции службы поддержки».

М3.9 Услуги по адаптации и оптимизации СистемыВ рамках данного мероприятия, Исполнитель должен произвести работы по адаптации и оптимизации информационной системы после ратификации Протокола об обмене информацией в электронном виде между налоговыми органами государств- членов ЕАЭС для осуществления налогового администрирования, а также в соответствии Законом Республики Казахстан «О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам налогообложения и таможенного администрирования», направленный на реализацию плана нации – 100 конкретных шагов по реализации пяти институциональных реформ и на совершенствование системы налогообложения и таможенного администрирования».

Форма завершения (актирования услуг) по мероприятиям М3.1-М3.8: протокол оказанных услуг.

В рамках реализации Задач по мероприятию М3.9 должны быть разработаны или доработаны следующие документы, являющиеся её неотъемлемой частью, на государственном и русском языках:

Спецификация требований к программному обеспечению (СТПО), разрабатываемая в соответствии с СТ РК 1090-2002, или Дополнение к СТПО;

Программа и методика испытаний (ПиМИ), разрабатываемая в соответствии с ГОСТ 19.301-2000,илиСТ РК 1089-2002, или РД 50-34.698-90;

Руководство системного программиста, с учетом реализованной Задачи, за исключением случаев, если Задача не вносит изменения в Руководство. Документ разрабатывается в соответствии с ГОСТ 19.503-79;

Руководство пользователя, содержащее описание программного обеспечения, с учетом реализованной Задачи, за исключением случаев, если Задача не вносит



изменения в Руководство. Документ разрабатывается в соответствии с СТ РК 1087-2002.

8.1. Порядок внесения изменений в требования к мероприятиям по сопровождению, адаптации и оптимизации Системы

В случае изменений в Законодательство в течение года, Заказчик вправе вносить

изменения в план-график мероприятий по сопровождению, адаптации и оптимизации

Системы.

9. Подготовка информационных материаловК мероприятиям по подготовке информационных материалов в рамках Проекта

могут быть отнесены: презентационные материалы по работе Системы; анимационные ролики; видео инструкции или видеоматериалы по работе Системы; статистические данные и информация по Системе; инструктивные документы по вопросам работы Системы

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

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

10. Обеспечение Заказчиком условий для выполнения работДля обеспечения выполнения работ с заявленным уровнем качества, Заказчик

должен предоставить Исполнителю полный доступ к функционалу РМ ССП.

11. ОтчетностьИсполнитель обеспечивает Заказчику предоставление, отчетов о работе службы

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

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

Таблица 5. Перечень и периодичность представления отчетности

№ Наименование отчета Периодичность представления

1 Отчет об актуальности данных ЕХД (включая первичное наполнение и репликацию)

Ежедневно на постоянной основе.

Отчет предоставляется каждый час в течение рабочего дня

2 Отчет о количестве поступивших обращений в разрезе типов обращений

При актировании выполненных работ



3 Полный перечень обращений за отчетный период на CD в формате файла Excel 97-2003 Workbook (*.xls)

При актировании выполненных работ

4 Отчет об обращениях, связанных с ошибками в программном обеспечении

Еженедельно по вторникам за предыдущую неделю

5 Отчёт по выявленным ошибкам в работе Системы и срокам их устранения

Еженедельная отправка на электронные адреса менеджеров Системы от Заказчика

6 Отчет по управлению и контролем работ информационной системы (Приложение 1-5)

Еженедельно по вторникам за предыдущую неделю

Ниже в таблице 6 приведена классификация категорий учета Заявок в зависимости от характера заданного в обращении вопроса.

Таблица 6. Классификация категорий учета Заявок

№ Наименование категории учета Пояснение

1 Консультация (прикладное ПО), в т.ч.:Заявка относится к консультации по вопросам работы и функций прикладного программного обеспечения.

2 Ошибки актуализации ЕХД

3 Работоспособность серверов ЕХД

4 Ошибки в БД, в т.ч.:

5 Правка в БД из-за ошибок ПО

6 Взаимодействиесвнешними ИСЗаявка порождена ошибкой работы внешней системы.

7 Ошибкаприкладного ПО

8 Ошибкапользователя

9 ПредложенияпользователейЗаявка содержит предложения по совершенствованию прикладного программного обеспечения

10 Обращение вне компетенции Службы Поддержки

11 Вопросы методологии

12 Повторные обращения

13 ПрочееВсе что невозможно отнести к предыдущим категориям.



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

Таблица 7. Классификация статусов состояния обработки Заявок

Статус Пояснение

Зафиксировано Обращение зарегистрировано

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

Уточнение

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

Закрыто Работа по обращению выполнена.

ПереданоСтатус присваивается обращению, если решение возникшей проблемы связано с внесением изменений в прикладное ПО.

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

Формы отчетов, предоставляемые Заказчику должны соответствовать формам приведенным ниже. Разбивка на категории учета обращений может корректироваться по заявкам управлений КГД МФ РК с учетом предыдущих периодов сопровождения системы.

Таблица 8. Количественный отчет о работе службы сопровождения информационной системы ЕХД

ЕХД

КА

О Е

ХД

КК

ЕХ

Д

Вы

став

лени

е ув

едом

лени

й и

ПРР

О

Фор

умы

Que

stio

n@m

gd.k

z

Ито

го

Заявки, поданные через диспетчерскую службу

Обращения на форум [email protected]

Итого




Таблица 9. Количество Заявок в разрезе категорий учета

№ Тип обращения ЕХДКАО ЕХД

КК ЕХД

Режим взаимодействия с внешними ИС

Всего

1 Консультация (прикладное ПО), в т.ч.:

2 Ошибки актуализации ЕХД

3 Работоспособность серверов ЕХД

4 Ошибки в БД, в т.ч.:

5 Правка в БД из-за ошибок ПО

6 Взаимодействие с внешними ИС

7 Ошибка прикладного ПО

8 Ошибка пользователя

9 Предложения пользователей

10 Обращение вне компетенции Службы Поддержки

11 Вопросы методологии

12 Повторные обращения

13 Прочее

Всего

Таблица 10. Отчет по Заявкам, связанным с ошибками ЕХД

№ п/п

№ обращения

Объект учета

Дата передачи в отдел разработки

Краткое описание

Приоритет 1-5(1-наивысший)

Срок исправления

ошибки

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



12. Порядок актирования услуг1) Актирование оказанных услуг должно производится в соответствии с планом-

графиком мероприятий по сопровождению, адаптации и оптимизации Системы.2) Актирование оказанных услуг производится за I–IIIкварталы не позднее второй

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

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

4) Протоколы и акты оказанных услуг;5) В качестве подтверждающих документов к актам оказанных услуг при актировании

работ по адаптации и оптимизации Системы прилагаются:

Акт приема-передачи Утвержденных СТПО (Дополнений к СТПО) на государственном и русском языке с приложением перечня переданных СТПО (Дополнений к СТПО), оптимизированных или адаптированных в соответствии с Задачами, составляющими актируемые работы;

Акт приема-передачи Утвержденных ПиМИ на государственном и русском языке с приложением перечня переданных ПиМИ, оптимизированных или адаптированных в соответствии с Задачами, составляющими актируемые работы;

Акт(-ы) приемо-сдаточных испытаний программного обеспечения Системы, оптимизированных или адаптированных в соответствии с Задачами, составляющими актируемые работы, на русском языке;

Акт приема-передачи согласованных, оптимизированных или адаптированных в соответствии с Задачами, по состоянию на момент заключительного актирования услуг:- Руководств(-а) пользователя (на государственном и русском языке);- Руководств(-а) системного программиста (администратора) (на государственном

и русском языке);- Общее описание системы (на государственном и русском языке);- Описание применения (на государственном и русском языке);- Описание взаимодействий ИС с другими системами (на государственном и

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

языке);- Актуальная База Знаний.

Копии сопроводительных писем Исполнителя к дистрибутивам ПО или пакетам обновления, в которых содержалось программное обеспечение Системы, оптимизированное или адаптированное в соответствии с Задачами, составляющими актируемые работы, если такие пакеты передавались Заказчику для обновления Системы.

6) Другие материалы, подтверждающие факт и качество оказанных услуг.



7) Все материалы, входящие в состав пакета документации на оплату, предоставляются Исполнителем:

на бумажном носителе на государственном и русском языках в формате А4 в 5 (пяти) экземплярах;

на CD-диске на государственном и русском языках (в нередактируемом формате (*.pdf) и в редактируемом формате (*.doc)) в 5 (пяти) экземплярах, в том числе:

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

- сопроводительную документацию к этим дистрибутивам или пакетам;- полный дистрибутив (инсталляционный пакет) Системы, актуальный на дату

актирования;- сопроводительную документацию к полному дистрибутиву Системы.

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



Приложения

Приложение №1-1. Форма документа о запросе полной информации об ИС КГД МФ РК№ Название Значение Примечания Дополнительно

1 Наименование ИС Nnn

2 Наименование поставщика (разработчика) ИС

3 Актуальная версия ИС _._._

4 Исходные коды ИС да\нет Без наличия данной информации дальнейшие работы по этой ИС невозможны.

Архив.

5 Дополнительные библиотеки для сборки

да\нет Без наличия данной информации дальнейшие работы по этой ИС невозможны.

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

6 Документация по сборке ИС да\нет Необходимо наличие подобной документации от разработчиков ИС.

В свободной форме.

7 Система контроля версий используемая исполнителем (разработчиком ИС)

Необходимо наличие сведений об используемой разработчиком ИС системы контроля версий (SVN, GIT, иное).

Опционально.

В свободной форме.

8 Язык программирования для реализации ИС

Необходимо для понимания выбора окружения и сторонних библиотек для сборки ИС.

В свободной форме

9 ОС, в которой производится сборка ИС Необходимо для понимания выбора окружения и сторонних библиотек для сборки ИС.




10 Требования к версиям ПОдля серверов сборки

Необходимо наличие подробной информации для конструирования системы автоматической компиляции и сборки ИС.


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


12 СУБД и версия, используемые вИС Необходимо наличие подробной информации для конструирования тестового окружения.


13 Схема данных БД и миграционные скрипты

да\нет Необходимо наличие подробной информации для конструирования тестового окружения и анализа старта ИС.

Без наличия данной информации дальнейшие работы по этой ИС невозможны.

Архив, sql-скрипты

14 Покомпонентная схема ИС на продакшн-серверах

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

Приложение №1-2 Форма описания покомпонентной схемы ИС КГД МФ РК на продуктивных серверах

15 Схемаразвертывания ИС да\нет Необходимо наличие подробных руководств по установке и запуску, схеме развертывания ИС на продакшн-системах.

Руководство по развертыванию. В свободной форме

16 Руководства пользователя по настройке и конфигурировании ИС

да\нет Необходимо наличие подробных руководств по настройке ИС для ее запуска.


17 Документация о тестировании ИС (тест-кейсы)

да\нет Необходимо наличие подробной информации о тест-кейсах, выполнение которых обеспечивает полноценную проверку работоспособности ИС.

Приложение №1-3 Форма документа отестировании ИС (с описанием тестовых сценариев и отчетом о последнем выполнении тестового цикла)



Приложение №1-2. Форма описания покомпонентной схемы ИС КГД МФ РК на продуктивных серверах

Приложение или бизнес

функция для постановки на

мониторинг

EnvironmentИмяСервер

а(id)Инстансы

Сервервиртуальный

Назначение сервера в данном

приложении

Контролируемоеприложениенасервере

OS

Суммарное кол-во

всехCPU этого сервера

Суммарное кол-во ядер всех CPU

этого сервера

Нода * 1 да\нет Applicationserver WebSphereApplicationserver 6.1

Базаданных * 1 да\нет СУБД Oracle Database 10g Release (10.2.0.4)

Enterprise Edition 64- bit

…

*Данные в форме представлены для примера. Необходимо заполнение актуальными данными о компонентах каждой ИС



Приложение №1-3. Форма документа о тестировании ИС (с описанием тестовых сценариев и отчетом о последнем выполнении тестового цикла)

Отчет о тестировании для ИС

TestStatistics Testedby:Testing Date:01.01.2016

Legend:

Total: 2 100%BuildVersion: версиясборки ИС

Documentversion: 1.0

p = passedtest

Executed: 2 100% TestEnvironment f = failed testb = blocked test because of other bug/functionalityBug # => Tracking number in Redmine

Passed: 1 50% URL:

Failed: 1 50%

Blocked: 0 OS: Windows 7 64-bit

Notexecuted:

0Browsers: Chrome v.32, FireFox v.27

TestCasespreparedby:Documentversion: 1.0

Date: 1/01/2016

Testid Status Bug # Title StepsPerformed ExpectedResult Comments

1 p - Краткое название тест-кейса Что было выполнено Что ожидалось результаты и примечания

2 f #bug_id Краткое название тест-кейса Что было выполнено Что ожидалось результаты и примечания



Приложение №1-4. Схема Бизнес-процесса работы с репозиторием и тестовым стендом КГД МФ РК



Приложение №1-5. Отчет по управлению и контролем работ информационной системы «наименование»

1. Управление и контроль работ – Статус исполнения План-графика работ:

<задачи из общего ПГ>

Наименование задачи

Начало Окончание Статус Ответственный

<все задачи из общего ПГ>

<дата из ПГ> <дата из ПГ> <один из статусов, перечисленных ниже *>

<название ресурсов>

* в поле «Статус» указывается один из нижеперечисленных статусов:

- Не начато (если срок еще не наступил);- В работе (если работы ведутся);- Задержка /с обязательным указанием причины/ (если срок наступил, но работы не ведутся);- Выполнено (работы выполнены).

2. Мониторинг и контроль работ по поставке лицензионного программного обеспечения и технического оснащения проекта ИС КГД:

Управлениепоставкамипро

екта

Требуется поставка/

не требуется поставка

Дата начала

работ по поставке

Дата окончания

работ по поставке

Ответст-венный

Форма завершения

Поставка аппаратного обеспечения

Подготовка Актов приема-передачи аппаратного обеспечения контроль процедур принятия оборудование

Поставка Программногообеспечения

Подготовка Актов приема-передачи программного обеспечения, контроль процедур принятия оборудование



Закрытие договоров поставок аппаратного обеспечения и программного обеспечения

Подготовка Счета-фактуры, контроль процедур закрытия договоров поставок

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

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

Наименование задачи

Начало Окончание Статус Ответственный

<все задачи обеспечения информационной безопасности>

<датаначала>

<датаокончания>

<один из статусов, перечисленных ниже *>

<названиересурсов>

* в поле «Статус» указывается один из нижеперечисленных статусов:

- Не начато (если срок еще не наступил);- В работе (если работы ведутся);- Задержка /с обязательным указанием причины/ (если срок наступил, но работы не ведутся);- Выполнено (работы выполнены).

4. Управление и контроль рисковых событий

№ Наи

мен

ован

иери

ска(

пер

ечен

ьрис

ков)

Ком

мен

тари

и

Ста

туср

иска

Вер

оятн

ость

(от

0 до

10

0%)

Вли

яние

(от

0 до

1)

Важ

ност

ь(В

лиян

ие

*Вер

оятн

ость

)

Пре

вент

ивны

емер

опр

ияти

я

Реак

тивн

ыем

ероп

рия

тия

Вли

яние

(Опи

сани

евл

ияни

ярис

ка)

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



<все встречи РГ и интервью за отчетный период>

№Д

атап

рове

дени

яПредмет встречи

Ответственный / участники

Результат

от Исполнителя/ подрядчика

от Заказчика

Выходной документ

Ответственный за подготовку и

согласование документа

<датапрове-дения>

<название встречи>

<ФИО, Должность>

<ФИО, Должность>

<наимено-вание

документа с указанием № и даты>

<ФИО, Должность,

Организация>

6. Критичныевопросыреализации,требующиепринятиярешения:

<перечень критичных вопросов>

№

Наимено-вание /

Описание критическог

о вопроса

Предпри-нятые

действия по данному вопросу

Требуемые действия со

стороны Исполнителя / Подрядчика

Требуемые действия со

стороны Заказчика

Тре-буемыйсрокрешениявопр

оса

ФИО ответствен-

ного со стороны

Заказчика

ФИО ответственного

со стороны Исполнителя / Подрядчика

1. <краткоесодержаниекритическоговопроса>

<описаниепредпринятыхдейст

вий>

<описание возможных

путей решения проблемы>

<описание возможных

путей решения

проблемы>

<срокрешениявопро

са>

<ФИО ответствен-

ного исполнителя, должность>

<ФИО ответственного исполнителя, должность>

2.



Приложение №1-6. Состав услуг по модификации Системы.

№ п/п

Наименование задачи Краткое описание

1 2 31 Услуги по модификации механизма

репликации данных из ЦУЛС.В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Модификация механизма репликации данных из ЦУЛС в части обработки дублирующих записей. В настоящее время наличие "ошибочных", в том числе дублирующих, записей приводит к остановке репликации.

2 Услуги по расширению состава сведений подсистемы аналитической отчетности данными из СОНО.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Необходимо расширить состав сведений КАО о плательщиках НДС по полям "вид постановки на рег.учет по НДС" (обязательная/добровольная) и "источнику получения информации по регистрации в качестве плательщика НДС" (сообщение ИНИС, или кабинет налогоплательщиков, или налоговое заявление). По новым полям необходимо добавить фильтры.2. Передача данных по стране-импортеру, указанных в сопроводительных накладных на алкогольную продукцию из ИС СОНО в ЕХД.3. Передача данных об обороте табачных изделий, указанных в сопроводительных накладных на табачные изделия из ИС СОНО в ЕХД.

3 Услуги по модификации функционала ЕХД в связи с внесением изменений в бланк ЭСФ.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. В связи с внесением изменений в Бланк ЭСФ необходимо провести работы по модификации функционала ЕХД в целях обеспечения захвата полей нового Бланка ЭСФ и дальнейшей отправки сведений из ЭСФ в страны ЕАЭС.2. Модификация в модуле заверения/подтверждения ЭСФ нового бланка ЭСФ на 2017 год и внесение соответствующих изменений в функционал модуля.

4 Услуги по модификации сервиса по передаче данных из системы оператора данных контрольных приборов учета в ИС ЕХД.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Модифицировать передачу данных из системы оператора данных контрольных приборов учета в сфере производства этилового спирта и алкогольной продукции, а также производства и оборота нефтепродуктов в ИС ЕХД на основании полученных данных в режиме реального времени. Предусмотреть захват данных об учетно-контрольных марках с ftp-сервера КГД.

5 Услуги по интеграции с сервисным программным продуктом Маркировка товаров.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Прием сведений от сервисного программного продукта Маркировка товаров.

6 Услуги по модификации «Реестра результатов КК» (общего реестра документов) в части добавления новых граф, изменения действующих

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



7 Услуги по модификации режима камеральный контроль Формирование и направление (вручение) уведомлений по результатам КК в области оборота нефтепродуктов.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Модификация РВУ в части формирования территориальными департаментами государственных доходов уведомлений об устранении нарушений в области оборота нефтепродуктов по форме, утвержденной Приказом Министра финансов Республики Казахстан от 19 сентября 2011 года № 479в соответствии со статьей 16 Закона о государственном регулировании производства и оборотов нефтепродуктов.

8 Услуги по модификации механизма по формированию документов по результатам камерального контроля.

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

9 Услуги по передаче справочников из Астана-1.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Необходимо реализовать захват из Астана-1 справочников для дальнейшей передачи в ЭСФ, используемых при заполнении декларации на товары.

10 Услуги по расширению состава передаваемых/получаемых сведений между ЕХД и ИС ЭСФ.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Расширение состава передаваемых сведений между ЕХД и ИС ЭСФ в части:а) передача ФНО 328.00;б) передача регистрационной карточки налогоплательщика и дополнительных сведений;в) передача справочников;г) получение сведений о постановке на учет в ИС ЭСФ и снятие с учета в ИС ЭСФ.

11 Услуги по модификации ЕХД в части расширения перечня отчетов.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Отчет о суммах налогов и других обязательных платежей в разрезе видов экономической деятельности (ОКЭД) с начала месяца/года по состоянию на 1 число

12 Услуги по модификации ЕХД в рамках реализации 98 шага из 100 шагов по реализации пяти институциональных реформ

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

13 Услуги по модификации интеграции с Национальным банком.

В рамках задачи Исполнитель должен выполнить не менее чем следующие мероприятия:1. Расширение ответа по описанию ошибок на запрос.2. Модификация обработки запроса.

14 Услуги по модификации функционала ЕХД в части расширению перечня передаваемых сведений о сдаче декларации по индивидуальному подоходному налогу и имуществу (ФНО 230.00) на портал КГД.

В рамках задачи Поставщик должен выполнить не менее чем следующие мероприятия:1. Модификации функционала ЕХД в части реализации электронного сервиса, предоставления сведений о сдаче декларации по индивидуальному подоходному налогу и имуществу (ФНО 230.00) и передача на Портал КГД.


Техническая спецификация СОНО КГД 2015 · web...

Documents