Требования к обновлению программного обеспечения

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

Программа, разработана совместно с ЗАО «Сбербанк-АСТ». Слушателям, успешно освоившим программу, выдаются удостоверения установленного образца.

Обзор документа

Регламент обновления автоматизированных информационных систем Федеральной налоговой службы (утв. Федеральной налоговой службой 28 июля 2017 г.)

Настоящий документ определяет порядок подготовки новых версий программных средств АИС «Налог-3», ИС «Маркировка», размещения их в Фонде алгоритмов и программ ФНС России и развертывания на объектах автоматизации местного, регионального и федерального уровней.

Настоящий документ ограничен описанием процесса обновления прикладного программного обеспечения АИС «Налог-3», ИС «Маркировка» и не затрагивает вопросов обновления общесистемного программного обеспечения, проведения технологических работ с оборудованием, описанных в Регламенте обеспечения непрерывной и бесперебойной работы Контура промышленной эксплуатации АИС «Налог-3» и информирования пользователей о его состоянии.

Основными целями процесса обновления версий программного обеспечения являются:

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

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

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

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

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

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

— документирование всех изменений функционала, содержащихся в версии;

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

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

В настоящем Регламенте приняты следующие термины, определения и сокращения:

Термин Определение
АИС «Налог-3» Единая информационная система ФНС России, обеспечивающая автоматизацию деятельности ФНС России по всем выполняемым функциям, определяемым Положением о Федеральной налоговой службе, утвержденным постановлением Правительства Российской Федерации от 30.09.2004 N 506
Выпуск («релиз») Срез (снапшот) исходного кода ППО, содержащийся в СКВ, отмечающий состояние исходного кода на определенную дату, формируется как результат процесса выпуска и как исходные данные для процесса сборки.
ГК Государственный контракт
ЕКП Единое клиентское приложение
ЕРП Единое рабочее пространство (Интернет-портал организации, оказывающей услуги или выполняющей работы по государственным контрактам на развитие и/или сопровождение прикладного программного обеспечения и информационного обеспечения)
Заказчик ФНС России
Исполнитель ГК Организация, оказывающая услуги или выполняющая работы по государственным контрактам на развитие и/или сопровождение прикладного программного обеспечения и информационного обеспечения
ИС «Маркировка» Информационная система маркировки товаров контрольными (идентификационными) знаками
Контур Совокупность логически связанных программных сред, предназначенная для запуска и выполнения ППО АИС «Налог-3», ИС «Маркировка». Все элементы контура созданы и функционируют согласно единому плану и служат единой цели в рамках процессов разработки и эксплуатации соответствующей информационной системы.
Конфигурационные файлы контура (файлы конфигурации) Набор файлов, содержащих значения конфигурации контура. Являются частью Установочного пакета.
Конфигурация контура Совокупность значений переменных конфигураций контура, требуемых для запуска и функционирования ППО АИС «Налог-3» или ИС «Маркировка»
КПИ Компоненты прикладной инфраструктуры. Представляет собой набор готовых решений, отдельных программных компонентов и документации, используемых в прикладных подсистемах для реализации типовых общесистемных задач.
КПЭ Контур промышленной эксплуатации.
Пакет бинарных файлов ППО Архив, содержащий бинарные файлы ППО. Является результатом процесса сборки и исходными данными для процесса интеграции.
ПК АИС ФЦОД Программный комплекс АИС ФЦОД, обеспечивающий ведение (наполнение, корректировку, архивирование) информационных ресурсов АИС ФЦОД (федеральные информационные ресурсы — ФИР), предоставление доступа пользователей к ФИР, формирование пользователями требуемых выходных документов с использованием ФИР. АИС ФЦОД используется для организации автоматизированного взаимодействия с федеральными, региональными и местными органами государственного управления и других ведомств, физическими и юридическими лицами, в интересах исполнения государственного бюджета.
ПК Массового ввода и печати Программный комплекс массового ввода, массовой печати и архивного хранения документов
ПК «Регион» Программный комплекс предназначен для подразделений Управлений Федеральной налоговой службы России по субъектам Российской Федерации, выполняющих функции налогового администрирования, анализа и контроля за подведомственными налоговыми органами на региональном уровне, а также взаимодействия с внешними организациями по обмену информацией в электронном виде.
ПО Программное обеспечение
ПП АИН Прикладная подсистема «Анализ имущественных налогов»
ПП ВСА Прикладная подсистема «Визуальный сетевой анализ объектов и связей»
ПП ГП-3 Прикладная подсистема «Система юридически значимого электронного документооборота при представлении НБО и других документов в электронном виде»
ПП «Анализ сведений СУО» Прикладная подсистема «Аналитическая система обработки статистических данных систем управления очередью в территориальных налоговых органах на федеральном и региональном уровнях»
ПП «Отчётность» Прикладная подсистема «Отчетность»
ПП «Оперативный контроль» Прикладная подсистема автоматизированной информационной системы ФНС России (АИС «Налог-3»), реализующая автоматизацию функции регистрации контрольно-кассовой техники и контроля за применением контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием электронных средств платежа на территории Российской Федерации
ППК Предпромышленный контур
ППО Прикладное программное обеспечение
Развертывание Процесс, решающий задачу распространения новых версий ППО (с помощью установочного пакета) по целевым контурам, запуск на целевых контурах, обновление конфигурации контуров в соответствии с конфигурационными файлами контура, содержащимися в установочном пакете.
СКВ Система контроля версий. Совокупность сервисов и механизмов, обеспечивающая контроль согласованности версий различных компонентов ПО и конфигурации.
СМЭВ Система межведомственного электронного взаимодействия
СУиМ Система управления и мониторинга
Установочный пакет (версия, дистрибутив) Установочный пакет программного обеспечения — архив, содержащий бинарные файлы информационной системы (бинарные файлы КПИ, прикладных подсистем и др.) и конфигурационные файлы контуров, скрипты для развертывания, документацию по развертыванию (дистрибутив). Является результатом выполнения процесса интеграции и исходными данными для процесса развертывания.
ФАП Фонд алгоритмов и программ ФНС России
ЭО Эксплуатирующая организация. ФКУ «Налог-Сервис» ФНС России.
hotfix Вневерсионные экспресс-обновления программного обеспечения, выпускаемые с целью срочного устранения критических проблем или внесения изменений в данные

3. Порядок подготовки новых версий и обновления ППО АИС «Налог-3», ИС «Маркировка» и передача их от Исполнителя ГК к Эксплуатирующей организации

3.1. Выпуск новых версий ППО осуществляет Исполнитель ГК в ходе выполнения работ по сопровождению в соответствии с внутренним регламентом сборки и внутреннего тестирования. Основаниями для выпуска новых версий ППО являются:

— устранение ошибок, выявленных в процессе промышленной эксплуатации программных средств.

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

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

— Подтверждение центром тестирования Исполнителя ГК устранения заявленных ошибок;

— Проверку на сохранность целостности функционирования автоматизированной информационной системы ФНС России в целом;

— Соответствие ППО актуальным версиям эксплуатационной документации;

— Проверку корректности и полноты описания изменений к версии.

3.3. Результаты внутреннего тестирования фиксируются Исполнителем ГК в протоколе внутренних тестовых испытаний по форме, приведённой в приложении 3.

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

3.4. Нумерация версий компонент АИС «Налог-3» осуществляется в соответствии с правилами нумерации версий программного обеспечения, разработанными в рамках выполнения Государственного контракта от 13.09.2010 N 5-6-02/113 п.п. 4.2.1.6.1.1 «Разработка стандартов по ведению разработки АИС «Налог-3» книга 5 «Правила нумерации версий программного обеспечения» (приведена в приложении 1).

3.5. Версии ИС «Маркировка» формируются в соответствии со строгой четырехзначной последовательностью [major].[minor].[build].[revision], где major — главный номер версии, minor — вспомогательный номер версии, build — номер сборки, revision — номер ревизии.

3.6. При размещении версии ПО в ФАП вместе с дистрибутивом в обязательном порядке размещается сопроводительная документация:

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

— Инструкция по установке и настройке версии;

— Новые версии эксплуатационной документации — руководства пользователя, руководства администратора и пр.;

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

— Акт включения в ФАП программного обеспечения по форме, приведённой в приложении 4;

— Накладная пакета поставки программного обеспечения.

3.7. Вневерсионные экспресс-обновления АИС «Налог-3», ИС «Маркировка», выпускаемые с целью срочного устранения критических проблем или внесения изменений в данные (далее — hotfix), размещаются Исполнителем ГК в Едином рабочем пространстве (Интернет-портале Исполнителя ГК) (далее — ЕРП) и сопровождаются описанием, включающим в себя решаемую проблему, частоту ее проявления, критичность, краткую инструкцию по установке, влияние на работу пользователей во время обновления, возможную нестабильность работы приложения.

3.8. В случае передачи hotfix Исполнитель ГК в обязательном порядке в описании обновления указывает наличие возможности проведения функционального тестирования изменений, вносимых в рамках hotfix, на ППК. Если суть вносимых изменений такова, что на ППК выполнять заявку не следует, то необходимо описать причину.

3.9. ЭО по результатам рассмотрения предоставляемой в рамках п. 3.7-3.8 информации об обновлении не позднее одного рабочего дня с момента ее поступления вносит в ЕРП сведения о планируемой дате установки либо направляет средствами ЕРП Исполнителю ГК запрос на уточнение сведений.

3.10. В приложении 5 приведен график установки версий ПО на контуры ППК и КПЭ.

4. Особенности подготовки новых версий и обновлений централизованного ППО АИС «Налог-3»

4.1. Исполнителем ГК составляется годовой план выпуска версий ППО АИС «Налог-3» в соответствии с календарным планом работ по ГК и применимой нормативной базой ФНС России (далее — План). План согласовывается с Заказчиком и ЭО не позднее чем за 15 календарных дней до начала периода на который составляется план.

Читайте так же:  Налоговый вычет при купле продаже квартиры

4.2. При выявлении необходимости внесения изменений в план выпуска версий ППО АИС «Налог-3», Исполнитель ГК готовит актуализированный проект плана и проводит его согласование с Заказчиком и ЭО.

4.3. План выпуска версий централизованных компонент ППО АИС «Налог-3» публикуется на Интранет-портале Федеральной налоговой службы не позднее 5 дней после его согласования в разделе Главная АИС «Налог-3» Документы АИС «Налог-3» Квартальные планы выпуска версий.

4.4. Версии ППО АИС «Налог-3» для развертывания на предпромышленном контуре выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по четвергам до 12:00 по московскому времени путем размещения в ФАП. В случае размещения версии в ФАП позднее 12:00 текущего четверга время проверки версии на ППК и ее установки на предпромышленном контуре определяется ЭО по согласованию с Заказчиком.

4.5. Передаваемые дистрибутивы новых версий АИС «Налог-3» перед их развертыванием на контуре промышленной эксплуатации в обязательном порядке проходят комплекс проверочных процедур на ППК: ЭО проводит проверку развертывания дистрибутивов, ответственные налоговые органы проводят проверку работоспособности функций АИС «Налог-3». В качестве базовых налоговых органов, ответственных за проведение проверки на ППК, для целей настоящего Регламента определены

— Управление Федеральной налоговой службы по г. Москве;

— Межрайонная инспекция ФНС России N 46 по г. Москве (Единый центр регистрации);

— Инспекция Федеральной налоговой службы N 10 по г. Москве;

— Инспекция Федеральной налоговой службы N 24 по г. Москве;

— Инспекция Федеральной налоговой службы N 31 по г. Москве;

— Управление Федеральной налоговой службы по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 15 по Санкт-Петербургу (Единый центр регистрации);

— Межрайонная инспекция Федеральной налоговой службы N 26 по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 3 по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 27 по Санкт-Петербургу;

— Межрайонная инспекция Федеральной налоговой службы N 28 по Санкт-Петербургу.

4.6. ЭО обеспечивает работоспособность, поддержание в актуальном состоянии ППК. Для поддержания в актуальном состоянии ППК ЭО не реже одного раза в год выполняет обновление баз данных ППК данными из КПЭ в согласованном с Заказчиком объеме.

4.7. Заказчик, ЭО, Исполнитель ГК, ответственные налоговые органы не позднее пяти дней с момента утверждения настоящего Регламента назначают не менее двух сотрудников, ответственных за координацию взаимодействия, и обмениваются информацией о них (ФИО, рабочий телефон, мобильный телефон, адрес электронной почты). В случае принятия решения о замене ответственного сотрудника сведения о новом сотруднике направляются остальным участникам в трехдневный срок.

4.8. В целях соблюдения заявленных в Регламенте временных рамок установка ЕКП АИС «Налог-3» для ППК осуществляется вручную из ФАП.

4.9. После размещения дистрибутивов версии АИС «Налог-3» в ФАП (п. 4.4) в период с 18:00 четверга до 24:00 воскресенья (время московское) ЭО устанавливает дистрибутивы на ППК с целью проверки развертывания системы.

4.10. Информация о размещении версии ППО АИС «Налог-3» на ППК и недоступности данного контура размещается ЭО на портале службы технической поддержки ФКУ «Налог-Сервис» ФНС России не позднее чем за 15 минут до начала установки.

4.11. В случае обнаружения проблем при развертывании версии ППО на ППК ЭО в согласованном с Исполнителем ГК формате фиксирует выявленные недостатки, передаёт их Исполнителю ГК для внесения исправлений.

4.12. Исполнитель ГК и ЭО прилагают все усилия для завершения развертывания версии АИС «Налог-3» на ППК до планового срока завершения ее установки.

4.13. Не позднее 09:00 понедельника после установки версии АИС «Налог-3» на ППК, ЭО сообщает ответственным налоговым органам о возможности начала функциональной проверки либо изменении времени ее начала вследствие выявления проблем с развёртыванием путем отправки уведомления на адреса электронной почты ответственных участников.

4.14. В период с 09:00 понедельника до 12:00 четверга этой же недели ответственные налоговые органы проводят на ППК проверку работоспособности функций АИС «Налог-3».

4.15. Для целей повышения эффективности проводимого тестирования ответственные налоговые органы формируют и поддерживают в актуальном состоянии библиотеку алгоритмов проведения проверок функциональных возможностей АИС «Налог-3» с учетом ограничений ППК, определяют критерии их успешности, готовят пакет необходимых для проведения проверок документов.

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

4.17. В ходе проведения проверок ответственные налоговые органы оперативно направляют по электронной почте выявленные замечания в адрес Заказчика, ЭО и Исполнителя ГК, а также размещают обращения об обнаруженной проблеме на сайте службы технической поддержки Исполнителя ГК.

4.18. Не позднее 14:00 четверга ответственные налоговые органы формируют и направляют в адрес Заказчика, ЭО и Исполнителя ГК по электронной почте протокол комплексного тестирования программных средств по форме, утвержденной Положением об организации работ по развитию АИС ФНС России, содержащий перечень выявленных замечаний с учетом комментариев Исполнителя ГК в обращениях, размещенных налоговыми органами на сайте службы технической поддержки ЭО и/или Исполнителя ГК, а также вывод о возможности установки обновления на контур промышленной эксплуатации. Результирующая часть протокола должна однозначно указывать на подтверждение, либо опровержение возможности установки тестируемого программного обеспечения на контуре промышленной эксплуатации, не допускать двойных трактовок, не содержать условий либо ограничений для заявленного вывода о результатах тестирования. Направление акта проведения проверки дублируется в рабочем порядке на адреса электронной почты ответственных участников.

4.19. В случае невозможности установки тестируемого программного обеспечения на контуре промышленной эксплуатации Заказчик совместно с Исполнителем ГК принимает решение о переносе даты установки версии на контур промышленной эксплуатации и определяет новую дату установки исправленной версии на ППК для проведения тестирования.

4.20. Заказчик, получив сведения от ответственных налоговых органов об отсутствии замечаний к устанавливаемой версии ППО АИС «Налог-3» либо версию ПО, содержащую исправления выявленных недостатков, принимает решение о возможности установки версии на контуре промышленной эксплуатации и доводит его до ЭО, Исполнителя ГК и налоговых органов.

4.21. ЭО, получив от Заказчика сведения о возможности установки версии, устанавливает версию на контуре промышленной эксплуатации в порядке, описанном в разделе 8 настоящего Регламента.

5. Особенности подготовки обновления версий децентрализованных компонент ППО АИС «Налог-3»

5.1. Версии децентрализованных компонент АИС «Налог-3» для контура промышленной эксплуатации выпускаются Исполнителем ГК и передаются Заказчику не чаще 1 раза в неделю путем размещения в ФАП.

5.2. Исполнитель ГК уведомляет ЭО о необходимости и сроках проведения работ по обновлению децентрализованного ППО.

5.3. Если децентрализованная компонента АИС «Налог-3» устанавливается силами сотрудников налогового органа (далее — НО), то ЭО уведомляет НО официальным письмом о требуемых сроках начала выполнения работ и отслеживает завершение установки посредством ППО «Каталог версий». ЭО еженедельно направляет в Управление информационных технологий отчет по НО, в которых не завершены работы по обновлению децентрализованных компонент АИС «Налог-3».

6. Особенности подготовки новых версий и обновлений унаследованной централизованной компоненты АИС «Налог-3» ПК АИС ФЦОД

6.1. Порядок установки АИС ФЦОД на контуре промышленной эксплуатации.

6.1.1. В целях соблюдения требований к проведению технологических работ, установленных Правилами и процедурами работы в СМЭВ по Методическим рекомендациям версии 2.Х и Правилами и процедурами работы в Системе межведомственного электронного взаимодействия по Методическим рекомендациям версии 3.ХХ, установка версий ПК АИС ФЦОД на КПЭ выполняется в технологическое окно в период с 23:00 понедельника до 05:00 вторника.

6.1.2. Версии ППО АИС ФЦОД для контура промышленной эксплуатации выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по понедельникам до 16:00 по московскому времени путем размещения в ФАП.

6.1.3. Обновление ПК АИС ФЦОД на КПЭ производится с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации и Исполнителя ГК. Сообщение о завершении работ по обновлению ПК АИС ФЦОД размещается после получения подтверждения корректности установки от Исполнителя ГК.

6.1.4. В случае необходимости обновления компонент ПК АИС ФЦОД на КПЭ до выхода новой версии (установка hotfix) или сразу после ее установки, заявка на обновление размещается Исполнителем ГК в Едином рабочем пространстве с указанием цели обновления и требуемых сроков его выполнения.

6.1.5. Hotfix, устраняющие некритические проблемы, устанавливаются на КПЭ в технологическое окно с 23:00 понедельника по 5:00 вторника.

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

6.1.7. Версии ПК АИС ФЦОД, определённые Заказчиком, как срочные, устанавливаются ЭО вне заявленных регламентных сроков.

6.1.8. Во время любого обновления ПК АИС ФЦОД обеспечивается оперативная поддержка ЭО со стороны Исполнителя ГК в объёме, достаточном для устранения возникающих в ходе обновления ошибок и анализа корректности его установки.

6.1.9. Описание технической процедуры обновления ПК АИС ФЦОД приведено в инструкции и руководстве администратора ПК АИС ФЦОД.

7. Особенности подготовки новых версий и обновлений ИС «Маркировка»

7.1. Передаваемые дистрибутивы новых версий ИС «Маркировка» перед их развертыванием на контуре промышленной эксплуатации в обязательном порядке проходят комплекс проверочных процедур на ППК. ЭО проводит проверку развертывания дистрибутивов.

7.2. ЭО обеспечивает работоспособность, поддержание в актуальном состоянии ППК. Для поддержания в актуальном состоянии ППК ЭО не реже одного раза в год выполняет обновление баз данных ППК данными из КПЭ в согласованном с Заказчиком объеме.

7.3. Заказчик, ЭО, Исполнитель ГК не позднее пяти дней с момента утверждения настоящего Регламента назначают не менее двух сотрудников, ответственных за координацию взаимодействия, и обмениваются информацией о них (ФИО, рабочий телефон, мобильный телефон, адрес электронной почты). В случае принятия решения о замене ответственного сотрудника сведения о новом сотруднике направляются остальным участникам в трехдневный срок.

Читайте так же:  Госпошлина загранпаспорт тверь

7.4. Порядок установки ИС «Маркировка» на ППК.

7.4.1. Версии ППО ИС «Маркировка» выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по средам до 16:00 по московскому времени путем размещения в ФАП.

7.4.2. После размещения дистрибутивов версии ИС «Маркировка» в ФАП в период с 18:00 среды до 02:00 четверга (время московское) ЭО устанавливает дистрибутивы на ППК с целью проверки развертывания системы.

7.4.3. В случае обнаружения проблем при развертывании версии ППО на ППК ЭО в согласованном с Исполнителем ГК формате фиксирует выявленные недостатки, передаёт их Исполнителю ГК для внесения исправлений.

7.4.4. Исполнитель ГК и ЭО прилагают все усилия для завершения развертывания версии ИС «Маркировка» на ППК до планового срока окончания ее установки.

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

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

7.4.7. Заказчик, получив сведения об отсутствии замечаний к устанавливаемой версии ИС «Маркировка» либо версию ПО, содержащую исправления выявленных недостатков, принимает решение о возможности установки версии на контуре промышленной эксплуатации и доводит его до ЭО, Исполнителя ГК.

7.5. ЭО, получив от Заказчика сведения о возможности установки версии, устанавливает её на контуре промышленной эксплуатации в следующем порядке.

7.5.1. Установка версий ИС «Маркировка» на КПЭ выполняется в технологическое окно в период с 18:00 среды до 02:00 четверга.

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

7.5.3. В случае необходимости обновления компонент ИС «Маркировка» на КПЭ до выхода новой версии (установка hotfix) или сразу после ее установки, заявка на обновление размещается Исполнителем ГК в Едином рабочем пространстве с указанием цели обновления и требуемых сроков его выполнения и контуров ППО, на которые должно быть установлено обновление.

7.5.4. Hotfix, устраняющие некритические проблемы, устанавливаются на КПЭ в технологические окна по вторникам и пятницам с 20:00 до 24:00.

7.5.5. ЭО информирует пользователей ППО о проведении технологических работ на портале службы технической поддержки ФКУ «Налог-Сервис» ФНС России дважды:

— не позднее чем за 2 дня до проведения работ,

7.5.6. ЭО информирует пользователей о завершении технологических работ не позднее чем через 15 минут после их завершения.

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

7.5.8. Версии ИС «Маркировка», определённые Заказчиком, как срочные, устанавливаются ЭО вне заявленных регламентных сроков.

7.5.9. Во время любого обновления ИС «Маркировка» обеспечивается оперативная поддержка ЭО со стороны Исполнителя ГК в объёме, достаточном для устранения возникающих в ходе обновления ошибок и анализа корректности его установки.

7.5.10. Описание технической процедуры обновления ИС «Маркировка» приведено в инструкции и руководстве администратора ИС «Маркировка».

8. Порядок обновления централизованных компонент ППО АИС «Налог-3» на КПЭ

8.1. Версии ППО АИС «Налог-3» для развертывания на контуре промышленной эксплуатации выпускаются Исполнителем ГК и передаются Заказчику согласно Плану по четвергам до 12:00 по московскому времени путем размещения в ФАП. В случае размещения версии в ФАП позднее 12:00 текущего четверга время установки версии на КПЭ определяется ЭО по согласованию с Заказчиком.

8.2. Обновление серверной части ППО АИС «Налог-3» на контуре промышленной эксплуатации, при выходе новой версии ППО, осуществляется ЭО, при условии ее успешной проверки на ППК, в нерабочее время с 18:00 пятницы до 04:00 воскресенья по московскому времени с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации и Исполнителя ГК. Сообщение о завершении работ по обновлению серверной части АИС «Налог-3» размещается после получения подтверждения корректности установки от Исполнителя ГК.

8.3. В случае необходимости обновления компонент ППО на КПЭ до выхода новой версии (установка hotfix) или сразу после ее установки, заявка на обновление размещается Исполнителем ГК в Едином рабочем пространстве с указанием цели обновления и требуемых сроков его выполнения и контуров ППО, на которые должно быть установлено обновление.

8.4. Hotfix, устраняющие некритические проблемы, устанавливаются на КПЭ ППО по вторникам и пятницам с 20:00 до 24:00.

8.5. ЭО, в случае необходимости, но не чаще одного раза в месяц, разрешается в пятницу увеличить время проведения технологических работ и установки hotfix на КПЭ до 04:00 субботы.

8.6. ЭО информирует пользователей ППО о проведении технологических работ на портале службы технической поддержки ФКУ «Налог-Сервис» ФНС России дважды:

— не позднее чем за 2 дня до проведения работ

— непосредственно перед началом проведения работ.

8.7. ЭО информирует пользователей о завершении технологических работ не позднее чем через 15 минут после их завершения.

8.8. Важные hotfix, восстанавливающие работоспособность КПЭ ППО, устраняющие критические проблемы, вносящие изменения в значимые данные АИС «Налог-3» либо определенные указанием Заказчика в качестве срочных, устанавливаются ЭО вне заявленных регламентных сроков.

8.9. Версии ПП «Оперативный контроль», определённые Заказчиком, как срочные, устанавливаются ЭО вне заявленных регламентных сроков.

8.10. Во время любого обновления серверной части ППО обеспечивается оперативная поддержка ЭО со стороны Исполнителя ГК в объёме, достаточном для устранения возникающих в ходе обновления ошибок и анализа корректности его установки.

8.11. Распространение и обновление ЕКП на рабочих станциях пользователей на объектах автоматизации всех уровней осуществляется автоматизированно с использованием программных средств из состава СУиМ.

8.12. В случае, если на момент обновления серверной части по каким-либо причинам ЕКП не распространилось на рабочую станцию пользователя администраторы на объектах автоматизации осуществляют установку клиентской части вручную из ФАП.

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

— «Подсистемы «Налоговый автомат» и «Интерактивные сервисы». Прикладные подсистемы, построенные на базе компонент прикладной инфраструктуры. Руководство администратора»;

— «Порядок обновления АИС «Налог-3″ с использованием программных средств из состава СУиМ» (приложение 6);

— Инструкции и руководства администраторов подсистем, входящих в состав АИС «Налог-3», но не использующих КПИ;

— Инструкции и руководство администратора ПП «Оперативный контроль».

9. Порядок обновления интерактивных сервисов официального сайта ФНС России

9.1. Обновление прикладного программного обеспечения интерактивных сервисов официального сайта ФНС России осуществляется ЭО в случае необходимости по заявкам в Едином рабочем пространстве Исполнителя ГК.

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

— Версии интерактивных сервисов выпускаются Исполнителем ГК и передаются Заказчику согласно Плану установки ПК АИС ФЦОД по понедельникам до 16:00 по московскому времени путем размещения в ФАП ПО интерактивных сервисов.

— Обновление интерактивных сервисов осуществляется ЭО в нерабочее время с 23:00 понедельника до 05:00 вторника по московскому времени с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации, Исполнителя ГК и на страницах интерактивных сервисов. Сообщение о завершении работ по обновлению интерактивных сервисов размещается после получения подтверждения корректности установки от Исполнителя ГК.

9.3. Обновление интерактивных сервисов «Личный кабинет налогоплательщика индивидуального предпринимателя», «Личный кабинет налогоплательщика юридического лица», «НДС-офис иностранной организации», «Личный кабинет налогоплательщика иностранной организации» осуществляется ЭО следующим порядком:

— Исполнитель ГК ежемесячно, в последнюю среду месяца, выпускает новые версии ПО интерактивных сервисов.

— В четверг, следующий за датой выпуска версии, Исполнитель ГК размещает ПО интерактивных сервисов в ФАП.

— Обновление интерактивных сервисов осуществляется ЭО в нерабочее время с 21:00 до 24:00 понедельника вторника по московскому времени с информированием пользователей о начале и завершении работ через новостные ленты служб поддержки Эксплуатирующей организации, Исполнителя ГК и на страницах интерактивных сервисов. Сообщение о завершении работ по обновлению интерактивных сервисов размещается после получения подтверждения корректности установки от Исполнителя ГК.

10. Порядок обновления децентрализованных компонент ППО АИС «Налог-3» на объектах автоматизации Заказчика

10.1. Обновление децентрализованных компонент типовых программных комплексов из состава АИС «Налог-3» осуществляется администраторами типовых программных комплексов на объектах автоматизации в соответствии с Порядком информационного взаимодействия с Фондом алгоритмов и программ ФНС России, установленным приказом ФНС России от 06.09.2006 N САЭ-3-13/[email protected] Описание технической процедуры обновления программного обеспечения из состава АИС «Налог-3» приведено в следующих документах:

— «Система электронной обработки данных инспекций местного уровня. Установка, администрирование и сопровождение системы ЭОД. Руководство пользователя»;

— «Система электронной обработки данных инспекций местного уровня. Методические указания по переносу базы данных ЕГР на отдельный сервер. Руководство пользователя»;

— «Система электронной обработки данных инспекций местного уровня. Настройка web-сервисов. Руководство пользователя»;

— «Программный комплекс регионального уровня (ПК Регион). Инструкция по установке и настройке общесистемного ПО для ПК Регион»;

— «Порядок работ по подготовке и настройке ПК Регион для работы с АИС «Налог-3»,

а также в документах «Руководства администратора» соответствующих программных комплексов, размещенных в ФАП.

Приложение 1
к Регламенту обновления
автоматизированных
информационных систем
Федеральной налоговой службы,
утвержденному
28 июля 2017 г.

Выполнение работ, оказание услуг по разработке проектных решений, вводу в действие и сопровождению подсистем АИС «Налог-3» на объектах территориальных органов ФНС России для совершенствования налогового администрирования

Государственный контракт от 13 сентября 2010 г. N 5-6-02/113

п.п. 4.2.1.6.1.1. Разработка стандартов по ведению разработки АИС «Налог-3»

Книга 5.
Правила нумерации версий программного обеспечения

1. Назначение документа

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

Читайте так же:  Защита прав потребителей в ростове-на-дону телефон

2. Термины и сокращения

ЕХИК Единое хранилище исходных кодов, используемое для хранения, сборки и валидации исходных кодов всех подсистем АИС Налог 3 и всего продукта в целом.
Задача Часть подсистемы, разработка которой осуществляется самостоятельно. По своей сути задача может являться подсистемой, но в связи с крупным делением АИС Налог 3 входит в одну из подсистем. (Пример: задача «Обмен с УФК» входящая в состав подсистемы «ЦВЛС»).
Контрактная часть задачи/подсистемы Часть задачи/подсистемы, содержащая определения контрактов, используемых внешними подсистемами для взаимодействия с данной задачей/подсистемой.
Подсистема Часть АИС Налог 3, выделенная при проектировании и описанная в техническом задании. Одной из особенностей подсистем является то, что они разрабатываются различными группами разработчиков.
Продукт Совокупность разрабатываемых в рамках проекта модернизации архитектуры ФНС России прикладных и сервисных подсистем. Продукт характеризуется набором готовых программных компонентов (клиентского и серверного ПО), баз данных, готовых к установке на контур эксплуатации.
Реализационная часть задачи/подсистемы Часть задачи/подсистемы, содержащая реализацию логики задачи/подсистемы, в том числе реализацию контрактов, определенных в контрактной части.
Релиз подсистемы Понятие, определяющее зафиксированный набор ключевых требований к реализации подсистемы. К таким ключевым требованиям могут относиться: — Требование к использованию определенных версий инструментальных средств, к которым относятся среды и библиотеки разработки сторонних производителей, — Требование к использованию определенных версий (а точнее релизов) инфраструктурных подсистем, таких как КПИ, СИИВ и т.п. — Требование к реализации или использованию определенных версий контрактов из состава релиза служебной подсистемы «Портфель сервисов», — Требование к выполнению доработки (реализации определенного функционала) подсистемы, как правило, меняющей или добавляющей новую ключевую логику в работу подсистемы, а также меняющей совместимость по данным с другими подсистемами.
Релиз продукта Понятие, определяющее зафиксированный набор релизов всех прикладных и служебных подсистем, включенных в релиз продукта.

3. Правила нумерации версий

Введение единообразной практики нумерации версий в рамках проекта по модернизации информационной системы ФНС России (АИС Налог 3) позволит:

— Организовать общие подходы к изменению номеров версий по мере развития системы

— Контролировать состав дистрибутива конечного продукта

— Однозначно определять исходный код компонента по версии файла компонента

— Осуществлять проверку совместимости компонентов на основе номеров версий

— Выявлять ошибки развертывания продукта на ранней стадии и организовать верификацию рабочего окружения пользователей и служб

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

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

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

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

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

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

— Номер версии подсистемы (SSV). Идентифицирует версию подсистемы, как набора всех компонентов подсистемы, передаваемых для сборки и выпуска версии продукта.

Примечание: взаимосвязи между PRV, PV, SSRV и SSV проиллюстрированы на рисунке ниже:

— Номер версии контракта (сборки контракта) подсистемы (CAV). Идентифицирует версию контракта из состава контрактной части подсистемы.

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

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

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

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

Номера всех версий кроме версий релизов формируются по следующему шаблону: [major].[minor].[build].[revision]

Номера версий релизов формируются по следующему шаблону: [major].[minor]

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

Наименование версии Шаблон версии Кем, когда и где определяется, где используется
major minor build revision
PRV (версия релиза продукта) = последним 2 цифрам года создания релиза Диапазон значений (10..ХХ) = порядковому номеру версии в году Диапазон значений (1..ХХ) Сбрасывается в 1 при смене PRV[major] Определяется разработчиком, ответственным за создание релиза продукта (включающем разработку ПО, для сборки продукта). Новая версия релиза продукта создаётся: — при изменении набора версий релизов подсистем, включаемых в состав релиза продукта. Новый номер версии релиза продукта регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в рамках ЕХИК для именования ветки исходных кодов, соответствующей версии релиза продукта, — как составная часть версии продукта (PV)
PV (версия продукта) = 3 (из аббревиатуры АИС Налог 3) = PRV[major] = PRV[minor] = номеру билда продукта, автоматически формируемому при сборке. Диапазон значений (1..ХХ) [major].[minor].[build]-часть формируется разработчиком, ответственным за создание релиза продукта, при создании релиза продукта. [revision]-часть формируется автоматически при сборке продукта в рамках соответствующего релиза продукта путём инкрементации значения PRV[revision] предыдущего билда. При сборке также автоматически формируется сводка о составе и версиях подсистем, включенных в состав версии продукта. Номер официально выпускаемой версии продукта регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в сопроводительной документации к версии как официальная версия продукта АИС Налог 3
SSRV (версия релиза подсистемы) = последним 2 цифрам года создания релиза Диапазон значений (10..ХХ) = порядковому номеру версии в году Диапазон значений (1..ХХ) Сбрасывается в 1 при смене SSRV[major] Определяется разработчиком, ответственным за создание релиза подсистемы. Новая версия релиза подсистемы создаётся: — при изменении хотя бы одного требования из набора ключевых требований, определяющих предыдущую версию релиза подсистемы, — при необходимости формирования нового релиза в соответствии с планом (внешним или внутренним) выпуска релизов подсистемы. Новый номер версии релиза продукта регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в рамках ЕХИК для именования ветки исходных кодов, соответствующей версии релиза подсистемы, — как составная часть версии подсистемы (SSV), — как составная часть версии сборки реализационной части подсистемы (RAV).
SSV (версия подсистемы) = SSRV[major] = SSRV[minor] = номеру очередного изменения подсистемы Диапазон значений (0..ХХ) Сбрасывается в 0 при смене SSRV[minor] = номеру обновления к уже выпущенной версии подсистемы Диапазон значений (0..ХХ) Сбрасывается в 0 при смене SSRV[build] Определяется разработчиком, ответственным за выпуск версии подсистемы. Новая версия подсистемы создаётся: — при создании нового релиза подсистемы, — при выпуске версии подсистемы, содержащей очередные (плановые) изменения подсистемы, — при выпуске версии подсистемы, содержащей обновление (патч) к ранее выпущенной и переданной в эксплуатацию версии. Номер официально выпускаемой версии подсистемы регистрируется в реестре версий на портале ЕРП вместе с соответствующим описанием к нему. Используется: — в сопроводительной документации к версии как официальная версия подсистемы, — в версии файла сборки контракта (CFV) и реализационной части (RFV) подсистемы
CAV (версия контракта подсистемы) = номеру модификации контракта с потерей совместимости с предыдущей версией контракта Диапазон значений (1..ХХ) = номеру модификации контракта без потери совместимости с предыдущей версией контракта Диапазон значений (0..ХХ) Сбрасывается в 0 при смене CAV[major] = 0 = 0 Определяется разработчиком, выполняющим создание или модификацию контракта. Новая версия контракта создаётся: — при любом изменении контракта. Номер официально выпускаемой версии контракта: — если контракт является контрактом межподсистемного взаимодействия, то фиксируется в рамках портала служебной подсистемы «Портфель сервисов», — если контракт является инфраструктурным контрактом (т.е. контрактом не на основе технологии WEB-сервисов) инфраструктурной подсистемы (КПИ, СИИВ и т.п.), то фиксируется как атрибут AssemblyVersion проекта контракта. Используется: — в сопроводительной документации к официальной версии контракта, включаемого в состав служебной подсистемы «Портфель сервисов», — в атрибуте AssemblyVersion проекта контракта в служебной подсистеме «Портфель сервисов», — в атрибуте AssemblyVersion проекта контракта в инфраструктурной подсистеме.
CFV (версия файла сборки контракта подсистемы) = SSV[major] = SSV[minor] = SSV[build] = SSV[revision] Определяется разработчиком, выполняющим сборку контракта. Версия файла сборки контракта соответствует версии подсистемы, в рамках которой осуществляется его сборка. Версия файла сборки контракта подсистемы фиксируется в атрибуте AssemblyFileVersion проекта сборки. Используется: — в конфигурационных файлах, — может использоваться в механизме контроля версий компонентов системы.
RAV (версия сборки реализационной части подсистемы) = SSRV[major] = SSRV[minor] = 0 = 0 Определяется разработчиком, выполняющим создание или модификацию сборки реализационной части подсистемы. Новая версия сборки реализационной части создаётся: — при изменении версии релиза подсистемы. Версия сборки реализационной части подсистемы фиксируется в атрибуте AssemblyVersion проекта сборки. Используется: — в конфигурационных файлах.
RFV (версия файла сборки реализационной части подсистемы) = SSV[major] = SSV[minor] = SSV[build] = SSV[revision] Определяется разработчиком, выполняющим сборку реализационной части подсистемы. Версия файла сборки реализационной части соответствует версии подсистемы, в рамках которой осуществляется его сборка. Версия файла сборки реализационной части подсистемы фиксируется в атрибуте AssemblyFileVersion проекта сборки. Используется: — в конфигурационных файлах, — может использоваться в механизме контроля версий компонентов системы.

Приложение 2
к Регламенту обновления
автоматизированных
информационных систем
Федеральной налоговой службы,
утвержденному
28 июля 2017 г.

Перечень изменений в версии
ППО «название ппо»
___________________________________________________________

Версия подсистемы ХХ.ДД.ММ.ГГ*

Назначение документа

Документ содержит перечень изменений по отношению к предыдущей версии ХХ.ДД.ММ.ГГ