Номер извещения: 0335300000225000655

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РТС-тендер

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.rts-tender.ru

Размещение осуществляет: Уполномоченный орган КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД"

Наименование объекта закупки: Услуги по сопровождению автоматизированной системы «АЦК-Финансы» на 2026 год

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202503353000002001000001

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД"

Почтовый адрес: 236022, Калининградская обл, г. Калининград, р-н Центральный, пл. Победы, дом 1

Место нахождения: 236022, Калининградская область, г. Калининград, пл. Победы, дом 1

Ответственное должностное лицо: Ферри О. И.

Адрес электронной почты: omz-kenig@mail.ru

Номер контактного телефона: 7-4012-923259

Дополнительная информация: Наименование заказчика: КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД". Место нахождения: 236022, КАЛИНИНГРАДСКАЯ ОБЛАСТЬ, г.о. ГОРОД КАЛИНИНГРАД, Г КАЛИНИНГРАД, ПЛ ПОБЕДЫ, Д. 1. Почтовый адрес: 236022, Калининградская обл, г Калининград, Калининградская обл, г Калининград, р-н Центральный, пл Победы, дом 1. Телефон: 7-4012-923359. Адрес электронной почты: komfin@klgd.ru Ответственное лицо: Калачев Сергей Николаевич.

Регион: Калининградская обл

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 29.10.2025 15:21 (МСК-1)

Дата и время окончания срока подачи заявок: 07.11.2025 10:00 (МСК-1)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 07.11.2025

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 11.11.2025

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 3 666 457,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 253390501561939060100100010016202242

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 62.02.30.000 - Услуги по технической поддержке информационных технологий Услуги по сопровождению автоматизированной системы «АЦК-Финансы» 7.7.1. Если для подготовки постоянного решения требуется устранение системной ошибки в работе Системы; 7.7.2. Если для подготовки постоянного решения требуется внесение изменений в Систему или в Документацию к Системе; 7.7.3. Если для подготовки временного и/или постоянного решения требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин – необходимых для выработки временного (при наличии) и/или постоянного решения; 7.7.4. Если для подготовки постоянного решения требуется разработка сложного инструмента корректировки данных в БД Заказчика, трудозатраты на разработку которого превышают установленные нормативные сроки решения инцидента. 8. Диагностика причин возникновения Инцидента и подготовка решения, направленного на устранение Инцидента, производятся силами и за счет средств Исполнителя. 9. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин Инцидента и их дальнейшего устранения. 10. Исполнитель вправе для устранения сбоя, возникшего по вине Исполнителя, предоставить Заказчику временное решение. При этом сбой считается устраненным, а разработка постоянного решения происходит в рамках услуги «Управление изменениями по решению инцидентов и устранению дефектов». 11. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 12. Исполнитель обязан предоставить Заказчику решение в сроки, отведенные на решение заявки категории «Инцидент», в зависимости от присвоенного приоритета: . • 3 рабочих дня с приоритетом «1 – блокирующий (наивысший)»; • 5 рабочих дней с приоритетом «2 – значительный (высокий)»; • 10 рабочих дней с приоритетом «3 – незначительный (средний)»; • по согласованию Сторон с приоритетом «4 - низкий». ... - Условная единица - 1,00 - 3 666 457,00 - 3 666 457,00

КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА "ГОРОД КАЛИНИНГРАД" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Услуги по сопровождению автоматизированной системы «АЦК-Финансы» 7.7.1. Если для подготовки постоянного решения требуется устранение системной ошибки в работе Системы; 7.7.2. Если для подготовки постоянного решения требуется внесение изменений в Систему или в Документацию к Системе; 7.7.3. Если для подготовки временного и/или постоянного решения требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин – необходимых для выработки временного (при наличии) и/или постоянного решения; 7.7.4. Если для подготовки постоянного решения требуется разработка сложного инструмента корректировки данных в БД Заказчика, трудозатраты на разработку которого превышают установленные нормативные сроки решения инцидента. 8. Диагностика причин возникновения Инцидента и подготовка решения, направленного на устранение Инцидента, производятся силами и за счет средств Исполнителя. 9. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин Инцидента и их дальнейшего устранения. 10. Исполнитель вправе для устранения сбоя, возникшего по вине Исполнителя, предоставить Заказчику временное решение. При этом сбой считается устраненным, а разработка постоянного решения происходит в рамках услуги «Управление изменениями по решению инцидентов и устранению дефектов». 11. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 12. Исполнитель обязан предоставить Заказчику решение в сроки, отведенные на решение заявки категории «Инцидент», в зависимости от присвоенного приоритета: . • 3 рабочих дня с приоритетом «1 – блокирующий (наивысший)»; • 5 рабочих дней с приоритетом «2 – значительный (высокий)»; • 10 рабочих дней с приоритетом «3 – незначительный (средний)»; • по согласованию Сторон с приоритетом «4 - низкий». 13. Если на основании принятого от УП «Инцидента» создан «Запрос на изменение», то время обработки «Инцидента» приостанавливается до решения, связанного «Запроса на изменение». При этом Исполнитель обязан предоставить Заказчику решение в сроки, обозначенные для услуги «Управление изменениями по решению инцидентов и устранению дефектов». 14. По факту устранения инцидента Исполнитель, при необходимости, отражает информацию об инциденте и способах его решения в Базе знаний Исполнителя с целью предупреждения ситуации возникновения в дальнейшем аналогичных инцидентов. 2.3.5. Управление запросами на обслуживание Под данным видом услуги понимается выполнение нетиповых работ, предоставление информации или других данных по зарегистрированному обращению УП, не связанному с нарушением эксплуатации Системы, необходимостью адаптации/внесения изменений в Систему, необходимостью выполнения типовых работ или оказания консультации в рамках услуги. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на обслуживание» нетиповой с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. К нетиповым Заявкам с категорией «Запрос на обслуживание» относятся Заявки содержащие: - Запрос, связанный с необходимостью разработки дополнительного инструмента корректировки данных в БД Системы; - Запрос на обновление, изменение или предоставление Документации Системы и другой информации по Системе или доступных Заказчику услугах; - Прочие запросы, несвязанные напрямую с вопросами эксплуатации Системы и не выходящие за рамки настоящего Технического задания и видов обеспечения Системы. 4. В процессе обработки заявок Заказчиком или Исполнителем допускается изменение приоритета (в случае необходимости) в сторону повышения или понижения. 5. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 6. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 7. Исполнитель обязан в удаленном режиме выполнить мероприятия, необходимые для решения заявки в объеме предусмотренной у Заказчика функциональности. 8. Исполнитель вправе отказать в решении заявки в случае, если требуемое решение выходит за рамки имеющейся у Заказчика функциональности или, если трудозатраты на выполнение такого запроса не сопоставимы с полученным результатом (например, в случае наличия в Системе штатного механизма/функции по корректировке данных). 9. В случае если запрос связан с необходимостью изменения Документации Системы Исполнитель осуществляет внесение изменений в Документацию Системы в рамках заявки категории «Запрос на изменение» в соответствии с требованиями и порядком оказания услуги «Управление изменениями по совершенствованию функциональности Системы и повышения удобства работы с ней». 10. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 11. Исполнитель обязан предоставить Заказчику решение в сроки, в зависимости от присвоенного приоритета: • 5 рабочих дней с приоритетом «3 – незначительный (средний)»; • 7 рабочих дней с приоритетом «4 - низкий». 2.3.6. Управление запросами на доработку Под данным видом услуги понимается анализ зарегистрированных обращений УП, связанных с необходимостью изменения существующей и/или разработки новой функциональности Системы, в том числе связанных с изменениями федерального законодательства, и предоставление заключения об условиях принятых к реализации изменений. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на доработку» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).». 3. Исполнитель обязан организовать комплекс мер (анализ), направленных на исследование заявки, связанных с необходимостью изменения существующей и/или разработки новой функциональности Системы. 4. На основании информации, полученной в рамках заявки, Исполнитель проводит анализ реализуемости требуемых изменений/дополнений функциональности Системы, предварительно вырабатывает способы и анализирует методы внесения изменений в Систему. 5. По результатам анализа Исполнитель информирует Заказчика о заключении по запросу на доработку, в котором указывает либо условия реализации изменений, либо причины отказа в реализации с предоставлением Заказчику обоснованного пояснения. 6. Основанием для отказа в реализации изменений могут быть: 6.1. Наличие противоречий между требованиями Заказчика и положениями федерального законодательства; 6.2. Наличие несоответствия запрашиваемых требований функциональным возможностям программных компонентов и модулей Системы, указанных в Техническом задании; 6.3. Наличие в требованиях Заказчика положений, исполнение которых приведет к ухудшению надежности, производительности, стабильности, масштабируемости или к потере существенных функций Системы; 6.4. Противоречие требований Заказчика особенностям функционирования Системы, реализация которых может привести к потере существенных функций Системы, с обоснованным пояснением Заказчику этих особенностей; 6.5. Наличие несоответствия запрашиваемых изменений функциональному назначению Системы, автоматизируемым функциям Системы; 6.6. Наличие в требованиях Заказчика положений несовместимых с архитектурой Системы. 7. Изменения в части функциональности Системы могут быть реализованы на усмотрение Исполнителя с учетом следующих условий, в соответствии со значимостью и полезностью изменений для общего развития и совершенствования Системы: – на коммерческой основе в рамках иных соглашений на выполнение работ, оказание услуг. В этом случае Исполнитель предоставляет информацию о предварительной сметной оценке реализации изменений и возможные сроки реализации изменений. – на безвозмездной основе в рамках соответствующей услуги «Управление изменениями по совершенствованию функциональности Системы и повышение удобства работы с ней» в сроки в соответствии с внутренним планом-графиком Исполнителя, без гарантии фиксации сроков. – на безвозмездной основе, в рамках услуги «Управление изменениями по обеспечению соответствия требованиям федерального законодательства». 8. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 9. Исполнитель обязан предоставить Заказчику заключение по результатам анализа заявки категории «Запрос на доработку», связанной с изменением законодательства, в срок, не превышающий 10 рабочих дней. 10. Исполнитель обязан предоставить Заказчику заключение по результатам анализа заявки категории «Запрос на доработку», не связанной с изменением законодательства, срок, не превышающий 23 рабочих дня. 2.3.7. Управление изменениями по решению инцидентов и устранению дефектов Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), направленных на предоставление решения (разработка рекомендаций, выпуск версий/патчей, разработка инструмента корректировки данных), обеспечивающего устранение выявленного инцидента в работе Системы, в случаях: - если требуется устранение системной ошибки в работе Системы, - если требуется внесение изменений в Систему или Документацию Системы, - если требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин, необходимых для выработки временного (при наличии) и/или постоянного решения, - если в рамках инцидента требуется разработка сложного инструмента корректировки данных в БД Заказчика. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на изменение». 3. Приоритет «Запроса на изменение» определяется на основании приоритета инцидента, указанного в связанной заявке, поступившей от УП. 4. При возникновении необходимости передачи инцидента на более высокий уровень специалистам экспертной поддержки, включая специалистов третьей линии сопровождения, регистрирует в АСУО заявку категории «Запрос на Изменение» и продолжает анализ инцидента и подготовку временного и/или постоянного решения, позволяющего разрешить зарегистрированный инцидент, в рамках данной заявки. 5. Приоритет по зарегистрированному «Запросу на изменение» может быть скорректирован в процессе оказания услуги Заказчиком или Исполнителем (при согласовании с Заказчиком) в соответствии с требованиями в Таблице 2 Приложения 1 настоящего Технического задания. 6. При наличии временного решения, позволяющего снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика, Исполнителем в рамках «Запроса на изменение» может быть скорректирован приоритет в сторону понижения. 7. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 8. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 9. Исполнитель обязан в удаленном режиме организовать комплекс мер (организационных, технических или иных), направленных на решение инцидента и/или устранение дефекта, заявленного в заявке категории «Запрос на изменение». 9.1. Решение «Запроса на изменение» может включать в себя: 9.2. Подготовку и предоставление временного решения инцидента (при наличии), включающего в себя консультации, рекомендации и (или) программные средства, позволяющие снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика в случае, если инцидент связан с системной ошибкой или сбоем; 9.3. Подготовку и предоставление постоянного решения инцидента, которое может включать: - инструмент исправления/корректировки данных, при условии отсутствия штатных механизмов корректировки данных с использованием функциональности Системы или, если необходимость корректировки данных вызвана ошибками реализации новой/изменением текущей функциональности Системы; - актуализацию рабочей Документации Системы в рамках решения инцидента; - консультирование УП в случае выявления ошибочных действий, которые привели к возникновению инцидента; - предоставления рекомендаций для решения инцидента, возникшего у УП; - исправление подтвержденных ошибок Системы, а также передачу Релиза Системы, включающего устранение подтвержденного дефекта (системной ошибки). 10. Мероприятия, направленные на решение инцидента и/или устранение дефекта, заявленного в заявке категории «Запрос на изменение», производятся силами и за счет средств Исполнителя. 11. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин возникновения инцидента, заявленного в заявке категории «Запрос на изменение», и его дальнейшего устранения. 12. Исполнитель обязан передать Заказчику Релиз с исправлением подтвержденных ошибок Системы в соответствии с порядком оказания услуги «Предоставление Релизов». 13. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 14. Информация о решении заявки категории «Запрос на изменение» должна отражаться Исполнителем во всех связанных с ней заявках категории «Инцидент». 15. Исполнитель обязан предоставить Заказчику решение по заявкам категории «Запрос на изменение», по согласованию Сторон в течение от 3 до 15 рабочих дней в зависимости от присвоенного приоритета: - 5 рабочих дней с приоритетом «1 – блокирующий (наивысший)»; - 10 рабочих дней с приоритетом «2 – значительный (высокий)»; - 15 рабочих дней с приоритетом «3 – незначительный (средний)»; - по согласованию Сторон с приоритетом «4 - низкий». 16. Услуга не распространяется на инциденты, возникшие не по вине Исполнителя. 2.3.8. Управление изменениями по обеспечению соответствия требованиям федерального законодательства Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), связанных с необходимостью проведения анализа, подготовки изменений в Систему и Документацию Системы в случаях, направленных на обеспечение соответствия Системы требованиям федерального законодательства в объеме реализованной функциональности, а также требованиям утвержденных форматов обмена с внешними федеральными государственными информационными системами, взаимодействующими с Системой. В том числе изменения, связанные с подготовкой Системы к эксплуатации в новом финансовом году. 1. Основанием для оказания услуги является факт вступления в силу изменений федерального законодательства. 2. На основании зарегистрированных УП заявок Исполнителем, при определении необходимости внесения изменений в Систему и/или Документацию к Системе, в АСУО регистрируется заявка категории «Запрос на Изменение» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. В рамках услуги Исполнитель обязан выполнить адаптацию Системы на соответствие измененным в рамках срока оказания услуг требованиям федерального законодательства в соответствии со следующими нормативными сроками: - Не позднее даты вступления в силу нормативного документа в случае, если дата опубликования нормативного документа не менее 30 (тридцати) (календарных дней до даты вступления в силу нормативного документа; - Не позднее 30 (тридцати) календарных дней со дня опубликования нормативного документа, либо поэтапно в согласованные Сторонами сроки в случае, если дата опубликования нормативного документа менее 30 (тридцати) календарных дней с даты вступления в силу нормативного документа; - В случаях, когда обязанность по применению вновь введенных норм права возникает у Заказчика не с даты вступления в силу нормативного документа, утверждающего такие нормы права, Исполнитель обязан выполнить адаптацию Системы на соответствие измененным в рамках срока оказания услуг требованиям федерального законодательства не позднее даты начала применения таких норм права. 4. Исполнитель обязан передать Заказчику Релиз с внесенными изменениями в Систему в соответствии с порядком оказания услуги «Предоставление Релизов». 5. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 6. Реализация изменений федерального законодательства сверх функционала подсистем и модулей Системы, состав которых определен в настоящем Техническом задании, не предусмотрена. 2.3.9. Управление изменениями по совершенствованию функциональности Системы и повышения удобства работы с ней Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), связанных с необходимостью проведения анализа, подготовки изменений в Систему и Документацию Системы в случаях, направленных на совершенствование существующей функциональности Системы и повышения удобства работы пользователей с Системой. 1. На основании зарегистрированных УП заявок Исполнителем, при определении необходимости внесения изменений в Систему и/или Документацию Системы, в АСУО регистрируется заявка категории «Запрос на Изменение». 2. Приоритет заявки с категорией «Запрос на изменение» определяется на основании приоритета заявки с категорией «Запрос на доработку», указанного в связанной заявке, поступившей от УП. 3. В рамках услуги Исполнитель обязан выполнить работы по изменению существующего функционала Системы с целью совершенствования функциональности Системы и повышения удобства работы пользователей с Системой. 4. Работы по изменению системы в рамках услуги осуществляются по инициативе Исполнителя, в том числе с учетом зарегистрированных в рамках услуги «Управление запросами на доработку» заявок УП, не реже двух раз в течение календарного года. 5. Исполнитель обязан отражать информацию о ходе решения заявки категории «Запрос на изменение» в АСУО. 6. Исполнитель обязан передать Заказчику Релиз с внесенными изменениями в Систему в соответствии с порядком оказания услуги «Предоставление Релизов». 2.3.10. Предоставление Релизов Под данным видом услуги понимается предоставление Исполнителем Заказчику в течение срока оказания услуг Релизов с изменениями Системы. 1. Исполнитель обязан в течение срока оказания услуг предоставлять Релизы. 2. Основанием для предоставления Релизов является: - Изменения, связанные с адаптацией существующего функционала Системы на соответствие измененным требованиям действующего федерального законодательства. - Изменения, связанные с решением заявок, в том числе с устранением дефектов Системы, выявленных в ходе обработки заявок. - Изменения существующего функционала Системы, осуществляемые по инициативе Исполнителя и предназначенные для повышения удобства работы пользователей с Системой. - Изменения, связанные с устранением дефектов Системы, выявленных в ходе выполнения Исполнителем мероприятий по подготовке версии Системы, предназначенной для перехода на новый финансовый год. 3. Исполнитель обязан размещать Релизы в УХД Исполнителя с предоставлением УП Заказчика возможности скачивания. 4. Исполнитель обязан уведомить УП Заказчика о доступности Релиза, размещенного в УХД Исполнителя, посредством электронной почты. 5. В состав Релиза, размещаемого Исполнителем в УХД, должны входить: - установочные файлы; - информация по изменениям в Релизе Системы (Release notes); - инструкция по установке Релиза; - обновленная Документация Системы, включающая Руководство пользователя, Руководство администратора Системы; - актуальные системные требования; - иные материалы по усмотрению Исполнителя, относящиеся к Системе. 6. УХД Исполнителя может быть недоступен в часы технического обслуживания. 1. Состав Системы п/п Наименование подсистемы Количество, ед. 1. Администрирование автоматизированной системы «АЦК-Финансы» 1 2. Интерфейс взаимодействия с системой «АЦК-Планирование» 1 3. Интерфейс взаимодействия с системой «АЦК–Муниципальный заказ» 1 4. Учет привлеченных средств. 1 5. Взаимодействие с оператором счета бюджета. 1 6. Учет расходов бюджета. 1 7. Исполнение реестра расходных обязательств. 1 8. Учет источников финансирования дефицита бюджета. 1 9. Кассовое планирование. 1 10. Учет средств, размещенных на возвратной основе. 1 11. АРМ ПБС для подключения к системе «АЦК-Финансы». 156 12. Контроль бюджетных обязательств по договорам. 1 13. АРМ сотрудника ГРБС/РБС для подключения к системе «АЦК-Финансы». 40 14. Электронная Цифровая Подпись документов «АЦК-Финансы». 1 15. Организация выдачи наличных денежных средств. 1 16. АРМ сотрудника финансового органа для подключения к системе «АЦК-Финансы». 50 17. Учет доходов бюджета. 1 18. Бухгалтерский учет. 1 19. Подсистема анализа средств на лицевых счетах бюджетных и автономных учреждений. 1 20. Конструктор отчетов. 1 21. Отчеты учреждений 22. Подсистема взаимодействия с внешними бухгалтерскими системами учреждений в части выгрузки выписок по лицевым счетам учреждений системы «АЦК-Финансы» 1 23. Подсистема сопоставления кассовых операций с данными Федерального казначейства 1 24. Подсистема обеспечения доступа пользователей к системе с использованием интернет-браузера («Веб-интерфейс») 1 Система реализована на базе программы для ЭВМ «Система автоматизации финансово-казначейских органов – Автоматизированный Центр Контроля исполнения бюджета» («АЦК-Финансы»), исключительное право на которую сохранено за правообладателем (общество с ограниченной ответственностью «Бюджетные и Финансовые Технологии», г. Белгород). Муниципальный заказчик располагает правом на использование программы для ЭВМ на условиях простой неисключительной лицензии. 2.3.11. Предоставление доступа к Базе знаний Под данным видом услуги понимается предоставление УП Заказчика доступа к информационному ресурсу Исполнителя, содержащему статьи по известным инцидентам и системным ошибкам, а также статьи по часто задаваемым вопросам (FAQ) с возможностью поиска готовых решений (База знаний). 1. Исполнитель осуществляет ведение и поддержание Базы знаний Исполнителя в актуальном состоянии с целью использования хранящейся в ней информации УП и сотрудниками службы сопровождения Исполнителя для решения известных инцидентов и ошибок, оказывающих значительное влияние на бизнес-процессы Заказчика, а также поиска ответов на часто задаваемые типовые вопросы по работе в Системе. 2. Требования по ведению и поддержанию в актуальном состоянии Базы знаний Исполнителя включают в себя: - Наполнение Базы знаний (внесение новой справочной информации); - Актуализацию существующей справочной информации. 3. База знаний Исполнителя должна представлять собой совокупность статей и документов, содержащих следующую информацию: - перечень известных инцидентов и ошибок, оказывающих значительное влияние на бизнес-процессы Заказчика, для которых существует вариант временного решения, с описанием способов их устранения; - перечень часто задаваемых типовых вопросов по использованию функциональности Системы с описанием решений и рекомендаций по работе в Системе; - инструкции пользователя, методические рекомендации по работе в Системе, разрабатываемые, при необходимости, Исполнителем в ходе оказания услуг по сопровождению Системы. 4. Исполнитель обязан предоставить УП доступ к Базе знаний Исполнителя. 5. Доступ к Базе Знаний предоставляется как через информационный ресурс непосредственно путём навигации по разделам Базы Знаний, так и через сервис диалогового ассистента, вызов которого осуществляется в Системе. 6. Исполнитель должен осуществлять мониторинг заявок, поступающих в службу сопровождения, с целью выявления повторяющихся инцидентов и способов их решения. В результате мониторинга сотрудники Исполнителя формируют перечень задач, информация о решении которых вносится в Базу знаний на усмотрение Исполнителя. 7. Актуальная версия Базы знаний Исполнителя должна быть постоянно доступна УП и Исполнителю вне зависимости от работоспособности Системы. 8. Сервис может быть не доступен в часы технического обслуживания. 3. Требования к патентной чистоте Реализация в Системе технических, программных, организационных и иных решений, необходимых для оказания услуг по контракту, не должна приводить к нарушению авторских и смежных прав. Исполнитель должен обладать правом на использование программы для ЭВМ, на базе которой реализована Система, способами, необходимыми и достаточными для надлежащего исполнения обязательств по контракту. Подробные сведения о качественных, функциональных, технических, эксплуатационных характеристиках Системы приведены в Документации на Систему и предоставляются Исполнителю в период исполнения обязательств по контракту на основании официального запроса. 2. Требования к услугам 2.1. Термины и определения Автоматизированная система управления обращениями (АСУО) – Специализированная информационная система, предоставляемая Исполнителем, позволяющая УП осуществлять контроль и управление зарегистрированными обращениями; Адаптация – Приведение функциональных возможностей Системы в соответствие с измененными требованиями действующего федерального и (или) регионального законодательства; Администратор Системы – Сотрудник Заказчика, осуществляющий работы по администрированию Системы; База знаний – Информационный ресурс Исполнителя, содержащий статьи по известным инцидентам и часто задаваемым вопросам (FAQ) с возможностью поиска готовых решений; Виды обеспечения Системы – виды обеспечения Системы согласно ГОСТ Р 59853-2021 "Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения"; Внешняя система – Система, не являющаяся предметом сопровождения в рамках контракта, обеспечение взаимодействия с которой может потребоваться в рамках оказания услуг по контракту. Временное/Обходное решение – Решение, устраняющее или существенно снижающее воздействие инцидента на деятельность УП и/или Заказчика; Дефект (системная ошибка) – Событие в работе Системы, связанное с несоответствием функции Системы положениям Документации на Систему либо требованиям федерального законодательства; Документация на Систему – Эксплуатационная документация, содержащая описание функций Системы и их назначение, способы применения функционала Системы для реализации документооборота участников Системы, а также инструкции по установке и эксплуатации Системы (в том числе Системные требования, Руководство Администратора Системы и Руководство Пользователя Системы); Доработка/Изменение/Внесение изменений в Систему – Добавление, изменение или удаление функциональных возможностей Системы в соответствии с требованиями настоящего Технического задания, которое осуществляется путем модификации программы для ЭВМ, на базе которой реализована Система; Заявка – Обращение УП, зарегистрированное в АСУО с присвоением УИН; Заявка-дубль – Заявка, суть описания и решения по которой идентично другой Заявке, зарегистрированной в АСУО ранее; Известный инцидент/системная ошибка – проблема, имеющая задокументированные корневую причину и временное/обходное решение; Инцидент – факт прекращения функционирования Системы или некорректное функционирование Системы или ее компонента, не позволяющего пользователю выполнить действия в системе (функциональные задачи), а также несоответствие функции Системы положениям Документации на Систему и/или требованиям Федерального законодательства; Момент регистрации заявки в АСУО – Для заявок, поступивших в АСУО по электронной почте, момент регистрации заявки Исполнителем в АСУО определяется заполнением поля «Дата регистрации» после завершения Исполнителем классификации и регистрации обращения, поступившего от УП на сервер электронной почты Исполнителя. Для заявок, поступивших в АСУО по телефону, момент регистрации заявки Исполнителем в АСУО определяется заполнением поля «Дата регистрации» после завершения Исполнителем классификации и регистрации обращения, принятого от УП по телефону. Для заявок, поступивших через АСУО, момент регистрации заявки Исполнителем в АСУО определяется заполнением поля «Дата обнаружения» после передачи Исполнителю на решение заявки, созданной УП в АСУО; Нетиповая схема работы – Схема, не подпадающая под рекомендованную Исполнителем технологию работы с Системой; Нештатная ситуация – Событие при выполнении функции Системы, влияющее или способное прекратить возможность выполнения пользователем Заказчика бизнес-операций в Системе; Обращение – Обращение УП по вопросу, связанному с работой в Системе; Обработка обращений – Комплекс мероприятий, направленных на предоставление решения по обращению; Обстоятельства непреодолимой силы (форс-мажор) – под обстоятельствами непреодолимой силы (форс-мажор) в рамках настоящего Описания объекта закупки (Технического задания ) понимаются чрезвычайные, непредвиденные и непредотвратимые обстоятельства, возникшие при обработке заявки, которые нельзя было разумно ожидать при принятии заявки в обработку, либо избежать или преодолеть, а также иные обстоятельства, находящиеся вне воли и контроля ответственных сотрудников Исполнителя и препятствующие или делающие невозможным обработку заявки в установленные сроки. В частности, к таким обстоятельствам относятся: наводнения, пожары, землетрясения, другие стихийные бедствия, объявленная или фактическая война, военные перевороты, террористические акты, гражданские волнения, забастовки, эпидемии, блокада, эмбарго, издание нормативных, ненормативных правовых актов, указов Президента РФ, постановлений Правительства РФ, административное вмешательство со стороны государственных органов, а также других обстоятельств, оказывающих влияние на обработку заявки в установленные сроки, которые ни одна из Сторон не могла заранее предвидеть и/или предотвратить. Обстоятельствами непреодолимой силы (форс-мажор) не могут быть признаны: болезнь ответственного сотрудника Исполнителя, нахождение его в отпуске, командировке, а также иные случаи временного отсутствия ответственного сотрудника Исполнителя на рабочем месте; Патч – Автоматизированное дополнительное программное средство (обновление программы для ЭВМ, на базе которой реализована Система), используемое для устранения проблем в Системе или изменения ее функционала; Программный комплекс Системы – совокупность взаимосвязанных компонентов и программных компонентов Системы; Развитие Системы – Добавление, изменение функциональных возможностей Системы, в том числе связанных с появлением новых компонентов и (или) модулей (и их структурных связей), дифференциация Системы; Релиз – Форма обновления функциональности Системы, которая может быть реализована посредством скрипта, патча или версии Системы, являющиеся обновлением программы для ЭВМ, на базе которой реализована Система; Релиз, предназначенный для перехода на очередной (новый) финансовый год – Форма обновления функциональности Системы, предназначенная для выполнения мероприятий в соответствии с методикой Исполнителя по переводу Системы на очередной (новый) финансовый год; Сбой/Значительный Инцидент – Инцидент или запрос на изменение с первым приоритетом, повлекший прекращение выполнения Системой своих функций или части функций, являющихся ключевыми и не позволяющими пользователю выполнить свои прямые задачи в регламентированные сроки, при этом не существует альтернативных способов (включая ручную обработку) продолжить работу. Также сбоем может быть признан Дефект, при котором имеются альтернативные способы выполнения функций в случае, если трудоемкость операций при использовании альтернативных способов многократно превышает штатные условия функционирования Системы и не позволяет Заказчику выполнить свои прямые задачи в сроки, установленные федеральным законодательством; Система – автоматизированная система «АЦК-Финансы», установленная в комитете по финансам администрации городского округа «Город Калининград». Системное программное обеспечение – комплекс программ, которые обеспечивают управление аппаратными ресурсами компьютерной системы и работу прикладного программного обеспечения; Системные требования – Описание параметров аппаратного и программного обеспечения, на котором Исполнитель гарантирует корректную работу Системы; Срок регистрации обращения по электронной почте – временной интервал с момента поступления обращения по электронной почте на почтовый сервер Исполнителя до момента регистрации Исполнителем заявки в АСУО на основании поступившего обращения. Момент регистрации Заявки определяется заполнением поля «Дата регистрации»; Срок решения обращения – временной интервал, прошедший с момента регистрации заявки УП до момента, когда УП предоставлено решение, успешность применения которого подтверждена УП, либо до момента закрытия заявки Исполнителем по истечении срока давности в соответствии с требованиями, определенными для услуги «Прием и регистрация обращений от уполномоченного пользователя». В расчет максимального времени решения заявки не включается время нахождения заявки в статусах с запросом уточняющей информации, с запросом на подтверждение предоставленного временного и/или постоянного решения, а также в случаях приостановки решения по заявке в соответствии с требованиями к оказанию соответствующей услуги; Срок устранения инцидента и внесения изменений – временной интервал, прошедший с момента регистрации заявки УП до момента, когда УП предоставлено решение в рамках созданной Исполнителем заявки категории «Запрос на изменение», успешность применения которого подтверждена УП, либо до момента закрытия заявки Исполнителем по истечении срока давности в соответствии с требованиями, определенными для услуги «Прием и регистрация обращений от уполномоченного пользователя». В расчет максимального времени решения заявки не включается время нахождения заявки в статусах с запросом уточняющей информации, с запросом на подтверждение предоставленного временного и/или постоянного решения, а также в случаях приостановки решения по заявке в соответствии с требованиями к оказанию соответствующей услуги; Стороны – Исполнитель и Муниципальный заказчик (Заказчик); Типовая схема работы – Схема, описание которой было включено Исполнителем в методические рекомендации по использованию Системы (в Документацию на Систему), либо возможность использования которой была подтверждена Исполнителем в ответ на запрос Заказчика; Удаленное хранилище данных – Сервер Исполнителя, обеспечивающий обмен файлами; Федеральное законодательство РФ – Федеральные законы Российской Федерации, Акты Президента Российской Федерации, Акты Правительства Российской Федерации, нормативные акты министерств и ведомств, устанавливающие правила и нормы осуществления органами государственной власти субъектов РФ, органами местного самоуправления деятельности, в том числе приказы, письма, указания, инструкции и пр., регулирующей бюджетные правоотношения и/или касающейся процесса организации закупок; Release notes – часть документации Релиза, в которой указывается перечень изменений между выпускаемой и предыдущей версиями Системы. 2.2. Перечень сокращений Сокращения Определение АРМ Автоматизированное рабочее место АСУО Автоматизированная система управления обращениями БД База данных БЗ База знаний ГРБС Главные распорядители бюджетных средств ПБС Получатели бюджетных средств ЗнД Запрос на доработку ЗнИ Запрос на изменение ЗнК Запрос на консультацию ЗнО Запрос на обслуживание ИНЦ Инцидент РБС Распорядители бюджетных средств РФ Российская Федерация СУБД Система управления базами данных УИН Уникальный идентификационный номер Обращения, генерируемый автоматически системой АСУО при создании Обращения УП/УПЗ Уполномоченный пользователь, определенный ответственным представителем Заказчика с официальным уведомлением Исполнителя о включении пользователя в список уполномоченных пользователей УХД Удаленное хранилище данных ЭВМ Электронно – вычислительная машина FAQ (англ. Frequently Asked Question(s)) – перечень часто задаваемых вопросов и ответов 2.3. Требования к составу и содержанию услуг 2.3.1. Предоставление доступа к АСУО Под данным видом услуги понимается предоставление УП единой точки контакта в виде доступа к автоматизированной системе Исполнителя (АСУО), предназначенной для управления обращениями, поступающими от УП. 1. АСУО должна обеспечивать выполнение следующих функций: - регистрация обращений; - контроль хода выполнения заявки; - добавление комментариев к заявке в процессе ее выполнения; - подтверждение выполнения заявки, или возобновление выполнения при ненадлежащем качестве оказанной услуги; - получение информации обо всех выполняемых и выполненных заявках; - автоматическое информирование УПЗ по электронной почте о ходе решения заявки. 2. Исполнитель обязан предоставить УП доступ в АСУО для возможности осуществления Заказчиком оперативного контроля процесса оказания услуг. 3. Сервис может быть не доступен в часы технического обслуживания. 2.3.2. Прием и регистрация обращений от уполномоченного пользователя Под данным видом услуги понимается прием, регистрация, первичный анализ и классификация обращений, принятых от УП. 1. Услуга «Прием и регистрация обращений от уполномоченного пользователя» включает в себя прием, регистрацию обращений и обработку Исполнителем заявок с категориями, указанными в пп.1-4 Таблицы 1 Приложения 1 настоящего Технического задания, поступивших от УП Заказчика. 2. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 3. Сроки обработки обращений, классифицированных в результате первичного анализа по списку услуг, определяются требованиями соответствующей услуги. 4. Регистрация обращений включает в себя следующие процедуры: - прием обращений от УП; - первичная классификация обращений, принятых от УП; - регистрация обращений, принятых от УП, в АСУО с присвоением уникального номера обращения (УИН). 5. Обработка заявок включает в себя следующие процедуры: - первичный анализ заявки Исполнителем (проверка на соответствие предусмотренному Техническим заданием составу услуг, модулей и компонент Системы, корректность определения категории и приоритета заявки); - анализ достаточности данных, указанных в описании обращения, для его решения; - запрос дополнительной информации, необходимой для решения обращения, в случае необходимости; - выполнение мероприятий, направленных на решение заявки, в том числе посредством оказания иных услуг, предусмотренных Техническим заданием, внутренними документами Исполнителя, регламентирующими работу в АСУО. Мероприятия проводятся в соответствии с порядком и требованиями на оказание каждой конкретной услуги, приведенными в настоящем Техническом задании. 6. Исполнитель обязан принимать обращения от УП через АСУО. 7. В часы технического обслуживания АСУО, при условии отсутствия в АСУО технической возможности и/или доступа у УП к функции регистрации обращений, Исполнитель обязан организовать прием и регистрацию обращений УП по дополнительным каналам приема обращений – по телефону и/или электронной почте. 8. Количество пользователей услуги – сотрудников Заказчика составляет 3 человека. 9. Для обеспечения взаимодействия между Исполнителем и Заказчиком, а также для обеспечения возможности Исполнителю приступить к оказанию услуг в объеме и качестве, установленными настоящим Техническим заданием, со стороны Исполнителя и Заказчика должно быть соблюдено выполнение следующих подготовительных мероприятий: 9.1. Заказчиком в течение 2-х (двух) рабочих дней со дня заключения Контракта определяется и доводится до Исполнителя по электронной почте список УП с указанием контактной информации по шаблону, представленному в Приложении 4 настоящего Технического задания (далее – Список УП). 9.2. Исполнитель в течение 2-х (двух) рабочих дней с момента получения от Заказчика Списка УП должен: - обеспечить подключение УП к АСУО для возможности регистрации в ней обращений УП; - предоставить УП права доступа и учетные данные («Имя пользователя» (Login) и «Пароль» (Password)) к УХД Исполнителя и к Базе знаний Исполнителя; - направить Заказчику по электронной почте подтверждение о завершении выполнения подготовительных мероприятий. 10. Оказание услуг и прием обращений от УП осуществляется с момента завершения выполнения подготовительных мероприятий, указанных выше в п. 9 данной услуги. 11. В дальнейшем Заказчик вправе вносить изменения в Список УП в течение всего срока действия Контракта. При этом количество УП не должно превышать значение, указанное в настоящем Техническом задании. Изменения в Списке УП Заказчик доводит до Исполнителя по электронной почте. 12. Исполнитель обязан вести учет всех обращений, поступающих от УП, в АСУО. 13. Одному Обращению УП должна соответствовать одна заявка в АСУО. Если в процессе обработки заявки, возникают новые вопросы или события у УП, не связанные с текущим обращением, либо влекущие за собой проведение дополнительных работ – сопутствующих, но прямо не связанных, то по ним в АСУО должны быть зарегистрированы отдельные заявки. 14. Исполнитель обязан отражать результаты первичного анализа и классификации каждого обращения в АСУО. 15. Для оказания предусмотренных настоящим Техническим заданием услуг, Исполнитель вправе запрашивать у УП по соответствующей заявке дополнительную информацию, необходимую для качественного оказания услуг. Уточнение дополнительной информации по заявке производится сотрудниками Исполнителя по мере необходимости. 16. Передача информации от Исполнителя к УП в рамках оказания услуг происходит путем обновления Исполнителем информации о статусе заявки в АСУО. 17. Исполнитель вправе мотивированно отказать в выполнении Заявки (закрыть заявку в АСУО), если: - при классификации обращения в АСУО, выявлено несоответствие предоставляемых услуг сути обращения; - УП не предоставил по заявке запрошенную информацию, необходимую для предоставления решения по заявке, по истечении 14 (четырнадцати) рабочих дней с момента направления запроса на предоставление информации Исполнителем (при условии, что Исполнитель запрашивал недостающую информацию у инициатора обращения посредствам АСУО не менее 2 (двух) раз за указанный период); - Заявка является Заявкой-дублем по отношению к другой Заявке, зарегистрированной ранее УП или Исполнителем самостоятельно. 18. В случаях, определенных в Таблице 5 Приложения 3 настоящего Технического задания, Исполнитель приостанавливает время обработки заявки. Время приостановки не включается в общее время решения заявки. 19. Заявки классифицируются Исполнителем по категориям и приоритетам в соответствии с Приложением 1 настоящего Технического задания. 20. УП самостоятельно определяют категорию и приоритет обращения при передаче его в АСУО. В случае если категория и приоритет обращения определены некорректно, уполномоченный сотрудник Исполнителя (по согласованию с Заказчиком) или Заказчик вправе изменить категорию и приоритет данного обращения в соответствии с правилами присвоения приоритета заявкам, определенными в Таблице 2 Приложения 1 настоящего Технического задания, а также требованиями к срочности и степени воздействия, определенными для заявок категории «Инцидент» в Таблице 3 Приложения 1 настоящего Технического задания. 21. В случае понижения приоритета, из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 22. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 23. Обращения по услугам, подсистемам/модулям Системы, не предусмотренным настоящим Техническим заданием, Исполнитель не обрабатывает, о чем делается соответствующая запись в АСУО. УП информируется об условиях приобретения требуемой услуги. 24. Исполнитель обязан контролировать сроки, отведенные для регистрации и решения заявки. При достижении определенного уровня срока (определяется Исполнителем) должен обеспечить эскалацию заявки на следующую линию службы сопровождения без нарушения установленных сроков обработки заявки. 25. В отдельных случаях и при условии, что Исполнитель обоснует объективную невозможность выполнить обращение в установленный срок, время решения может быть увеличено по письменному согласованию с Заказчиком. Допускается согласование посредством электронной почты и (или) АСУО. 26. Подтверждение решения заявки в АСУО производится УП после проверки предоставленного по заявке решения, либо Исполнителем – по согласованию с УП. 27. Исполнитель вправе осуществить закрытие решенных заявок самостоятельно, без согласования с УП, по истечении 30 (тридцати) рабочих дней со времени решения заявки (при условии, что Исполнитель обращался с просьбой подтвердить предоставленное по заявке решение к инициатору обращения посредствам АСУО не менее 2 (двух) раз за указанный период). 28. Обращения, поступившие от УП, по другим каналам связи, не предусмотренным данной услугой (в частности, Интернет - пейджерам, порталам, ICQ или иных), не являются официальными. Другие средства связи рассматриваются только как средства личного общения и не обязывают Исполнителя регистрировать обращения и/или отвечать на обращения, переданные такими видами связи. 2.3.3. Консультирование уполномоченного пользователя Под данным видом услуги понимается предоставление по зарегистрированным обращениям УП необходимых и достаточных ответов и рекомендаций по: - вопросам, связанным с эксплуатацией Системы: с установкой, настройкой, процедурой обновления, функционированием Системы, порядком выполнения операций бизнес-процессов в соответствии с рекомендациями, схемами и методами работы, определенными в Документации к Системе, по вопросам применения федерального законодательства в рамках методов использования Системы, схем работы с Системой. - по техническим вопросам функционирования Системы, под которыми понимается предоставление рекомендаций по настройке, оптимизации, установке, проведению обновления, администрированию программного комплекса Системы (в соответствии с требованиями к составу программного комплекса, обозначенных в Системных требованиях), за исключением вопросов, касающихся настройки, установки, оптимизации, проведения обновления и администрирования базы данных Системы. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенным в Таблице 4 Приложения 2 настоящего Технического задания. 2. Обращения с запросом на консультационную поддержку должны быть зарегистрированы в АСУО с категорией «Запрос на консультацию» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).». 3. В процессе обработки заявок Заказчиком или Исполнителем допускается изменение приоритета (в случае необходимости) в сторону повышения или понижения. 4. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 5. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 6. По запросу Исполнителя Заказчик предоставляет Исполнителю материалы и данные, необходимые для анализа зарегистрированного обращения и подготовки ответов и рекомендаций по обозначенным в заявке вопросам. 7. Исполнитель обязан предоставлять необходимые и достаточные ответы и рекомендации по соответствующим вопросам, позволяющие УП решить возникающие в ходе эксплуатации Системы вопросы или проблемы. 8. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 9. Исполнитель обязан оказывать консультации УП в рамках времени, отведенного на решение заявки категории «Запрос на консультацию», в зависимости от присвоенного приоритета: - 7 рабочих дней с приоритетом «3 – незначительный (средний)»; - 9 рабочих дней с приоритетом «4 – низкий». 10. Услуга не включает в себя вопросы, касающиеся настройки, установки, оптимизации, проведения обновления и администрирования базы данных Системы, аппаратного окружения Системы (аппаратное обеспечение, сетевое оборудование, иное), а также установки, настройки, оптимизации системного программного обеспечения. 2.3.4. Управление инцидентами Под данным видом услуги понимается диагностика, классификация, анализ и предоставление решения по зарегистрированным обращениям, связанным с возникновением у пользователя инцидентов, возникающих в случаях: - нештатной ситуации при выполнении функции Системы, влияющей или способной прекратить возможность выполнения пользователем действий в Системе; - прекращения выполнения функции Системы, некорректного выполнения функции Системы, не позволяющего пользователю осуществить свои обязанности в сроки, установленные федеральным законодательством; - несоответствия функции Системы положениям Документации (системная ошибка) либо несоответствия функции Системы требованиям федерального законодательства. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Обращения, связанные с возникновением у пользователя инцидента в работе Системы, должны быть зарегистрированы в АСУО с категорией «Инцидент» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. Определение приоритета для заявок категории «Инцидент», а также его последующее изменение (в случае необходимости) в сторону повышения или понижения осуществляется Заказчиком или Исполнителем (при согласовании с Заказчиком) в соответствии с требованиями в Таблице 3 Приложения 1 настоящего Технического задания. 4. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 5. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 6. Исполнитель обязан в удаленном режиме организовать комплекс мер (организационных, технических или иных), направленных на решение Инцидента. 7. Решение Инцидента может включать в себя: 7.1. Предоставление рекомендаций по эксплуатации или настройке Системы с использованием предусмотренной в Системе функциональности, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.2. Предоставление рекомендаций по выполнению действий в Системе с использованием предусмотренной в Системе функциональности, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.3. Предоставление рекомендаций по корректировке данных с использованием штатных механизмов и функций Системы; 7.4. Подготовка инструмента для корректировки данных, при условии отсутствия штатных механизмов корректировки данных с использованием функциональности Системы; 7.5. Консультирование УП в случае выявления ошибочных действий, которые привели к возникновению инцидента, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.6. Подготовку и предоставление временного решения инцидента (при наличии), включающего в себя консультации, рекомендации и (или) программные средства, позволяющие снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика в случае, если инцидент связан с системной ошибкой или сбоем; 7.7. Предоставление заключения по результатам диагностики о необходимости передачи инцидента на более высокий уровень специалистам экспертной поддержки. Исполнитель продолжает анализ инцидента и подготовку временного и/или постоянного решения, позволяющего разрешить зарегистрированный инцидент, в рамках заявки категории «Запрос на изменение» в соответствии с требованиями и регламентом оказания услуги «Управление изменениями по решению инцидентов и устранению дефектов». Используется в следующих случаях: - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Услуги по сопровождению автоматизированной системы «АЦК-Финансы» - 7.7.1. Если для подготовки постоянного решения требуется устранение системной ошибки в работе Системы; 7.7.2. Если для подготовки постоянного решения требуется внесение изменений в Систему или в Документацию к Системе; 7.7.3. Если для подготовки временного и/или постоянного решения требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин – необходимых для выработки временного (при наличии) и/или постоянного решения; 7.7.4. Если для подготовки постоянного решения требуется разработка сложного инструмента корректировки данных в БД Заказчика, трудозатраты на разработку которого превышают установленные нормативные сроки решения инцидента. 8. Диагностика причин возникновения Инцидента и подготовка решения, направленного на устранение Инцидента, производятся силами и за счет средств Исполнителя. 9. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин Инцидента и их дальнейшего устранения. 10. Исполнитель вправе для устранения сбоя, возникшего по вине Исполнителя, предоставить Заказчику временное решение. При этом сбой считается устраненным, а разработка постоянного решения происходит в рамках услуги «Управление изменениями по решению инцидентов и устранению дефектов». 11. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 12. Исполнитель обязан предоставить Заказчику решение в сроки, отведенные на решение заявки категории «Инцидент», в зависимости от присвоенного приоритета: . • 3 рабочих дня с приоритетом «1 – блокирующий (наивысший)»; • 5 рабочих дней с приоритетом «2 – значительный (высокий)»; • 10 рабочих дней с приоритетом «3 – незначительный (средний)»; • по согласованию Сторон с приоритетом «4 - низкий». - - - 13. Если на основании принятого от УП «Инцидента» создан «Запрос на изменение», то время обработки «Инцидента» приостанавливается до решения, связанного «Запроса на изменение». При этом Исполнитель обязан предоставить Заказчику решение в сроки, обозначенные для услуги «Управление изменениями по решению инцидентов и устранению дефектов». 14. По факту устранения инцидента Исполнитель, при необходимости, отражает информацию об инциденте и способах его решения в Базе знаний Исполнителя с целью предупреждения ситуации возникновения в дальнейшем аналогичных инцидентов. 2.3.5. Управление запросами на обслуживание Под данным видом услуги понимается выполнение нетиповых работ, предоставление информации или других данных по зарегистрированному обращению УП, не связанному с нарушением эксплуатации Системы, необходимостью адаптации/внесения изменений в Систему, необходимостью выполнения типовых работ или оказания консультации в рамках услуги. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на обслуживание» нетиповой с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. К нетиповым Заявкам с категорией «Запрос на обслуживание» относятся Заявки содержащие: - Запрос, связанный с необходимостью разработки дополнительного инструмента корректировки данных в БД Системы; - Запрос на обновление, изменение или предоставление Документации Системы и другой информации по Системе или доступных Заказчику услугах; - Прочие запросы, несвязанные напрямую с вопросами эксплуатации Системы и не выходящие за рамки настоящего Технического задания и видов обеспечения Системы. - 4. В процессе обработки заявок Заказчиком или Исполнителем допускается изменение приоритета (в случае необходимости) в сторону повышения или понижения. 5. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 6. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 7. Исполнитель обязан в удаленном режиме выполнить мероприятия, необходимые для решения заявки в объеме предусмотренной у Заказчика функциональности. 8. Исполнитель вправе отказать в решении заявки в случае, если требуемое решение выходит за рамки имеющейся у Заказчика функциональности или, если трудозатраты на выполнение такого запроса не сопоставимы с полученным результатом (например, в случае наличия в Системе штатного механизма/функции по корректировке данных). 9. В случае если запрос связан с необходимостью изменения Документации Системы Исполнитель осуществляет внесение изменений в Документацию Системы в рамках заявки категории «Запрос на изменение» в соответствии с требованиями и порядком оказания услуги «Управление изменениями по совершенствованию функциональности Системы и повышения удобства работы с ней». 10. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 11. Исполнитель обязан предоставить Заказчику решение в сроки, в зависимости от присвоенного приоритета: • 5 рабочих дней с приоритетом «3 – незначительный (средний)»; • 7 рабочих дней с приоритетом «4 - низкий». - 2.3.6. Управление запросами на доработку Под данным видом услуги понимается анализ зарегистрированных обращений УП, связанных с необходимостью изменения существующей и/или разработки новой функциональности Системы, в том числе связанных с изменениями федерального законодательства, и предоставление заключения об условиях принятых к реализации изменений. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на доработку» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).». 3. Исполнитель обязан организовать комплекс мер (анализ), направленных на исследование заявки, связанных с необходимостью изменения существующей и/или разработки новой функциональности Системы. 4. На основании информации, полученной в рамках заявки, Исполнитель проводит анализ реализуемости требуемых изменений/дополнений функциональности Системы, предварительно вырабатывает способы и анализирует методы внесения изменений в Систему. 5. По результатам анализа Исполнитель информирует Заказчика о заключении по запросу на доработку, в котором указывает либо условия реализации изменений, либо причины отказа в реализации с предоставлением Заказчику обоснованного пояснения. 6. Основанием для отказа в реализации изменений могут быть: 6.1. Наличие противоречий между требованиями Заказчика и положениями федерального законодательства; 6.2. Наличие несоответствия запрашиваемых требований функциональным возможностям программных компонентов и модулей Системы, указанных в Техническом задании; 6.3. Наличие в требованиях Заказчика положений, исполнение которых приведет к ухудшению надежности, производительности, стабильности, масштабируемости или к потере существенных функций Системы; - 6.4. Противоречие требований Заказчика особенностям функционирования Системы, реализация которых может привести к потере существенных функций Системы, с обоснованным пояснением Заказчику этих особенностей; 6.5. Наличие несоответствия запрашиваемых изменений функциональному назначению Системы, автоматизируемым функциям Системы; 6.6. Наличие в требованиях Заказчика положений несовместимых с архитектурой Системы. 7. Изменения в части функциональности Системы могут быть реализованы на усмотрение Исполнителя с учетом следующих условий, в соответствии со значимостью и полезностью изменений для общего развития и совершенствования Системы: – на коммерческой основе в рамках иных соглашений на выполнение работ, оказание услуг. В этом случае Исполнитель предоставляет информацию о предварительной сметной оценке реализации изменений и возможные сроки реализации изменений. – на безвозмездной основе в рамках соответствующей услуги «Управление изменениями по совершенствованию функциональности Системы и повышение удобства работы с ней» в сроки в соответствии с внутренним планом-графиком Исполнителя, без гарантии фиксации сроков. – на безвозмездной основе, в рамках услуги «Управление изменениями по обеспечению соответствия требованиям федерального законодательства». 8. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 9. Исполнитель обязан предоставить Заказчику заключение по результатам анализа заявки категории «Запрос на доработку», связанной с изменением законодательства, в срок, не превышающий 10 рабочих дней. 10. Исполнитель обязан предоставить Заказчику заключение по результатам анализа заявки категории «Запрос на доработку», не связанной с изменением законодательства, срок, не превышающий 23 рабочих дня. - 2.3.7. Управление изменениями по решению инцидентов и устранению дефектов Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), направленных на предоставление решения (разработка рекомендаций, выпуск версий/патчей, разработка инструмента корректировки данных), обеспечивающего устранение выявленного инцидента в работе Системы, в случаях: - если требуется устранение системной ошибки в работе Системы, - если требуется внесение изменений в Систему или Документацию Системы, - если требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин, необходимых для выработки временного (при наличии) и/или постоянного решения, - если в рамках инцидента требуется разработка сложного инструмента корректировки данных в БД Заказчика. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на изменение». 3. Приоритет «Запроса на изменение» определяется на основании приоритета инцидента, указанного в связанной заявке, поступившей от УП. 4. При возникновении необходимости передачи инцидента на более высокий уровень специалистам экспертной поддержки, включая специалистов третьей линии сопровождения, регистрирует в АСУО заявку категории «Запрос на Изменение» и продолжает анализ инцидента и подготовку временного и/или постоянного решения, позволяющего разрешить зарегистрированный инцидент, в рамках данной заявки. 5. Приоритет по зарегистрированному «Запросу на изменение» может быть скорректирован в процессе оказания услуги Заказчиком или Исполнителем (при согласовании с Заказчиком) в соответствии с требованиями в Таблице 2 Приложения 1 настоящего Технического задания. - 6. При наличии временного решения, позволяющего снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика, Исполнителем в рамках «Запроса на изменение» может быть скорректирован приоритет в сторону понижения. 7. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 8. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 9. Исполнитель обязан в удаленном режиме организовать комплекс мер (организационных, технических или иных), направленных на решение инцидента и/или устранение дефекта, заявленного в заявке категории «Запрос на изменение». 9.1. Решение «Запроса на изменение» может включать в себя: 9.2. Подготовку и предоставление временного решения инцидента (при наличии), включающего в себя консультации, рекомендации и (или) программные средства, позволяющие снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика в случае, если инцидент связан с системной ошибкой или сбоем; 9.3. Подготовку и предоставление постоянного решения инцидента, которое может включать: - инструмент исправления/корректировки данных, при условии отсутствия штатных механизмов корректировки данных с использованием функциональности Системы или, если необходимость корректировки данных вызвана ошибками реализации новой/изменением текущей функциональности Системы; - актуализацию рабочей Документации Системы в рамках решения инцидента; - консультирование УП в случае выявления ошибочных действий, которые привели к возникновению инцидента; - предоставления рекомендаций для решения инцидента, возникшего у УП; - исправление подтвержденных ошибок Системы, а также передачу Релиза Системы, включающего устранение подтвержденного дефекта (системной ошибки). - 10. Мероприятия, направленные на решение инцидента и/или устранение дефекта, заявленного в заявке категории «Запрос на изменение», производятся силами и за счет средств Исполнителя. 11. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин возникновения инцидента, заявленного в заявке категории «Запрос на изменение», и его дальнейшего устранения. 12. Исполнитель обязан передать Заказчику Релиз с исправлением подтвержденных ошибок Системы в соответствии с порядком оказания услуги «Предоставление Релизов». 13. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 14. Информация о решении заявки категории «Запрос на изменение» должна отражаться Исполнителем во всех связанных с ней заявках категории «Инцидент». 15. Исполнитель обязан предоставить Заказчику решение по заявкам категории «Запрос на изменение», по согласованию Сторон в течение от 3 до 15 рабочих дней в зависимости от присвоенного приоритета: - 5 рабочих дней с приоритетом «1 – блокирующий (наивысший)»; - 10 рабочих дней с приоритетом «2 – значительный (высокий)»; - 15 рабочих дней с приоритетом «3 – незначительный (средний)»; - по согласованию Сторон с приоритетом «4 - низкий». 16. Услуга не распространяется на инциденты, возникшие не по вине Исполнителя. - 2.3.8. Управление изменениями по обеспечению соответствия требованиям федерального законодательства Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), связанных с необходимостью проведения анализа, подготовки изменений в Систему и Документацию Системы в случаях, направленных на обеспечение соответствия Системы требованиям федерального законодательства в объеме реализованной функциональности, а также требованиям утвержденных форматов обмена с внешними федеральными государственными информационными системами, взаимодействующими с Системой. В том числе изменения, связанные с подготовкой Системы к эксплуатации в новом финансовом году. 1. Основанием для оказания услуги является факт вступления в силу изменений федерального законодательства. 2. На основании зарегистрированных УП заявок Исполнителем, при определении необходимости внесения изменений в Систему и/или Документацию к Системе, в АСУО регистрируется заявка категории «Запрос на Изменение» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). - 3. В рамках услуги Исполнитель обязан выполнить адаптацию Системы на соответствие измененным в рамках срока оказания услуг требованиям федерального законодательства в соответствии со следующими нормативными сроками: - Не позднее даты вступления в силу нормативного документа в случае, если дата опубликования нормативного документа не менее 30 (тридцати) (календарных дней до даты вступления в силу нормативного документа; - Не позднее 30 (тридцати) календарных дней со дня опубликования нормативного документа, либо поэтапно в согласованные Сторонами сроки в случае, если дата опубликования нормативного документа менее 30 (тридцати) календарных дней с даты вступления в силу нормативного документа; - В случаях, когда обязанность по применению вновь введенных норм права возникает у Заказчика не с даты вступления в силу нормативного документа, утверждающего такие нормы права, Исполнитель обязан выполнить адаптацию Системы на соответствие измененным в рамках срока оказания услуг требованиям федерального законодательства не позднее даты начала применения таких норм права. 4. Исполнитель обязан передать Заказчику Релиз с внесенными изменениями в Систему в соответствии с порядком оказания услуги «Предоставление Релизов». 5. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 6. Реализация изменений федерального законодательства сверх функционала подсистем и модулей Системы, состав которых определен в настоящем Техническом задании, не предусмотрена. - 2.3.9. Управление изменениями по совершенствованию функциональности Системы и повышения удобства работы с ней Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), связанных с необходимостью проведения анализа, подготовки изменений в Систему и Документацию Системы в случаях, направленных на совершенствование существующей функциональности Системы и повышения удобства работы пользователей с Системой. 1. На основании зарегистрированных УП заявок Исполнителем, при определении необходимости внесения изменений в Систему и/или Документацию Системы, в АСУО регистрируется заявка категории «Запрос на Изменение». 2. Приоритет заявки с категорией «Запрос на изменение» определяется на основании приоритета заявки с категорией «Запрос на доработку», указанного в связанной заявке, поступившей от УП. 3. В рамках услуги Исполнитель обязан выполнить работы по изменению существующего функционала Системы с целью совершенствования функциональности Системы и повышения удобства работы пользователей с Системой. 4. Работы по изменению системы в рамках услуги осуществляются по инициативе Исполнителя, в том числе с учетом зарегистрированных в рамках услуги «Управление запросами на доработку» заявок УП, не реже двух раз в течение календарного года. 5. Исполнитель обязан отражать информацию о ходе решения заявки категории «Запрос на изменение» в АСУО. 6. Исполнитель обязан передать Заказчику Релиз с внесенными изменениями в Систему в соответствии с порядком оказания услуги «Предоставление Релизов». - 2.3.10. Предоставление Релизов Под данным видом услуги понимается предоставление Исполнителем Заказчику в течение срока оказания услуг Релизов с изменениями Системы. 1. Исполнитель обязан в течение срока оказания услуг предоставлять Релизы. 2. Основанием для предоставления Релизов является: - Изменения, связанные с адаптацией существующего функционала Системы на соответствие измененным требованиям действующего федерального законодательства. - Изменения, связанные с решением заявок, в том числе с устранением дефектов Системы, выявленных в ходе обработки заявок. - Изменения существующего функционала Системы, осуществляемые по инициативе Исполнителя и предназначенные для повышения удобства работы пользователей с Системой. - Изменения, связанные с устранением дефектов Системы, выявленных в ходе выполнения Исполнителем мероприятий по подготовке версии Системы, предназначенной для перехода на новый финансовый год. 3. Исполнитель обязан размещать Релизы в УХД Исполнителя с предоставлением УП Заказчика возможности скачивания. 4. Исполнитель обязан уведомить УП Заказчика о доступности Релиза, размещенного в УХД Исполнителя, посредством электронной почты. 5. В состав Релиза, размещаемого Исполнителем в УХД, должны входить: - установочные файлы; - информация по изменениям в Релизе Системы (Release notes); - инструкция по установке Релиза; - обновленная Документация Системы, включающая Руководство пользователя, Руководство администратора Системы; - актуальные системные требования; - иные материалы по усмотрению Исполнителя, относящиеся к Системе. 6. УХД Исполнителя может быть недоступен в часы технического обслуживания. - 1. Состав Системы п/п Наименование подсистемы Количество, ед. 1. Администрирование автоматизированной системы «АЦК-Финансы» 1 2. Интерфейс взаимодействия с системой «АЦК-Планирование» 1 3. Интерфейс взаимодействия с системой «АЦК–Муниципальный заказ» 1 4. Учет привлеченных средств. 1 5. Взаимодействие с оператором счета бюджета. 1 6. Учет расходов бюджета. 1 7. Исполнение реестра расходных обязательств. 1 8. Учет источников финансирования дефицита бюджета. 1 9. Кассовое планирование. 1 10. Учет средств, размещенных на возвратной основе. 1 11. АРМ ПБС для подключения к системе «АЦК-Финансы». 156 12. Контроль бюджетных обязательств по договорам. 1 13. АРМ сотрудника ГРБС/РБС для подключения к системе «АЦК-Финансы». 40 14. Электронная Цифровая Подпись документов «АЦК-Финансы». 1 15. Организация выдачи наличных денежных средств. 1 16. АРМ сотрудника финансового органа для подключения к системе «АЦК-Финансы». 50 17. Учет доходов бюджета. 1 18. Бухгалтерский учет. 1 19. Подсистема анализа средств на лицевых счетах бюджетных и автономных учреждений. 1 20. Конструктор отчетов. 1 21. Отчеты учреждений 22. Подсистема взаимодействия с внешними бухгалтерскими системами учреждений в части выгрузки выписок по лицевым счетам учреждений системы «АЦК-Финансы» 1 23. Подсистема сопоставления кассовых операций с данными Федерального казначейства 1 24. Подсистема обеспечения доступа пользователей к системе с использованием интернет-браузера («Веб-интерфейс») 1 Система реализована на базе программы для ЭВМ «Система автоматизации финансово-казначейских органов – Автоматизированный Центр Контроля исполнения бюджета» («АЦК-Финансы»), исключительное право на которую сохранено за правообладателем (общество с ограниченной ответственностью «Бюджетные и Финансовые Технологии», г. Белгород). Муниципальный заказчик располагает правом на использование программы для ЭВМ на условиях простой неисключительной лицензии. - 2.3.11. Предоставление доступа к Базе знаний Под данным видом услуги понимается предоставление УП Заказчика доступа к информационному ресурсу Исполнителя, содержащему статьи по известным инцидентам и системным ошибкам, а также статьи по часто задаваемым вопросам (FAQ) с возможностью поиска готовых решений (База знаний). 1. Исполнитель осуществляет ведение и поддержание Базы знаний Исполнителя в актуальном состоянии с целью использования хранящейся в ней информации УП и сотрудниками службы сопровождения Исполнителя для решения известных инцидентов и ошибок, оказывающих значительное влияние на бизнес-процессы Заказчика, а также поиска ответов на часто задаваемые типовые вопросы по работе в Системе. 2. Требования по ведению и поддержанию в актуальном состоянии Базы знаний Исполнителя включают в себя: - Наполнение Базы знаний (внесение новой справочной информации); - Актуализацию существующей справочной информации. 3. База знаний Исполнителя должна представлять собой совокупность статей и документов, содержащих следующую информацию: - перечень известных инцидентов и ошибок, оказывающих значительное влияние на бизнес-процессы Заказчика, для которых существует вариант временного решения, с описанием способов их устранения; - перечень часто задаваемых типовых вопросов по использованию функциональности Системы с описанием решений и рекомендаций по работе в Системе; - инструкции пользователя, методические рекомендации по работе в Системе, разрабатываемые, при необходимости, Исполнителем в ходе оказания услуг по сопровождению Системы. 4. Исполнитель обязан предоставить УП доступ к Базе знаний Исполнителя. 5. Доступ к Базе Знаний предоставляется как через информационный ресурс непосредственно путём навигации по разделам Базы Знаний, так и через сервис диалогового ассистента, вызов которого осуществляется в Системе. - 6. Исполнитель должен осуществлять мониторинг заявок, поступающих в службу сопровождения, с целью выявления повторяющихся инцидентов и способов их решения. В результате мониторинга сотрудники Исполнителя формируют перечень задач, информация о решении которых вносится в Базу знаний на усмотрение Исполнителя. 7. Актуальная версия Базы знаний Исполнителя должна быть постоянно доступна УП и Исполнителю вне зависимости от работоспособности Системы. 8. Сервис может быть не доступен в часы технического обслуживания. 3. Требования к патентной чистоте Реализация в Системе технических, программных, организационных и иных решений, необходимых для оказания услуг по контракту, не должна приводить к нарушению авторских и смежных прав. Исполнитель должен обладать правом на использование программы для ЭВМ, на базе которой реализована Система, способами, необходимыми и достаточными для надлежащего исполнения обязательств по контракту. - Подробные сведения о качественных, функциональных, технических, эксплуатационных характеристиках Системы приведены в Документации на Систему и предоставляются Исполнителю в период исполнения обязательств по контракту на основании официального запроса. 2. Требования к услугам 2.1. Термины и определения Автоматизированная система управления обращениями (АСУО) – Специализированная информационная система, предоставляемая Исполнителем, позволяющая УП осуществлять контроль и управление зарегистрированными обращениями; Адаптация – Приведение функциональных возможностей Системы в соответствие с измененными требованиями действующего федерального и (или) регионального законодательства; Администратор Системы – Сотрудник Заказчика, осуществляющий работы по администрированию Системы; База знаний – Информационный ресурс Исполнителя, содержащий статьи по известным инцидентам и часто задаваемым вопросам (FAQ) с возможностью поиска готовых решений; Виды обеспечения Системы – виды обеспечения Системы согласно ГОСТ Р 59853-2021 "Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения"; Внешняя система – Система, не являющаяся предметом сопровождения в рамках контракта, обеспечение взаимодействия с которой может потребоваться в рамках оказания услуг по контракту. Временное/Обходное решение – Решение, устраняющее или существенно снижающее воздействие инцидента на деятельность УП и/или Заказчика; Дефект (системная ошибка) – Событие в работе Системы, связанное с несоответствием функции Системы положениям Документации на Систему либо требованиям федерального законодательства; - Документация на Систему – Эксплуатационная документация, содержащая описание функций Системы и их назначение, способы применения функционала Системы для реализации документооборота участников Системы, а также инструкции по установке и эксплуатации Системы (в том числе Системные требования, Руководство Администратора Системы и Руководство Пользователя Системы); Доработка/Изменение/Внесение изменений в Систему – Добавление, изменение или удаление функциональных возможностей Системы в соответствии с требованиями настоящего Технического задания, которое осуществляется путем модификации программы для ЭВМ, на базе которой реализована Система; Заявка – Обращение УП, зарегистрированное в АСУО с присвоением УИН; Заявка-дубль – Заявка, суть описания и решения по которой идентично другой Заявке, зарегистрированной в АСУО ранее; Известный инцидент/системная ошибка – проблема, имеющая задокументированные корневую причину и временное/обходное решение; Инцидент – факт прекращения функционирования Системы или некорректное функционирование Системы или ее компонента, не позволяющего пользователю выполнить действия в системе (функциональные задачи), а также несоответствие функции Системы положениям Документации на Систему и/или требованиям Федерального законодательства; - Момент регистрации заявки в АСУО – Для заявок, поступивших в АСУО по электронной почте, момент регистрации заявки Исполнителем в АСУО определяется заполнением поля «Дата регистрации» после завершения Исполнителем классификации и регистрации обращения, поступившего от УП на сервер электронной почты Исполнителя. Для заявок, поступивших в АСУО по телефону, момент регистрации заявки Исполнителем в АСУО определяется заполнением поля «Дата регистрации» после завершения Исполнителем классификации и регистрации обращения, принятого от УП по телефону. Для заявок, поступивших через АСУО, момент регистрации заявки Исполнителем в АСУО определяется заполнением поля «Дата обнаружения» после передачи Исполнителю на решение заявки, созданной УП в АСУО; Нетиповая схема работы – Схема, не подпадающая под рекомендованную Исполнителем технологию работы с Системой; Нештатная ситуация – Событие при выполнении функции Системы, влияющее или способное прекратить возможность выполнения пользователем Заказчика бизнес-операций в Системе; Обращение – Обращение УП по вопросу, связанному с работой в Системе; - Обработка обращений – Комплекс мероприятий, направленных на предоставление решения по обращению; Обстоятельства непреодолимой силы (форс-мажор) – под обстоятельствами непреодолимой силы (форс-мажор) в рамках настоящего Описания объекта закупки (Технического задания ) понимаются чрезвычайные, непредвиденные и непредотвратимые обстоятельства, возникшие при обработке заявки, которые нельзя было разумно ожидать при принятии заявки в обработку, либо избежать или преодолеть, а также иные обстоятельства, находящиеся вне воли и контроля ответственных сотрудников Исполнителя и препятствующие или делающие невозможным обработку заявки в установленные сроки. В частности, к таким обстоятельствам относятся: наводнения, пожары, землетрясения, другие стихийные бедствия, объявленная или фактическая война, военные перевороты, террористические акты, гражданские волнения, забастовки, эпидемии, блокада, эмбарго, издание нормативных, ненормативных правовых актов, указов Президента РФ, постановлений Правительства РФ, административное вмешательство со стороны государственных органов, а также других обстоятельств, оказывающих влияние на обработку заявки в установленные сроки, которые ни одна из Сторон не могла заранее предвидеть и/или предотвратить. Обстоятельствами непреодолимой силы (форс-мажор) не могут быть признаны: болезнь ответственного сотрудника Исполнителя, нахождение его в отпуске, командировке, а также иные случаи временного отсутствия ответственного сотрудника Исполнителя на рабочем месте; Патч – Автоматизированное дополнительное программное средство (обновление программы для ЭВМ, на базе которой реализована Система), используемое для устранения проблем в Системе или изменения ее функционала; Программный комплекс Системы – совокупность взаимосвязанных компонентов и программных компонентов Системы; - Развитие Системы – Добавление, изменение функциональных возможностей Системы, в том числе связанных с появлением новых компонентов и (или) модулей (и их структурных связей), дифференциация Системы; Релиз – Форма обновления функциональности Системы, которая может быть реализована посредством скрипта, патча или версии Системы, являющиеся обновлением программы для ЭВМ, на базе которой реализована Система; Релиз, предназначенный для перехода на очередной (новый) финансовый год – Форма обновления функциональности Системы, предназначенная для выполнения мероприятий в соответствии с методикой Исполнителя по переводу Системы на очередной (новый) финансовый год; Сбой/Значительный Инцидент – Инцидент или запрос на изменение с первым приоритетом, повлекший прекращение выполнения Системой своих функций или части функций, являющихся ключевыми и не позволяющими пользователю выполнить свои прямые задачи в регламентированные сроки, при этом не существует альтернативных способов (включая ручную обработку) продолжить работу. Также сбоем может быть признан Дефект, при котором имеются альтернативные способы выполнения функций в случае, если трудоемкость операций при использовании альтернативных способов многократно превышает штатные условия функционирования Системы и не позволяет Заказчику выполнить свои прямые задачи в сроки, установленные федеральным законодательством; Система – автоматизированная система «АЦК-Финансы», установленная в комитете по финансам администрации городского округа «Город Калининград». Системное программное обеспечение – комплекс программ, которые обеспечивают управление аппаратными ресурсами компьютерной системы и работу прикладного программного обеспечения; Системные требования – Описание параметров аппаратного и программного обеспечения, на котором Исполнитель гарантирует корректную работу Системы; - Срок регистрации обращения по электронной почте – временной интервал с момента поступления обращения по электронной почте на почтовый сервер Исполнителя до момента регистрации Исполнителем заявки в АСУО на основании поступившего обращения. Момент регистрации Заявки определяется заполнением поля «Дата регистрации»; Срок решения обращения – временной интервал, прошедший с момента регистрации заявки УП до момента, когда УП предоставлено решение, успешность применения которого подтверждена УП, либо до момента закрытия заявки Исполнителем по истечении срока давности в соответствии с требованиями, определенными для услуги «Прием и регистрация обращений от уполномоченного пользователя». В расчет максимального времени решения заявки не включается время нахождения заявки в статусах с запросом уточняющей информации, с запросом на подтверждение предоставленного временного и/или постоянного решения, а также в случаях приостановки решения по заявке в соответствии с требованиями к оказанию соответствующей услуги; Срок устранения инцидента и внесения изменений – временной интервал, прошедший с момента регистрации заявки УП до момента, когда УП предоставлено решение в рамках созданной Исполнителем заявки категории «Запрос на изменение», успешность применения которого подтверждена УП, либо до момента закрытия заявки Исполнителем по истечении срока давности в соответствии с требованиями, определенными для услуги «Прием и регистрация обращений от уполномоченного пользователя». В расчет максимального времени решения заявки не включается время нахождения заявки в статусах с запросом уточняющей информации, с запросом на подтверждение предоставленного временного и/или постоянного решения, а также в случаях приостановки решения по заявке в соответствии с требованиями к оказанию соответствующей услуги; Стороны – Исполнитель и Муниципальный заказчик (Заказчик); - Типовая схема работы – Схема, описание которой было включено Исполнителем в методические рекомендации по использованию Системы (в Документацию на Систему), либо возможность использования которой была подтверждена Исполнителем в ответ на запрос Заказчика; Удаленное хранилище данных – Сервер Исполнителя, обеспечивающий обмен файлами; Федеральное законодательство РФ – Федеральные законы Российской Федерации, Акты Президента Российской Федерации, Акты Правительства Российской Федерации, нормативные акты министерств и ведомств, устанавливающие правила и нормы осуществления органами государственной власти субъектов РФ, органами местного самоуправления деятельности, в том числе приказы, письма, указания, инструкции и пр., регулирующей бюджетные правоотношения и/или касающейся процесса организации закупок; Release notes – часть документации Релиза, в которой указывается перечень изменений между выпускаемой и предыдущей версиями Системы. - 2.2. Перечень сокращений Сокращения Определение АРМ Автоматизированное рабочее место АСУО Автоматизированная система управления обращениями БД База данных БЗ База знаний ГРБС Главные распорядители бюджетных средств ПБС Получатели бюджетных средств ЗнД Запрос на доработку ЗнИ Запрос на изменение ЗнК Запрос на консультацию ЗнО Запрос на обслуживание ИНЦ Инцидент РБС Распорядители бюджетных средств РФ Российская Федерация СУБД Система управления базами данных УИН Уникальный идентификационный номер Обращения, генерируемый автоматически системой АСУО при создании Обращения УП/УПЗ Уполномоченный пользователь, определенный ответственным представителем Заказчика с официальным уведомлением Исполнителя о включении пользователя в список уполномоченных пользователей УХД Удаленное хранилище данных ЭВМ Электронно – вычислительная машина FAQ (англ. Frequently Asked Question(s)) – перечень часто задаваемых вопросов и ответов - 2.3. Требования к составу и содержанию услуг 2.3.1. Предоставление доступа к АСУО Под данным видом услуги понимается предоставление УП единой точки контакта в виде доступа к автоматизированной системе Исполнителя (АСУО), предназначенной для управления обращениями, поступающими от УП. 1. АСУО должна обеспечивать выполнение следующих функций: - регистрация обращений; - контроль хода выполнения заявки; - добавление комментариев к заявке в процессе ее выполнения; - подтверждение выполнения заявки, или возобновление выполнения при ненадлежащем качестве оказанной услуги; - получение информации обо всех выполняемых и выполненных заявках; - автоматическое информирование УПЗ по электронной почте о ходе решения заявки. 2. Исполнитель обязан предоставить УП доступ в АСУО для возможности осуществления Заказчиком оперативного контроля процесса оказания услуг. 3. Сервис может быть не доступен в часы технического обслуживания. 2.3.2. Прием и регистрация обращений от уполномоченного пользователя Под данным видом услуги понимается прием, регистрация, первичный анализ и классификация обращений, принятых от УП. 1. Услуга «Прием и регистрация обращений от уполномоченного пользователя» включает в себя прием, регистрацию обращений и обработку Исполнителем заявок с категориями, указанными в пп.1-4 Таблицы 1 Приложения 1 настоящего Технического задания, поступивших от УП Заказчика. 2. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 3. Сроки обработки обращений, классифицированных в результате первичного анализа по списку услуг, определяются требованиями соответствующей услуги. 4. Регистрация обращений включает в себя следующие процедуры: - прием обращений от УП; - первичная классификация обращений, принятых от УП; - регистрация обращений, принятых от УП, в АСУО с присвоением уникального номера обращения (УИН). - 5. Обработка заявок включает в себя следующие процедуры: - первичный анализ заявки Исполнителем (проверка на соответствие предусмотренному Техническим заданием составу услуг, модулей и компонент Системы, корректность определения категории и приоритета заявки); - анализ достаточности данных, указанных в описании обращения, для его решения; - запрос дополнительной информации, необходимой для решения обращения, в случае необходимости; - выполнение мероприятий, направленных на решение заявки, в том числе посредством оказания иных услуг, предусмотренных Техническим заданием, внутренними документами Исполнителя, регламентирующими работу в АСУО. Мероприятия проводятся в соответствии с порядком и требованиями на оказание каждой конкретной услуги, приведенными в настоящем Техническом задании. 6. Исполнитель обязан принимать обращения от УП через АСУО. 7. В часы технического обслуживания АСУО, при условии отсутствия в АСУО технической возможности и/или доступа у УП к функции регистрации обращений, Исполнитель обязан организовать прием и регистрацию обращений УП по дополнительным каналам приема обращений – по телефону и/или электронной почте. 8. Количество пользователей услуги – сотрудников Заказчика составляет 3 человека. 9. Для обеспечения взаимодействия между Исполнителем и Заказчиком, а также для обеспечения возможности Исполнителю приступить к оказанию услуг в объеме и качестве, установленными настоящим Техническим заданием, со стороны Исполнителя и Заказчика должно быть соблюдено выполнение следующих подготовительных мероприятий: 9.1. Заказчиком в течение 2-х (двух) рабочих дней со дня заключения Контракта определяется и доводится до Исполнителя по электронной почте список УП с указанием контактной информации по шаблону, представленному в Приложении 4 настоящего Технического задания (далее – Список УП). - 9.2. Исполнитель в течение 2-х (двух) рабочих дней с момента получения от Заказчика Списка УП должен: - обеспечить подключение УП к АСУО для возможности регистрации в ней обращений УП; - предоставить УП права доступа и учетные данные («Имя пользователя» (Login) и «Пароль» (Password)) к УХД Исполнителя и к Базе знаний Исполнителя; - направить Заказчику по электронной почте подтверждение о завершении выполнения подготовительных мероприятий. 10. Оказание услуг и прием обращений от УП осуществляется с момента завершения выполнения подготовительных мероприятий, указанных выше в п. 9 данной услуги. 11. В дальнейшем Заказчик вправе вносить изменения в Список УП в течение всего срока действия Контракта. При этом количество УП не должно превышать значение, указанное в настоящем Техническом задании. Изменения в Списке УП Заказчик доводит до Исполнителя по электронной почте. 12. Исполнитель обязан вести учет всех обращений, поступающих от УП, в АСУО. 13. Одному Обращению УП должна соответствовать одна заявка в АСУО. Если в процессе обработки заявки, возникают новые вопросы или события у УП, не связанные с текущим обращением, либо влекущие за собой проведение дополнительных работ – сопутствующих, но прямо не связанных, то по ним в АСУО должны быть зарегистрированы отдельные заявки. 14. Исполнитель обязан отражать результаты первичного анализа и классификации каждого обращения в АСУО. 15. Для оказания предусмотренных настоящим Техническим заданием услуг, Исполнитель вправе запрашивать у УП по соответствующей заявке дополнительную информацию, необходимую для качественного оказания услуг. Уточнение дополнительной информации по заявке производится сотрудниками Исполнителя по мере необходимости. 16. Передача информации от Исполнителя к УП в рамках оказания услуг происходит путем обновления Исполнителем информации о статусе заявки в АСУО. - 17. Исполнитель вправе мотивированно отказать в выполнении Заявки (закрыть заявку в АСУО), если: - при классификации обращения в АСУО, выявлено несоответствие предоставляемых услуг сути обращения; - УП не предоставил по заявке запрошенную информацию, необходимую для предоставления решения по заявке, по истечении 14 (четырнадцати) рабочих дней с момента направления запроса на предоставление информации Исполнителем (при условии, что Исполнитель запрашивал недостающую информацию у инициатора обращения посредствам АСУО не менее 2 (двух) раз за указанный период); - Заявка является Заявкой-дублем по отношению к другой Заявке, зарегистрированной ранее УП или Исполнителем самостоятельно. 18. В случаях, определенных в Таблице 5 Приложения 3 настоящего Технического задания, Исполнитель приостанавливает время обработки заявки. Время приостановки не включается в общее время решения заявки. 19. Заявки классифицируются Исполнителем по категориям и приоритетам в соответствии с Приложением 1 настоящего Технического задания. 20. УП самостоятельно определяют категорию и приоритет обращения при передаче его в АСУО. В случае если категория и приоритет обращения определены некорректно, уполномоченный сотрудник Исполнителя (по согласованию с Заказчиком) или Заказчик вправе изменить категорию и приоритет данного обращения в соответствии с правилами присвоения приоритета заявкам, определенными в Таблице 2 Приложения 1 настоящего Технического задания, а также требованиями к срочности и степени воздействия, определенными для заявок категории «Инцидент» в Таблице 3 Приложения 1 настоящего Технического задания. 21. В случае понижения приоритета, из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. - 22. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 23. Обращения по услугам, подсистемам/модулям Системы, не предусмотренным настоящим Техническим заданием, Исполнитель не обрабатывает, о чем делается соответствующая запись в АСУО. УП информируется об условиях приобретения требуемой услуги. 24. Исполнитель обязан контролировать сроки, отведенные для регистрации и решения заявки. При достижении определенного уровня срока (определяется Исполнителем) должен обеспечить эскалацию заявки на следующую линию службы сопровождения без нарушения установленных сроков обработки заявки. 25. В отдельных случаях и при условии, что Исполнитель обоснует объективную невозможность выполнить обращение в установленный срок, время решения может быть увеличено по письменному согласованию с Заказчиком. Допускается согласование посредством электронной почты и (или) АСУО. 26. Подтверждение решения заявки в АСУО производится УП после проверки предоставленного по заявке решения, либо Исполнителем – по согласованию с УП. 27. Исполнитель вправе осуществить закрытие решенных заявок самостоятельно, без согласования с УП, по истечении 30 (тридцати) рабочих дней со времени решения заявки (при условии, что Исполнитель обращался с просьбой подтвердить предоставленное по заявке решение к инициатору обращения посредствам АСУО не менее 2 (двух) раз за указанный период). 28. Обращения, поступившие от УП, по другим каналам связи, не предусмотренным данной услугой (в частности, Интернет - пейджерам, порталам, ICQ или иных), не являются официальными. Другие средства связи рассматриваются только как средства личного общения и не обязывают Исполнителя регистрировать обращения и/или отвечать на обращения, переданные такими видами связи. - 2.3.3. Консультирование уполномоченного пользователя Под данным видом услуги понимается предоставление по зарегистрированным обращениям УП необходимых и достаточных ответов и рекомендаций по: - вопросам, связанным с эксплуатацией Системы: с установкой, настройкой, процедурой обновления, функционированием Системы, порядком выполнения операций бизнес-процессов в соответствии с рекомендациями, схемами и методами работы, определенными в Документации к Системе, по вопросам применения федерального законодательства в рамках методов использования Системы, схем работы с Системой. - по техническим вопросам функционирования Системы, под которыми понимается предоставление рекомендаций по настройке, оптимизации, установке, проведению обновления, администрированию программного комплекса Системы (в соответствии с требованиями к составу программного комплекса, обозначенных в Системных требованиях), за исключением вопросов, касающихся настройки, установки, оптимизации, проведения обновления и администрирования базы данных Системы. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенным в Таблице 4 Приложения 2 настоящего Технического задания. 2. Обращения с запросом на консультационную поддержку должны быть зарегистрированы в АСУО с категорией «Запрос на консультацию» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).». 3. В процессе обработки заявок Заказчиком или Исполнителем допускается изменение приоритета (в случае необходимости) в сторону повышения или понижения. 4. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 5. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. - 6. По запросу Исполнителя Заказчик предоставляет Исполнителю материалы и данные, необходимые для анализа зарегистрированного обращения и подготовки ответов и рекомендаций по обозначенным в заявке вопросам. 7. Исполнитель обязан предоставлять необходимые и достаточные ответы и рекомендации по соответствующим вопросам, позволяющие УП решить возникающие в ходе эксплуатации Системы вопросы или проблемы. 8. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 9. Исполнитель обязан оказывать консультации УП в рамках времени, отведенного на решение заявки категории «Запрос на консультацию», в зависимости от присвоенного приоритета: - 7 рабочих дней с приоритетом «3 – незначительный (средний)»; - 9 рабочих дней с приоритетом «4 – низкий». 10. Услуга не включает в себя вопросы, касающиеся настройки, установки, оптимизации, проведения обновления и администрирования базы данных Системы, аппаратного окружения Системы (аппаратное обеспечение, сетевое оборудование, иное), а также установки, настройки, оптимизации системного программного обеспечения. - 2.3.4. Управление инцидентами Под данным видом услуги понимается диагностика, классификация, анализ и предоставление решения по зарегистрированным обращениям, связанным с возникновением у пользователя инцидентов, возникающих в случаях: - нештатной ситуации при выполнении функции Системы, влияющей или способной прекратить возможность выполнения пользователем действий в Системе; - прекращения выполнения функции Системы, некорректного выполнения функции Системы, не позволяющего пользователю осуществить свои обязанности в сроки, установленные федеральным законодательством; - несоответствия функции Системы положениям Документации (системная ошибка) либо несоответствия функции Системы требованиям федерального законодательства. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Обращения, связанные с возникновением у пользователя инцидента в работе Системы, должны быть зарегистрированы в АСУО с категорией «Инцидент» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. Определение приоритета для заявок категории «Инцидент», а также его последующее изменение (в случае необходимости) в сторону повышения или понижения осуществляется Заказчиком или Исполнителем (при согласовании с Заказчиком) в соответствии с требованиями в Таблице 3 Приложения 1 настоящего Технического задания. 4. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 5. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 6. Исполнитель обязан в удаленном режиме организовать комплекс мер (организационных, технических или иных), направленных на решение Инцидента. - 7. Решение Инцидента может включать в себя: 7.1. Предоставление рекомендаций по эксплуатации или настройке Системы с использованием предусмотренной в Системе функциональности, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.2. Предоставление рекомендаций по выполнению действий в Системе с использованием предусмотренной в Системе функциональности, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.3. Предоставление рекомендаций по корректировке данных с использованием штатных механизмов и функций Системы; 7.4. Подготовка инструмента для корректировки данных, при условии отсутствия штатных механизмов корректировки данных с использованием функциональности Системы; 7.5. Консультирование УП в случае выявления ошибочных действий, которые привели к возникновению инцидента, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.6. Подготовку и предоставление временного решения инцидента (при наличии), включающего в себя консультации, рекомендации и (или) программные средства, позволяющие снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика в случае, если инцидент связан с системной ошибкой или сбоем; 7.7. Предоставление заключения по результатам диагностики о необходимости передачи инцидента на более высокий уровень специалистам экспертной поддержки. Исполнитель продолжает анализ инцидента и подготовку временного и/или постоянного решения, позволяющего разрешить зарегистрированный инцидент, в рамках заявки категории «Запрос на изменение» в соответствии с требованиями и регламентом оказания услуги «Управление изменениями по решению инцидентов и устранению дефектов». Используется в следующих случаях:

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Услуги по сопровождению автоматизированной системы «АЦК-Финансы» - 7.7.1. Если для подготовки постоянного решения требуется устранение системной ошибки в работе Системы; 7.7.2. Если для подготовки постоянного решения требуется внесение изменений в Систему или в Документацию к Системе; 7.7.3. Если для подготовки временного и/или постоянного решения требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин – необходимых для выработки временного (при наличии) и/или постоянного решения; 7.7.4. Если для подготовки постоянного решения требуется разработка сложного инструмента корректировки данных в БД Заказчика, трудозатраты на разработку которого превышают установленные нормативные сроки решения инцидента. 8. Диагностика причин возникновения Инцидента и подготовка решения, направленного на устранение Инцидента, производятся силами и за счет средств Исполнителя. 9. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин Инцидента и их дальнейшего устранения. 10. Исполнитель вправе для устранения сбоя, возникшего по вине Исполнителя, предоставить Заказчику временное решение. При этом сбой считается устраненным, а разработка постоянного решения происходит в рамках услуги «Управление изменениями по решению инцидентов и устранению дефектов». 11. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 12. Исполнитель обязан предоставить Заказчику решение в сроки, отведенные на решение заявки категории «Инцидент», в зависимости от присвоенного приоритета: . • 3 рабочих дня с приоритетом «1 – блокирующий (наивысший)»; • 5 рабочих дней с приоритетом «2 – значительный (высокий)»; • 10 рабочих дней с приоритетом «3 – незначительный (средний)»; • по согласованию Сторон с приоритетом «4 - низкий». - -

13. Если на основании принятого от УП «Инцидента» создан «Запрос на изменение», то время обработки «Инцидента» приостанавливается до решения, связанного «Запроса на изменение». При этом Исполнитель обязан предоставить Заказчику решение в сроки, обозначенные для услуги «Управление изменениями по решению инцидентов и устранению дефектов». 14. По факту устранения инцидента Исполнитель, при необходимости, отражает информацию об инциденте и способах его решения в Базе знаний Исполнителя с целью предупреждения ситуации возникновения в дальнейшем аналогичных инцидентов. 2.3.5. Управление запросами на обслуживание Под данным видом услуги понимается выполнение нетиповых работ, предоставление информации или других данных по зарегистрированному обращению УП, не связанному с нарушением эксплуатации Системы, необходимостью адаптации/внесения изменений в Систему, необходимостью выполнения типовых работ или оказания консультации в рамках услуги. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на обслуживание» нетиповой с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. К нетиповым Заявкам с категорией «Запрос на обслуживание» относятся Заявки содержащие: - Запрос, связанный с необходимостью разработки дополнительного инструмента корректировки данных в БД Системы; - Запрос на обновление, изменение или предоставление Документации Системы и другой информации по Системе или доступных Заказчику услугах; - Прочие запросы, несвязанные напрямую с вопросами эксплуатации Системы и не выходящие за рамки настоящего Технического задания и видов обеспечения Системы.

4. В процессе обработки заявок Заказчиком или Исполнителем допускается изменение приоритета (в случае необходимости) в сторону повышения или понижения. 5. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 6. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 7. Исполнитель обязан в удаленном режиме выполнить мероприятия, необходимые для решения заявки в объеме предусмотренной у Заказчика функциональности. 8. Исполнитель вправе отказать в решении заявки в случае, если требуемое решение выходит за рамки имеющейся у Заказчика функциональности или, если трудозатраты на выполнение такого запроса не сопоставимы с полученным результатом (например, в случае наличия в Системе штатного механизма/функции по корректировке данных). 9. В случае если запрос связан с необходимостью изменения Документации Системы Исполнитель осуществляет внесение изменений в Документацию Системы в рамках заявки категории «Запрос на изменение» в соответствии с требованиями и порядком оказания услуги «Управление изменениями по совершенствованию функциональности Системы и повышения удобства работы с ней». 10. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 11. Исполнитель обязан предоставить Заказчику решение в сроки, в зависимости от присвоенного приоритета: • 5 рабочих дней с приоритетом «3 – незначительный (средний)»; • 7 рабочих дней с приоритетом «4 - низкий».

2.3.6. Управление запросами на доработку Под данным видом услуги понимается анализ зарегистрированных обращений УП, связанных с необходимостью изменения существующей и/или разработки новой функциональности Системы, в том числе связанных с изменениями федерального законодательства, и предоставление заключения об условиях принятых к реализации изменений. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на доработку» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).». 3. Исполнитель обязан организовать комплекс мер (анализ), направленных на исследование заявки, связанных с необходимостью изменения существующей и/или разработки новой функциональности Системы. 4. На основании информации, полученной в рамках заявки, Исполнитель проводит анализ реализуемости требуемых изменений/дополнений функциональности Системы, предварительно вырабатывает способы и анализирует методы внесения изменений в Систему. 5. По результатам анализа Исполнитель информирует Заказчика о заключении по запросу на доработку, в котором указывает либо условия реализации изменений, либо причины отказа в реализации с предоставлением Заказчику обоснованного пояснения. 6. Основанием для отказа в реализации изменений могут быть: 6.1. Наличие противоречий между требованиями Заказчика и положениями федерального законодательства; 6.2. Наличие несоответствия запрашиваемых требований функциональным возможностям программных компонентов и модулей Системы, указанных в Техническом задании; 6.3. Наличие в требованиях Заказчика положений, исполнение которых приведет к ухудшению надежности, производительности, стабильности, масштабируемости или к потере существенных функций Системы;

6.4. Противоречие требований Заказчика особенностям функционирования Системы, реализация которых может привести к потере существенных функций Системы, с обоснованным пояснением Заказчику этих особенностей; 6.5. Наличие несоответствия запрашиваемых изменений функциональному назначению Системы, автоматизируемым функциям Системы; 6.6. Наличие в требованиях Заказчика положений несовместимых с архитектурой Системы. 7. Изменения в части функциональности Системы могут быть реализованы на усмотрение Исполнителя с учетом следующих условий, в соответствии со значимостью и полезностью изменений для общего развития и совершенствования Системы: – на коммерческой основе в рамках иных соглашений на выполнение работ, оказание услуг. В этом случае Исполнитель предоставляет информацию о предварительной сметной оценке реализации изменений и возможные сроки реализации изменений. – на безвозмездной основе в рамках соответствующей услуги «Управление изменениями по совершенствованию функциональности Системы и повышение удобства работы с ней» в сроки в соответствии с внутренним планом-графиком Исполнителя, без гарантии фиксации сроков. – на безвозмездной основе, в рамках услуги «Управление изменениями по обеспечению соответствия требованиям федерального законодательства». 8. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 9. Исполнитель обязан предоставить Заказчику заключение по результатам анализа заявки категории «Запрос на доработку», связанной с изменением законодательства, в срок, не превышающий 10 рабочих дней. 10. Исполнитель обязан предоставить Заказчику заключение по результатам анализа заявки категории «Запрос на доработку», не связанной с изменением законодательства, срок, не превышающий 23 рабочих дня.

2.3.7. Управление изменениями по решению инцидентов и устранению дефектов Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), направленных на предоставление решения (разработка рекомендаций, выпуск версий/патчей, разработка инструмента корректировки данных), обеспечивающего устранение выявленного инцидента в работе Системы, в случаях: - если требуется устранение системной ошибки в работе Системы, - если требуется внесение изменений в Систему или Документацию Системы, - если требуется анализ проблемы, проведение исследований, разработка и тестирование гипотез, анализ корневых причин, необходимых для выработки временного (при наличии) и/или постоянного решения, - если в рамках инцидента требуется разработка сложного инструмента корректировки данных в БД Заказчика. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Услуга оказывается Исполнителем на основании обращений, зарегистрированных в АСУО с категорией «Запрос на изменение». 3. Приоритет «Запроса на изменение» определяется на основании приоритета инцидента, указанного в связанной заявке, поступившей от УП. 4. При возникновении необходимости передачи инцидента на более высокий уровень специалистам экспертной поддержки, включая специалистов третьей линии сопровождения, регистрирует в АСУО заявку категории «Запрос на Изменение» и продолжает анализ инцидента и подготовку временного и/или постоянного решения, позволяющего разрешить зарегистрированный инцидент, в рамках данной заявки. 5. Приоритет по зарегистрированному «Запросу на изменение» может быть скорректирован в процессе оказания услуги Заказчиком или Исполнителем (при согласовании с Заказчиком) в соответствии с требованиями в Таблице 2 Приложения 1 настоящего Технического задания.

6. При наличии временного решения, позволяющего снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика, Исполнителем в рамках «Запроса на изменение» может быть скорректирован приоритет в сторону понижения. 7. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 8. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 9. Исполнитель обязан в удаленном режиме организовать комплекс мер (организационных, технических или иных), направленных на решение инцидента и/или устранение дефекта, заявленного в заявке категории «Запрос на изменение». 9.1. Решение «Запроса на изменение» может включать в себя: 9.2. Подготовку и предоставление временного решения инцидента (при наличии), включающего в себя консультации, рекомендации и (или) программные средства, позволяющие снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика в случае, если инцидент связан с системной ошибкой или сбоем; 9.3. Подготовку и предоставление постоянного решения инцидента, которое может включать: - инструмент исправления/корректировки данных, при условии отсутствия штатных механизмов корректировки данных с использованием функциональности Системы или, если необходимость корректировки данных вызвана ошибками реализации новой/изменением текущей функциональности Системы; - актуализацию рабочей Документации Системы в рамках решения инцидента; - консультирование УП в случае выявления ошибочных действий, которые привели к возникновению инцидента; - предоставления рекомендаций для решения инцидента, возникшего у УП; - исправление подтвержденных ошибок Системы, а также передачу Релиза Системы, включающего устранение подтвержденного дефекта (системной ошибки).

10. Мероприятия, направленные на решение инцидента и/или устранение дефекта, заявленного в заявке категории «Запрос на изменение», производятся силами и за счет средств Исполнителя. 11. По запросу Исполнителя Заказчик обязан предоставить Исполнителю материалы и данные (включая возможность удаленного подключения к Системе Заказчика), необходимые для диагностики причин возникновения инцидента, заявленного в заявке категории «Запрос на изменение», и его дальнейшего устранения. 12. Исполнитель обязан передать Заказчику Релиз с исправлением подтвержденных ошибок Системы в соответствии с порядком оказания услуги «Предоставление Релизов». 13. На этапе анализа и обработки заявки Исполнитель обязан фиксировать в АСУО все действия и их результаты, с приложением необходимой информации. 14. Информация о решении заявки категории «Запрос на изменение» должна отражаться Исполнителем во всех связанных с ней заявках категории «Инцидент». 15. Исполнитель обязан предоставить Заказчику решение по заявкам категории «Запрос на изменение», по согласованию Сторон в течение от 3 до 15 рабочих дней в зависимости от присвоенного приоритета: - 5 рабочих дней с приоритетом «1 – блокирующий (наивысший)»; - 10 рабочих дней с приоритетом «2 – значительный (высокий)»; - 15 рабочих дней с приоритетом «3 – незначительный (средний)»; - по согласованию Сторон с приоритетом «4 - низкий». 16. Услуга не распространяется на инциденты, возникшие не по вине Исполнителя.

2.3.8. Управление изменениями по обеспечению соответствия требованиям федерального законодательства Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), связанных с необходимостью проведения анализа, подготовки изменений в Систему и Документацию Системы в случаях, направленных на обеспечение соответствия Системы требованиям федерального законодательства в объеме реализованной функциональности, а также требованиям утвержденных форматов обмена с внешними федеральными государственными информационными системами, взаимодействующими с Системой. В том числе изменения, связанные с подготовкой Системы к эксплуатации в новом финансовом году. 1. Основанием для оказания услуги является факт вступления в силу изменений федерального законодательства. 2. На основании зарегистрированных УП заявок Исполнителем, при определении необходимости внесения изменений в Систему и/или Документацию к Системе, в АСУО регистрируется заявка категории «Запрос на Изменение» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).

3. В рамках услуги Исполнитель обязан выполнить адаптацию Системы на соответствие измененным в рамках срока оказания услуг требованиям федерального законодательства в соответствии со следующими нормативными сроками: - Не позднее даты вступления в силу нормативного документа в случае, если дата опубликования нормативного документа не менее 30 (тридцати) (календарных дней до даты вступления в силу нормативного документа; - Не позднее 30 (тридцати) календарных дней со дня опубликования нормативного документа, либо поэтапно в согласованные Сторонами сроки в случае, если дата опубликования нормативного документа менее 30 (тридцати) календарных дней с даты вступления в силу нормативного документа; - В случаях, когда обязанность по применению вновь введенных норм права возникает у Заказчика не с даты вступления в силу нормативного документа, утверждающего такие нормы права, Исполнитель обязан выполнить адаптацию Системы на соответствие измененным в рамках срока оказания услуг требованиям федерального законодательства не позднее даты начала применения таких норм права. 4. Исполнитель обязан передать Заказчику Релиз с внесенными изменениями в Систему в соответствии с порядком оказания услуги «Предоставление Релизов». 5. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 6. Реализация изменений федерального законодательства сверх функционала подсистем и модулей Системы, состав которых определен в настоящем Техническом задании, не предусмотрена.

2.3.9. Управление изменениями по совершенствованию функциональности Системы и повышения удобства работы с ней Под данным видом услуги понимается выполнение Исполнителем комплекса мероприятий (организационных, технических или иных), связанных с необходимостью проведения анализа, подготовки изменений в Систему и Документацию Системы в случаях, направленных на совершенствование существующей функциональности Системы и повышения удобства работы пользователей с Системой. 1. На основании зарегистрированных УП заявок Исполнителем, при определении необходимости внесения изменений в Систему и/или Документацию Системы, в АСУО регистрируется заявка категории «Запрос на Изменение». 2. Приоритет заявки с категорией «Запрос на изменение» определяется на основании приоритета заявки с категорией «Запрос на доработку», указанного в связанной заявке, поступившей от УП. 3. В рамках услуги Исполнитель обязан выполнить работы по изменению существующего функционала Системы с целью совершенствования функциональности Системы и повышения удобства работы пользователей с Системой. 4. Работы по изменению системы в рамках услуги осуществляются по инициативе Исполнителя, в том числе с учетом зарегистрированных в рамках услуги «Управление запросами на доработку» заявок УП, не реже двух раз в течение календарного года. 5. Исполнитель обязан отражать информацию о ходе решения заявки категории «Запрос на изменение» в АСУО. 6. Исполнитель обязан передать Заказчику Релиз с внесенными изменениями в Систему в соответствии с порядком оказания услуги «Предоставление Релизов».

2.3.10. Предоставление Релизов Под данным видом услуги понимается предоставление Исполнителем Заказчику в течение срока оказания услуг Релизов с изменениями Системы. 1. Исполнитель обязан в течение срока оказания услуг предоставлять Релизы. 2. Основанием для предоставления Релизов является: - Изменения, связанные с адаптацией существующего функционала Системы на соответствие измененным требованиям действующего федерального законодательства. - Изменения, связанные с решением заявок, в том числе с устранением дефектов Системы, выявленных в ходе обработки заявок. - Изменения существующего функционала Системы, осуществляемые по инициативе Исполнителя и предназначенные для повышения удобства работы пользователей с Системой. - Изменения, связанные с устранением дефектов Системы, выявленных в ходе выполнения Исполнителем мероприятий по подготовке версии Системы, предназначенной для перехода на новый финансовый год. 3. Исполнитель обязан размещать Релизы в УХД Исполнителя с предоставлением УП Заказчика возможности скачивания. 4. Исполнитель обязан уведомить УП Заказчика о доступности Релиза, размещенного в УХД Исполнителя, посредством электронной почты. 5. В состав Релиза, размещаемого Исполнителем в УХД, должны входить: - установочные файлы; - информация по изменениям в Релизе Системы (Release notes); - инструкция по установке Релиза; - обновленная Документация Системы, включающая Руководство пользователя, Руководство администратора Системы; - актуальные системные требования; - иные материалы по усмотрению Исполнителя, относящиеся к Системе. 6. УХД Исполнителя может быть недоступен в часы технического обслуживания.

1. Состав Системы п/п Наименование подсистемы Количество, ед. 1. Администрирование автоматизированной системы «АЦК-Финансы» 1 2. Интерфейс взаимодействия с системой «АЦК-Планирование» 1 3. Интерфейс взаимодействия с системой «АЦК–Муниципальный заказ» 1 4. Учет привлеченных средств. 1 5. Взаимодействие с оператором счета бюджета. 1 6. Учет расходов бюджета. 1 7. Исполнение реестра расходных обязательств. 1 8. Учет источников финансирования дефицита бюджета. 1 9. Кассовое планирование. 1 10. Учет средств, размещенных на возвратной основе. 1 11. АРМ ПБС для подключения к системе «АЦК-Финансы». 156 12. Контроль бюджетных обязательств по договорам. 1 13. АРМ сотрудника ГРБС/РБС для подключения к системе «АЦК-Финансы». 40 14. Электронная Цифровая Подпись документов «АЦК-Финансы». 1 15. Организация выдачи наличных денежных средств. 1 16. АРМ сотрудника финансового органа для подключения к системе «АЦК-Финансы». 50 17. Учет доходов бюджета. 1 18. Бухгалтерский учет. 1 19. Подсистема анализа средств на лицевых счетах бюджетных и автономных учреждений. 1 20. Конструктор отчетов. 1 21. Отчеты учреждений 22. Подсистема взаимодействия с внешними бухгалтерскими системами учреждений в части выгрузки выписок по лицевым счетам учреждений системы «АЦК-Финансы» 1 23. Подсистема сопоставления кассовых операций с данными Федерального казначейства 1 24. Подсистема обеспечения доступа пользователей к системе с использованием интернет-браузера («Веб-интерфейс») 1 Система реализована на базе программы для ЭВМ «Система автоматизации финансово-казначейских органов – Автоматизированный Центр Контроля исполнения бюджета» («АЦК-Финансы»), исключительное право на которую сохранено за правообладателем (общество с ограниченной ответственностью «Бюджетные и Финансовые Технологии», г. Белгород). Муниципальный заказчик располагает правом на использование программы для ЭВМ на условиях простой неисключительной лицензии.

2.3.11. Предоставление доступа к Базе знаний Под данным видом услуги понимается предоставление УП Заказчика доступа к информационному ресурсу Исполнителя, содержащему статьи по известным инцидентам и системным ошибкам, а также статьи по часто задаваемым вопросам (FAQ) с возможностью поиска готовых решений (База знаний). 1. Исполнитель осуществляет ведение и поддержание Базы знаний Исполнителя в актуальном состоянии с целью использования хранящейся в ней информации УП и сотрудниками службы сопровождения Исполнителя для решения известных инцидентов и ошибок, оказывающих значительное влияние на бизнес-процессы Заказчика, а также поиска ответов на часто задаваемые типовые вопросы по работе в Системе. 2. Требования по ведению и поддержанию в актуальном состоянии Базы знаний Исполнителя включают в себя: - Наполнение Базы знаний (внесение новой справочной информации); - Актуализацию существующей справочной информации. 3. База знаний Исполнителя должна представлять собой совокупность статей и документов, содержащих следующую информацию: - перечень известных инцидентов и ошибок, оказывающих значительное влияние на бизнес-процессы Заказчика, для которых существует вариант временного решения, с описанием способов их устранения; - перечень часто задаваемых типовых вопросов по использованию функциональности Системы с описанием решений и рекомендаций по работе в Системе; - инструкции пользователя, методические рекомендации по работе в Системе, разрабатываемые, при необходимости, Исполнителем в ходе оказания услуг по сопровождению Системы. 4. Исполнитель обязан предоставить УП доступ к Базе знаний Исполнителя. 5. Доступ к Базе Знаний предоставляется как через информационный ресурс непосредственно путём навигации по разделам Базы Знаний, так и через сервис диалогового ассистента, вызов которого осуществляется в Системе.

6. Исполнитель должен осуществлять мониторинг заявок, поступающих в службу сопровождения, с целью выявления повторяющихся инцидентов и способов их решения. В результате мониторинга сотрудники Исполнителя формируют перечень задач, информация о решении которых вносится в Базу знаний на усмотрение Исполнителя. 7. Актуальная версия Базы знаний Исполнителя должна быть постоянно доступна УП и Исполнителю вне зависимости от работоспособности Системы. 8. Сервис может быть не доступен в часы технического обслуживания. 3. Требования к патентной чистоте Реализация в Системе технических, программных, организационных и иных решений, необходимых для оказания услуг по контракту, не должна приводить к нарушению авторских и смежных прав. Исполнитель должен обладать правом на использование программы для ЭВМ, на базе которой реализована Система, способами, необходимыми и достаточными для надлежащего исполнения обязательств по контракту.

Подробные сведения о качественных, функциональных, технических, эксплуатационных характеристиках Системы приведены в Документации на Систему и предоставляются Исполнителю в период исполнения обязательств по контракту на основании официального запроса. 2. Требования к услугам 2.1. Термины и определения Автоматизированная система управления обращениями (АСУО) – Специализированная информационная система, предоставляемая Исполнителем, позволяющая УП осуществлять контроль и управление зарегистрированными обращениями; Адаптация – Приведение функциональных возможностей Системы в соответствие с измененными требованиями действующего федерального и (или) регионального законодательства; Администратор Системы – Сотрудник Заказчика, осуществляющий работы по администрированию Системы; База знаний – Информационный ресурс Исполнителя, содержащий статьи по известным инцидентам и часто задаваемым вопросам (FAQ) с возможностью поиска готовых решений; Виды обеспечения Системы – виды обеспечения Системы согласно ГОСТ Р 59853-2021 "Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения"; Внешняя система – Система, не являющаяся предметом сопровождения в рамках контракта, обеспечение взаимодействия с которой может потребоваться в рамках оказания услуг по контракту. Временное/Обходное решение – Решение, устраняющее или существенно снижающее воздействие инцидента на деятельность УП и/или Заказчика; Дефект (системная ошибка) – Событие в работе Системы, связанное с несоответствием функции Системы положениям Документации на Систему либо требованиям федерального законодательства;

Документация на Систему – Эксплуатационная документация, содержащая описание функций Системы и их назначение, способы применения функционала Системы для реализации документооборота участников Системы, а также инструкции по установке и эксплуатации Системы (в том числе Системные требования, Руководство Администратора Системы и Руководство Пользователя Системы); Доработка/Изменение/Внесение изменений в Систему – Добавление, изменение или удаление функциональных возможностей Системы в соответствии с требованиями настоящего Технического задания, которое осуществляется путем модификации программы для ЭВМ, на базе которой реализована Система; Заявка – Обращение УП, зарегистрированное в АСУО с присвоением УИН; Заявка-дубль – Заявка, суть описания и решения по которой идентично другой Заявке, зарегистрированной в АСУО ранее; Известный инцидент/системная ошибка – проблема, имеющая задокументированные корневую причину и временное/обходное решение; Инцидент – факт прекращения функционирования Системы или некорректное функционирование Системы или ее компонента, не позволяющего пользователю выполнить действия в системе (функциональные задачи), а также несоответствие функции Системы положениям Документации на Систему и/или требованиям Федерального законодательства;

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

Обработка обращений – Комплекс мероприятий, направленных на предоставление решения по обращению; Обстоятельства непреодолимой силы (форс-мажор) – под обстоятельствами непреодолимой силы (форс-мажор) в рамках настоящего Описания объекта закупки (Технического задания ) понимаются чрезвычайные, непредвиденные и непредотвратимые обстоятельства, возникшие при обработке заявки, которые нельзя было разумно ожидать при принятии заявки в обработку, либо избежать или преодолеть, а также иные обстоятельства, находящиеся вне воли и контроля ответственных сотрудников Исполнителя и препятствующие или делающие невозможным обработку заявки в установленные сроки. В частности, к таким обстоятельствам относятся: наводнения, пожары, землетрясения, другие стихийные бедствия, объявленная или фактическая война, военные перевороты, террористические акты, гражданские волнения, забастовки, эпидемии, блокада, эмбарго, издание нормативных, ненормативных правовых актов, указов Президента РФ, постановлений Правительства РФ, административное вмешательство со стороны государственных органов, а также других обстоятельств, оказывающих влияние на обработку заявки в установленные сроки, которые ни одна из Сторон не могла заранее предвидеть и/или предотвратить. Обстоятельствами непреодолимой силы (форс-мажор) не могут быть признаны: болезнь ответственного сотрудника Исполнителя, нахождение его в отпуске, командировке, а также иные случаи временного отсутствия ответственного сотрудника Исполнителя на рабочем месте; Патч – Автоматизированное дополнительное программное средство (обновление программы для ЭВМ, на базе которой реализована Система), используемое для устранения проблем в Системе или изменения ее функционала; Программный комплекс Системы – совокупность взаимосвязанных компонентов и программных компонентов Системы;

Развитие Системы – Добавление, изменение функциональных возможностей Системы, в том числе связанных с появлением новых компонентов и (или) модулей (и их структурных связей), дифференциация Системы; Релиз – Форма обновления функциональности Системы, которая может быть реализована посредством скрипта, патча или версии Системы, являющиеся обновлением программы для ЭВМ, на базе которой реализована Система; Релиз, предназначенный для перехода на очередной (новый) финансовый год – Форма обновления функциональности Системы, предназначенная для выполнения мероприятий в соответствии с методикой Исполнителя по переводу Системы на очередной (новый) финансовый год; Сбой/Значительный Инцидент – Инцидент или запрос на изменение с первым приоритетом, повлекший прекращение выполнения Системой своих функций или части функций, являющихся ключевыми и не позволяющими пользователю выполнить свои прямые задачи в регламентированные сроки, при этом не существует альтернативных способов (включая ручную обработку) продолжить работу. Также сбоем может быть признан Дефект, при котором имеются альтернативные способы выполнения функций в случае, если трудоемкость операций при использовании альтернативных способов многократно превышает штатные условия функционирования Системы и не позволяет Заказчику выполнить свои прямые задачи в сроки, установленные федеральным законодательством; Система – автоматизированная система «АЦК-Финансы», установленная в комитете по финансам администрации городского округа «Город Калининград». Системное программное обеспечение – комплекс программ, которые обеспечивают управление аппаратными ресурсами компьютерной системы и работу прикладного программного обеспечения; Системные требования – Описание параметров аппаратного и программного обеспечения, на котором Исполнитель гарантирует корректную работу Системы;

Срок регистрации обращения по электронной почте – временной интервал с момента поступления обращения по электронной почте на почтовый сервер Исполнителя до момента регистрации Исполнителем заявки в АСУО на основании поступившего обращения. Момент регистрации Заявки определяется заполнением поля «Дата регистрации»; Срок решения обращения – временной интервал, прошедший с момента регистрации заявки УП до момента, когда УП предоставлено решение, успешность применения которого подтверждена УП, либо до момента закрытия заявки Исполнителем по истечении срока давности в соответствии с требованиями, определенными для услуги «Прием и регистрация обращений от уполномоченного пользователя». В расчет максимального времени решения заявки не включается время нахождения заявки в статусах с запросом уточняющей информации, с запросом на подтверждение предоставленного временного и/или постоянного решения, а также в случаях приостановки решения по заявке в соответствии с требованиями к оказанию соответствующей услуги; Срок устранения инцидента и внесения изменений – временной интервал, прошедший с момента регистрации заявки УП до момента, когда УП предоставлено решение в рамках созданной Исполнителем заявки категории «Запрос на изменение», успешность применения которого подтверждена УП, либо до момента закрытия заявки Исполнителем по истечении срока давности в соответствии с требованиями, определенными для услуги «Прием и регистрация обращений от уполномоченного пользователя». В расчет максимального времени решения заявки не включается время нахождения заявки в статусах с запросом уточняющей информации, с запросом на подтверждение предоставленного временного и/или постоянного решения, а также в случаях приостановки решения по заявке в соответствии с требованиями к оказанию соответствующей услуги; Стороны – Исполнитель и Муниципальный заказчик (Заказчик);

Типовая схема работы – Схема, описание которой было включено Исполнителем в методические рекомендации по использованию Системы (в Документацию на Систему), либо возможность использования которой была подтверждена Исполнителем в ответ на запрос Заказчика; Удаленное хранилище данных – Сервер Исполнителя, обеспечивающий обмен файлами; Федеральное законодательство РФ – Федеральные законы Российской Федерации, Акты Президента Российской Федерации, Акты Правительства Российской Федерации, нормативные акты министерств и ведомств, устанавливающие правила и нормы осуществления органами государственной власти субъектов РФ, органами местного самоуправления деятельности, в том числе приказы, письма, указания, инструкции и пр., регулирующей бюджетные правоотношения и/или касающейся процесса организации закупок; Release notes – часть документации Релиза, в которой указывается перечень изменений между выпускаемой и предыдущей версиями Системы.

2.2. Перечень сокращений Сокращения Определение АРМ Автоматизированное рабочее место АСУО Автоматизированная система управления обращениями БД База данных БЗ База знаний ГРБС Главные распорядители бюджетных средств ПБС Получатели бюджетных средств ЗнД Запрос на доработку ЗнИ Запрос на изменение ЗнК Запрос на консультацию ЗнО Запрос на обслуживание ИНЦ Инцидент РБС Распорядители бюджетных средств РФ Российская Федерация СУБД Система управления базами данных УИН Уникальный идентификационный номер Обращения, генерируемый автоматически системой АСУО при создании Обращения УП/УПЗ Уполномоченный пользователь, определенный ответственным представителем Заказчика с официальным уведомлением Исполнителя о включении пользователя в список уполномоченных пользователей УХД Удаленное хранилище данных ЭВМ Электронно – вычислительная машина FAQ (англ. Frequently Asked Question(s)) – перечень часто задаваемых вопросов и ответов

2.3. Требования к составу и содержанию услуг 2.3.1. Предоставление доступа к АСУО Под данным видом услуги понимается предоставление УП единой точки контакта в виде доступа к автоматизированной системе Исполнителя (АСУО), предназначенной для управления обращениями, поступающими от УП. 1. АСУО должна обеспечивать выполнение следующих функций: - регистрация обращений; - контроль хода выполнения заявки; - добавление комментариев к заявке в процессе ее выполнения; - подтверждение выполнения заявки, или возобновление выполнения при ненадлежащем качестве оказанной услуги; - получение информации обо всех выполняемых и выполненных заявках; - автоматическое информирование УПЗ по электронной почте о ходе решения заявки. 2. Исполнитель обязан предоставить УП доступ в АСУО для возможности осуществления Заказчиком оперативного контроля процесса оказания услуг. 3. Сервис может быть не доступен в часы технического обслуживания. 2.3.2. Прием и регистрация обращений от уполномоченного пользователя Под данным видом услуги понимается прием, регистрация, первичный анализ и классификация обращений, принятых от УП. 1. Услуга «Прием и регистрация обращений от уполномоченного пользователя» включает в себя прием, регистрацию обращений и обработку Исполнителем заявок с категориями, указанными в пп.1-4 Таблицы 1 Приложения 1 настоящего Технического задания, поступивших от УП Заказчика. 2. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 3. Сроки обработки обращений, классифицированных в результате первичного анализа по списку услуг, определяются требованиями соответствующей услуги. 4. Регистрация обращений включает в себя следующие процедуры: - прием обращений от УП; - первичная классификация обращений, принятых от УП; - регистрация обращений, принятых от УП, в АСУО с присвоением уникального номера обращения (УИН).

5. Обработка заявок включает в себя следующие процедуры: - первичный анализ заявки Исполнителем (проверка на соответствие предусмотренному Техническим заданием составу услуг, модулей и компонент Системы, корректность определения категории и приоритета заявки); - анализ достаточности данных, указанных в описании обращения, для его решения; - запрос дополнительной информации, необходимой для решения обращения, в случае необходимости; - выполнение мероприятий, направленных на решение заявки, в том числе посредством оказания иных услуг, предусмотренных Техническим заданием, внутренними документами Исполнителя, регламентирующими работу в АСУО. Мероприятия проводятся в соответствии с порядком и требованиями на оказание каждой конкретной услуги, приведенными в настоящем Техническом задании. 6. Исполнитель обязан принимать обращения от УП через АСУО. 7. В часы технического обслуживания АСУО, при условии отсутствия в АСУО технической возможности и/или доступа у УП к функции регистрации обращений, Исполнитель обязан организовать прием и регистрацию обращений УП по дополнительным каналам приема обращений – по телефону и/или электронной почте. 8. Количество пользователей услуги – сотрудников Заказчика составляет 3 человека. 9. Для обеспечения взаимодействия между Исполнителем и Заказчиком, а также для обеспечения возможности Исполнителю приступить к оказанию услуг в объеме и качестве, установленными настоящим Техническим заданием, со стороны Исполнителя и Заказчика должно быть соблюдено выполнение следующих подготовительных мероприятий: 9.1. Заказчиком в течение 2-х (двух) рабочих дней со дня заключения Контракта определяется и доводится до Исполнителя по электронной почте список УП с указанием контактной информации по шаблону, представленному в Приложении 4 настоящего Технического задания (далее – Список УП).

9.2. Исполнитель в течение 2-х (двух) рабочих дней с момента получения от Заказчика Списка УП должен: - обеспечить подключение УП к АСУО для возможности регистрации в ней обращений УП; - предоставить УП права доступа и учетные данные («Имя пользователя» (Login) и «Пароль» (Password)) к УХД Исполнителя и к Базе знаний Исполнителя; - направить Заказчику по электронной почте подтверждение о завершении выполнения подготовительных мероприятий. 10. Оказание услуг и прием обращений от УП осуществляется с момента завершения выполнения подготовительных мероприятий, указанных выше в п. 9 данной услуги. 11. В дальнейшем Заказчик вправе вносить изменения в Список УП в течение всего срока действия Контракта. При этом количество УП не должно превышать значение, указанное в настоящем Техническом задании. Изменения в Списке УП Заказчик доводит до Исполнителя по электронной почте. 12. Исполнитель обязан вести учет всех обращений, поступающих от УП, в АСУО. 13. Одному Обращению УП должна соответствовать одна заявка в АСУО. Если в процессе обработки заявки, возникают новые вопросы или события у УП, не связанные с текущим обращением, либо влекущие за собой проведение дополнительных работ – сопутствующих, но прямо не связанных, то по ним в АСУО должны быть зарегистрированы отдельные заявки. 14. Исполнитель обязан отражать результаты первичного анализа и классификации каждого обращения в АСУО. 15. Для оказания предусмотренных настоящим Техническим заданием услуг, Исполнитель вправе запрашивать у УП по соответствующей заявке дополнительную информацию, необходимую для качественного оказания услуг. Уточнение дополнительной информации по заявке производится сотрудниками Исполнителя по мере необходимости. 16. Передача информации от Исполнителя к УП в рамках оказания услуг происходит путем обновления Исполнителем информации о статусе заявки в АСУО.

17. Исполнитель вправе мотивированно отказать в выполнении Заявки (закрыть заявку в АСУО), если: - при классификации обращения в АСУО, выявлено несоответствие предоставляемых услуг сути обращения; - УП не предоставил по заявке запрошенную информацию, необходимую для предоставления решения по заявке, по истечении 14 (четырнадцати) рабочих дней с момента направления запроса на предоставление информации Исполнителем (при условии, что Исполнитель запрашивал недостающую информацию у инициатора обращения посредствам АСУО не менее 2 (двух) раз за указанный период); - Заявка является Заявкой-дублем по отношению к другой Заявке, зарегистрированной ранее УП или Исполнителем самостоятельно. 18. В случаях, определенных в Таблице 5 Приложения 3 настоящего Технического задания, Исполнитель приостанавливает время обработки заявки. Время приостановки не включается в общее время решения заявки. 19. Заявки классифицируются Исполнителем по категориям и приоритетам в соответствии с Приложением 1 настоящего Технического задания. 20. УП самостоятельно определяют категорию и приоритет обращения при передаче его в АСУО. В случае если категория и приоритет обращения определены некорректно, уполномоченный сотрудник Исполнителя (по согласованию с Заказчиком) или Заказчик вправе изменить категорию и приоритет данного обращения в соответствии с правилами присвоения приоритета заявкам, определенными в Таблице 2 Приложения 1 настоящего Технического задания, а также требованиями к срочности и степени воздействия, определенными для заявок категории «Инцидент» в Таблице 3 Приложения 1 настоящего Технического задания. 21. В случае понижения приоритета, из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя.

22. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 23. Обращения по услугам, подсистемам/модулям Системы, не предусмотренным настоящим Техническим заданием, Исполнитель не обрабатывает, о чем делается соответствующая запись в АСУО. УП информируется об условиях приобретения требуемой услуги. 24. Исполнитель обязан контролировать сроки, отведенные для регистрации и решения заявки. При достижении определенного уровня срока (определяется Исполнителем) должен обеспечить эскалацию заявки на следующую линию службы сопровождения без нарушения установленных сроков обработки заявки. 25. В отдельных случаях и при условии, что Исполнитель обоснует объективную невозможность выполнить обращение в установленный срок, время решения может быть увеличено по письменному согласованию с Заказчиком. Допускается согласование посредством электронной почты и (или) АСУО. 26. Подтверждение решения заявки в АСУО производится УП после проверки предоставленного по заявке решения, либо Исполнителем – по согласованию с УП. 27. Исполнитель вправе осуществить закрытие решенных заявок самостоятельно, без согласования с УП, по истечении 30 (тридцати) рабочих дней со времени решения заявки (при условии, что Исполнитель обращался с просьбой подтвердить предоставленное по заявке решение к инициатору обращения посредствам АСУО не менее 2 (двух) раз за указанный период). 28. Обращения, поступившие от УП, по другим каналам связи, не предусмотренным данной услугой (в частности, Интернет - пейджерам, порталам, ICQ или иных), не являются официальными. Другие средства связи рассматриваются только как средства личного общения и не обязывают Исполнителя регистрировать обращения и/или отвечать на обращения, переданные такими видами связи.

2.3.3. Консультирование уполномоченного пользователя Под данным видом услуги понимается предоставление по зарегистрированным обращениям УП необходимых и достаточных ответов и рекомендаций по: - вопросам, связанным с эксплуатацией Системы: с установкой, настройкой, процедурой обновления, функционированием Системы, порядком выполнения операций бизнес-процессов в соответствии с рекомендациями, схемами и методами работы, определенными в Документации к Системе, по вопросам применения федерального законодательства в рамках методов использования Системы, схем работы с Системой. - по техническим вопросам функционирования Системы, под которыми понимается предоставление рекомендаций по настройке, оптимизации, установке, проведению обновления, администрированию программного комплекса Системы (в соответствии с требованиями к составу программного комплекса, обозначенных в Системных требованиях), за исключением вопросов, касающихся настройки, установки, оптимизации, проведения обновления и администрирования базы данных Системы. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенным в Таблице 4 Приложения 2 настоящего Технического задания. 2. Обращения с запросом на консультационную поддержку должны быть зарегистрированы в АСУО с категорией «Запрос на консультацию» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания).». 3. В процессе обработки заявок Заказчиком или Исполнителем допускается изменение приоритета (в случае необходимости) в сторону повышения или понижения. 4. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 5. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета.

6. По запросу Исполнителя Заказчик предоставляет Исполнителю материалы и данные, необходимые для анализа зарегистрированного обращения и подготовки ответов и рекомендаций по обозначенным в заявке вопросам. 7. Исполнитель обязан предоставлять необходимые и достаточные ответы и рекомендации по соответствующим вопросам, позволяющие УП решить возникающие в ходе эксплуатации Системы вопросы или проблемы. 8. Исполнитель обязан отражать информацию о ходе решения заявки в АСУО. 9. Исполнитель обязан оказывать консультации УП в рамках времени, отведенного на решение заявки категории «Запрос на консультацию», в зависимости от присвоенного приоритета: - 7 рабочих дней с приоритетом «3 – незначительный (средний)»; - 9 рабочих дней с приоритетом «4 – низкий». 10. Услуга не включает в себя вопросы, касающиеся настройки, установки, оптимизации, проведения обновления и администрирования базы данных Системы, аппаратного окружения Системы (аппаратное обеспечение, сетевое оборудование, иное), а также установки, настройки, оптимизации системного программного обеспечения.

2.3.4. Управление инцидентами Под данным видом услуги понимается диагностика, классификация, анализ и предоставление решения по зарегистрированным обращениям, связанным с возникновением у пользователя инцидентов, возникающих в случаях: - нештатной ситуации при выполнении функции Системы, влияющей или способной прекратить возможность выполнения пользователем действий в Системе; - прекращения выполнения функции Системы, некорректного выполнения функции Системы, не позволяющего пользователю осуществить свои обязанности в сроки, установленные федеральным законодательством; - несоответствия функции Системы положениям Документации (системная ошибка) либо несоответствия функции Системы требованиям федерального законодательства. 1. Оказание услуги осуществляется в соответствии с требованиями к режимам оказания услуг, приведенными в Таблице 4 Приложения 2 настоящего Технического задания. 2. Обращения, связанные с возникновением у пользователя инцидента в работе Системы, должны быть зарегистрированы в АСУО с категорией «Инцидент» с приоритетом, определенным для данной категории заявок (см. Таблица 2 Приложения 1 настоящего Технического задания). 3. Определение приоритета для заявок категории «Инцидент», а также его последующее изменение (в случае необходимости) в сторону повышения или понижения осуществляется Заказчиком или Исполнителем (при согласовании с Заказчиком) в соответствии с требованиями в Таблице 3 Приложения 1 настоящего Технического задания. 4. В случае понижения приоритета из расчета нового срока решения заявки, определенного по значению последнего присвоенного приоритета, вычитается время, в течение которого заявка находилась в работе сотрудника Исполнителя. 5. В случае повышения приоритета заявки отсчет времени обработки обращения по новому сроку решения заявки начинается заново с момента повышения приоритета. 6. Исполнитель обязан в удаленном режиме организовать комплекс мер (организационных, технических или иных), направленных на решение Инцидента.

7. Решение Инцидента может включать в себя: 7.1. Предоставление рекомендаций по эксплуатации или настройке Системы с использованием предусмотренной в Системе функциональности, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.2. Предоставление рекомендаций по выполнению действий в Системе с использованием предусмотренной в Системе функциональности, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.3. Предоставление рекомендаций по корректировке данных с использованием штатных механизмов и функций Системы; 7.4. Подготовка инструмента для корректировки данных, при условии отсутствия штатных механизмов корректировки данных с использованием функциональности Системы; 7.5. Консультирование УП в случае выявления ошибочных действий, которые привели к возникновению инцидента, без внесения изменений в Систему или документацию – в случае, если описанное в заявке поведение Системы не является дефектом (системной ошибкой); 7.6. Подготовку и предоставление временного решения инцидента (при наличии), включающего в себя консультации, рекомендации и (или) программные средства, позволяющие снизить степень влияния инцидента на выполнение бизнес-процессов Заказчика в случае, если инцидент связан с системной ошибкой или сбоем; 7.7. Предоставление заключения по результатам диагностики о необходимости передачи инцидента на более высокий уровень специалистам экспертной поддержки. Исполнитель продолжает анализ инцидента и подготовку временного и/или постоянного решения, позволяющего разрешить зарегистрированный инцидент, в рамках заявки категории «Запрос на изменение» в соответствии с требованиями и регламентом оказания услуги «Управление изменениями по решению инцидентов и устранению дефектов». Используется в следующих случаях:

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

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования Соответствие требованиям, установленным в соответствии с законодательством РФ к лицам, осуществляющим оказание услуг, являющихся объектом закупки (согласно ст.ст. 1233, 1235, 1238, 1270 ГК РФ), а именно: - наличие документов, подтверждающих правомочность оказания услуг по сопровождению автоматизированной системы «АЦК-Финансы» (правообладатель - ООО «Бюджетные и Финансовые Технологии»). Документы, подтверждающие соответствие участника закупки установленным требованиям: - копии действующих на дату окончания срока подачи заявок документов, подтверждающих правомочность оказания услуг по сопровождению автоматизированной системы «АЦК-Финансы» (правообладатель - ООО «Бюджетные и Финансовые Технологии»). Надлежащим подтверждением вышеуказанных полномочий могут служить например: - документ, подтверждающий, что исполнитель является правообладателем (понятие правообладатель используется в значении ст. 1229 ГК РФ) программы для ЭВМ «Система автоматизации финансово-казначейских органов – Автоматизированный Центр Контроля исполнения бюджета» («АЦК-Финансы») (далее –программа для ЭВМ); - лицензионный договор с правообладателем программы для ЭВМ, предоставляющий исполнителю полномочия, необходимые и достаточные для оказания услуг по контракту; - сублицензионный договор с лицом, с которым правообладатель программы для ЭВМ заключил лицензионный договор и предоставил этому лицу права на использование программы для ЭВМ и которое в свою очередь предоставило соответствующие права исполнителю в объеме, необходимом и достаточном для оказания услуг по контракту. 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202503353000002001000001

Начальная (максимальная) цена контракта: 3 666 457,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 253390501561939060100100010016202242

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

Дата начала исполнения контракта: 01.01.2026

Срок исполнения контракта: 31.12.2026

Количество этапов: 4

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет городского округа "Город Калининград"

Вид бюджета: местный бюджет

Код территории муниципального образования: 27701000: Муниципальные образования Калининградской области / Городские округа Калининградской области/ / город Калининград

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 36 664,57 РОССИЙСКИЙ РУБЛЬ

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Установлено в соответствии со ст. 44 и 45 Закона № 44-ФЗ. В соответствии со ст. 44 Закона № 44-ФЗ обеспечение заявки на участие в закупке предоставляется одним из следующих способов: 1) путем блокирования денежных средств на банковском счете, открытом таким участником в банке, включенном в перечень, утвержденный Правительством Российской Федерации (далее - специальный счет), для их перевода на счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы Российской Федерации. Требования к таким банкам, к договору специального счета, к порядку использования имеющегося у участника закупки банковского счета в качестве специального счета устанавливаются Правительством Российской Федерации; 2) путем предоставления независимой гарантии, соответствующей требованиям ст. 45 Закона № 44-ФЗ. Независимая гарантия должна быть безотзывной и должна содержать информацию и условия, предусмотренные ч. 2 и ч. 3 ст.45 Закона № 44-ФЗ (БЕНЕФИЦИАРОМ УКАЗЫВАЕТСЯ ЗАКАЗЧИК – КОМИТЕТ ПО ФИНАНСАМ АДМИНИСТРАЦИИ ГОРОДСКОГО ОКРУГА «ГОРОД КАЛИНИНГРАД»). Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Независимая гарантия должна соответствовать дополнительным требованиям и Типовой форме, утвержденным постановлением Правительства РФ от 08.11.2013 № 1005. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации (далее - участники закупки), вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, предусмотренных постановлением Правительства РФ от 10.04.2023 N 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03232643277010003500, л/c 05353000020 , БИК 012748051, ОТДЕЛЕНИЕ КАЛИНИНГРАД БАНКА РОССИИ//УФК по Калининградской области г. Калининград, к/c 40102810545370000028

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

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 5 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Установлено в соответствии со ст. 45, 51 и 96 Закона № 44-ФЗ. В течение срока, установленного в соответствии со ст. 51 Закона № 44-ФЗ, участник закупки, с которым заключается контракт представляет обеспечение исполнения контракта. Обеспечение исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Закона № 44-ФЗ, а также в соответствии с требованиями, установленными проектом Контракта, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются в соответствии с требованиями Закона № 44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Закона № 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03231643277010003500, л/c 20273000020, БИК 012748051, Отделение Калининград //УФК по Калининградской области г. Калининград, к/c 40102810545370000028

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

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

Дата начала исполнения контракта: 01.01.2026

Срок исполнения контракта: 31.12.2026

Количество этапов: 4

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет городского округа "Город Калининград"

Вид бюджета: местный бюджет

Код территории муниципального образования: 27701000: Муниципальные образования Калининградской области / Городские округа Калининградской области/ / город Калининград

Документы

Общая информация

Документы

Журнал событий