|
Расширенный поиск
Распоряжение Первого заместителя Мэра в Правительстве Москвы от 15.12.2003 № 655-РЗММ О С К В А ПЕРВЫЙ ЗАМЕСТИТЕЛЬ МЭРА В ПРАВИТЕЛЬСТВЕ МОСКВЫ Р А С П О Р Я Ж Е Н И Е от 15 декабря 2003 N 655-РЗМ Утратилo силу - Распоряжение Первого заместителя Мэра в Правительстве Москвы от 14.09.2005 г. N 238-РЗМ Об утверждении технического задания на создание второй очереди автоматизированной информационной системы управления бюджетным процессом (главные распорядители бюджетных средств) Во исполнение распоряжения Правительства Москвы от 06.02.2003 N 177-РП "О работах по созданию второй очереди автоматизированной информационной системы управления бюджетным процессом": 1. Утвердить техническое задание на создание второй очереди автоматизированной информационной системы управления бюджетным процессом (главные распорядители бюджетных средств) (приложение). 2. Департаменту экономической политики и развития города Москвы совместно с Управлением бюджетного планирования и городского заказа города Москвы предусмотреть в 2004 году выполнение работ по созданию второй очереди автоматизированной информационной системы управления бюджетным процессом (главные распорядители бюджетных средств) в соответствии с утвержденным техническим заданием (п.1). 3. Департаменту экономической политики и развития города Москвы совместно с Департаментом финансов города Москвы при проведении работ по созданию второй очереди автоматизированной информационной системы управления бюджетным процессом (главные распорядители бюджетных средств) в 2004 году обеспечить взаимодействие с первой очередью автоматизированной информационной системы управления бюджетным процессом (Департамент финансов города Москвы). 4. Контроль за выполнением настоящего распоряжения оставляю за собой. П.п.Заместитель Мэра Москвы в Правительстве Москвы Ю.В.Росляк Приложение к распоряжению заместителя Мэра Москвы в Правительстве Москвы от 15 декабря 2003 г. N 655-РЗМ Техническое задание на создание второй очереди автоматизированной информационной системы управления бюджетным процессом (главные распорядители бюджетных средств) СОДЕРЖАНИЕ ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ ...................................... 5 1 Общие сведения ............................................. 7 1.1 Полное наименование Системы и ее условное обозначение ..... 7 1.2 Наименование предприятий разработчика и заказчика (пользователя) Системы .................................... 7 1.3 Основания разработки ...................................... 7 1.4 Сроки выполнения работ .................................... 8 1.5 Сведения об источниках и порядке финансирования работ ..... 8 1.6 Порядок оформления и предъявления результатов работ по созданию системы .......................................... 8 1.7 Порядок внесения изменений в ЧТЗ .......................... 8 1.8 Дополнительные сведения ................................... 9 2 Назначение и цели создания Системы ......................... 9 2.1 Назначение Системы ........................................ 9 2.2 Цели создания Системы ..................................... 9 3 Характеристики объектов автоматизации ...................... 10 3.1 Краткие сведения об объектах автоматизации ................ 10 3.2 Задачи объектов автоматизации ............................. 11 4 Требования к Системе ....................................... 12 4.1 Требования к Системе в целом .............................. 12 4.1.1 Требования к структуре и функционированию Системы ....... 12 4.1.2 Требования к режимам функционирования Системы ........... 15 4.1.3 Требования по диагностированию Системы .................. 16 4.1.4 Требования к численности и квалификации персонала Системы и режимы его работы ....................................... 16 4.1.5 Показатели назначения ................................... 17 4.1.6 Вероятностно-временные характеристики, при которых сохраняется целевое назначение Системы .................. 20 4.1.7 Степень приспособляемости Системы к отклонениям параметров объектов автоматизации .................................. 21 4.1.8 Степень приспосабливаемости Системы к изменениям процессов и методов управления .................................... 21 4.1.9 Допустимые пределы модернизации и развития Системы ...... 22 4.1.10 Требования к надежности ................................ 22 4.1.11 Требования по безопасности ............................. 25 4.1.12 Требования к эргономике и технической эстетике ......... 25 4.1.13 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы ................. 27 4.1.14 Требования к защите информации от несанкционированного доступа ................................................ 29 4.1.15 Требования по сохранности информации при авариях ....... 31 4.1.16 Требования к средствам защиты от внешних воздействий ... 32 4.1.17 Требования к патентной чистоте ......................... 32 4.1.18 Требования по стандартизации и унификации .............. 32 4.1.19 Дополнительные требования .............................. 34 4.2 Требования к функциям (задачам), выполняемым Системой ..... 34 4.2.1 Общие требования к функциям, задачам (комплексам задач), выполняемым Системой .................................... 34 4.2.2 Планирование и исполнение бюджета ....................... 35 4.2.3 Формирование, размещения и исполнения городского заказа . 45 4.2.4 Бухгалтерский учет ...................................... 46 4.2.5 Мониторинг и анализ исполнения бюджета .................. 47 4.2.6 Формирование сводной отчетности ......................... 48 4.2.7 Ведение нормативно-справочной информации ................ 48 4.2.8 Электронный обмен данными ............................... 50 4.2.9 Обеспечение информационной безопасности ................. 52 4.2.10 Мониторинг и управление ................................ 55 4.2.11 Временной регламент реализации каждой функции, задачи (комплекса задач) ...................................... 56 4.2.12 Требования к качеству реализации каждой функции, задачи (комплекса задач) ...................................... 57 4.2.13 Перечень и критерии отказов для каждой функции, по которой задаются требования надежности ......................... 58 4.2.14 Комплекс телекоммуникации и ЛВС ........................ 58 4.2.15 Комплексы программно технических средств ............... 61 4.3 Требования к видам обеспечения ............................ 63 4.3.1 Требования к математическому обеспечению Системы ........ 63 4.3.2 Требования к информационному обеспечению Системы ........ 64 4.3.3 Требования к лингвистическому обеспечению Системы ....... 75 4.3.4 Требования к программному обеспечению Системы ........... 77 4.3.5 Требования к техническому обеспечению Системы ........... 78 4.3.6 Требования к метрологическому обеспечению Системы ....... 86 4.3.7 Требования к организационному обеспечению Системы ....... 87 4.3.8 Требования к методическому обеспечению Системы .......... 89 5 Состав и содержание работ по созданию Системы ............... 91 5.1 Перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании Системы .............................102 5.2 Перечень документов, предъявляемых по окончанию этапов работ .....................................................102 5.3 Вид и порядок проведения экспертизы технической документации ..............................................106 6 Порядок контроля и приемки Системы ..........................106 6.1 Виды, состав, объем и методы испытаний Системы ............106 6.2 Общие требования к приемке работ ..........................108 6.3 Статус приемочной комиссии ................................109 7 Требования к составу и содержанию работ по подготовке объектов автоматизации к вводу в промышленную эксплуатацию пилотного проекта Системы, а также по дальнейшему оснащению объектов средствами Системы ..........................................109 8 Требования к документированию ...............................111 9 Источники разработки ........................................116 Приложение Исходные данные по составу автоматизируемых учреждений, А. предприятий и структурных подразделений Комплекса социальной сферы города Москвы Приложение Комплекс социальной сферы города Москвы. Описание Б. предметной области Приложение Исходные данные по регламенту обмена документами в В. части формирования и исполнения бюджета Комплекса социальной сферы города Москвы Список сокращений АС - Автоматизированная система АИС - Автоматизированная информационная система АИС УБП ГРБС - Автоматизированная информационная система управления бюджетным процессом (главные распорядители бюджетных средств) АИС УБП - Автоматизированная информационная система управления бюджетным процессом АРМ - Автоматизированное рабочее место АС - Автоматизированная система БД - База данных ВК - Вычислительный комплекс ВЦ - Вычислительный центр ГУП - Государственное унитарное предприятие ГОСТ - Государственный стандарт ГРБС - Главный распорядитель бюджетных средств ИТЦ ФХУ - Информационно-технологический центр Финансово-хозяйственного управления Мэрии Москвы КПТС - Комплекс программно-технических средств ЛВС - Локальная вычислительная сеть МГК - Московское городское казначейство НСД - Несанкционированный доступ НСИ - Нормативно-справочная информация ОКАТО - Общероссийский классификатор объектов административно-территориального образования ОКДП - Общероссийский классификатор видов деятельности, продукции и услуг ОКОПФ - Общероссийский классификатор организационно-правовых форм ПБС - Получатель бюджетных средств ПИБ - Подсистема информационной безопасности АИС УБП первой очереди ППБС - Прямой получатель бюджетных средств ППО - Прикладное программное обеспечение ПТК - Программно-технологический комплекс ПО - Программное обеспечение РБС - Распорядитель бюджетных средств РД ГТК - Руководящие документы Государственной технической комиссии Российской Федерации СанПиН - Санитарные правила и нормы СЗИ - Система защиты информации СУБД - Система управления базами данных ЧТЗ - Частное техническое задание УБП ГЗ - Управление бюджетного планирования и городского заказа города Москвы ФКУ - Финансово-казначейское управление административного округа города Москвы ANSI - American National Standards Institute (Американский национальный институт стандартов), организация, которая, среди прочего, описывает стандарты языков программирования. ISO - International Organization for Standardization (Международная организация по стандартизации) OLAP - On-Line Analytical Processing (Комплексный многомерный анализ данных) OLTP - On-Line Transaction Processing (Оперативная обработка транзакций) SQL - Structured Query Language (Язык структурированных запросов) WWW - World Wide Web (Всемирная паутина - сеть Интернет) 1. Общие сведения 1.1. Полное наименование Системы и ее условное обозначение Полное наименование разрабатываемой системы: Вторая очередь автоматизированной информационной системы управления бюджетным процессом (главные распорядители бюджетных средств) (далее - Система). Условное обозначение Системы: АИС УБП ГРБС. 1.2. Наименование предприятий разработчика и заказчика (пользователя) Системы Государственный заказчик - Департамент экономической политики и развития города Москвы, 103032, город Москва, ул. Тверская, д.13. Головной исполнитель АИС УБП - Государственное унитарное предприятие города Москвы "Экономика", 103032, город Москва, Леонтьевский пер., д.24. Исполнитель АИС УБП ГРБС - Государственное унитарное предприятие города Москвы "Мосспецрасчет", 111123, город Москва, ул. 1-я Владимирская, дом 10 Б. Пользователь АИС УБП ГРБС - Управление бюджетного планирования и городского заказа города Москвы, 103032, город Москва, ул. Тверская, дом 13. 1.3. Основания разработки Документы, на основании которых ведется разработка Системы: - Постановление Правительства Москвы от 07.12.99 г. N 1122 "О концепции управления бюджетными ресурсами города Москвы и ходе выполнения первоочередных мероприятий по реализации требований закона Российской Федерации "О введении в действие бюджетного кодекса Российской Федерации" в городе Москве"; - Распоряжение Премьера Правительства Москвы от 28.03.2000 г. N 274-РП "О работах по созданию автоматизированной информационной системы управления бюджетным процессом"; - Распоряжение Премьера Правительства Москвы от 04.09.2000 г. N 885-РП "О продолжении работ по созданию автоматизированной информационной системы управления бюджетным процессом"; - Распоряжение Правительства Москвы от 06.02.2003 г. N 177-РП "О работах по созданию второй очереди автоматизированной информационной системы управления бюджетным процессом"; 1.4. Сроки выполнения работ Разработка и ввод в промышленную эксплуатацию на объектах Заказчика пилотного проекта Системы реализуется в следующие сроки: Начало работ: согласно договора на проведение работ (далее - Ч) Окончание работ: Ч+17 (месяцев) Состав пилотного проекта определяется согласно п.4 Приложения А к ЧТЗ. Уточняется совместным решением Государственного заказчика и Пользователя по согласованию с Исполнителем работ по Системе. Сроки проведения дальнейших работ по оснащению средствами Системы объектов Главных распорядителей бюджетных средств, а также обеспечивающих их работу распорядителей (городских и окружных) и получателей бюджетных средств определяются решением Государственного заказчика по результатам опытной эксплуатации пилотного проекта Системы. 1.5. Сведения об источниках и порядке финансирования работ Источник финансирования - бюджет города Москвы. Порядок финансирования - определяется нормативными правовыми актами города Москвы о расходах бюджета города Москвы и Государственными контрактами (договорами) на проведение работ. 1.6. Порядок оформления и предъявления результатов работ по созданию системы Порядок оформления и предъявления Государственному заказчику результатов работ по созданию Системы должен соответствовать требованиям стандартов и руководящих документов на автоматизированные системы: ГОСТ 34.201-89, ГОСТ 34.602-89, ГОСТ 34.601-90, ГОСТ 34.603-92, а также разделов 6 и 7 настоящего ЧТЗ. 1.7. Порядок внесения изменений в ЧТЗ Изменения и дополнения к настоящему ЧТЗ оформляются Дополнениями или Протоколами к ЧТЗ, подписанными - Государственным Заказчиком, Пользователем, Исполнителем АИС УБП ГРБС (согласно п.1.2). После подписания эти документы становятся неотъемлемой частью настоящего ЧТЗ. 1.8. Дополнительные сведения Настоящее ЧТЗ не может и не устанавливает каких-либо норм, не имеет положений, влекущих возникновение прав или обязанностей организаций, органов власти и физических лиц. 2. Назначение и цели создания Системы 2.1. Назначение Системы 2.1.1. Назначением Системы является комплексная автоматизация деятельности Главного распорядителя бюджетных средств, в привязке к подразделениям Комплекса социальной сферы (далее - к Комплексу) а также комплексная автоматизация деятельности распорядителей города и округов (далее - Распорядителей) бюджетных средств, осуществляемая в рамках бюджетного процесса, на основе единого правового, методологического и информационного пространства. 2.1.2. Технические решения по созданию Системы также предназначены для использования в качестве типовых при автоматизации деятельности Главных распорядителей и Распорядителей бюджетных средств других Комплексов города при условии проведения дополнительных обследований объектов автоматизации. Данные по составу объектов автоматизации в привязке к Комплексу социальной сферы приведены в Приложении А к ЧТЗ. 2.2. Цели создания Системы 2.2.1. Основной целью создания Системы является повышение эффективности управления бюджетным процессом в части Главного распорядителя и Распорядителей бюджетных средств Комплекса за счет: - повышения качества процессов формирования и исполнения бюджета, контроля целевого назначения и объемов исполнения бюджета на основе повышения полноты, достоверности и непротиворечивости управленческой информации, ее представления в требуемых аналитических срезах, с необходимой степенью детализации; - повышения оперативности процессов формирования, исполнения и контроля исполнения бюджета города Москвы (в части сферы деятельности Комплекса); - оптимизации и повышения эффективности взаимодействия участников бюджетного процесса на основе создания единого информационного пространства по управлению финансовыми и материальными потоками, организации электронного обмена информацией и документооборота; - повышения оперативности процессов формирования и получения отчетности, а также процессов формирования сводной отчетности и ее представления руководству Комплекса для принятия управленческих решений; - создания системотехнической основы для интеграции отраслевых АС в единое информационно-телекоммуникационное пространство Системы и сопряжения с техническими и технологическими решениями, реализованными в АИС УБП первой очереди (Департамент финансов города Москвы). 2.2.2. Целью создания Системы является также экономия бюджетных средств за счет повышения эффективности управления бюджетным процессом в части Главного распорядителя, Распорядителей и получателей бюджетных средств Комплекса. 2.2.3. Критерии оценки достижения целей создания Системы должны определяться и согласовываться при разработке Программ и Методик предварительных и приемочных испытаний пилотного проекта Системы, а также Программы и Методики проведения ее опытной эксплуатации. 3. Характеристики объектов автоматизации 3.1. Краткие сведения об объектах автоматизации 3.1.1. Объектами автоматизации при выполнении работ согласно настоящего ЧТЗ являются учреждения, предприятия и их структурные подразделения Комплекса социальной сферы и других Комплексов, в части их участия в бюджетном процессе. Для применения решений при автоматизации других Комплексов необходимо дополнительное обследование объектов автоматизации. Данные по составу автоматизируемых учреждений, предприятий и структурных подразделений Комплекса социальной сферы приведены в Приложении А к ЧТЗ. 3.1.2. Подробные сведения об объектах автоматизации Комплекса социальной сферы приведены в Приложении Б к ЧТЗ. 3.1.3. Условия эксплуатации и характеристики окружающей среды в офисных помещениях автоматизируемых учреждений, предприятий и их структурных подразделениях соответствуют Приложениям 1, 2, 5 Санитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронновычислительным машинам и организации работ (СанПин 2.2.2.542-96). 3.2. Задачи объектов автоматизации 3.2.1. Основными задачами деятельности Главного распорядителя бюджетных средств (далее - ГРБС) являются: - формирование сводной бюджетной заявки при формировании проекта бюджета города Москвы; - формирование бюджетной росписи, распределение лимитов бюджетных обязательств по подведомственным распорядителям и получателям бюджетных средств и исполнение соответствующей части бюджета; - определение (по представлению получателей бюджетных средств) задания по предоставлению государственных или муниципальных услуг для получателей бюджетных средств с учетом нормативов финансовых затрат; - утверждение сметы доходов и расходов подведомственных бюджетных учреждений; - согласование внесения изменений в утвержденную смету доходов и расходов подведомственного бюджетного учреждения в части перераспределения средств между ее статьями; - контроль подведомственных получателей бюджетных средств в части обеспечения целевого использования бюджетных средств; - контроль за использованием бюджетных средств подведомственными распорядителями бюджетных средств, бюджетными учреждениями и другими получателями бюджетных средств; - отражение исполнения бюджета в бухгалтерском учете; - подготовка сводного отчета об исполнении бюджета. 3.2.2. Основными задачами деятельности Управлений (Департаментов, Комитетов) города и их структурных подразделений, а также отраслевых Управлений административных округов соответствующих профилей как распорядителей бюджетных средств являются: - формирование сводной бюджетной заявки соответствующей отрасли; - составление бюджетной росписи, распределение лимитов бюджетных обязательств по подведомственным получателям бюджетных средств; - определение (по представлению получателей бюджетных средств) задания по предоставлению государственных или муниципальных услуг для получателей бюджетных средств с учетом нормативов финансовых затрат; - утверждение сметы доходов и расходов подведомственных бюджетных учреждений; - контроль за использованием бюджетных средств подведомственными получателями бюджетных средств; - отражение исполнения бюджета в бухгалтерском учете; - подготовка сводного отчета об исполнении бюджета по выделенным средствам, сводной сметы доходов и расходов по соответствующей отрасли. 3.2.3. Основными задачами деятельности учреждений и их структурных подразделений, а также предприятий как получателей бюджетных средств в обеспечение деятельности Главных распорядителей и распорядителей бюджетных средств являются: - своевременная подача бюджетных заявок или иных документов, подтверждающие право на получение бюджетных средств; - эффективное использование бюджетных средств в соответствии с их целевым назначением; - своевременное представление отчетов или иных сведений об использовании бюджетных средств. 4. Требования к Системе 4.1. Требования к Системе в целом 4.1.1. Требования к структуре и функционированию Системы 4.1.1.1. Система должна входить во вторую очередь АИС УБП. 4.1.1.2. Система должна разрабатываться по требованиям - являющимися типовыми для Комплекса социальной сферы и для других Комплексов города. Применение типовых решений настоящего ТЗ при автоматизации других Комплексов требует дополнительного обследования объектов автоматизации. Специфические для объектов автоматизации требования должны быть определены Протоколами и Исходными данными Государственного заказчика. 4.1.1.3. АИС УБП ГРБС является многоуровневой системой. В ней должны быть реализованы следующие уровни обработки и хранения информации: - уровень главных распорядителей бюджетных средств Комплекса; - уровень распорядителей бюджетных средств - отраслевых Департаментов (Комитетов) Комплекса; - уровень распорядителей бюджетных средств - окружных отраслевых управлений. 4.1.1.4. Система должна включать комплексы программно-технических средств (КПТС) следующих типов: - КПТС Главного распорядителя бюджетных средств; - КПТС Распорядителя бюджетных средств; - КПТС площадок для работы получателей бюджетных средств (далее - КПТС получателей (или получателя) бюджетных средств). Система также должна включать комплексы телекоммуникации и ЛВС объектов. 4.1.1.4.1. КПТС Главного распорядителя бюджетных средств, КПТС Распорядителя бюджетных средств, КПТС получателей (или получателя) бюджетных средств предназначены для реализации функционального назначения Системы в непосредственном взаимодействии с пользователями Системы. КПТС представляют собой совокупность компонентов программно - технологических комплексов, реализующих функции и задачи Системы, и технических средств, обеспечивающих их работу. 4.1.1.4.2. Комплексы телекоммуникации и ЛВС объектов предназначены для обеспечения передачи данных между объектами Системы, а также между ними и объектами АИС УБП первой очереди (Департамент финансов города Москвы) и других информационных систем. ЛВС комплексов обеспечивают обмен между АРМ и серверами в составе КПТС. 4.1.1.5. Система должна включать программно-технологические комплексы или подсистемы (далее - ПТК), реализующие ее функции в соответствии с ее предназначением. Их компоненты размещаются на технических средствах КПТС одного или нескольких уровней обработки и хранения информации. В состав Системы должны входить следующие ПТК: - планирования и исполнения бюджета; - формирования, размещения и исполнения городского заказа; - бухгалтерского учета; - мониторинга и анализа исполнения бюджета; - формирования сводной отчетности; - нормативно-справочной информации; - электронного обмена данными; - обеспечения информационной безопасности; - мониторинга и управления. 4.1.1.5.1. ПТК планирования и исполнения бюджета предназначен для автоматизации процесса управления средствами бюджета и должен обеспечить автоматизацию функций Главного распорядителя и Pаспорядителей бюджетных средств при осуществлении ими планирования, распределения лимитов бюджетных обязательств и исполнения бюджета. 4.1.1.5.2. ПТК формирования, размещения и исполнения городского заказа предназначен для автоматизации процессов: - формирования городского заказа на товары, работы и услуги; - планирования городского заказа; - учета заключаемых договоров и контрактов; - исполнения и контроля исполнения городского заказа; - взаимодействия и сопряжения с АИС обеспечения городских закупок, разрабатываемой в рамках программы "Электронная Москва". 4.1.1.5.3. ПТК бухгалтерского учета предназначен для обеспечения автоматизации процессов: - взаимодействия ПТК Системы с используемыми на объектах автоматизации АС бухгалтерского учета; - обмена с ними документами и данными, представленными в единой коммуникационной форме и коммуникационных форматах; - обеспечения единого в Системе регламента обмена и представления документов бухгалтерского учета. 4.1.1.5.4. ПТК мониторинга и анализа исполнения бюджета предназначен для автоматизации процессов формирования оперативной информации об исполнении бюджета по перечню экономических, финансовых и статистических показателей в части расходов Комплекса на текущую и отчетную дату, включая обобщенные данные о формировании, размещении и исполнении городского государственного заказа. 4.1.1.5.5. ПТК формирования сводной отчетности предназначен для автоматизации процессов формирования, проверки, сведения итоговых бухгалтерских, производственных и иных отчетов и произвольных отчетов. 4.1.1.5.6. ПТК нормативно-справочной информации предназначен для автоматизации технологических процессов: - ведения и администрирования нормативно-справочной, информации и классификаторов на объектах Системы; - предоставления пользователям структурных подразделений Комплекса доступа к нормативно-справочной, нормативно-методической информации и классификаторам. ПТК нормативно-справочной информации должен исключить неоднозначную интерпретацию пользователями Системы формализованных понятий и обозначений, используемых при формировании и исполнении бюджета. 4.1.1.5.7. ПТК электронного обмена данными предназначен для автоматизации электронного взаимодействия между участниками бюджетного процесса в составе Комплекса, АИС УБП первой очереди (Департамент финансов города Москвы), другими информационными системами, определяемыми Государственным заказчиком. 4.1.1.5.8. ПТК обеспечения информационной безопасности предназначен для обеспечения комплексной информационной безопасности (доступности, целостности, достоверности и конфиденциальности) при хранении, обработке и передаче по каналам связи информации, в том числе при обмене с взаимодействующими объектами АИС УБП первой очереди (Департамент финансов города Москвы) и других информационных систем. 4.1.1.5.9. ПТК мониторинга и управления предназначен для мониторинга и управления сетевыми ресурсами КПТС Системы, а также для централизованного мониторинга и распространения актуальных версий программных средств в процессе сопровождения ее функционирования. 4.1.1.6. КПТС, ПТК и комплекс телекоммуникации и ЛВС должны создаваться как типовые комплексы на основе единого типового технического решения. Конкретные требования к КПТС, ПТК и комплексу телекоммуникации и ЛВС уточняются на этапе разработки Технического проекта Системы. Для ПТК планирования и исполнения бюджета, формирования, размещения и исполнения городского заказа, бухгалтерского учета, мониторинга и анализа исполнения бюджета Комплекса, формирования сводной отчетности, нормативно-справочной информации, электронного обмена данными Исполнителем работ по созданию Системы и Пользователем должны быть согласованы постановки задач на эти ПТК. 4.1.2. Требования к режимам функционирования Системы 4.1.2.1. Система в целом должна непрерывно функционировать в штатном режиме (в рабочее время, исходя из полуторасменного режима работы). Отдельные программные, технические средства и их комплексы временно могут функционировать также в сервисном режиме (при проведении обслуживания, реконфигурации, замене и пополнении средств, а также при проведении резервного копирования информации). Отдельные компоненты Системы (КПТС, АРМ) с находящимися в них компонентами ПТК могут временно функционировать в автономном режиме при отсутствии связи. 4.1.3. Требования по диагностированию Системы 4.1.3.1. Диагностирование Системы должно обеспечивать выявление неработоспособности ее технических средств с точностью до сменного элемента. Перечень сменных элементов определяется на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и утверждается в составе технической документации Системы. 4.1.3.2. Диагностирование технических средств должно осуществляться средствами используемых операционных систем, СУБД, сетевого программного обеспечения, а также средствами диагностических программных средств общего применения, включенных в состав КПТС. 4.1.3.3. Сетевые средства Системы должны обеспечить взаимодействие со средствами ПТК мониторинга и управления. Должно быть обеспечено автоматическое диагностирование присутствия сетевых средства Системы в ЛВС с использованием SNMP агентов. 4.1.4. Требования к численности и квалификации персонала Системы и режимы его работы 4.1.4.1. Максимальная численность персонала (пользователей) КПТС Системы определяется штатным расписанием подразделений Главных распорядителей бюджетных средств, а также учреждений и их структурных подразделений Комплекса и уточняется по результатам технического проектирования Системы. Численность эксплуатационного персонала и персонала, обеспечивающего работу Системы, определяется на этапе разработки Технического проекта Системы и уточняется по результатам опытной эксплуатации пилотного проекта Системы. 4.1.4.2. Персонал (пользователи) должен пройти общую и специальную подготовку по работе со средствами Системы и средствами вычислительной техники. Общая подготовка должна включать в себя получение навыков работы с офисным программным обеспечением и оболочками ПЭВМ в объеме навыков пользователей Системы. Специальная подготовка должна включать в себя получение навыков работы с системным и прикладным обеспечением Системы в объеме навыков ее пользователей. 4.1.4.3. Квалификация и подготовка персонала, допущенного к эксплуатации и применению Системы, должна быть подтверждена соответствующими сертификатами или другими квалификационными документами исполнителей работ по Системе. 4.1.4.4. Персонал (пользователи) должен выполнять свои функции в режиме полуторасменной работы в соответствии с Приложениями 1, 2, 5 Санитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронновычислительным машинам и организации работ (СанПин 2.2.2.542-96). Эксплуатационный персонал и персонал, обеспечивающий работу Системы, должен выполнять свои функции в режиме полуторосменной работы. 4.1.4.5. Конкретные требования по квалификации персонала различных категорий определяются на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и отражаются в эксплуатационной документации КПТС Системы. 4.1.5. Показатели назначения 4.1.5.1. Система должна поддерживать иерархическую структуру главных распорядителей, распорядителей и получателей бюджетных средств. 4.1.5.2. Система должна обеспечить сохранение финансовых вложений, ранее сделанных в автоматизацию Комплекса и в создание АИС УБП первой очереди (Департамент финансов города Москвы), а именно Система должна: - являться системотехнической основой для интеграции объектовых отраслевых АС в единое информационно-телекоммуникационное пространство; - использовать подготавливаемые с использованием этих АС документы и информационные материалы; - предоставлять в распоряжение этих АС свои информационные и телекоммуникационные ресурсы для осуществления информационного транзита и обмена информацией между АС; - предоставлять в их распоряжению унифицированные средства электронного обмена данными, единую систему регистрации и учета и контроля движения документов и материалов; - поддерживать возможность их обеспечения носителями или файлами с нормативно-справочной, нормативно-методической информацией, классификаторами, формами документов. 4.1.5.3. Система должна поддерживать работу пользователей, находящихся на территориально удаленных объектах, расположенных на территории города Москвы. 4.1.5.4. Система должна обеспечить возможность интеграции с АИС УБП первой очереди (Департамент финансов города Москвы) и взаимодействия с другими информационными системами, определяемыми Государственным заказчиком. В Системе должен быть реализован принцип открытой архитектуры построения систем, обеспечивающий возможность встраивания и взаимодействия с другими системами. Система должна иметь открытые интерфейсы для развития и интеграции. 4.1.5.5. В Системе должна быть обеспечена поддержка единого информационного пространства Системы, в котором взаимодействие процессов и пользователей обеспечивается за счет использования общих информационных объектов, единой нормативно-справочной, нормативно-методической информации, классификаторов. Информационное пространство Системы должно создаваться на основе информационного подпространства АИС УБП первой очереди (Департамент финансов города Москвы). 4.1.5.6. Система должна обеспечить централизованное хранение и обработку оперативной информации: - первичных документов за прошедшие периоды; - выверенной (достоверной) консолидированной информации в КПТС на 1 и 3 уровнях в части их касающейся; - информации в КПТС 2 и 3 уровня. В Системе на каждом уровне должно быть обеспечено обращение к централизованно сохраняемым данным на основе клиент-серверной архитектуры. 4.1.5.7. Система должна обеспечить централизованное хранение и распространение (реплицирование) нормативно-справочной, нормативно-методической информации, классификаторов и форм отчетности. Состав централизованно распространяемой (реплицируемой) информации уточняется на этапе разработки Технического проекта Системы. 4.1.5.8. Система должна обеспечить возможность совместного использования аппаратных и программных ресурсов серверов и систем хранения данных КПТС различных Комплексов (с учетом требований по разграничению доступа) для централизованного хранения данных и обработки запросов, не требующей оперативной реакции со стороны операторов (в том числе запросов, для которых допустимо обслуживание в режиме off-line, и баз данных за прошедшие отчетные периоды и др.). 4.1.5.9. Система должна обеспечивать своевременное и корректное представление информации (как нормативно-справочной, нормативно-методической информации, классификаторов, так и оперативной и текущей информации) всем участникам процессов формирования и исполнения бюджета Комплекса. 4.1.5.10. Система должна обеспечить унификацию административных регламентов и возможность перенастройки при изменении нормативно-правовой базы без изменения программного кода ПТК Системы. 4.1.5.11. Система должна обеспечить возможность поэтапного наращивания своих возможностей, как по производительности, так и по функциональности. 4.1.5.12. КПТС Системы должны обеспечить: - возможность использования мобильных АРМ руководителей крупных структурных подразделений; - функционирование АРМ пользователей в составе ЛВС, а также их автономное функционирование (в части автономно исполняемых функций); - возможность использования АРМ получателей бюджетных средств (в зависимости от их комплектации), как в составе ЛВС площадок ввода информации получателями бюджетных средств, так и автономно; - обмен АРМ получателей бюджетных средств (различных комплектаций) по каналам связи, либо при их функционировании в составе ЛВС, либо при их автономном функционировании; - возможность увеличения количества одновременно работающих пользователей. КПТС Системы должны исключать возможность обработки с АРМ 4 уровня централизованно сохраняемых данных с использованием нештатного программного обеспечения (за счет использования в их составе только клиентского программного обеспечения, обеспечивающего запуск функциональных программных модулей на серверах 1-3 уровней Системы). 4.1.5.13. В Системе должна быть обеспечена возможность работы с электронными материалами, их получения на машинных носителях или по каналам связи, их передачи на машинных, бумажных носителях или по каналам связи, а также ее хранения в файлах для многократного использования. 4.1.5.14. Информационное, лингвистическое, программное, техническое и метрологическое обеспечение Системы должно разрабатываться с учетом технических решений, реализованных в АИС УБП первой очереди (Департамент финансов города Москвы). 4.1.5.15. В Системе должно быть обеспечено методологическое единство процессов автоматизированной поддержки формирования и исполнения бюджета с процессами, реализованными в АИС УБП первой очереди (Департамент финансов города Москвы), на основе использования единого методического обеспечения. 4.1.6. Вероятностно-временные характеристики, при которых сохраняется целевое назначение Системы 4.1.6.1. Минимальные сроки эксплуатации: - для Системы в целом - не менее 20 лет (при проведении соответствующей модернизации и развития); - для ПТК, мониторинга и управления, ПТК обеспечения информационной безопасности, ПТК электронного обмена данными, ПТК нормативно-справочной информации, ПТК формирования сводной отчетности, ПТК управления государственными закупками, ПТК бухгалтерского учета - не менее 20 лет (при проведении соответствующей модернизации и развития); - для прочих ПТК - не менее 5 лет; - для объектовых КПТС и Комплексов телекоммуникации и ЛВС - не менее 20 лет (при проведении соответствующей модернизации и развития). 4.1.6.2. Время выполнения непрерываемых операций на серверах КПТС 1-3 уровней Системы, на которых осуществляется централизованное хранение данных, не должно превышать 30 минут. Непрерываемой считается операция, досрочное прекращение которой может привести к разрушению базы данных или информационных массивов. 4.1.6.3. Вероятностно-временные характеристики выполнения отдельных функций и операций определяются на этапе разработки Технического проекта Системы. 4.1.6.4. Требования к жизненному циклу Системы в промышленной эксплуатации и при утилизации уточняются на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и утверждаются в составе рабочей документации Системы. 4.1.7. Степень приспособляемости Системы к отклонениям параметров объектов автоматизации 4.1.7.1. Система и ее КПТС должны обеспечивать: - масштабируемость по количеству пользователей; - масштабируемость по объему сохраняемой информации; - период сохранения оперативных данных - 3 или 5 лет в зависимости от вида данных; - масштабируемость по производительности серверов, а также по канальной емкости и производительности коммуникационного оборудования (коммутаторов, концентраторов, маршрутизаторов); - настройку и изменение конфигурации АРМ пользователей, изменение состава их периферийного оборудования; - независимость от изменений в организационной структуре подразделений участников бюджетного процесса автоматизируемых Комплексов при сохранении состава и содержания выполняемых функций. 4.1.7.2. Количественные показатели масштабируемости уточняются по результатам технического проектирования Системы. 4.1.8. Степень приспосабливаемости Системы к изменениям процессов и методов управления 4.1.8.1. Система должна обеспечить настройку и адаптацию к изменениям параметров и методов управления без перепрограммирования системного и прикладного программного обеспечения. Допускается дополнительное программирование экранных форм и отчетов, а также создание дополнительных модулей программных продуктов. 4.1.8.2. Адаптация Системы должна осуществляться путем проведения структурной и параметрической настройки программных средств соответствующих ПТК и КПТС, а также за счет адаптации их информационного обеспечения и состава используемых ими информационных ресурсов. 4.1.8.3. Настройка и адаптация должны проводится экспертами в предметной области (в виде деятельности) и прикладными программистами службы эксплуатации с помощью соответствующего программного обеспечения, автоматизирующего процесс настройки и адаптации, а также документирующего полученные результаты. Вид и тип данного программного обеспечения уточняется на этапе разработки Технического проекта Системы и утверждаются в составе проектной документации Системы. 4.1.9. Допустимые пределы модернизации и развития Системы 4.1.9.1. Система должна обеспечить возможность модернизации и развития при увеличении параметров объекта автоматизации, а также изменения состава требований к выполняемым функциям и видам обеспечения. 4.1.9.2. Модернизация и развитие Системы должны осуществляться в пределах прогнозируемого роста потребностей Заказчика в течение 20 лет. Пределы модернизации уточняются на этапе разработки Технического проекта Системы на основе результатов обследования объектов автоматизации. 4.1.9.3. Модернизация и развитие прикладного программного обеспечения Системы должны проводится экспертами в предметной области (в виде деятельности) и прикладными программистами службы эксплуатации с помощью соответствующего программного обеспечения, автоматизирующего процесс модернизации и развития, а также документирующего полученные результаты. Вид и тип данного программного обеспечения уточняется на этапе разработки Технического проекта Системы и утверждаются в составе проектной документации Системы. 4.1.10. Требования к надежности 4.1.10.1. Система должна относится к обслуживаемым восстанавливаемым изделиям общего назначения многократного циклического применения согласно ГОСТ 27.003-90. Основные показатели надежности Системы согласно ГОСТ 24.701-86 и ГОСТ 27.003-90: - среднее время наработки на отказ; - среднее время восстановления работоспособности. 4.1.10.2. Аварийные ситуации, по которым регламентируются требования к показателям надежности Системы: - отказ КПТС Системы в результате сбоя или выхода из строя его технических средств; - отказ КПТС Системы в результате сбоя его общего или специального программного обеспечения; - сбой или отказ КПТС в результате ошибки в прикладном программном обеспечении Системы; - отказ единичного канала связи Системы; - сбой или отказ КПТС в результате ошибки в работе персонала КПТС. 4.1.10.3. Количественные значения показателей надежности Системы должны быть не хуже следующих: - среднее время наработки на отказ КПТС Системы должно составлять не менее 500 часов; - среднее время наработки на отказ единичного канала связи Системы должно составлять не менее 300 часов; - среднее время наработки на отказ серверов Системы должно составлять не менее 10000 часов; - среднее время наработки на отказ ПЭВМ (в составе АРМ) должно составлять не менее 5000 часов; - среднее время наработки на отказ единичной функции ППО КПТС Системы должно составлять не менее 1500 часов; - среднее время восстановления работоспособности КПТС Системы должно составлять не более 30 минут; при этом: - среднее время восстановления работоспособности КПТС после отказов технических средств должно составлять - не более 20 минут, без учета времени организационных простоев; - среднее время восстановления работоспособности КПТС после отказа общего или специального программного обеспечения Системы - не более 20 минут без учета времени организационных простоев; - среднее время восстановления работоспособности единичного канала связи КПТС должно составлять не более 3 часов; - среднее время восстановления работоспособности КПТС в случае отказа или сбоя из-за алгоритмических ошибок прикладного программного обеспечения ПТК Системы, без устранения которых невозможно дальнейшее функционирование КПТС или ПТК Системы - до 8 часов (с учетом времени на устранение ошибок). Требования к характеристикам надежности не относятся к средствам, включенным в состав КПТС и Системы в целом или используемым ими, которые являлись покупными или использовались в Комплексе на предыдущих этапах автоматизации его деятельности. Выполнение требований по количественным показателям надежности на этапе разработки Технического проекта Системы определяется расчетным путем. Количественные значения показателей надежности уточняются по результатам опытной эксплуатации пилотного проекта Системы. 4.1.10.4. Для КПТС Системы должно быть обеспечено функциональное резервирование АРМ, используемых в одном отделе. Должна быть обеспечена возможность последовательной работы с одного АРМ различных пользователей без загрузки, инсталляции и настройки программного обеспечения АРМ. 4.1.10.5. Для КПТС Системы на этапе разработки Технического проекта Системы должны быть разработаны Схемы надежности. КПТС считается работоспособным, если не менее 50% его АРМ имеют возможность решать задачи и выполнять функции в соответствии с их назначением, вести обмен по ЛВС и каналам связи. Под отказом понимается любое другое состояние КПТС. 4.1.10.6. Для КПТС с учетом требований ГОСТ В20.39.302-76, ГОСТ 21552-84 (п.1.4.1) должна быть разработана программа обеспечения надежности (ПОН). 4.1.10.7. ПОН должна включать следующие технические меры по обеспечению надежности КПТС Системы: - резервирование критически важных элементов и комплексов; - использование технических средств с избыточными компонентами и возможностью их горячей замены; - конфигурирование используемых технических средств. 4.1.10.8. ПОН должна включать следующие организационные меры по обеспечению надежности КПТС: - по минимизации ошибок персонала (пользователей), а также персонала службы эксплуатации при эксплуатации и проведении работ по обслуживанию Системы; - по минимизации времени на устранение ошибок, внесение изменений и восстановление работоспособности КПТС и Системы в целом; - по подготовке и порядку допуска к работе персонала (пользователей) требуемой квалификации, по организации его работы; - по подготовке и порядку допуска к работе обслуживающего персонала требуемой квалификации, по организации его работы; - по обеспечению своевременной диагностики и устранению ошибок за счет использования специализированных программных средств, входящих в состав КПТС, ПТК мониторинга и управления; - по формированию и порядку использования резервных копий прикладного программного обеспечения КПТС Системы, а также резервных копий информации, сохраняемой в КПТС 1-3 уровня; - по сокращению времени организационных простоев в процессах устранения отказов и технического обслуживания программно-технических средств КПТС, в том числе по составу, принадлежности и оптимизации размещения ЗИП. 4.1.10.9. Гарантийный срок КПТС должен составлять не менее 2 лет. Гарантия не распространяется на средства, включенные в состав КПТС и Qистемы в целом или используемые ими, которые являлись покупными или использовались в Комплексе на предыдущих этапах автоматизации его деятельности. 4.1.11. Требования по безопасности 4.1.11.1. Конструкция КПТС Системы должна обеспечивать безопасность обслуживающего персонала при эксплуатации, техническом обслуживании и ремонте с учетом требований ГОСТ РВ20.39.309-98 (раздел 18), ГОСТ 21552-84, ГОСТ 25861-83. При необходимости на видных местах технических средств должны быть нанесены предупреждающие знаки для обеспечения безопасности труда. 4.1.11.2. Электробезопасность должна соответствовать требованиям ГОСТ 12.1.030-81, ГОСТ 12.2.003, ГОСТ 12.2.007.0-75 и ГОСТ 12.2.007.13-2000. 4.1.11.3. Силовая и информационная кабельные системы должны быть спроектированы в соответствии с "Правилами устройства электроустановок" (ПУЭ) изд.6-е, 1998 г. 4.1.11.4. Покупные технические средства должны отвечать дейс- твующей в России системе государственных стандартов безопасности труда и иметь сертификаты по электробезопасности и по электромаг- нитной безопасности. 4.1.11.5. Эксплуатационная документация КПТС Системы должна включать раздел по обеспечению электробезопасности при монтаже, наладке и эксплуатации технических средств. 4.1.12. Требования к эргономике и технической эстетике 4.1.12.1. Предложения по компоновочному размещению в рабочих помещениях средств КПТС должны быть разработаны с учетом антропометрических данных и психофизиологических свойств человека, требований ГОСТ РВ20.39.309-98 (раздел 17) и ГОСТ 20-39.108-85. При этом освещенность рабочих мест от источников искусственного света должна быть, с учетом требований СниП 23-05-95), не ниже 600 лк на рабочих столах АРМ, не ниже 200 лк на поверхностях стоек и монтажных шкафов. 4.1.12.2. Однотипное оборудование КПТС должно быть выполнено в одной цветовой гамме. Экраны мониторов должны иметь антибликовое покрытие. На экранах мониторов сигнальная информация должна отображаться в верхней части экрана на постоянном месте, символы управления не должны загромождать рабочее поле экрана. 4.1.12.3. Технические средства АРМ должны соответствовать ГОСТ 27201-87. Манипуляторы и клавиатура должны быть удобны в использовании. 4.1.12.4. В части диалога с пользователем АРМ Системы должны отвечать следующим требованиям: - должен быть реализован графический многооконный режим отображения данных и ведения диалога; - должен быть обеспечен удобный, простой windows-совместимый интерфейс, интуитивно понятный для пользователя, который знает свою предметную область и не является специалистом в области информационных технологий; интерфейс должен быть оптимизирован для выполнения типовых и часто используемых прикладных операций. Однотипные наименования блоков, полей, кнопок во всех экранных формах ПТК Системы должны быть унифицированы; - взаимодействие пользователя с системой должно осуществляться на русском языке. Исключения могут составлять только системные сообщения, не подлежащие русификации; - интерфейс пользователя ПТК Системы должен способствовать уменьшению вероятности совершения оператором случайных ошибочных действий; должен поддерживать дружественную систему меню, предоставляющую пользователю выбор альтернативных действий; - должно быть обеспечено предоставление контекстно-зависимой помощи; пользователям АРМ должен быть предоставлен доступ к электронной документации (эксплуатационной документации) используемых ими ПТК, необходимой им для выполнения на АРМ своих функций; - должно быть обеспечено одновременное (в различных окнах) использование на одном АРМ различных ПТК; - должна быть реализована возможность индивидуальной настройки интерфейса с сохранением основных настроек, в том числе его графических элементов, цветового оформления (в пределах возможности операционной системы и ПЭВМ). 4.1.13. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы 4.1.13.1. Условия эксплуатации и характеристики окружающей среды в помещениях размещения КПТС должны соответствовать Приложениям 1, 2, 5 Санитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронновычислительным машинам и организации работ (СанПин 2.2.2.542-96), требованиям ГОСТ 21552-84, а также требованиям производителей используемых аппаратных средств. Оборудование КПТС должно сохранять возможность функционирования при следующих параметрах окружающей среды: - температура воздуха - от +10С до +40С; - относительная влажность воздуха - от 40% до 80%; - атмосферное давление - от 630 до 800 мм.рт.ст. Содержание пыли в серверных помещениях и помещениях хранения магнитных носителей - не должно превосходить 0.3 мг/м3, в рабочих помещениях (в которых осуществляется хранение и работа с информации на бумажных носителях) - не должна превосходить - 6 мг/м3 (ГОСТ РД 50- 524-84 п.п. 4.2.3, 4.3.3). 4.1.13.2. В Системе должен быть предусмотрен полуторасменный режим эксплуатации КПТС. На этапе Разработки технического проекта Системы проработать вопрос круглосуточной эксплуатации объединенного серверного центра Главных распорядителей бюджетных средств. 4.1.13.3. В Системе должны быть предусмотрены следующие виды технического обслуживания КПТС: - ежедневное (или еженедельное) техническое обслуживание; - месячное техническое обслуживание; - полугодовое техническое обслуживание; - годовое техническое обслуживание. При возникновении неисправностей должно осуществляться оперативное обслуживание технических средств, критических для функционирования КПТС. Виды технического обслуживания уточняются на этапе разработки Технического проекта Системы и утверждаются в составе ее эксплуатационной документации. 4.1.13.4. Должно быть обеспечено обслуживание каждого КПТС Системы персоналом численности не более 3-5 человек. Обслуживающий персонал должен: - иметь образование среднее специальное, высшее, профиль АСУ, ЭВМ; - пройти обучение у исполнителей работ по Системе по работе с аппаратными и программными средствами КПТС; - иметь сертификат или заменяющий его документ Исполнителя работ по созданию Системы на право работы с КПТС. По каждой специальности обучение должны пройти минимум 2 специалиста. 4.1.13.5. В Системе должно быть обеспечено централизованное обслуживание серверов и устройств хранения данных, предназначенных для долговременного хранения информации, КПТС 1 и 2 уровня, а также 3 уровня. 4.1.13.6. Для организации процесса эксплуатации и проведения регламентного обслуживания должны использоваться средства ПТК мониторинга и управления. 4.1.13.7. Для КПТС Системы должен быть определен состав ЗИП. ЗИП должен обеспечить функционирование КПТС с заменой сменных элементов "со склада" (без увеличения времени устранения отказа на дозакупки) в течении 1 квартала. Состав ЗИП должен определяться с учетом требований ГОСТ 21552-84 (п.1.9.3) ГОСТ В 15.705-86, ГОСТ РВ 20.39.303-98 (раздел 10). Состав ЗИП определяется на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и утверждается в составе ее эксплуатационной документации. 4.1.13.8. При хранении на объектах Заказчика, ЗИП должен хранится централизованно в непосредственной близости от помещений размещения КПТС в помещениях с ограниченным контролируемым доступом. Условия хранения неснижаемого запаса ЗИП и характеристики ок- ружающей среды должны соответствовать Приложениям 1, 2, 5 Санитар- ных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронновычислительным машинам и организации работ (СанПин 2.2.2.542-96), требованиям ГОСТ 21552-84, а также требованиям производителей используемых ап- паратных средств. 4.1.13.9 Резервные копии текущих версий прикладного программ- ного обеспечения КПТС, централизованно сохраняемых баз данных и информационных массивов должны храниться централизованно в помеще- ниях размещения КПТС в зоне с ограниченным контролируемым доступом на магнитных или оптических носителях и быть доступны для исполь- зования только обслуживающему персоналу. 4.1.13.10. Оборудование АРМ должно размещаться на площади - до 1.5 кв.м при горизонтальной компоновке. Допускается использование вертикальной и смешанной компоновки оборудования на рабочих местах. Оборудование сервера должно размещаться на площади - до 1.5 кв.м. Совместно с серверами должно размещаться активное телекоммуникационное оборудование и общедоступные устройства хранения данных. 4.1.13.11. Компоновочные решения по размещению технических средств КПТС должны обеспечить удобство доступа к ним, их осмотра и обслуживания. Компоновочные решения должны обеспечивать индивидуальную замену технических средств и устройств в процессе устранения неисправности без демонтажа других технических средств и устройств. 4.1.13.12. Конструкция выбранных технических средств должна обеспечивать индивидуальную замену сменных элементов в процессе устранения неисправности, по возможности без демонтажа других узлов и агрегатов. 4.1.13.13. Время первоначальной загрузки АРМ (не считая времени инсталляции дисков) - не должно превосходить 30 минут. Время первоначальной загрузки серверов (не считая времени инсталляции дисков) - не должно превосходить 1 часа. 4.1.13.14. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы уточняются на этапе разработки Технического проекта Системы и включаются в эксплуатационную документацию на КПТС Системы. 4.1.14. Требования к защите информации от несанкционированного доступа 4.1.14.1. Система должна обеспечивать обработку сведений, классифицируемых в соответствии с Законом РФ от 21.07.93 г. N 5485-1 "О государственной тайне", Федеральным законом от 20.02.95 г. N 24-ФЗ "Об информации, информатизации и защите информации", Указом Президента России N 188 от 06.03.97 г. "Перечень сведений конфиденциального характера", как открытые и, как информация ограниченного распространения при одновременной работе многих пользователей, обладающих разными правами доступа к информации. 4.1.14.2. Система должна обеспечивать защиту информации от несанкционированного доступа при ее обработке, хранении и передаче по классу защищенности 1Д Руководящего документа Гостехкомиссии России "Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. 1992 год". 4.1.14.3. Система должна обеспечивать решение перечисленных задач при соблюдении следующих приоритетов (в порядке убывания важности): - обеспечение доступности информационных ресурсов; - обеспечение целостности информационных ресурсов; - обеспечение достоверности и конфиденциальности информационных ресурсов. 4.1.14.4. СЗИ НСД должна представлять собой единый комплекс организационно-режимных мер, программных и технических (в том числе криптографических) средств защиты информации. 4.1.14.5. СЗИ НСД должна обеспечивать разграничение доступа к обрабатываемой информации на основе политики безопасности Системы, определяющей права доступа субъектов доступа к защищаемым ресурсам Системы. Система должна обеспечить защиту информации, обрабатываемой ПТК на основе их профилей безопасности, объединенных в соответствии со структурой и реализуемой технологией обработки информации в отдельные контура защиты. 4.1.14.6. СЗИ НСД в составе Систем должна обеспечивать ведение автоматизированного учета (аудит) и регистрации событий безопасности. 4.1.14.7. Система должна обеспечить защиту информации при обмене данными: - с АРМ и КПТС 4 уровня Системы по открытым каналам связи; - между подразделениями Главного распорядителя и Распорядителей бюджетных средств по открытым каналам связи; - с объектами АИС УБП первой очереди (Департамента финансов города Москвы) в соответствии с техническими решениями, принятыми при создании этой АС. На этапе Разработки технического проекта Системы проработать вопрос обмена между подразделениями Главного распорядителя и Распорядителей бюджетных средств по защищенным (доверенным) каналам связи. 4.1.14.8. На этапе разработки Технического проекта Системы с учетом результатов обследования объектов автоматизации должна быть разработана "Концепция информационной безопасности", включающая: "Угрозы информационной безопасности", "Риски информационной безопасности", "Модель нарушителя безопасности", В соответствии с ними должны быть разработаны технические решения и, при необходимости, предложения по корректировке ЧТЗ с учетом, типового профиля защиты 1 (ТПЗ-1) проекта Руководящих документов Гостехкомиссии России "Типовые профили защиты автоматизированных систем критических приложений". 4.1.15. Требования по сохранности информации при авариях 4.1.15.1. В Системе должны быть использованы средства и реализованы технические решения, обеспечивающие сохранность информации и восстановление функционирования КПТС Системы без потери информации в аварийных ситуациях. 4.1.15.2. Сохранность информации в серверах КПТС Системы должна обеспечиваться при следующих аварийных ситуациях: - отказ КПТС Системы в результате сбоя или выхода из строя его технических средств; - отказ КПТС Системы в результате сбоя его общего или специального программного обеспечения; - сбой или отказ КПТС в результате ошибки в прикладном программном обеспечении Системы; - отказ КПТС Системы в результате ошибки в работе персонала КПТС. 4.1.15.3. В КПТС Системы должна быть обеспечена сохранность (за счет хранения на энергонезависимых носителях) конфигурационной информации КПТС Системы. Состав сохраняемой конфигурационной информации уточняется на этапе разработки Технического проекта Системы. 4.1.15.4. В КПТС Системы должны быть предусмотрены средства для резервного копирования всей централизованно сохраняемой и критической для функционирования КПТС информации. Для ее хранения должны быть использованы устройство хранения данных, поддерживающие дублирование и "горячую замену" основных компонентов: дисков, источников питания, вентиляторов, RAID 5 - контроллеров. 4.1.15.5. Должен быть разработан и приведен в эксплуатационной документации на Систему регламент и определены процедуры резервного копирования, восстановления данных и программного обеспечения с учетом категории данных и времени их актуальности. 4.1.16. Требования к средствам защиты от внешних воздействий 4.1.16.1. Требования к средствам защиты от внешних воздействий для программных средств не предъявляются. 4.1.16.2. Требования по радиоэлектронной защите в части электромагнитной совместимости. Технические средства, выбираемые при создании Системы должны отвечать требованиям ГОСТ 19542-83, ГОСТ Р 50628-2000, а также и требованиям Госкомсвязи России "Автоматизированные системы управления аппаратурой электросвязи", 1998 г. по электромагнитной совместимости и помехозащищенности. Требования по остальным составляющим радиоэлектронной защиты не предъявляются. 4.1.16.3. Требования по стойкости, устойчивости и прочности к внешним воздействиям не предъявляются. 4.1.16.4. Уровень индустриальных помех, создаваемых при работе оборудования КПТС, не должен превышать значений, установленных ГОСТ 21552-84 (п. 1.5.11). 4.1.17. Требования к патентной чистоте 4.1.17.1. Проектные решения построения Системы должны отвечать требованиям по патентной чистоте согласно действующему законодательству и требованиям государственного контракта (договора) на создание Системы. 4.1.17.2. Должны соблюдаться положения нормативных правовых актов Российской Федерации по соблюдению авторских прав и защиты специальных знаков. 4.1.17.3. При поставке программного обеспечения должны быть выполнены требования Закона Российской Федерации от 23.09.92 г. N 3523-I "О правовой охране программ для электронных вычислительных машин и баз данных". 4.1.18. Требования по стандартизации и унификации 4.1.18.1. Объектовые КПТС и Комплексы телекоммуникации и ЛВС должны быть построены (создано) на основе унифицированных технических решений. При разработке программного обеспечения ПТК Системы должна быть использована единая система проектирования. Прикладное программное обеспечение ПТК Системы должно быть построена с использованием стандартных и унифицированных методов разработки программных систем, входящих в состав используемой системы проектирования. 4.1.18.2. Должна быть обеспечена возможность тиражирования типовых проектных решений на всех автоматизируемых объектах без дополнительного проектирования путем изменения настроек используемых средств, сокращения их номенклатуры и состава, а также за счет адаптации. программного и информационного обеспечения и состава используемых программных и информационных ресурсов. 4.1.18.3. КПТС объектов 2 и 3 уровней должны быть построены на основе типового технического решения. 4.1.18.4. АРМ КПТС 1 - 3 уровней должны быть построены на основе типового технического решения. 4.1.18.5. КПТС и АРМ (и находящиеся под их управлением устройства) 4 уровня должны быть построены на основе типового технического решения. 4.1.18.6. Функции ПТК в КПТС различных уровней должны быть реализованы на основе унифицированных технических решений. На АРМ и серверах для реализации однотипного функционала должны использовать одинаковые методы обработки и унифицированные программные средства. 4.1.18.7. Общее, системное и специальное программное обеспечение КПТС и Системы в целом (операционная система АРМ, операционная система серверов приложений, сетевая СУБД, локальная СУБД и др.) должно быть унифицировано по составу и версиям. 4.1.18.8. Система должна использовать общесистемные классификаторы АИС УБП первой очереди (Департамент финансов города Москвы). Типовой регламент обеспечения объектов Системы нормативно-справочной, нормативно-методической информацией и классификаторами и по форматам их представления в Системе на этапе разработки Технического проекта Системы согласовывается с Исполнителем АИС УБП и Государственным заказчиком. 4.1.18.9. При обмене в Системе должны быть использованы унифицированные форматы представления данных и унифицированные электронные формы представления на экранах и на машинных носителях, унифицированные формы оформления на бумажном носителе для каждого вида отчетных документов. При обмене информацией с объектами АИС УБП первой очереди (Департамент финансов города Москвы) должны быть использованы форматы представления данных и формы представления отчетов, используемые в этой АИС. Протокол по составу, формам и форматам унифицированных форм отчетных документов, по форме их представления на экранах и на машинных носителях и оформления на бумажном носителе для каждого вида отчетных документов на этапе разработки Технического проекта Системы согласовывается с Государственным заказчиками. 4.1.18.10. На АРМ функциональных пользователей Системы должен быть использован единый интерфейс пользователя, построенный на основе API интерфейса Windows. 4.1.18.11. В Системе должно поддерживаться единое адресное пространство независимо от используемых для обмена информацией программных средств. 4.1.18.12. Для технических средств, средств общего, системного и специального обеспечения коэффициенты применяемости должны быть не менее - 60%, коэффициенты повторяемости - не менее 2. 4.1.19. Дополнительные требования 4.1.19.1. Требования по оснащению Системы устройствами для обучения персонала не предъявляются. 4.1.19.2. Требования к сервисной аппаратуре и стендам для проверки элементов Системы не предъявляются. 4.1.19.3. Требования к Системе, связанные с особыми условиям эксплуатации, не предъявляются. 4.1.19.4. Специальные требования не предъявляются. 4.2. Требования к функциям (задачам), выполняемым Системой 4.2.1. Общие требования к функциям, задачам (комплексам задач), выполняемым Системой 4.2.1.1. Функции, задачи (комплексы задач) выполняемые Системой должны обеспечивать: - ввод информации, обработку поступающих документов и материалов, их регистрацию в Системе; - обмен данными и документами единых форм и форматов в Системе, а также между Системой и взаимодействующими с ней внешними АС; - обмен с задачами АИС УБП первой очереди (Департамент финансов города Москвы) данными и документами стандартных форм и форматов, используемыми в рамках бюджетного процесса совместно с Департаментом финансов и Московским городским казначейством; - поддержку единого информационного пространства Системы; - получение, консолидацию, распределение и представление информации участникам бюджетного процесса в части формирования и исполнения бюджета Комплекса; - возможность перенастройки Системы при изменении нормативной базы без изменения программного кода. 4.2.1.2. Перечень ПТК, обменивающихся между собой файлам и данными, определяется на этапе разработки Технического проекта Системы и утверждается в составе ее проектной документации. 4.2.2. Планирование и исполнение бюджета 4.2.2.1. ПТК планирования и исполнения бюджета должен обеспечить решение следующих комплексов задач: - формирование бюджета в части расходов на сферу деятельности Комплекса; - формирование лимитов бюджетных обязательств; - контроль исполнения бюджета Комплекса; - утверждение смет подведомственных ПБС; - формирование пообъектных программ; - формирование отчетности. ПТК планирования и исполнения бюджета должен обеспечить планирование (формирование бюджетной заявки) в финансовых показателях. Вопросы формирования бюджетных заявок в натуральных показателях, в части приобретения оборудования, капитального ремонта и других прорабатываются на этапе разработки технического проекта Системы. 4.2.2.2. Комплекс задач "Формирование бюджета в части расходов на сферу деятельности Комплекса" должен обеспечивать выполнение следующих задач: - формирование проекта бюджета в части расходов на сферу деятельности Комплекса; - формирование смет доходов и расходов; - внесение изменений в бюджетную роспись, лимиты бюджетных обязательств и сметы. 4.2.2.2.1. Задача "Формирование проекта бюджета в части расходов на сферу деятельности Комплекса" должна обеспечивать выполнение следующих функций: - анализ исполнения бюджета Комплекса текущего года и прошлых лет; - формирование параметров распределения бюджетных средств по распорядителям и получателям средств бюджета; - формирование бюджетных заявок (потребностей) в соответствии с установленными показателями; - формирование проекта бюджета в части расходов на сферу деятельности Комплекса. 4.2.2.2.1.1. Функция "Анализ исполнения бюджета Комплекса текущего года и прошлых лет" предназначена для формирования информации о плановых назначениях бюджета Комплекса и его фактическом исполнении для подготовки проекта бюджета Комплекса на очередной бюджетный год. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: плановые и фактические данные об исполнении бюджета Комплекса за предыдущие годы. Выходная информация: базовые данные для формирования бюджета Комплекса на предстоящий бюджетный год. 4.2.2.2.1.2. Функция "Формирование параметров распределения бюджетных средств по распорядителям и получателям средств бюджета" предназначена для подготовки сетевых и натуральных показателей, используемых получателями бюджетных средств для составления смет доходов и расходов. Показатели должны быть доведены до соответствующих отраслевых Департаментов и Комитетов и получателей бюджетных средств. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: стандарты и параметры распределения бюджетных средств, индекс-дефлятор. Выходная информация: стандарты и параметры распределения бюджетных средств в соответствии с отраслевым направлением и спецификой функционирования. 4.2.2.2.1.3. Функция "Формирование бюджетных заявок (потребностей) в соответствии с установленными показателями" предназначена для подготовки получателями бюджетных средств бюджетных заявок на очередной финансовый год с поквартальной разбивкой в структуре кодов бюджетной классификации расходов (укрупненных и детализированных). Распорядителями (главными распорядителями) бюджетных средств производится консолидация предоставленных бюджетополучателями (распорядителями) бюджетных заявок. Пользователи ПТК: Главный распорядитель, Распорядители, получатели бюджетных средств. Входная информация: стандарты и нормативы расчета потребностей в бюджетных средствах, плановые и фактические данные об исполнении сметы доходов и расходов прошлых лет. Выходная информация: бюджетные заявки. 4.2.2.2.1.4. Функция "Формирование проекта бюджета в части расходов на сферу деятельности Комплекса" предназначена для подготовки проекта бюджета Комплекса в целом на год без поквартальной разбивки в соответствии с предоставленными подведомственными учреждениями бюджетными заявками. На этапе формирования проекта бюджета в части расходов Комплекса должно производиться согласование контрольных сумм, предоставляемых финансовым органом города Москвы по бюджетным заявкам подведомственных учреждений. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: бюджетные заявки (потребности) подведомственной сети учреждений, контрольные суммы по Комплексу, предоставляемые финансовым органом города Москвы. Выходная информация: проект бюджета в части расходов на сферу деятельности Комплекса. 4.2.2.2.2. Задача "Формирование сметы доходов и расходов" должна обеспечивать выполнение следующих функций: - учет уведомлений о лимитах бюджетных обязательств; - распределение объемов ЛБО; - формирование смет доходов и расходов; - утверждение смет доходов и расходов; - формирование смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности; - утверждение смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности; - внесение изменений в сметы доходов и расходов. 4.2.2.2.2.1. Функция "Учет уведомлений о лимитах бюджетных обязательств" предназначена для учета сформированных на основании утвержденного Закона о бюджете города Москвы на соответствующий бюджетный год плановых назначений бюджета Комплекса, с детализацией сумм в разрезе кодов бюджетной классификации расходов, подведомственной сети распорядителей и получателей бюджетных средств. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: уведомления о ЛБО. Выходная информация: утвержденные плановые назначения бюджета Комплекса. 4.2.2.2.2.2. Функция "Распределение лимитов бюджетных обязательств" предназначена для проведения разассигновки объемов ЛБО по получателям бюджетных средств в соответствии с предоставленными ими бюджетными заявками. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: лимиты бюджетных обязательств, (бюджетная роспись) по подведомственной сети учреждений. Выходная информация: бюджетная роспись по подведомственной сети учреждений, уведомления о ЛБО по подведомственной сети учреждений. 4.2.2.2.2.3. Функция "Учет смет доходов и расходов" предназначена для учета главными распорядителями (распорядителями) бюджетных средств смет доходов и расходов подведомственной сети учреждений и их изменений к ним. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: сметы доходов и расходов подведомственной сети учреждений и вносимые в них изменения. Выходная информация: утвержденные сметы доходов и расходов подведомственных учреждений. 4.2.2.2.2.4. Функция "Учет смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности" предназначена для учета главными распорядителями (распорядителями) бюджетных средств смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности подведомственной сети учреждений. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности подведомственной сети учреждений. Выходная информация: утвержденные сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности подведомственной сети учреждений. 4.2.2.2.3. Задача "Внесение изменений в бюджет Комплекса" должна обеспечивать выполнение следующих функций: - формирование заявки на внесение изменений в смету; - внесение изменений в плановые назначения бюджета Комплекса; - получение утвержденных финансовыми органами города Москвы уведомлений о внесении изменений в бюджет; - формирование уточненного бюджета Комплекса; - формирование уточненной сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности. 4.2.2.2.3.1. Функция "Формирование заявки на внесение изменений в смету" предназначена для подготовки и учета заявок получателей бюджетных средств на изменение плановых назначений - осуществление передвижек между направлениями расходования бюджетных средств. Распорядителями (главными распорядителями) бюджетных средств производится консолидация предоставленных бюджетополучателями (распорядителями) заявок на внесение изменений в плановые назначения бюджета Комплекса. Пользователи ПТК: получатели, Распорядители, Главный распорядитель бюджетных средств. Входная информация: заявки получателей бюджетных средств на внесение изменений в сметы доходов и расходов. Выходная информация: утвержденные заявки на внесение изменений в сметы доходов и расходов. 4.2.2.2.3.2. Функция "Внесение изменений в плановые назначения бюджета Комплекса" предназначена для учета документов, на основании которых вносятся изменения в плановые назначения бюджета Комплексов. Данные документы могут предоставляться финансовым органом города Москвы в формате справок-уведомлений об изменении лимитов бюджетных обязательств, а могут формироваться главным распорядителем (распорядителем) бюджетных средств в рамках его полномочий на основании заявок подведомственной сети учреждений. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: справки-уведомления об изменении плановых назначений бюджета Комплекса, утвержденные заявки на внесение изменений в сметы доходов и расходов. Выходная информация: документы на внесение изменений в плановые назначения бюджета Комплексов. 4.2.2.2.3.3. Функция "Формирование уточненного бюджета Комплекса" предназначена для получения плановых назначений бюджета Комплекса (и смет доходов и расходов бюджетополучателей) на любую текущую и отчетную дату с учетом всех изменений, произведенных на данную дату и формирования уточненного бюджета Комплекса. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: утвержденные плановые назначения бюджета Комплекса, документы на внесение изменений в плановые назначения бюджета Комплекса. Выходная информация: уточненный бюджет Комплекса на заданную дату. 4.2.2.2.3.4. Функция "Формирование уточненной сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности" предназначена для учета и утверждения уточненных смет по средствам от предпринимательской деятельности подведомственной сети учреждений. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: утвержденные сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности, изменения, вносимые в утвержденную смету. Выходная информация: уточненные сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности. 4.2.2.3. Комплекс задач "Формирование лимитов бюджетных обязательств" должен обеспечить выполнение следующих задач: - определение правил формирования лимитов бюджетных обязательств; - формирование лимитов бюджетных обязательств. 4.2.2.3.1. Задача "Формирование лимитов бюджетных обязательств, их утверждение и внесение в них изменений ГРБС и РБС" предназначена для формирования лимитов для подведомственной сети учреждений (выделение защищенных статей, фиксация сумм по определенным статьям, определение процентных соотношений для статей или получателей бюджетных средств и т.д.) и внесения в них изменений. 4.2.2.3.2. Задача "Формирование лимитов бюджетных обязательств" предназначена для распределения лимитов по подведомственной сети учреждений в соответствии с полученными из финансового органа города Москвы уведомлениями о лимитах бюджетных обязательств и правилами формирования лимитов. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: лимиты бюджетных обязательств по главным распорядителям (распорядителям) бюджетных средств, правила формирования лимитов. Выходная информация: лимиты бюджетных обязательств по распорядителям и получателям бюджетных средств. 4.2.2.4. Комплекс задач "Исполнение бюджета Комплекса" должен обеспечивать выполнение следующих задач: - формирование графиков финансирования; - оперативный контроль целевого назначений графиков финансирования; - оперативный контроль графиков финансирования объему бюджетных назначений; - внесение изменений в графики финансирования; - учет уведомлений о лимитах бюджетных обязательств; - формирование реестров на финансирование за счет средств федерального бюджета; - оперативный контроль реестров на финансирование объему бюджетных назначений; - оперативный контроль целевого назначения реестров на финансирование; - учет исполнения бюджета в части расходов на сферу деятельности Комплекса. 4.2.2.4.1. Задача "Формирование графиков финансирования" предназначена для подготовки Главным распорядителем бюджетных средств графиков финансирования с указанием сумм расходов по КБК в разрезе дат в соответствии с потребностями в финансировании за счет средств бюджета, а также в соответствии со сроками проведения расходов и условиями договоров и контрактов. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: смета доходов и расходов, потребности в финансировании за счет средств бюджета, условия договоров и сроки проведения расходов. Выходная информация: график финансирования. 4.2.2.4.2. Задача "Оперативный контроль целевого назначения графиков финансирования" предназначена для осуществления контроля графиков финансирования направлениям расходования средств, предусмотренным сметой доходов и расходов. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: сметы доходов и расходов, графики финансирования. Выходная информация: результаты контроля целевого назначения графиков финансирования. 4.2.2.4.3. Задача "Оперативный контроль графиков финансирования объему бюджетных назначений" предназначена для осуществления контроля графиков финансирования выделенным лимитам бюджетных обязательств - непревышения неиспользованного лимита финансирования. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: сметы доходов и расходов, лимиты финансирования, графики финансирования. Выходная информация: результат контроля графиков финансирования объему бюджетных назначений. 4.2.2.4.4. Задача "Внесение изменений в график финансирования" предназначена для уточнения помесячных графиков финансирования в соответствии с изменением потребностей в финансировании за счет средств бюджета или в соответствии с изменениями, вносимыми в плановые назначения бюджета Комплексов. Пользователи ПТК: получатели бюджетных средств. Входная информация: графики финансирования, сметы доходов и расходов, потребности финансирования за счет средств бюджета, документы на внесение изменений в плановые назначения бюджета Комплекса. Выходная информация: изменения графиков финансирования. 4.2.2.4.5. Задача "Учет уведомлений о поступлении финансирования" предназначена для обработки главными распорядителями и распорядителями бюджетных средств уведомлений о финансировании за счет средств бюджета города Москвы в части субвенций Федерального бюджета. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: уведомление о финансировании. Выходная информация: запись в журнале учета. 4.2.2.4.6. Задача "Формирование реестров на финансирование за счет средств федерального бюджета" предназначена для подготовки главными распорядителями, распорядителями бюджетных средств реестров на финансирование в разрезе распорядителей и получателей бюджетных средств и кодов бюджетной классификации расходов и дальнейшей их передаче на исполнение в финансовый орган города Москвы или орган, осуществляющий исполнение федерального бюджета на территории города Москвы. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: уведомление о поступившем финансировании. Выходная информация: реестр на финансирование. 4.2.2.4.7. Задача "Оперативный контроль реестров на финансирование объему бюджетных назначений" предназначена для осуществления контроля реестров на финансирование за счет средств федерального бюджета выделенным лимитам бюджетных обязательств - непревышения неиспользованного лимита финансирования. Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: сметы доходов и расходов по средствам федерального бюджета, реестры на финансирование. Выходная информация: результат контроля реестров на финансирование объему бюджетных назначений. 4.2.2.4.8. Задача "Оперативный контроль целевого назначения реестров на финансирование" предназначена для осуществления контроля реестров на финансирование за счет средств бюджета города Москвы в части субвенций Федерального бюджета по направлениям расходования средств, предусмотренным сметой доходов и расходов. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: сметы доходов и расходов по средствам федерального бюджета, реестры на финансирование. Выходная информация: результаты контроля целевого назначения реестров на финансирование. 4.2.2.4.9. Задача "Учет исполнения бюджета в части расходов на сферу деятельности Комплекса" предназначена для сбора и учета данных о фактическом исполнении бюджета Комплекса и исполнения смет доходов и расходов получателей бюджетных средств. Задача должна обеспечить возможность ведения раздельного учета исполнения по средствам городского бюджета и средствам федерального бюджета по данным сформированным на основании выписок из лицевых бюджетных счетов Главного распорядителя, Распорядителей и получателей бюджетных средств, предоставляемых финансовым органом города Москвы, и органом, уполномоченным осуществлять кассовое исполнение федерального бюджета на территории города Москвы. Задача должна обеспечить учет поступления и расходования средств от предпринимательской и иной приносящей доход деятельности на основании предоставляемой получателями бюджетных средств периодической отчетности об исполнении сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности, или на основании выписок из лицевых бюджетных счетов по учету внебюджетных средств бюджетополучателей, предоставляемых финансовым органом города Москвы. Задача должна обеспечить учет выписок по мере совершения операций по движению средств по лицевым бюджетным счетам в разрезе Распорядителей и получателей бюджетных средств и кодов бюджетной классификации. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: выписки из лицевых бюджетных счетов главных распорядителей, распорядителей и получателей бюджетных средств, уведомление о кассовых расходах за отчетный период. Выходная информация: данные об исполнении бюджета в части расходов на сферу деятельности Комплекса, данные об исполнении смет доходов и расходов по бюджетным средствам получателей бюджетных средств и смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности. 4.2.2.5. Комплекс задач "Формирование отчетности" предназначен для формирования отчетности о плановых назначениях бюджета Комплекса (утвержденных, с уточнениями) и об исполнении бюджета Комплексов на текущую и отчетную дату в разрезе распорядителей и получателей бюджетных средств и кодов бюджетной классификации. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: первичные документы по плановым назначениям бюджета Комплекса и о фактическом исполнении бюджета Комплекса. Выходная информация: регламентированные формы отчетности. 4.2.3. Формирование, размещения и исполнения городского заказа 4.2.3.1. ПТК управления государственными закупками (под закупками понимается обеспечение материально-техническими, энергетическими ресурсами и услугами сети подведомственных учреждений) должен обеспечивать решение следующих задач: - планирование закупок; - проведение закупок; - расчеты по закупкам; - ценовой мониторинг; - финансовая экспертиза; - взаимодействие с поставщиками. - анализ результатов; - ситуационно - аналитическое обеспечение. 4.2.3.2. ПТК формирования, размещения и исполнения городского заказа должен обеспечить: - автоматизированное ведение реестра государственных контрактов (договоров); - автоматизированный учет и контроль размещения городского заказа, заключения (учет договоров получателей бюджетных средств) и исполнения государственных контрактов (договоров) (учет централизованных закупок), включая учет договоров с поставщиками, контроль исполнения договоров с поставщиками, учет оплаты поставок по договорам; - возможность реализацию функций управленческого учета и контроля в процессе заключения и исполнения государственных контрактов (договоров); - сопряжение КПТС 2 и 3 уровня Системы с АИС обеспечения городских закупок, разрабатываемой в рамках программы "Электронная Москва"; - обмен с АИС обеспечения городских закупок документами и данными, представленными в единой форме и форматах; - единый в Системе регламент обмена и представления документов в АИС обеспечения городских закупок. Протокол взаимодействия с АИС обеспечения городских закупок согласуется по планам создания этой АИС. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: конкурсная документация на размещение городского государственного заказа. Выходная информация: результаты конкурсных торгов на бюджетных торговых площадках. 4.2.4. Бухгалтерский учет 4.2.4.1. ПТК бухгалтерского учета должен обеспечить выполнение следующих функций: - взаимодействие с программно-техническими средствами, используемых на объектах автоматизации АС бухгалтерского учета; - обмен документами и данными, представленными в единой коммуникационной форме и коммуникационных форматах; - единый в Системе регламент обмена и представления документов, бухгалтерского учета. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная и выходная информация: первичные документы бухгалтерского учета, бухгалтерские операции, регистры бухгалтерского учета, бухгалтерская отчетность. 4.2.4.2. Используемые на объектах автоматизации АС бухгалтерского учета, с которыми должен взаимодействовать ПТК бухгалтерского учета должны: - обеспечивать решение задач, регламентированных действующими инструкциями Минфина РФ, используемых на объекте автоматизации; - сопровождаться сервисными центрами; - реализовывать принципы открытой архитектуры построения систем; - поддерживать открытые протоколы обмена информацией; - поддерживать экспорт/импорт из/в общеупотребительных форматов данных (TXT, RTF, HTML, DOC, XLT, XML и др.). Перечень АС бухгалтерского учета, с которыми осуществляется взаимодействие, определяется на этапе разработки Технического проекта Системы и уточняется на этапах ввода в действие КПТС Системы на конкретных объектах Заказчика. 4.2.5. Мониторинг и анализ исполнения бюджета 4.2.5.1. ПТК мониторинга и анализа исполнения бюджета должен обеспечить решение следующих задач: - сбор и предварительная обработка оперативных отчетных данных на этапах планирования и исполнения бюджета в части расходов на сферу деятельности; - консолидация, обобщение и представление оперативной информации об исполнении бюджета Комплекса в целом, отдельно по отраслям, по учреждениям городского и окружного подчинения в заданных аналитических разрезах по фиксированной системе обобщенных показателей; - визуализация данных в следующих формах: графическое представление (графики, гистограммы, картография), анимационное представление (динамическое представление), табличное и текстовое представление; проведение оперативного и периодического мониторинга исполнения бюджета Комплекса в целом; - возможность изменения наборов показателей планирования и исполнения бюджета в части расходов Комплекса, по которым проводится оперативный и периодический мониторинг; - возможность изменения правил определения значений показателей планирования и исполнения бюджета в части расходов Комплекса, по которым проводится оперативный и периодический мониторинг. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: оперативные учетные данные по плановым назначениям и кассовому исполнению бюджета Комплекса, аналитические показатели. Выходная информация: визуализация результатов мониторинга и анализа данных. 4.2.5.2. Анализ и мониторинг должен производиться в разрезе отраслей, распорядителей (городских и окружных) и получателей бюджетных средств и кодов бюджетной классификации, а также по статьям расходов с возможностью фильтрации и группировки данных. 4.2.5.3. Перечень показателей планирования и исполнения бюджета в части расходов на сферу деятельности Комплекса, по которым проводится мониторинг, а также возможности его изменения определяются по результатам технического проектирования данного ПТК. 4.2.6. Формирование сводной отчетности 4.2.6.1. ПТК формирования сводной отчетности должен обеспечить решение следующих задач: - автоматизированный прием и передача отчетов в используемых в Системе форматах; - формирование, проверка и свод итоговых бухгалтерских, производственных и иных отчетов; - формирование сводных отчетов по установленному порядку консолидации с взаимоисключением или перерасчетом требуемых показателей; - выявление ошибок в отчетности и устранение их еще на этапе подготовки отчетов подотчетными учреждениями; - обеспечение функционирования единой для всей сети подотчетных учреждений методики формирования и проверки отчетности; - оперативное формирование и доведение в установленные сроки до всех подотчетных учреждений измененных форм отчетности и методики их проверки; - обеспечение формирования и консолидации дополнительных отчетных форм по произвольным показателям, необходимым для анализа финансово-экономической деятельности подведомственных учреждений. На этапе Разработки технического проекта Системы проработать вопрос формирования проверки и свода отчетности по натуральным показателям. Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств. Входная информация: первичные данные, шаблоны отчетов, первичные отчеты. Выходная информация: первичные отчеты, сводные отчеты. 4.2.7. Ведение нормативно-справочной информации 4.2.7.1. ПТК нормативно-справочной информации должен обеспечить решение следующих задач: - ведение и администрирование на объектах Системы актуальных версий общероссийских, московских, отраслевых и других классификаторов и нормативно-справочной информации, необходимых для обеспечения бюджетного процесса города Москвы; - ведение и администрирование в Системе актуальной версии актуальных версий базы данных нормативно-методических документов по федеральным, региональным и муниципальным государственным закупкам; - приведение информации, полученной из различных информационных и автоматизированных систем, к форматам и формам представления, используемым в Системе; - предоставление оперативного доступа пользователей к требуемой им нормативно-справочной, нормативно-методической информации и классификаторам; обеспечение оперативного поиска требуемых материалов; - оперативное информирование пользователей об изменениях в нормативно-справочной, нормативно-методической информации и классификаторах; - централизованное обеспечение актуальной нормативно-справочной и нормативно-методической информацией, классификаторами всех объектов Системы, учет и контроль проведения работ по ее фактической актуализации. Пользователи ПТК: персонал, обеспечивающий функционирование Системы. Потребители: Главный распорядитель, Распорядители и получатели бюджетных средств. Входная информация: нормативно-справочная и нормативно-методическая информация, классификаторы в форматах внешних информационных систем. Выходная информация: нормативно-справочная и нормативно-методическая информация, классификаторы в едином коммуникационном формате и формах представления, используемых в Системе. 4.2.7.2. ПТК нормативно-справочной информации должен поддерживать на объектах Системы фрагменты единого информационного пространства АИС УБП города Москвы. 4.2.7.3. ПТК нормативно-справочной информации должен разрабатываться на основе организационных решений по обеспечению и регламенту обеспечения АИС УБП первой очереди (Департамент финансов города Москвы) актуальными версиями общероссийских, московских, отраслевых и других классификаторов, а также с учетом технических решений по ведению и актуализации нормативно-справочной информации на объектах АИС УБП первой очереди (Департамент финансов города Москвы). 4.2.7.4. ПТК нормативно-справочной информации должен обеспечить возможность использования актуальной нормативно-справочной и нормативно-методической информации и классификаторов, полученных на бумажных, машинных носителях или и по каналам связи. ПТК должен обеспечить возможность предоставления обобщенных сведений о получении информации и актуализации ее на объектах Системы на установленный объект АИС УБП первой очереди (Департамент финансов города Москвы). 4.2.7.5. ПТК нормативно-справочной информации должен обеспечить возможности наращивания классификаторов и справочников, как в отношении количества элементов, так и в части развития их структуры. 4.2.7.6. ПТК нормативно-справочной информации должен обеспечить представление нормативно-справочной и нормативно-методической информации, классификаторов на магнитных и бумажных носителях, а также учет и контроль распространения этих носителей в Системе. Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Декабрь
|
