rest_documentconversion_latest_conversion_thumbnail_32309535_1

Створення програмного сервісу «Інформаційні панелі», що входить до складу єдиної інформаційно-аналітичної платформи консолідації та аналізу великих даних «Big Data» в місті Києві   Шифр: ПС ІП Технічне завдання  на створення ПС ІП. 39194632.184154.4687.ТЗ   Етап 2 п 2.1 На _____ аркушах
   

Київ 2019 ЗМІСТ

ПЕРЕЛІК ТЕРМІНІВ ТА СКОРОЧЕНЬ.. 5

1. ЗАГАЛЬНІ ВІДОМОСТІ. 8

1.1 Найменування системи та її умовне позначення. 8 1.2 Шифр теми або номер договору: 8 1.3 Найменування установ Виконавця і Замовника, їх реквізити. 8 1.4 Підстави для розробки (перелік документів, на підставі яких створюється проект, ким і коли затверджені ці документи) 8 1.5 Планові терміни початку і закінчення роботи із створення Системи. 8 1.6 Порядок передачі замовнику результатів робіт по розробці ПС ІП.. 8

1. ПРИЗНАЧЕННЯ ТА МЕТА ПРОГРАМНОГО СЕРВІСУ ІП.. 9

2.1 Призначення ПС ІП.. 9 2.2 Мета і завдання створення ПС ІП.. 9 2.3 Задачі та засоби для їх вирішення. 9

1. ФУНКЦІОНАЛЬНІ ВИМОГИ.. 12

3.1 Відображення інформації через інформаційні аналітичні панелі 12 3.2 Здійснення фільтрації даних за обраний період. 13 3.3 Інформаційні повідомлення про стан даних. 15 3.4 Здійснення адміністрування ПС ІП.. 15

1. НЕФУНКЦІРНАЛЬНІ ВИМОГИ.. 17

4.1 Вимоги чинного законодавства. 17 4.2 Вимоги до комплексу засобів захисту інформації 19 4.3 Вимоги до діагностування ПС ІП.. 22 4.4 Вимоги до показників навантаження. 22 4.5 Вимоги до надійності 22 4.6 Вимоги до ергономіки. 23 4.6.1 Вимоги до лінгвістичного забезпечення. 26 4.7 Вимоги до патентної чистоти. 26 4.8 Вимоги до стандартизації та уніфікації 26 4.9 Вимоги до документації 26

1. ОПИС ПРОПОНОВАНОГО РІШЕННЯ.. 28

5.1 Архітектура програмного сервісу «Інформаційні Панелі». 28 5.2 Джерела даних та їх перетворення. 30 5.2.1        Джерела даних для програмного компоненту «Комплексної інформаційно-аналітичної системи управління фінансово-господарською діяльністю в м. Києві». 32 5.2.2        Джерела даних для програмного компоненту «Щодо роботи Комунальної бюджетної установи «Контактний центр міста Києва»  40 5.2.3        Джерела даних для програмного компоненту «Звіти по районам по окремим дитсадкам». 43 5.2.4        Джерела даних для програмного компоненту «Звіти по будинкам міста». 45 5.2.5        Джерела даних для програмного компоненту «Звіти по школам районів». 46 5.2.6        Джерела даних для програмного компоненту «Запис до лікаря»  48 5.3 Опис інтеграції з Платформою KYIVSMARTCITY у рамках модулю авторизації 50 5.4 Опис інтеграції з Платформою KYIVSMARTCITY у рамках модулю моніторинг. 51 5.6      Компонент підказок та інформувань. 54 5.6 Опис групи інформаційно-аналітичних панелей ЖКХ. 54 5.6.1 Інформаційно-аналітична панель «ЖКГ. Структура тарифу» розділу «ЖКГ». 54 5.6.2 Інформаційно-аналітична панель «ЖКГ. Грошові кошти» розділу «ЖКГ». 57 5.6.3 Інформаційно-аналітична панель «ЖКГ. Заробітна плата» розділу «ЖКГ». 63 5.6.4 Інформаційно-аналітична панель «ЖКГ. Кадри» розділу «ЖКГ»  68 5.6.5 Інформаційно-аналітична панель «ЖКГ. Основні засоби» розділу «ЖКГ». 72 5.7 Опис групи інформаційно-аналітичних панелей Освіта. 76 5.7.1 Інформаційно-аналітична панель «Окремий дитсадок району» розділу «Освіта». 76 5.7.2 Інформаційно-аналітична панель «Окрема школа району» розділу «Освіта». 80 5.7.3 Інформаційно-аналітична панель «Освіта. Грошові кошти» розділу «Освіта». 82 5.8.4        Інформаційно-аналітична панель «Освіта. Заробітна плата» розділу «Освіта». 88 5.8.5        Інформаційно-аналітична панель «Освіта. Кадри» розділу «Освіта»  92 5.8.6        Інформаційно-аналітична панель «Освіта. Основні засоби» розділу «Освіта». 96 5.8 Опис групи дашбордів «Медицина». 100 5.9.1        Інформаційно-аналітична панель «Медицина. Грошові кошти» розділу «Медицина». 100 5.9.2        Інформаційно-аналітична панель «Медицина. Заробітна плата» розділу «Медицина». 106 5.9.3        Інформаційно-аналітична панель «Медицина. Кадри» розділу «Медицина». 110 5.9.4        Інформаційно-аналітична панель «Медицина. Основні засоби» розділу «Медицина». 115 5.9 Опис групи дашбордів «Благоустрій». 119 5.10.1      Інформаційно-аналітична панель «Благоустрій. Грошові кошти» розділу «Благоустрій». 119 5.10.2      Інформаційно-аналітична панель «Благоустрій. Заробітна плата» розділу «Благоустрій». 125 5.10.3      Інформаційно-аналітична панель «Благоустрій. Кадри» розділу «Благоустрій». 128 5.10.4      Інформаційно-аналітична панель «Благоустрій. Основні засоби» розділу «Благоустрій». 132 5.11    Інформаційно-аналітична панель «Фінанси. Грошові кошти» розділу «Фінанси». 136 5.12    Інформаційно-аналітична панель «1551» розділу «1551». 142

1. ПРОГРАМНА ТА АПАРАТНА ІНФРАСТРУКТУРА.. 146

6.1 Загальний перелік програмного забезпечення. 146 6.2      Системне та прикладне програмне забезпечення. 146 7       ВИМОГИ ДО СКЛАДУ І ЗМІСТУ ПОСЛУГ З ПІДГОТОВКИ ОБ’ЄКТУ АВТОМАТИЗАЦІЇ ДО ВВОДУ ПС ІП В ДІЮ... 148 8       КАЛЕНДАРНИЙ ПЛАН НАДАННЯ ПОСЛУГ. 149 9       ГАРАНТІЙНА ТА ПІСЛЯГАРАНТІЙНА ПІДТРИМКА.. 150 СПИСОК ТАБЛИЦЬ.. 151 СПИСОК РИСУНКІВ.. 152 РЕГЛАМЕНТ ОНОВЛЕННЯ ІНФОРМАЦІЇ У ПС «ІП». 157 ЛИСТ РЕЄСТРАЦІЇ ЗМІН.. 158
 

Повне найменування системи: Програмний сервіс «Інформаційні панелі». Умовне позначення: ПС ІП.

Договір № 4687 від 30.07.2019 р.

Розробка виконується згідно договору № 4687 від 30.07.2019 р. Результат проведення закупівлі: код за ДК 021:2015: 72210000-0 Послуги з розробки пакетів програмного забезпечення (Створення впровадження та модернізація платформи великих даних).

Початок робіт: 30.07.2019 р. Закінчення робіт: 26.12.2019 р.

Результати робіт передаються у вигляді функціонуючого програмного забезпечення на базі засобів обчислювальної техніки та іншого необхідного устаткування Замовника у строки, визначені договором. Приймання результатів здійснюється комісією у складі уповноважених осіб Замовника та Виконавця.

Програмний сервіс «Інформаційні панелі» надасть можливість відображати достовірну аналітичну та оперативну інформацію по роботі комплексної інформаційно-аналітичної системи управління фінансово-господарською діяльністю в м. Києві. Створення ПС ІП направлене на досягнення кращих показників управління, а саме:

• забезпечення консолідації даних різних об’єктів функціонування та даних різних рівнів ієрархії для аналітичного дослідження інформації;
• забезпечення оперативності та якості реалізації дій за рахунок зручності в отриманні потрібної інформації та гарантованої її актуальності.

Програмний сервіс ІП повинен створюватися як частина Платформи «Big Data» та базуватися на використанні механізму реалізації опрацювання великих даних в аналітичній системі «Інформаційно-аналітична звітність для органів влади, громадян та бізнесу». ПС ІП призначений для побудови частини основи єдиної Платформи «Big Data» з метою формування аналітичної та статистичної звітності. Від створення та впровадження ПС ІП очікується:

• швидкий та зручний доступ до відкритої інформації установ, підпорядкованих КМДА;
• оперативне інформування керівників департаментів КМДА про динаміку надання звітності підпорядкованими установами, а також про основні показники діяльності департаменту;
• створення можливості для керівництва отримувати повну, оперативну і достовірну інформацію для проведення поглибленого аналізу і оцінки діяльності та прийняття рішень;
• забезпечення користувачам системи оперативного доступу до потрібної інформації в одній системі згідно їхніх посадових обов’язків.

Розробка та впровадження нового ПС ІП шляхом автоматизації певних бізнес-процесів із використанням сучасних інформаційних технологій включає  вирішення наступних задач:

• Створення нових інформаційних панелей, що відображають актуальні показники роботи установ, підпорядкованих КМДА:
  • Комплексної інформаційно-аналітичної системи управління фінансово-господарською діяльністю в м. Києві:
    • Житлово-комунального господарства:
      • Можливість формування даних по структурі тарифу по кожному окремому будинку району.
      • Можливість формування даних по надходженню, витратах та заборгованості грошових коштів.
      • Можливість формування даних по заробітній платі (нарахування, зведені місячні дані, заборгованості по районам).
      • Можливість формування даних по кадрам (штатний розклад, посади, зміна чисельності персоналу, середній вік, наявність працівників з інвалідністю).
      • Можливість формування даних по основним засобам (основні засоби, приміщення).
    • Освіти:
      • Можливість формування даних по надходженню, витратах та заборгованості грошових коштів.
      • Можливість формування даних по заробітній платі (нарахування, зведені місячні дані, заборгованості по районам).
      • Можливість формування даних по кадрам (штатний розклад, посади, зміна чисельності персоналу, середній вік, наявність працівників з інвалідністю).
      • Можливість формування даних по основним засобам (основні засоби, приміщення).
    • Медицини:
      • Можливість формування даних по надходженню, витратах та заборгованості грошових коштів.
      • Можливість формування даних по заробітній платі (нарахування, зведені місячні дані, заборгованості по районам).
      • Можливість формування даних по кадрам (штатний розклад, посади, зміна чисельності персоналу, середній вік, наявність працівників з інвалідністю).
      • Можливість формування даних по основним засобам (основні засоби, приміщення).
    • Благоустрою міста:
      • Можливість формування даних по надходженню, витратах та заборгованості грошових коштів.
      • Можливість формування даних по заробітній платі (нарахування, зведені місячні дані, заборгованості по районам).
      • Можливість формування даних по кадрам (штатний розклад, посади, зміна чисельності персоналу, середній вік, наявність працівників з інвалідністю).
      • Можливість формування даних по основним засобам (основні засоби, приміщення).
    • Фінансів:
      • Можливість формування даних по надходженню, витратах та заборгованості грошових коштів.
    • Щодо роботи Комунальної бюджетної установи «Контактний центр міста Києва», що надає інформацію щодо:
      • Основні показники.
      • Розподіл статусів дзвінків.
      • Кількість дзвінків по годинам.
      • Кількість звернень, що перевірено.
      • Кількість звернень, що очікують перевірку.
    • Звіти по районам по окремим дитсадкам:
      • Основні показники.
      • Дані про кількість дітей, вільних місць та чергу.
      • Кількість груп за віком.
      • Черга та вільні місця за віком.
      • Дітей в дитсадках.
    • Звіти по школам районів:
      • Основні показники.
      • Учні за роками навчання.
      • Інклюзивна освіта.
      • Вчителі за віком – Київ/район.
      • Кількість шкіл (по типах).
    • Звіти по району запису до лікаря:
      • Динаміка записів до лікаря.
      • Динаміка підписання декларацій.
      • Кількість та структура пацієнтів.
      • Основні показники.
      • Затребувані спеціалізації лікарів.
      • Розподіл записів по каналам.
    • Створення макетів аналітичних звітів та опису функціональних можливостей.
    • Для кожного елементу виводу (графік, діаграма) необхідно розмістити пояснення для інформування Користувача про джерело даних, регламент їх оновлення, варіанти представлення інформації. В разі використання в таблицях чи графіках розрахункових показників (індексів, рейтингів тощо) біля цих об’єктів, має бути посилання на інформацію про механізми розрахунку даного показника.

У відповідності до Технічних вимог, інформаційні панелі будуть згруповані у відповідності до таблиці Таблиця 1. Згруповані звіти за інформаційними панелями

Всі дані, що будуть виведені, мають відповідати обраному фільтру (часовому періоду, певному закладу і т. п.).
Рисунок 1. Макет відображення фільтрації даних  Наприклад, користувач повинен мати можливість обрати період шляхом вибору дати початку та дати закінчення періоду. Якщо користувач не обирає період, за замовчуванням повинні відображатися дані за останній тиждень або місяць в залежності від джерела даних.

Для кожного елементу виводу (графік, діаграма) необхідно розмістити пояснення для інформування Користувача про джерело даних, регламент їх оновлення, варіанти представлення інформації. Рисунок 2. Макет інформаційного повідомлення про стан даних В разі використання в таблицях чи графіках розрахункових показників (індексів, рейтингів тощо) біля цих об’єктів, має бути посилання на інформацію про механізми розрахунку даного показника.

Функції адміністрування ПС ІП повинні забезпечувати реалізацію наступних можливостей:

*
Управління обліковими записами користувачів ПС ІП та ведення відповідного довідника. Рисунок 3. Макет сторінки управління обліковими записами користувачів

• Управління доступом та контролем нормативно-довідкової інформації.

Рисунок 4. Макет сторінки управлінням доступом до інформації

*
Повинні бути засоби моніторингу та журнал подій змін даних. Рисунок 5. Макет журналу логування оновлення даних

Створення ПС ІП повинно відповідати вимогам чинних нормативно-правових документів, а саме:

• Конституція України;
• Закон України «Про інформацію»;
• Закон України «Про електронні документи та електронний документообіг»;
• Закон України «Про адміністративні послуги»;
• Закон України «Про звернення громадян»;
• Закон України «Про захист інформації в інформаційно-телекомунікаційних системах»;
• Закон України «Про електронні довірчі послуги»;
• Закон України «Про захист персональних даних»;
• Постанова Кабінету Міністрів України від 19.09.2018 N 749 «Про затвердження Порядку використання електронних довірчих послуг в органах державної влади, органах місцевого самоврядування, підприємствах, установах та організаціях державної форми власності»;
• Постанова Кабінету Міністрів України від 30.01.2013 N 57 «Про затвердження Порядку ведення Реєстру адміністративних послуг»;
• Постанова Кабінету Міністрів України від 29.03.2006 N 373 «Про затвердження Правил забезпечення захисту інформації в інформаційних, телекомунікаційних та інформаційно-телекомунікаційних системах»;
• Постанова Кабінету Міністрів України від 12.04.2002 N 522 «Про затвердження Порядку підключення до глобальних мереж передачі даних»;
• Постанова Кабінету Міністрів України від 04.02.1998 N 121 «Про затвердження переліку обов’язкових етапів робіт під час проектування, впровадження та експлуатації засобів інформатизації»;
• Рішення Київської міської ради від 18.12.2018 N 461/6512 «Про затвердження Комплексної міської цільової програми «Електронна столиця» на 2019-2022 роки.
• Рішення Київської міської ради від 18.12.2018 N 459/6510 «Про затвердження міської цільової програми «Турбота. Назустріч киянам» на 2019 - 2021 роки» зі змінами і доповненнями, внесеними рішенням Київської міської ради від 28 лютого 2019 року N 166/6822;
• Розпорядження виконавчого органу Київської міської ради (Київської міської державної адміністрації) від 03.07.2018 N 1135 Про затвердження Положення про забезпечення захисту інформації в інформаційно-телекомунікаційних системах структурних підрозділів виконавчого органу Київської міської ради (Київської міської державної адміністрації), районних в місті Києві державних адміністрацій, підприємств, установ та організацій, що належать до комунальної власності територіальної громади міста Києва або передані до сфери управління виконавчого органу Київської міської ради (Київської міської державної адміністрації).
• Наказ КП ГІОЦ від 11.09.2018 N 93 Інструкція з надання доступу до інформаційних ресурсів інформаційно-телекомунікаційних систем комунального підприємства «Головний інформаційно-обчислювальний центр»;
• ДСТУ ISO/IEC/IEEE 12207:2018. Інженерія систем і програмних засобів. Процеси життєвого циклу програмних засобів;
• ДСТУ ISO/IEC/IEEE 15288:2016 Інженерія систем і програмного забезпечення. Процеси життєвого циклу систем (ISO/IEC/IEEE 15288:2015, IDT);
• ДСТУ ISO/IEC 2382:2017 (ISO/IEC 2382:2015, IDT). Інформаційні технології. Словник термінів;
• ДСТУ ISO/IEC 15910:2012 Інформаційні технології. Документування програм. Документація користувача (ISO/IEC 15910:1999, IDT);
• ДСТУ ISO/IEC 14764:2014. Інженерія програмного забезпечення. Процеси життєвого циклу програмного забезпечення. Технічне обслуговування;
• ДСТУ 4302:2004 Інформаційні технології. Настанови щодо документування комп`ютерних програм (ISO/IEC 6592:2000, MOD);
• ДСТУ 3330-96 (ГОСТ 34.321-96) Інформаційні технології. Система стандартів з баз даних. Еталонна модель керування даними;
• ДСТУ 2941-94 Системи оброблення інформації. Розроблення систем. Терміни та визначення;
• ДСТУ 3008:2015 Інформація та документація. Звіти у сфері науки і техніки. Структура та правила оформлювання;
• ГОСТ 34.003-90. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Терміни та визначення;
• ГОСТ 34.201-89. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Види, комплектність і позначення документів при створенні автоматизованих систем;
• ГОСТ 34.601-90. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Автоматизовані системи. Стадії створення;
• ГОСТ 34.602-89. Інформаційна технологія. Комплекс стандартів на автоматизовані системи. Технічне завдання на створення автоматизованої системи;
• ГОСТ 34.603-92. Інформаційна технологія. Види випробувань автоматизованих систем;
• РД 50-34.698-90. Методичні вказівки. Інформаційна технологія. Комплекс стандартів і керівних документів на автоматизовані системи. Автоматизовані системи. Вимоги до змісту документів;
• НД ТЗІ 3.7-003-05. Порядок проведення робіт із створення комплексної системи захисту інформації в інформаційно-телекомунікаційній системі;
• НД ТЗІ 3.6-001-2000. Технічний захист інформації. Комп’ютерні системи. Порядок створення, впровадження, супроводження та модернізації засобів технічного захисту інформації від несанкціонованого доступу;
• НД ТЗІ 1.1-003-99. Термінологія в галузі захисту інформації в комп’ютерних системах від несанкціонованого доступу;
• НД ТЗІ 2.5-005-99. Класифікація автоматизованих систем і стандартні функціональні профілі захищеності оброблюваної інформації від несанкціонованого доступу;
• НД ТЗІ 3.7-001-99. Методичні вказівки щодо розробки технічного завдання на створення комплексної системи захисту інформації в автоматизованій системі;
• ДСТУ 3396.0-96 Захист інформації. Технічний захист інформації. Основні положення;
• ДСТУ 3396.1-96 Захист інформації. Технічний захист інформації. Порядок проведення робіт;
• ДСТУ 3396.2-97 Захист інформації. Технічний захист інформації. Терміни та визначення;
• ДСТУ 2226-93 Автоматизовані системи. Терміни та визначення;
• Business Process Model and Notation (BPMN), Version 2.0, Object Management Group, 2011;
• Unified Modeling Language (UML), Version 2.5.1, Object Management Group, 2017.

Вимоги із забезпечення захисту інформації реалізовуватимуться за рахунок створення комплексу засобів захисту, який складається із програмних засобів криптографічного захисту інформації, засобів підсистеми «Адміністрування» та засобів захисту операційних систем. У складі комплексу засобів захисту будуть застосовані програмні засоби криптографічного захисту інформації, які мають діючий позитивний експертний висновок Державної служби спеціального зв'язку та захисту інформації України. У Сервісі буде реалізований захищений доступ до системи на рівні логінів/паролів підключення до Сервісу, які шифруватимуться за алгоритмом хешування SHA-256, MD5. Також буде шифруватися доступ до ядра системи та всіх окремих елементів (локальні мережі контакт-центрів, автоматизоване робоче місце (АРМ), підключені мережеві пристрої, пристрої модуляції сигналів тощо). Зв’язок між елементами системи будуватиметься на технології шифрованих тунелів, які разом об’єднуються у загальну внутрішню мережу. Для забезпечення конфіденційності та цілісності даних, що передаються між сервером програмних застосувань та АРМ користувачів, а також двохфакторної ідентифікації (автентифікації) користувачів АРМ, буде використовуватися програмний засіб криптографічного захисту інформації, який відповідає наступним загальним вимогам:

• функціонує як невід’ємна частина Сервісу з визначеним переліком функцій;
• має можливість бути використаним у складі будь-якої інформаційної системи (автоматизованої системи), яка реалізована у якості портального рішення;
• реалізує наступні механізми:
  • контроль цілісності програмного забезпечення;
  • тестування правильності функціонування та блокування роботи в разі виявлення порушень;
  • захист від порушення конфіденційності інформації внаслідок помилкових дій користувача або в разі некоректної роботи складових елементів;
  • захист ключових даних на їх носіях від несанкціонованого зчитування;
  • захист засобу від здійснення порушником навмисного зовнішнього впливу;
  • захист від порушення конфіденційності та цілісності ключових даних в ключових документах;
• реалізує алгоритм шифрування даних відповідно до ДСТУ ГОСТ 28147:2009 у режимі гамування зі зворотним зв’язком;
• реалізує наступні формати, структури, протоколи, алгоритми:
  • позначки часу відповідно до вимог RFC 3161 «Internet X.509 Public Key Infrastructure Time-Stamp Protocol (TSP)» та вимог до протоколу фіксування часу, що затверджені наказом Мін’юсту, Адміністрації Держспецзв’язку від 20.08.2012 № 1236/5/453 та зареєстровані в Мін’юсті 20.08.2012 за № 1402/21714;
  • інтерактивного визначення статусу сертифіката відповідно до вимог RFC 2560 «Internet X.509 Public Key Infrastructure Online Certificate Status Protocol – OCSP» та вимог до протоколу визначення статусу сертифіката, що затверджені наказом Мін’юсту, Адміністрації Держспецзв’язку від 20.08.2012 № 1236/5/453 та зареєстровані в Мін’юсті 20.08.2012 за № 1403/21715;
  • списку відкликаних сертифікатів відповідно до вимог RFC 5280 «Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile» та вимог до формату списку відкликаних сертифікатів, що затверджені наказом Мін’юсту, Адміністрації Держспецзв’язку від 20.08.2012 № 1236/5/453 та зареєстровані в Мін’юсті 20.08.2012 за № 1400/21712;
  • об’єктні ідентифікатори для криптоалгоритмів, що є державними стандартами відповідно до вимог до структури об’єктних ідентифікаторів для криптоалгоритмів, що є державними стандартами, затверджені наказом Мін’юсту, Адміністрації Держспецзв’язку від 20.08.2012 № 1236/5/453 та зареєстровані в Мін’юсті 20.08.2012 № 1399/21711;
  • запиту на формування сертифіката відкритого ключа, що створюються та обробляються об’єктом експертизи, відповідають вимогам (PKCS#10) Certification Request Syntax Specification;
  • посиленого сертифіката відкритого ключа, що відповідає вимогам до формату посиленого сертифіката відкритого ключа, що затверджені наказом Мін’юсту та Адміністрації Держспецзв’язку від 20.08.2012 № 1236/5/453 та зареєстровані в Мін’юсті 20.08.2012 за № 1398/21710.

Для забезпечення конфіденційності та цілісності даних при введенні даних з клієнтських АРМ, захищеного збереження інформації про дії користувачів та адміністраторів системи буде застосований програмний засіб криптографічного захисту інформації, що відповідає наступним загальним вимогам:

• призначений для забезпечення конфіденційності та цілісності інформації шляхом здійснення її криптографічного перетворення (виконання функцій шифрування та дешифрування) та здійснює розмежування доступу до такої інформації, що зберігається на носіях інформації (жорсткий диск комп’ютера, переносний жорсткий диск, флеш-накопичувач) відповідно до ключових даних та сертифікатів відкритих ключів та забезпечує:
  • створення та використання шифрованих файлових контейнерів (шифрованих віртуальних дисків);
  • створення шифрованих контейнерів без файлової системи або з файловою системою NTFS чи FAT;
  • можливість створення динамічних шифрованих файлових контейнерів;
  • створення шифрованого носія на основі переносного жорсткого диску, флеш-накопичувача;
  • можливість шифрування логічних дисків (томів) жорсткого диску комп’ютера, переносного жорсткого диску, флеш-накопичувача;
• реалізований у вигляді набору програмних модулів, готових до використання, та має можливість бути використаним у якості її окремої та незалежної частини (складової) з визначеним переліком функцій;
• реалізує алгоритм шифрування даних відповідно до ДСТУ 28147:2009 у режимі гамування зі зворотнім зв’язком;
• реалізацію криптографічних алгоритмів буде здійснено бібліотекою функцій криптографічних перетворень, що має позитивний експертний висновок Державної служби спеціального зв'язку та захисту інформації України за результатами державної експертизи в сфері криптографічного захисту інформації.

Захист компонентів від несанкціонованого доступу буде виконуватися за рахунок реалізації таких заходів:

• сеанс клієнт-сервер, під час роботи з проектом через Інтернет виконується тільки за HTTPs протоколом (захист за допомогою SSL/TLS сертифікату);
• для розгортання компонентів проекту, а також для доступу користувачів до серверів застосовується SSH протокол з використанням логіну та паролю доступу та RDP протокол з використанням логіну та паролю;
• SSH протокол працює по нестандартному порту (port:2002);
• RDP протокол працює по нестандартному порту (port:2003);
• всі процеси запускаються від імені непривілейованих користувачів;
• доступ до баз даних виконується за допомогою спеціалізованих облікових записів та паролів, які відповідають єдиним завданим політикам безпеки (строк дії пароля, кількість літер, чисел та символів).

Розробка та впровадження комплексної системи захисту інформації не є предметом даного договору, її може бути реалізовано в подальшому в межах виконання окремих робіт.

В ПС ІП буде передбачено наявність програмних засобів для діагностики, а також розроблено вбудовані механізми документування аварійних подій або помилок. При цьому помилка або аварійна подія, що виникла, реєструватиметься у відповідному електронному журналі з одночасним інформуванням про подію користувача та/або адміністратора ПС ІП за допомогою відповідного повідомлення. Для адміністраторів ПС ІП буде передбачена можливість отримання технічної довідкової інформації-допомоги з різним рівнем деталізації щодо ліквідації аварійних подій або виправлення помилки. Повідомлення про аварійні події або помилки буде містити:

• час виникнення тої або іншої аварійної події або помилки;
• назву компонента ПС ІП, в якому виникла аварійна подія або помилка;
• назву файлу вихідних текстів;
• номер рядка в файлі;
• причину аварійної події або помилки.

Додатково таке повідомлення може містити назву функції, яка викликала аварійну подію або помилку, а також перелік викликів.

ПС ІП повинен забезпечувати:

• час результатів пошуку із наданням релевантних відповідей – 2-4 секунди;
• час опрацювання локальних технологічних запитів із наданням відповідної реакції – 2-3 секунди;
• можливість зберігання історичних даних протягом не менш ніж 3 роки;
• час базових операцій роботи з реєстрами даних 3-5 секунд.

Надійність ПС ІП повинна бути забезпечена за наступними напрямками:

• забезпечення працездатності компонентів ПС ІП;
• збереження даних.

Механізми із збереження працездатності повинні забезпечувати надійність роботи при відмові одного або декількох компонентів за рахунок їх резервування. При цьому повинна вимагатися мінімальна увага з боку системного адміністратора щодо реакції на усунення наслідків відмов компонентів, а також програмно-апаратними засобами повинно бути забезпечене збереження даних. Збереження даних повинно забезпечувати збереження цілісності даних при програмно-апаратних відмовах, помилках, шляхом використання відповідних програмно-апаратних засобів та рішень, резервного копіювання, транзакційності при змінах даних. Збереження даних має забезпечуватися у випадках:

• вимкнення живлення;
• відмови технічних засобів обробки інформації;
• помилки, збоїв або руйнування програмного забезпечення;
• тимчасової відмови ліній зв’язку.

Надійність функціонування ПС ІП повинна забезпечуватися:

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

Надійність та безперервність функціонування ПС ІП буде забезпечуватися за рахунок:

• використання сучасних технологій при розробці прикладного програмного забезпечення;
• забезпечення якісного тестування прикладного програмного забезпечення;
• забезпечення резервування основних компонентів та елементів ПС ІП;
• забезпечення виконання регламенту технічного супроводу експлуатації ПС ІП на всіх етапах;
• вчасного реагування на аварійні ситуації та оперативної заміни в разі необхідності програмно-технічних засобів, які вийшли з ладу;
• забезпечення сумісності технічних засобів та програмного забезпечення, що використовуються.

Для гарантування безперервної роботи серверної частини повинна бути реалізована одна з наступних стратегій забезпечення надійності:

• гаряче резервування, у відповідності до якого дублюючі компоненти знаходяться у режимі «гарячого» резерву. У разі відсутності відклику основного компонента здійснюється перенаправлення трафіку на резервне рішення;
• циклічне переключення компонентів. При цьому кожен виклик передається компонентам по циклу. У разі, якщо немає відклику від певного компонента, здійснюється автоматичний перехід на використання іншого компоненту.

Рішення щодо ергономіки веб-інтерфейсу ПС ІП повинні відповідати вимогам технічної естетики та інженерної психології для забезпечення гармонійного зв'язку між параметрами технічних засобів і психофізичними можливостями людини із урахуванням створення єдиного об’ємно-просторового і кольорового рішення відповідно до ГОСТ 12.2.032–78, ГОСТ 12.2.033–78, ГОСТ 24750–81. Веб-сторінки повинні відповідати таким вимогам:

• Вміст веб-сторінок повинен бути структурованим, логічним, зрозумілим та легким для читання.
• Дизайн ПС ІП повинен відповідати цим вимогам (далі – дизайн-код).
  • Використовувати кольорову палітру, яка включає відтінки фіолетового, сірого та білого кольорів. Кольори повинні бути контрастними та використовуватися в комбінації з формою та текстом. Колір не повинен бути єдиним візуальним засобом передачі інформації, що вказує на дію або вирізняє елемент серед інших. Не допускається використання схожих та яскравих кольорів. Під час використання світлих відтінків кольорів непрозорість повинна становити 75 та/або 50 відсотків. Веб-сторінки ПС ІП повинні бути адаптованими для перегляду без прив’язки до кольору.
• Форми введення інформації повинні бути простими та запитувати тільки необхідну інформацію.
• Поля введення інформації повинні бути підписаними, мати короткі, інформативні та однозначні назви, які розташовуються над полем. Поля введення інформації рекомендовано вирівнювати одне під одним, по одному в рядок, ширина поля повинна відповідати вмісту, який вводиться.
• Для вибору точної дати (день, місяць, рік) або проміжку дат необхідно використовувати інтегрований календар.
• Під час введення інформації користувачам необхідно надавати помітні та зрозумілі підписи та/або інструкції.
• У разі підтвердження дії, що призводить до зміни чи припинення прав та/або обов’язків, зміни або стирання користувацьких даних, необхідно передбачити принаймні одну з таких можливостей:
  • скасування (відправлені дані можна повернути);
  • перевірка (дані, введені користувачем, перевіряються на наявність помилок і користувач може їх виправити);
  • підтвердження (передбачити перевірку, підтвердження та виправлення інформації перед відправленням даних).
• Компоненти веб-сторінок повинні мати зрозумілі назви, навігаційні елементи, які повторюються на багатьох веб-сторінках та однаково розташовуються, а компоненти з однаковою функціональністю – мати однакові назви та однаковий дизайн.
• Рекомендовано передбачити більше одного способу дістатися необхідної веб-сторінки.
• Рішення щодо ергономіки забезпечуватимуть:
• зрозумілу логічну побудову інформаційної архітектури із певним набором відповідних графічних, текстових, функціональних компонентів.
• зрозумілу логічну побудову структуру сторінок та розділів, переходів та посилань між ними відповідно до інформаційної архітектури;
• глибину вкладень (логічних переходів) не більше 5 рівнів;
• зручну та інтуїтивно зрозумілу побудову логічних зв’язків в межах певної функціональності;
• прості інтуїтивно зрозумілі інтерфейси робочих місць, які не потребують тривалого навчання роботі з ними;
• форми відображення інформації користувачам, що функціонально орієнтовані на вирішення конкретних задач;
• мінімальну кількість дій користувача при виконанні завдань, відсутність в екранних формах функціональних можливостей, що не потрібні для виконання завдання, яке поставлене перед користувачем;
• вбудовані механізми валідації значень, що визначаються для окремих полів, комбінацій полів (контекстно-залежний контроль), контроль значень полів за довідниками/класифікаторами, а також на відповідність вже введеним даним (базі даних);
• вбудовані механізми допомоги внесення та отримання інформації, контекстні підказки;
• інтерактивні елементи у зручному та зрозумілому представленні із набором відповідних текстових та/або графічних інформаційних підказок;
• не перевантаження інформаційно-графічними матеріалами.

Рішення щодо ергономіки модулю відповідатимуть основним вимогам технічної естетики та інженерної психології, що забезпечить гармонійний зв'язок між параметрами технічних засобів та психофізичними можливостями людини. Користувач повинен мати зручний інтерфейс із обґрунтованим набором необхідних інструментів для виконання певних дій, закладених у межах відповідного бізнес-процесу. У цілому передбачається сумісність:

• з операційними системами: Windows;
• з браузерами, у тому числі мобільними: Microsoft Edge, Opera, Mozilla Firefox, Google Chrome (наперед останніми релізами версій на момент надання послуг за календарним планом договору).

Веб-інтерфейс повинен відповідати таким вимогам щодо використання технологій при його створенні:

• Рішення повинне бути виконане з використанням елементів адаптивних технологій.
• Передбачається використання HTML4 / HTML5, JavaScript.
• Для накладення стильової інформації використовуються таблиці стилів CSS3.
• Використання таких технологій, як Flash, наприклад, у вигляді Flex або SilverLigh не передбачається.

Основні вимоги до інформаційно-графічних елементів веб-інтерфейсу:

• коректне типізоване відображення (сумісність) інформації в передостанніх версіях найбільш популярних веб-браузерів;
• графічний і структурний дизайн повинен бути виконаний з урахуванням плавної зміни розміру вікна веб-браузера. Під час перевищення деякого максимального розміру дизайн повинен передбачати заповнення зайвого місця фоновими матеріалами, які можуть бути збільшені без обмежень, наприклад, фоновою картинкою рівної структури;
• усі екранні форми користувацького інтерфейсу повинні бути виконані в єдиному графічному дизайні з однаковим розташуванням основних елементів управління і навігації.
• схожі операції повинні виконуватися з використанням ідентичних графічних елементів у повній відповідності до побудови (структури) інформаційної архітектури рішення.

Лінгвістичне забезпечення ПС ІП має включати сучасні мовні засоби програмування для розробки програмного забезпечення та інтерфейсу користувача. Мовні засоби програмування будуть обрані Виконавцем відповідно до рішень з програмного забезпечення ПС ІП. Інтерфейс користувача буде розроблений українською мовою та забезпечуватиме:

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

Патентна чистота ПС ІП буде забезпечена за рахунок використання при розробці ліцензійних апаратних і програмних засобів та обладнання і гарантується Розробником.

Стандартизація та уніфікація функцій ПС ІП повинна бути забезпечена за рахунок використання сучасних інструментальних програмних засобів які підтримують єдину технологію проектування і розробки функціонального, інформаційного та програмного забезпечень. У процесі розробки ПС ІП повинні бути сформовані вимоги до розробки прикладного програмного забезпечення, які уніфікують процедуру обробки інформації, ідентифікацію програмних модулів та баз даних, типізують окремі програмні модулі відповідно до свого призначення. Розробка технічного та загального програмного забезпечення компонентів передбачає вибір сумісних, найбільш інтегрованих програмних та технічних засобів, які відповідають вимогам сучасних міжнародних стандартів.

Вся документація оформлюється українською мовою в двох примірниках та затверджується в друкованому вигляді з наданням копій в електронному вигляді. Технічна документація розробляється у відповідності до чинних державних стандартів та з використанням термінології згідно галузевих і корпоративних стандартів. Склад документації на створення набору ПС ІП включає наступне:

• Технічне завдання.
• Програмне забезпечення на цифровому носії із відомістю (із вихідними кодами).
• Інструкції.
• Опис рішення.
• Програма та методика попередніх випробувань.
• Протокол попередніх випробувань.
• Керівництво Адміністратора.
• Керівництво Користувача.
• Програма та методика дослідної експлуатації.
• Протокол дослідної експлуатації.

ПС ІП розробляється в рамках платформи великих даних. Рисунок 2 Архітектурна схема Платформи великих даних Платформа великих даних складається з таких компонентів:

1. Джерела даних. Система управляє параметрами підключення до джерел даних та повинна підтримувати різні формати вхідних даних:
   • API функції інших систем;
   • SQL запити через підключення безпосередньо до Баз даних інших зовнішніх систем;
   • Структуровані файли (csv, xml, тощо).
2. ETL-процес завантаження, перетворення, очистки за збереження вхідних даних. Система контролює своєчасну поставку дану та коректність даних що поступають на вхід системи;
3. Збереження даних реалізується підсистемою збереження даних. Реалізація підсистеми збереження даних необхідно реалізовувати на базі безкоштовних сервісів баз даних або існуючій інфраструктурі Замовника;
4. Перетворення даних - це автоматичні процедури які виконуються в системі які роблять відповідні розрахунки, агрегації або інші процедури зміни даних, що необхідні для функціонування системи та подальшого аналізу та відображення. Система контролює виконання регулярних дій цих процедур згідно з налаштованим графіком виконання.
5. Вітрини даних - це фронтенд частина платформи направлена на візуалізацію та відображення даних користувачам. Система виконує функції авторизації користувачів та контроля їх доступу до відповідних наборів даних.

Створення ПС ІП буде реалізовуватись на основі трирівневої сервісно-орієнтованої клієнт-серверної архітектури у складі наступних рівнів/слоїв:

• Клієнтський рівень;
• Сервер застосунків;
• Сервер баз даних.

Трирівнева архітектура будується з 3-х частин (див.Рисунок 6):

Рисунок 6. Трирівнева архітектура Клієнт – це інтерфейсний (зазвичай графічний) компонент, який представляє перший рівень, власне, застосунок для кінцевого користувача. Перший рівень не має прямого зв’язку із базою даних (за вимогами безпеки), не навантажений основною бізнес-логікою (за вимогами масштабованості) і зберігає стан програми (за вимогами надійності). Сервер застосунків розташовується на другому рівні. Він складається із наступних взаємопов’язаних компонентів: сервіси загальносистемних засобів та реалізації бізнес-логіки прикладної функціональності та сервіси інформаційної взаємодії з іншими компонентами та інформаційними системами. На другому рівні зосереджена більша частина бізнес-логіки. Поза ним залишаються фрагменти, що експортуються на термінали, а також розміщені в третьому рівні збережені процедури і тригери. Компоненти серверу застосунків сервісів загальносистемних засобів призначені для створення серверних служб реалізації загальносистемних функцій засобів ідентифікації та автентифікації користувачів, перевірки прав доступу, аудиту дій, уніфікованих механізмів формування функціональності клієнтських робочих місць тощо. Сервер застосунків представляє ASP.NET WebApi додаток, побудований на базі .Net Framework 4.6.1 або вище. Це набір сервісів (веб-методів), які віддають інформацію в JSON форматі на клієнт і забезпечують автентифікацію і авторизацію користувачів. Сервер бази даних забезпечує зберігання даних і виноситься на третій рівень. Таким чином, третій рівень являє собою базу даних разом із збереженими процедурами, тригерами і схемою, яка описує застосунок у термінах реляційної моделі. Сервер БД являє собою промислову систему управління базами даних MySQL 8.0.

ПС ІП повинен забезпечувати обробку даних, які поступають із суміжних систем, а саме:

• Система «Управління фінансово-господарською діяльністю» (далі – УФГД).
• Електронна медична система Helsi;
• Інформаційно-аналітична система «Єдиний медичний простір»;
• АІАС КБУ «Контактний центр міста Києва»;
• Єдина інформаційно-аналітична система для обробки звернень до КБУ «Контактний центр міста Києва» (далі – ЄІАС «CRM-1551»);
• Облікова Система дитсадків в м. Києві;
• Облікова Система шкіл в м. Києві.

|||

Рисунок 7. Схема інформаційних потоків Кожна з вище перелічених систем, надаватиме дані для формування відповідної частини звітності.

Звіти для програмного компоненту «Комплексної інформаційно-аналітичної системи управління фінансово-господарською діяльністю в м. Києві» формуються на основі даних системи «Управління фінансово-господарською діяльністю». Дані для програмного компоненту «Комплексної інформаційно-аналітичної системи управління фінансово-господарською діяльністю в м. Києві» надходять у Систему у вигляді (таблиць, що вивантажуються). Таблиця 2. Структура таблиці «Основні засоби»

Таблиця 3. Структура таблиці «Реєстр по надходженням коштів по випискам»

Таблиця 4. Структура таблиці «Реєстр по витрачанню коштів по випискам»

Таблиця 5. Структура таблиці «ЄСВ з підприємства»

Таблиця 6. Структура таблиці «Реєстр кредиторської заборгованості»

Таблиця 7. Структура таблиці «Реєстр дебіторської заборгованості»

Таблиця 8. Структура таблиці «Реєстр по витратам за договорами (актами)»

Таблиця 9. Структура таблиці «Реєстр по надходженням за договорами (актами)»

Таблиця 10. Структура таблиці «Реєстр заробітної плати»

Таблиця 11. Структура таблиці «Реєстр по кадрам»

Таблиця 12. Структура таблиці «Оренда»

Таблиця 13. Структура таблиці «Фінанси міста. Загальна»

Таблиця 14. Структура таблиці «Топ платників»

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

Звіти для програмного компоненту «Щодо роботи Комунальної бюджетної установи «Контактний центр міста Києва»» формуються на основі даних АІАС КБУ «Контактний центр міста Києва». Дані для програмного компоненту «Щодо роботи Комунальної бюджетної установи «Контактний центр міста Києва 1551» надходять у Систему у вигляді аналітичних вибірок даних (таблиць, що вивантажуються). Таблиця 15. Структура таблиці «Черга дзвінків»

Таблиця 16. Структура таблиці «Статистика дзвінків»

Таблиця 17. Структура таблиці «Пункти дзвінків. Київ»

Таблиця 18. Структура таблиці «Дзвінки, Київ»

Таблиця 19. Структура таблиці «Типи звернень, Київ»

Таблиця 20. Структура таблиці «Рейтинг РДА за рік»

Таблиця 21. Структура таблиці «Динаміка опрацювання звернень за районами»

Таблиця 22. Структура таблиці «Дзвінки та звернення до 1551»

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

Звіти для програмного компоненту «Звіти по районам по окремим дитсадкам» формуються на основі даних електронної системи обліку дитсадків у м. Києві. Дані для програмного компоненту «Звіти по районам по окремим дитсадкам» надходять у Систему у вигляді аналітичних вибірок даних (таблиць, що вивантажуються). Таблиця 23. Структура таблиці «Статистика міста»

Таблиця 24. Структура таблиці «Статистика по районам»

Таблиця 25. Структура таблиці «Статистика по дитсадкам»

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

Звіти для програмного компоненту «Звіти по будинкам міста» формуються на основі даних Електронної системи «Будинковий облік». Дані для програмного компоненту «Звіти по будинкам міста» надходять у Систему у вигляді аналітичних вибірок даних (таблиць, що вивантажуються). Таблиця 26. Структура таблиці «Будинковий облік»

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

Звіти для програмного компоненту «Звіти по школам районів» формуються на основі даних Електронної системи обліку шкіл в м. Києві. Дані для програмного компоненту «Звіти по школам районів» надходять у Систему у вигляді аналітичних вибірок даних (таблиць, що вивантажуються). Таблиця 27. Структура таблиці «Статистика міста»

Таблиця 28. Структура таблиці «Статистика по районам»

Таблиця 29. Структура таблиці «Статистика по школам»

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

Звіти для програмного компоненту «Запис до лікаря» формуються на основі даних Електронної медичної системи «Helsi». Дані для програмного компоненту «Запис до лікаря» надходять у Систему у вигляді аналітичних вибірок даних (таблиць, що вивантажуються). Таблиця 30. Структура таблиці «Заповнені декларації відповідно району та віку пацієнтів»

Таблиця 31. Структура таблиці «Кількість лікарів відповідно до району міста»

Таблиця 32. Структура таблиці «Кількість пацієнтів за віком та статтю»

Таблиця 33. Структура таблиці «Інформація за записами до лікарів відповідно до спеціалізації»

Таблиця 34. Структура таблиці «Кількість населення відповідно до району»

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

Реалізація взаємодії Платформи Big Data та Модуля авторизації дозволить уніфікувати доступ користувачів до ПС ІП. Процес авторизації користувача здійснюється відповідно до моделі бізнес-процесу авторизації користувачів.
Рисунок 8. Модель бізнес-процесу авторизації користувачів Користувач обирає відповідну вкладку і натискає на неї. Для подальшого перегляду, відображається інформаційне повідомлення «Для перегляду інформації на сторінці необхідна авторизація через Київ ID»
Після натискання на кнопку «Авторизуватись через Kyiv ID» на сторінці Платформи Big Data повинна переадресувати користувача на сторінку входу до «Єдиного облікового запису киянина». Рисунок 9. Сторінка «Єдиний обліковий запис киянина» Технічний опис отримання даних від kyiv smart city наступний: 1.Користувач у на Платформі Big Data тисне на кнопку «Авторизуватись через Kyiv ID». 2.Платформа Big Data виконує арі-запит POST /authorize до модуля авторизації 3.Виконується перехід на форму авторизації модуля. 4.Користувач виконує ідентифікацію себе довільним способом, тисне ОК. 5.Виконується переадресація за посиланням redirect_uri, вказаним у запиті в п.2 6.Отримується авторизаційнний токен з даними ідентифікатору користувача. Для того, щоб увійти до Сервіс, користувач повинен бути зареєстрований Адміністратором сервісу.

Реалізація взаємодії Платформи Big Data та Модуля моніторингу дозволить проводити моніторинг ресурсів сервісу, консолідувати інформації про роботу різних компонентів сервісу і систем (які взаємодіють з ПС ІП). Процес моніторингу здійснюється відповідно до моделі бізнес-процесу авторизації користувачів (див. Рисунок 10). Рисунок 10 Макет бізнес-процесу передачі інформації до модуля моніторингу У межах реалізації електронної взаємодії Сервісів Платформи Big Data та Модуля обліку та моніторингу Платформи KYIVSMARTCITY повинен бути встановлений агент по збору: Логів, який буде забезпечувати збір наступних логів:

• логи доступу;
• логи інтеграцій;
• логи помилок.

Метрик, який буде забезпечувати збір наступних метрик:

• завантаженість процесорів;
• завантаженість операційної пам’яті;
• завантаженість фізичних дисків;
• завантаженість мережевих інтерфейсів.

Для можливості роботи з Модулем обліку та моніторингу Платформи KYIVSMARTCITY Платформа «Big Data» повинна зареєструватися в якості «клієнта» в Модулі авторизації Платформи KYIVSMARTCITY та отримати від нього такі дані:

• Реєстраційне ім'я (client_id);
• Пароль (client_secret);
• Набір повноважень (scope).

Реалізація електронної взаємодії Платформи Big Data та Модуля обліку та моніторингу дозволить використовувати уніфікований інструмент збору логів і метрик для онлайн-аналізу працездатності. У межах електронної взаємодії з Модулем обліку та моніторингу на сервері Платформи Big Data повинен бути встановлений: Агент зі збору логів, який повинен забезпечувати збір логів, що будуть зберігатися у Модулі обліку та моніторингу: Логи доступу ПС ІП:

• KyivID користувача;
• Дата та час виконання операції.

Логи інтеграцій:

• Назву системи чи модуля, до якого виконується запит;
• Запит;
• Відповідь системи чи модуля.

Логи помилок (див. Таблиця . Базовий набір статусів відповідей):

• Дата та час виникнення помилки;
• Номер, опис або причину помилки (інформація щодо самої помилки).

Агент зі збору метрик, який повинен забезпечувати збір метрик, що будуть зберігатися у Модулі обліку та моніторингу: Завантаженість процесорів:

• Дані метрику;
• Значення дати та часу отримання значення;
• ID системи, від якої отримано метрику.

Завантаженість операційної пам’яті:

• Дані метрику;
• Значення дати та часу отримання значення;
• ID системи, від якої отримано метрику.

Завантаженість фізичних дисків:

• Дані метрику;
• Значення дати та часу отримання значення;
• ID системи, від якої отримано метрику.

Завантаженість мережевих інтерфейсів:

• Дані метрику;
• Значення дати та часу отримання значення;
• ID системи, від якої отримано метрику.

Таблиця 35. Базовий набір статусів відповідей

Для кожного елементу виводу (графік, діаграма) необхідно розмістити пояснення для інформування користувача про джерело даних, регламент їх оновлення, варіанти представлення інформації. В разі використання в таблицях чи графіках розрахункових показників (індексів, рейтингів тощо) біля цих об’єктів має бути посилання на інформацію про механізми розрахунку даного показника.

Компонент забезпечить можливість доступу до інформаційної панелі для отримання відкритої інформації про доходи та витрати згідно тарифів по кожному окремому будинку міста Києва. Звіт має відображати інформацію в розрізі статей та відповідних тарифів підстатей кожної статті. Звіт повинен бути представлений у вигляді таблиці з наступними обов’язковими стовпцями (див.Рисунок 11):

• Назва вулиці;
• Номер будинку;
• Індекс;
• Адреса;
• Доходи та витрати;
• Стаття;
• Підстаття;
• Дата;
• Доходи;
• Витрати.

Рисунок 11. Макет звіту «Структура тарифу» Користувач повинен мати можливість обмежити за допомогою фільтрів кількість даних, які потрапляють до звіту. Кожен фільтр має містити список, з якого користувач може обрати значення (див. Рисунок 12). Рисунок 12. Макет списку для фільтрації даних Повинні бути розроблені наступні фільтри (див.Рисунок 13):

• Назва вулиці;
• Номер будинку;
• Індекс;
• Адреса;
• Доходи та витрати;
• Стаття;
• Підстаття;
• Дата;
• Доходи;
• Витрати.

Рисунок 13. Макет відображення фільтрів полів звіту Останнім стовпцем таблиці повинен бути тариф. Після вибору будинку за певною адресою та статті, користувачу повинна бути відображена інформація по тарифу за певною статтею по цьому будинку (див.Рисунок 14). Рисунок 14. Макет відображення інформації по тарифу за певною статтею по будинку Повинна бути можливість формувати в форматі MS Excel звіт (див. Рисунок 15). Рисунок 15. Макет звіту у форматі Excel

Компонент повинен відображати дані для аналізу ефективності функціонування установ ЖКГ, дані про надходження, витрати та борги, та містити модернізовані звіти (кругові та стовпчасті діаграми, діаграми з центром сучасного оновленого дизайну), за наступними показниками:

• грошові надходження;
• витрати;
• витрати та надходження по районам;
• дебіторська заборгованість;
• кредиторська заборгованість;
• дебіторська та кредиторська заборгованості по районам.

Необхідно надати можливість вивантаження даних дашборда чи обраного елемента у форматах: Excel, PDF (див.Рисунок 16). Рисунок 16. Макет кнопки вивантаження даних інформаційно-аналітичної панелі «ЖКГ. Грошові кошти»

1. Звіт про грошові надходження

Звіт надає інформацію щодо грошових надходжень у сфері управління житлово-комунальним господарством в м. Києві. Звіт повинен мати назву «Грошові надходження» та відображатись у вигляді кругової діаграми, частини (сектори) якої, у відсотковому еквіваленті, відображають показник суми фінансових надходжень з певного джерела. Необхідний перелік джерел фінансування у звіті:

• цільове фінансування;
• податок на додану вартість;
• повернення податків та зборів;
• відрахування на соціальні заходи;
• інші доходи.

При наведенні курсору миші на відповідний сектор даних повинна відображатись інформація про джерело надходжень фінансів та їх суму. Звіт повинен мати список всіх джерел надходжень за кожним з яких необхідно закріпити певний колір для відображення на діаграмі. При натисканні на джерело надходження фінансів у списку необхідно передбачити можливість включення/виключення певного джерела для відображення на діаграмі. Приклад звіту «Грошові надходження» наведений на Рисунок 17. Рисунок 17. Макет звіту «Грошові надходження» розділу «ЖКГ»

1. Звіт про витрати

Звіт надає інформацію щодо грошових витрат Комунальних підприємств Керуючих Компаній з управління житлово-комунальним господарством в м. Києві. Звіт повинен мати назву «Витрати» та відображатись у вигляді кругової діаграми, де в частинах (секторах) у відсотковому еквіваленті надана інформація про суму витрат та джерела:

• оплата праці;
• оплата товарів (робіт, послуг);
• зобов’язання податків та зборів;
• відрахування на соціальні заходи;
• інші витрати.

При наведенні курсору миші на будь-який сектор кругової діаграми повинна відображатись інформація про джерело витрат та їх суму. Звіт повинен мати список всіх витрат з певним маркером кольору, котрому відповідатиме колір сектору на діаграмі. При натисканні на джерело у списку, відповідний сектор на діаграмі повинен з’являтись та зникати для зручності перегляду. Приклад звіту «Витрати» наведений на Рисунок 18: Рисунок 18. Макет звіту «Витрати» розділу «ЖКГ»

1. Звіт про витрати та надходження по районам

Звіт призначений для відображення інформації про витрати та надходження Комунальних підприємств Керуючих Компаній управління житлово-комунальним господарством по районам міста Києва. Звіт повинен мати назву «Витрати та надходження по районам» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про надходження та витрати в окремому стовпці. Вертикальна вісь графіку має містити перелік районів, а горизонтальна – кількісну характеристику витрат або надходжень. При наведенні курсору миші на відповідний стовпчик діаграми повинна відображатись інформація: назва району, сума витрати/надходження. Приклад звіту «Витрати та надходження по районам» наведений на Рисунок 19.    Рисунок 19. Макет звіту «Витрати та надходження по районам» розділу «ЖКГ»

1. Звіт про дебіторську заборгованість

Звіт призначений для відображення інформації про дебіторську заборгованість Комунальних підприємств Керуючих Компаній управління житлово-комунальним господарством у місті Києві. Звіт повинен мати назву «Дебіторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму заборгованості та причини:

• за товари, роботи та послуги;
• за векселями;
• з бюджетом;
• із внутрішніх розрахунків;
• за страхування;
• інша заборгованість.

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити причини дебіторської заборгованості, а горизонтальна – показник суми заборгованості. При наведенні курсору миші на стовпець діаграми повинна відображатись інформація: причина заборгованості, сума заборгованості та період. Приклад звіту «Дебіторська заборгованість» наведений на Рисунок 20.
Рисунок 20. Макет звіту «Дебіторська заборгованість» розділу «ЖКГ»

1. Звіт про кредиторську заборгованість

Звіт призначений для відображення інформації про кредиторську заборгованість Комунальних підприємств Керуючих Компаній управління житлово-комунальним господарством у місті Києві. Звіт повинен мати назву «Кредиторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму кредиторської заборгованості та її причини:

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

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити перелік причин заборгованості, а горизонтальна – показник суми заборгованості. При наведенні курсору миші на відповідний стовпчик діаграми повинна відображатись інформація про причину, період та суму кредитної заборгованості за цією причиною. Приклад звіту «Кредиторська заборгованість» наведений на Рисунок 21.
Рисунок 21. Макет звіту «Кредиторська заборгованість». розділу «ЖКГ»

1. Звіт про заборгованість за типом по районам

Призначений для відображення інформації про дебіторські та кредиторські заборгованості Комунальних підприємств Керуючих Компаній управління житлово-комунальним господарством по районах. Звіт повинен мати назву «Заборгованість за типом по районам» та бути представлений у вигляді стовпчастої діаграми з центром. Центр поділятиме діаграму на дві логічні частини для відображення інформації щодо кредиторської (ліва частина) та дебіторської (права частина) заборгованостей. Вертикальна вісь надає перелік районів, а вертикальна – показник суми заборгованості. При наведенні курсору миші на стовпчик даних повинна відображатись назва району, тип заборгованості (дебіторська/кредиторська) та сума заборгованості. Приклад звіту «Заборгованість за типом по районам» наведений на Рисунок 22.
Рисунок 22. Макет звіту «Заборгованість за типом по районам» розділу «ЖКГ»

Панель призначена для відображення показників щодо заробітної плати в установах Комунальних підприємств Керуючих Компаній управління житлово-комунальним господарством м. Київ та міститиме візуально удосконалені звіти (діаграми сучасного оновленого дизайну, таблиці на рівні комфортного сприйняття користувачем) за наступними показниками:

• нарахування заробітної плати;
• зміна ФОП за пів року;
• середня зарплата по підрозділам керуючих компаній;
• зведені місячні дані;
• борг по зарплаті по районам.

  Необхідно надати можливість вивантаження даних дашборда чи обраного елемента у форматах: Excel, PDF (див.Рисунок 23). Рисунок 23. Макет кнопки для вивантаження даних інформаційно-аналітичної панелі «ЖКГ. Заробітна плата» Також необхідно налаштувати фільтрацію даних щодо показників:

• рік;
• квартал;
• місяць.

Рисунок 24. Макет кнопки для вибору фільтрів періоду вивантаження даних Рисунок 25. Прототип вибору фільтрів

1. Звіт про нарахування заробітної плати

Звіт призначений для відображення інформації про нарахування заробітної плати. Звіт повинен мати назву «Нарахування заробітної плати» мати вигляд інформаційної панелі з наступними даними:

• видано:
  • тис. грн. за останній місяць;
  • тис. грн. за передостанній місяць;
• тис. грн. відхилення;
• відхилення у відсотках.

Приклад звіту «Нарахування заробітної плати» наведений на Рисунок 26.
Рисунок 26. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «ЖКГ»

1. Звіт про середню заробітну плату по підрозділам керуючих компаній

Звіт призначений для відображення динаміки змін кількості ФОП за видом діяльності у сфері управління житлово-комунальним господарством м. Київ. Звіт повинен мати назву «Зведенні місячні дані» та бути представлений у вигляді таблиці з інформацією про фактичну кількість ФОП за місяць по районам. Приклад звіту наведений на Рисунок 27.
Рисунок 27. Макет звіту «Зведені місячні дані»

1. Звіт про середні зарплати по підрозділам керуючих компаній

Призначений для відображення інформації про середні зарплати працівників по підрозділам керуючих компаній. Звіт повинен мати назву «Середня зарплата по підрозділам керуючих компаній» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо середніх окладу та надбавки працівників по підрозділам. Горизонтальна вісь надає інформацію про суми грошей, а вертикальна – про підрозділи:

• управління виробничо-технічного планування, експлуатації та утримання житлового фонду;
• управління правового забезпечення діяльності підприємства та використання нежитлового фонду;
• управління по роботі з персоналом;
• КП «Керуюча компанія з обслуговування житлового фонду Голосіївського району м. Києва»;
• Керівництво;
• КП «Керуюча компанія з обслуговування житлового фонду Солом’янського району м. Києва»;
• АУП;
• інші підрозділи.

При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про відділ та суму. Приклад звіту «Середня зарплата по підрозділам керуючих компаній» наведений на Рисунок 28.
Рисунок 28. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «ЖКГ»

1. Звіт про зведені місячні дані

Звіт надає інформацію про зведені місячні по ФОП за останні 4 місяці, завдяки яким можливо відслідкувати динаміку змін грошових маніпуляцій. Звіт повинен мати назву «Зведені місячні дані» та бути представлений у вигляді таблиці з наступними даними:

• район;
• динаміка змін по ФОП:
  • сума нарахування;
  • середня з/п;
  • утримано;
  • сума до виплати;
  • сплачено;
  • борг.

Приклад звіту про зведені місячні дані наведений на Рисунок 29. Рисунок 29. Макет звіту «Зведені місячні дані». «Заробітна плата» розділу «ЖКГ»

1. Звіт з боргу по зарплаті по районам

Призначений для відображення інформації про борги щодо заробітних плат співробітників сфери управління житлово-комунальним господарством м. Київ. по районам. Звіт повинен мати назву «Борг по зарплаті по районам» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо боргів. Вертикальна вісь надає інформацію про суми грошей, а горизонтальна– про райони. При наведенні курсору миші на певний стовпчик діаграми повинна бути відображена інформація про район та суму боргу. Приклад звіту «Борг по зарплаті по районам» наведений на Рисунок 30. Рисунок 30. Макет звіту «Борг по зарплаті по районам». Заробітна плата» розділу «ЖКГ»

Компонент повинен відображати дані та аналітику по кадрам Комунальних підприємств Керуючих Компаній управління житлово-комунальним господарством м. Київ та містити удосконалені звіти (подвійні кругові діаграми, гістаграми сучасного оновленого дизайну)  за наступними показниками:

• штатний розклад;
• зміна чисельності персоналу;
• персонал за віком;
• штатні одиниці по керуючим компаніям;
• штатні одиниці по підрозділам.

Необхідно надати можливість вивантаження даних дашборда чи обраного елемента у форматах: Excel, PDF (див. Рисунок 31). Рисунок 31. Макет кнопки для вивантаження даних Інформаційно-аналітичної панелі «ЖКГ. Кадри»

1. Звіт зі штатного розкладу

Звіт призначений для відображення та порівняння інформації щодо штатного розкладу у сфері управління житлово-комунальним господарством за останні два місяці. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією за останні два місяці:

• кількість штатних одиниць;
• загальний ФОП;
• середній ФОП.

На панелі повинні знаходитись показники зміни даних у відсотках, звіт повинен бути відображений за допомогою подвійних кругових діаграм, кожна з яких відповідатиме за окремий місяць, при наведенні на однин з кругових елементів діаграми повинні відображатись дані за місяць (абсолютне значення). Приклад звіту з штатного розкладу наведений на Рисунок 32. Рисунок 32. Макет звіту «Штатний розклад». «Кадри» розділу «ЖКГ»

1. Звіт про зміну чисельності персоналу

Призначений для відображення інформації про зміну чисельності персоналу за останні 4 місяці. Звіт повинен мати назву «Зміна чисельності персоналу» та бути представлений у вигляді стовпчастої діаграми з центром, що візуально поділяє діаграму на дві частини що відображають кількість звільнених (ліва частина) та прийнятих (права частина) на роботу співробітників. Інформація повинна відображатись рядками з відображенням на них кількісного значення. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про місяці. При наведенні курсору миші на стовпчик повинна відображатись інформація про місяць, кількість персоналу та тип зміни чисельності персоналу (звільнено/прийнято на роботу). Приклад звіту «Зміна чисельності персоналу» наведений на Рисунок 33. Рисунок 33. Макет звіту «Зміна чисельності персоналу». «Кадри» розділу «ЖКГ»

1. Звіт про персонал за віком

Звіт повинен містити актуальну інформацію за наступними віковими категоріями персоналу:

• до 24;
• від 24 до 44;
• від 45 до 55.

Звіт повинен мати назву «Персонал за віком» та бути представлений у вигляді кругової діаграми, де кожен окремий сегмент має відображати кількість персоналу в обраному віці (відсоткове значення). При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про категорію віку персоналу та кількість, яка потрапляє в цю категорію. Приклад звіту наведений на Рисунок 34. Рисунок 34. Макет звіту «Персонал за віком». «Кадри» розділу «ЖКГ»

1. Звіт про штатні одиниці по керуючим компаніям

Звіт призначений для відображення інформації про штатні одиниці по керуючим компаніям. Звіт повинен мати назву «Штатні одиниці по керуючим компаніям» та бути представлений у вигляді стовпчастої діаграми, що надає інформацію про кількість штатних одиниць у кожній керуючій компанії. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про керуючі компанії. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про компанію та кількість персоналу. При наведенні курсору миші на стовпчик з даними повинна відображатись інформація про керуючу компанію та кількість штатних одиниць по керуючим компаніям. Приклад звіту «Штатні одиниці по керуючим компаніям» наведений на Рисунок 35. Рисунок 35. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «ЖКГ»

1. Звіт зі штатних одиниць по підрозділам

Звіт призначений для відображення інформації про штатні одиниці по підрозділам. Звіт повинен мати назву «Штатні одиниці по підрозділам» та бути представлений у вигляді стовпчастої діаграми, що надає інформацію про кількість штатних одиниць у кожному підрозділі. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про підрозділи. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про підрозділ та кількість персоналу. Приклад звіту «Штатні одиниці по підрозділам» наведений на Рисунок 36. Рисунок 36. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «ЖКГ»

Компонент повинен відображати дані та аналітику по основним засобам та приміщенням у сфері управління житлово-комунальним господарством м. Київ у модернізованому вигляді (стовпчикові та кругові діаграми сучасного оновленого дизайну) та міститиме звіти за наступними показниками:

• основні засоби;
• приміщення;
• приміщення по керуючих компаніях;
• основні засоби по керуючих компаніях;
• основні засоби за типом.

Необхідно надати можливість вивантаження даних дашборда чи обраного елемента у форматах: Excel, PDF (див.Рисунок 37). Рисунок 37. Макет кнопки для вивантаження даних інформаційно-аналітичної панелі

1. Звіт по основним засобам

Звіт призначений для відображення інформації щодо основних засобів у сфері управління житлово-комунальним господарство. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• сума основних засобів;
• знос, тис. грн;
• первинна вартість, тис. грн;
• балансова вартість, тис. грн.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про знос приміщень у відсотках. Приклад звіту про основні засоби наведений на Рисунок 38. Рисунок 38. Макет звіту «Звіт про основні засоби». «Основні засоби» розділу «ЖКГ»

1. Звіт по приміщенням

Звіт призначений для відображення інформації щодо приміщень в освітній сфері діяльності. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• кількість приміщень;
• загальна площа;
• площа приміщень в оренді;
• площа приміщень без оренди.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про приміщення в оренді у відсотках. Приклад звіту по приміщенням наведений на Рисунок 39. Рисунок 39. Макет звіту по приміщенням. «Основні засоби» розділу «ЖКГ»

1. Звіт про приміщення по керуючих компаніях

Звіт надає інформацію про приміщення по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Приміщення по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• площа;
• в оренді.

Приклад звіту про приміщення по керуючих компаніях наведений на Рисунок 40. Рисунок 40. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «ЖКГ»

1. Звіт про основні засоби по керуючих компаніях

Звіт надає інформацію про основні засоби по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Основні засоби по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• балансова вартість, тис. грн.

Приклад звіту про основні засоби по керуючих компаніях наведений на Рисунок 41. Рисунок 41. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «ЖКГ»

1. Звіт про основні засоби за типом

Звіт призначений для відображення інформації про основні засоби за типом. Звіт повинен мати назву «Основні засоби за типом» та бути представлений у вигляді стовпчастої діаграми та інформаційної панелі, які повинні містити інформацію про основні засоби за типами:

• будівлі, споруди та передавальні пристрої;
• багаторічні насадження;
• інші основні засоби;
• машини та обладнання, обчислювальна техніка;
• інструменти, прилади, інвентар (меблі);
• транспортні засоби;
• 112;
• капітальні витрати на поліпшення земель;
• тимчасові (нетитульні) споруди, група 12(ПК);
• авторське право (комп’ютерні програми, бази даних);
• інші нематеріальні активи;
• робоча і продуктивна худоба;
• інші необоротні матеріальні активи.

Горизонтальна вісь стовпчастої діаграми надає інформацію про суми, а вертикальна – про типи основних засобів. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про типи основних засобів та вартість. Інформаційна панель повинна детально описувати тип основних засобів «Будівлі, споруди та передавальні пристрої» та мати таку інформацію:

• Балансова вартість, тис. грн;
• Знос, тис. грн.

Знос повинен бути зображений у вигляді кругової діаграми та у відсотковому еквіваленті. Приклад звіту «Основні засоби за типом» наведений на Рисунок 42. Рисунок 42. Макет звіту «Основні засоби за типом». «Основні засоби» розділу «ЖКГ»

Даний дашборд надає інформацію про статистичну по черзі запису в дитячі садки по району Рисунок 43. Макет головної сторінки дашборду «Окремий дитсадок району» Реалізувати можливість через фільтр вибрати обраний Район. Інформація оновиться у відповідності зі наявних даних і буде складатися з наступних блоків: Основні показники включають в себе:

• Кількість дітей у черзі;
• Кільксть дітей перебуваючих на даний момент у дитячому садку за обратим районом;
• Загальна кількість дитячих садків по району;
• Кількість дітей на місце в таступному навчальному році;
• Середня кількість дітей у групі;
• Загальна кількість груп
• Кількість інклюзивних груп

Рисунок 44.Макет основних показників   Рисунок 45. Динаміка місць по дитячим садкам

Рисунок 46. Відображення кількості груп усіх дитячих садків Рисунок 47. Відображення інформації по чергам і наявності місць у розрізі віку Рисунок 48. Кількість дітей у за віком  

Даний дашборд надає інформацію про статистичні дані по загальноосвітній навчальні заклади по району див.Рисунок 49.

Рисунок 49. Макет головної сторінки дашборду окрема школа по району. Рисунок 50. Звіт показників по району.
Рисунок 51
. Відсоткове відображення вивчання іноземних мов по району. Рисунок 52.Динаміка завантаженості шкіл по рокам у розрізі району. Рисунок 53. Макет відображення статистики інклюзивної освіти


Рисунок 54
. Звіт по вчителям у розрізі району. Рисунок 55.Звіт про кількість шкіл по району.

Компонент повинен відображати дані для аналізу ефективності функціонування освітніх закладів, дані про надходження, витрати та борги, та містити звіти за наступними показниками:

• грошові надходження;
• витрати;
• витрати та надходження по районам;
• дебіторська заборгованість;
• кредиторська заборгованість;
• дебіторська та кредиторська заборгованості по районам.

1. Звіт про грошові надходження

Звіт надає інформацію щодо грошових надходжень в освітній сфері діяльності. Звіт повинен мати назву «Грошові надходження» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму надходжень та джерела:

• цільове фінансування;
• податок на додану вартість;
• повернення податків та зборів;
• відрахування на соціальні заходи;
• інші доходи.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело надходжень та їх суму. Звіт повинен мати список всіх надходжень та відповідність їх до кольорів на діаграмі, при натисканні на джерело, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Грошові надходження» наведений на Рисунок 56. Рисунок 56. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Освіта»

1. Звіт про витрати

Звіт надає інформацію щодо грошових витрат в освітній сфері діяльності. Звіт повинен мати назву «Витрати» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму витрат та джерела:

• оплата праці;
• оплата товарів (робіт, послуг);
• зобов’язання податків та зборів;
• відрахування на соціальні заходи;
• інші витрати.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело витрат та їх суму. Звіт повинен мати список всіх витрат та відповідність їх до кольорів на діаграмі, при натисканні на джерело, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Витрати» наведений на Рисунок 57.
Рисунок 57. Макет звіту «Витрати». «Грошові кошти» розділу «Освіта»

1. Звіт про витрати та надходження по районам

Звіт призначений для відображення інформації про витрати та надходження в освітній сфері по районам. Звіт повинен мати назву «Витрати та надходження по районам» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про надходження та витрати в окремому стовпці. Вертикальна вісь графіку має містити інформацію за районами, а горизонтальна – кількість витрат та надходжень. Приклад звіту «Витрати та надходження по районам» наведений на Рисунок 58. Рисунок 58. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Освіта» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, витрати чи надходження та їх суму.

1. Звіт про дебіторську заборгованість

Звіт призначений для відображення інформації про дебіторську заборгованість за причини в освітній сфері. Звіт повинен мати назву «Дебіторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму заборгованості та причини:

• за товари, роботи та послуги;
• за векселями;
• з бюджетом;
• із внутрішніх розрахунків;
• за страхування;
• інша заборгованість.

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити інформацію за причинами, а горизонтальна – суму. Приклад звіту «Дебіторська заборгованість» наведений на Рисунок 59. Рисунок 59. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Освіта» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною.

1. Звіт про кредиторську заборгованість

Звіт призначений для відображення інформації про кредиторську заборгованість за причини в освітній сфері. Звіт повинен мати назву «Кредиторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму  заборгованості та причини:

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

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити інформацію за причинами, а горизонтальна – суму. Приклад звіту «Кредиторська заборгованість» наведений на Рисунок 60. Рисунок 60. Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Освіта» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною.

1. Звіт про заборгованість за типом по районам

Призначений для відображення інформації про заборгованості за типами по районах. Звіт повинен мати назву «Заборгованість за типом по районам» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кредиторською та дебіторською заборгованостей з різних сторін від центру. Інформація повинна відображатись рядками з відображенням кількості на частинах діаграми. Горизонтальна вісь надає інформацію про суму заборгованості, а вертикальна – про райони. Приклад звіту «Заборгованість за типом по районам» наведений на Рисунок 61. Рисунок 61. Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Освіта» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, тип заборгованості та суму.

Панель призначена для відображення показників про заробітну плату в освітніх закладах м. Київ та містити звіти за наступними показниками:

• нарахування заробітної плати;
• зміна ФОП за пів року;
• середня зарплата по підрозділам керуючих компаній;
• зведені місячні дані;
• борг по зарплаті по районам.

1. Звіт про нарахування заробітної плати

Звіт призначений для відображення інформації про нарахування заробітної плати. Звіт повинен мати назву «Нарахування заробітної плати» мати вигляд інформаційної панелі з наступними даними:

• видано:
  • тис. грн. за останній місяць;
  • тис. грн. за передостанній місяць;
• тис. грн. відхилення;
• відхилення у відсотках.

Приклад звіту «Нарахування заробітної плати» наведений на Рисунок 62. Рисунок 62. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «Освіта»

1. Звіт про зміну ФОП за півроку

Звіт призначений для відображення інформації про зміну кількості ФОП за видом діяльності в освітній сфері. Звіт повинен мати назву «Зміна ФОП за півроку» та бути представлений у вигляді лінійної діаграми з інформацією про фактичну кількість ФОП по місяцям за останні півроку. Горизонтальна вісь має відображати місяць, вертикальна – кількість. Приклад звіту наведений на Рисунок 63. Рисунок 63. Макет звіту «Зміна ФОП за півроку». «Заробітна плата» розділу «Освіта»

1. Звіт про середні зарплати по підрозділам керуючих компаній

Призначений для відображення інформації про середні зарплати працівників по підрозділам керуючих компаній. Звіт повинен мати назву «Середня зарплата по підрозділам керуючих компаній» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо середніх окладу та надбавки працівників по підрозділам. Інформація повинна відображатись рядками з відображенням частин діаграми у відсотковому еквіваленті з написами на них кількості. Горизонтальна вісь надає інформацію про суми грошей, а вертикальна – про підрозділи:

• дирекція;
• відділ кадрів;
• юридичний відділ;
• адмінуправлінський відділ;
• централізована бухгалтерія;
• аварійно-ремонтна служба;
• ЖРЕО;
• автогосподарство;
• інші підрозділи.

Приклад звіту «Середня зарплата по підрозділам керуючих компаній» наведений на Рисунок 64. Рисунок 64. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «Освіта» При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про відділ, тип зарплати та сума.

1. Звіт про зведені місячні дані

Звіт надає інформацію про зведені місячні дані по ФОП за останні 4 місяці, завдяки яким можливо відслідкувати динаміку змін грошових маніпуляцій. Звіт повинен мати назву «Зведені місячні дані» та бути представлений у вигляді таблиці з наступними даними:

• місяць;
• динаміка змін по ФОП:
  • сума нарахування;
  • середня з/п;
  • утримано;
  • сума до виплати;
  • сплачено;
  • борг.

Приклад звіту про зведені місячні дані наведений на Рисунок 65. Рисунок 65. Макет звіту «Зведені місячні дані». «Заробітна плата» розділу «Освіта»

1. Звіт з боргу по зарплаті по районам

Призначений для відображення інформації про борги щодо заробітних плат співробітників освітньої сфери по районам. Звіт повинен мати назву «Борг по зарплаті по районам» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо боргів. Інформація повинна відображатись рядками з відображенням частин діаграми з написами на них кількісних показників. Горизонтальна вісь надає інформацію про суми грошей, а вертикальна – про райони. Приклад звіту «Борг по зарплаті по районам» наведений на Рисунок 66. Рисунок 66. Макет звіту «Борг по зарплаті по районам». «Заробітна плата» розділу «Освіта» При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про район та суму боргу.

Компонент повинен відображати дані та аналітика по кадрам в освітній сфері та містити звіти за наступними показниками:

• штатний розклад;
• зміна чисельності персоналу;
• персонал за віком;
• штатні одиниці по керуючим компаніям;
• штатні одиниці по підрозділам.

1. Звіт зі штатного розкладу

Звіт призначений для відображення інформації щодо штатного розкладу в освітній сфері діяльності в зрівнянні за останні два місяці. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією за останні два місяці:

• кількість штатних одиниць;
• загальний ФОП;
• середній ФОП.

На панелі повинні знаходитись показники зміни даних у відсотках, звіт повинен бути відображений за допомогою подвійних кругових діаграм, кожна з яких відповідатиме за окремий місяць, при наведенні на частину повинні відображатись дані за місяць. Приклад звіту з штатного розкладу наведений на Рисунок 67. Рисунок 67. Макет звіту «Штатний розклад». «Кадри» розділу «Освіта»

1. Звіт про зміну чисельності персоналу

Призначений для відображення інформації про зміну чисельності персоналу за останні 4 місяці. Звіт повинен мати назву «Зміна чисельності персоналу» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кількості звільнених та прийнятих на роботу співробітників з різних сторін від центру. Інформація повинна відображатись рядками з відображенням кількості на частинах діаграми. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про місяці. Приклад звіту «Зміна чисельності персоналу» наведений на Рисунок 68Рисунок 68. Рисунок 68. Макет звіту «Зміна чисельності персоналу». «Кадри» розділу «Освіта» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про місяць, персонал та кількість.

1. Звіт про персонал за віком

Звіт повинен містити актуальну інформацію за наступними віковими категоріями персоналу:

• до 24;
• від 24 до 44;
• від 45 до 55.

Звіт повинен мати назву «Персонал за віком» та бути представлений у вигляді кругової діаграми, де кожен окремий сегмент має відображати кількість персоналу в обраному віці з відсотковим показником. Приклад звіту наведений на Рисунок 69Рисунок 69 Рисунок 69. Макет звіту «Персонал за віком». «Кадри» розділу «Освіта» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про вік персоналу та кількість.

1. Звіт про штатні одиниці по керуючим компаніям

Звіт призначений для відображення інформації про штатні одиниці по керуючим компаніям. Звіт повинен мати назву «Штатні одиниці по керуючим компаніям» та бути представлений у вигляді стовпчастої діаграми, що надає інформація про кількість штатних одиниць у кожній керуючій компанії. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про керуючі компанії. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформацію про компанію та кількість персоналу. Приклад звіту «Штатні одиниці по керуючим компаніям» наведений на Рисунок 70Рисунок 70. Рисунок 70. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «Освіта»

1. Звіт з штатних одиниць по підрозділам

Звіт призначений для відображення інформації про штатні одиниці по підрозділам. Звіт повинен мати назву «Штатні одиниці по підрозділам» та бути представлений у вигляді стовпчастої діаграми, що надає інформацію про кількість штатних одиниць у кожному підрозділі. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про підрозділи. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про підрозділ та кількість персоналу. Приклад звіту «Штатні одиниці по підрозділам» наведений на Рисунок 71Рисунок 71. Рисунок 71. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «Освіта»

Компонент повинен відображати дані та аналітику по основним засобам та приміщенням у сфері освіти та містити звіти за наступними показниками:

• основні засоби;
• приміщення;
• приміщення по керуючих компаніях;
• основні засоби по керуючих компаніях;
• основні засоби за типом.

1. Звіт по основним засобам

Звіт призначений для відображення інформації щодо основних засобів в освітній сфері діяльності. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• сума основних засобів;
• знос, тис. грн;
• первинна вартість, тис. грн;
• балансова вартість, тис. грн.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про знос приміщень у відсотках. Приклад звіту про основні засоби наведений на Рисунок 72Рисунок 72. Рисунок 72. Макет звіту «Звіт про основні засоби». «Основні засоби» розділу «Освіта» Звіт по приміщенням Звіт призначений для відображення інформації щодо приміщень в освітній сфері діяльності. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• кількість приміщень;
• загальна площа;
• площа приміщень в оренді;
• площа приміщень без оренди.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про приміщення в оренді у відсотках. Приклад звіту по приміщенням наведений на Рисунок 73Рисунок 73. Рисунок 73. Макет звіту «Звіт по приміщенням». «Основні засоби» розділу «Освіта»

1. Звіт про приміщення по керуючих компаніях

Звіт надає інформацію про приміщення по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Приміщення по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• площа;
• в оренді.

Приклад звіту про приміщення по керуючих компаніях наведений на Рисунок 74Рисунок 74. Рисунок 74. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «Освіта» Звіт про основні засоби по керуючих компаніях Звіт надає інформацію про основні засоби по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Основні засоби по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• балансова вартість, тис. грн.

Приклад звіту про основні засоби по керуючих компаніях наведений на Рисунок 75Рисунок 75. Рисунок 75. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «Освіта» Звіт про основні засоби за типом Звіт призначений для відображення інформації про основні засоби за типом. Звіт повинен мати назву «Основні засоби за типом» та бути представлений у вигляді стовпчастої діаграми та інформаційної панелі, які повинні містити інформацію про основні засоби за типами:

• будівлі, споруди та передавальні пристрої;
• багаторічні насадження;
• інші основні засоби;
• машини та обладнання, обчислювальна техніка;
• інструменти, прилади, інвентар (меблі);
• транспортні засоби;
• 112;
• капітальні витрати на поліпшення земель;
• тимчасові (нетитульні) споруди, група 12(ПК);
• авторське право (комп’ютерні програми, бази даних);
• інші нематеріальні активи;
• робоча і продуктивна худоба;
• інші необоротні матеріальні активи.

Горизонтальна вісь стовпчастої діаграми надає інформацію про суми, а вертикальна – про типи основних засобів. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про типи основних засобів та вартість. Інформаційна панель повинна детально описувати тип основних засобів «Будівлі, споруди та передавальні пристрої» та мати таку інформацію:

• Балансова вартість, тис. грн;
• Знос, тис. грн.

Знос повинен бути зображений у вигляді кругової діаграми та у відсотковому еквіваленті. Приклад звіту «Основні засоби за типом» наведений на Рисунок 76. Рисунок 76. Макет звіту «Основні засоби за типом». «Основні засоби» розділу «Освіта»

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

• грошові надходження;
• витрати;
• витрати та надходження по районам;
• дебіторська заборгованість;
• кредиторська заборгованість;
• дебіторська та кредиторська заборгованості по районам.

1. Звіт про грошові надходження

Звіт надає інформацію щодо грошових надходжень в медичній сфері діяльності. Звіт повинен мати назву «Грошові надходження» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму надходжень та джерела:

• цільове фінансування;
• податок на додану вартість;
• повернення податків та зборів;
• відрахування на соціальні заходи;
• інші доходи.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело надходжень та їх суму. Звіт повинен мати список всіх надходжень та відповідність їх до кольорів на діаграмі, при натисканні на джерело в списку, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду. Приклад звіту «Грошові надходження» наведений на Рисунок 77Рисунок 77. Рисунок 77. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Медицина»

1. Звіт про витрати

Звіт надає інформацію щодо грошових витрат в медичній сфері. Звіт повинен мати назву «Витрати» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму витрат та джерела:

• оплата праці;
• оплата товарів (робіт, послуг);
• зобов’язання податків та зборів;
• відрахування на соціальні заходи;
• інші витрати.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело витрат та їх суму. Звіт повинен мати список всіх витрат та відповідність їх до кольорів на діаграмі. При натисканні на джерело у списку, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Витрати» наведений на Рисунок 78Рисунок 78.
Рисунок 78. Макет звіту «Витрати». «Грошові кошти» розділу «Медицина»

1. Звіт про витрати та надходження по районам

Звіт призначений для відображення інформації про витрати та надходження в медичній сфері по районам. Звіт повинен мати назву «Витрати та надходження по районам» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про надходження та витрати в окремому стовпці. Вертикальна вісь графіку має містити інформацію за районами, а горизонтальна – кількість витрат та надходжень. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, витрати чи надходження та їх суму. Приклад звіту «Витрати та надходження по районам» наведений на Рисунок 79Рисунок 79. Рисунок 79. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Медицина»

1. Звіт про дебіторську заборгованість

Звіт призначений для відображення інформації про дебіторську заборгованість за певних причин у медичній сфері. Звіт повинен мати назву «Дебіторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму заборгованості та її причини:

• за товари, роботи та послуги;
• за векселями;
• з бюджетом;
• із внутрішніх розрахунків;
• за страхування;
• інша заборгованість.

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити причини заборгованості, а горизонтальна – суму заборгованості. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною. Приклад звіту «Дебіторська заборгованість» наведений на Рисунок 80Рисунок 80. Рисунок 80. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Медицина»

1. Звіт про кредиторську заборгованість

Звіт призначений для відображення інформації про кредиторську заборгованість за певних причин у медичній сфері. Звіт повинен мати назву «Кредиторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму заборгованості та її причини:

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

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

1. Звіт про заборгованість за типом по районам

Призначений для відображення інформації про заборгованості за типами по районах у медичній сфері. Звіт повинен мати назву «Заборгованість за типом по районам» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кредиторської та дебіторської заборгованостей з різних сторін від центру. Інформація повинна відображатись рядками з відображенням суми заборгованості. Горизонтальна вісь надає інформацію про суму заборгованості, а вертикальна – про райони. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, тип заборгованості та суму. Приклад звіту «Заборгованість за типом по районам» наведений на Рисунок 82Рисунок 82. Рисунок 82. Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Медицина»

Панель призначена для відображення показників про заробітну плату у медичних закладах м. Київ та містити звіти за наступними показниками:

• нарахування заробітної плати;
• зміна ФОП за пів року;
• середня зарплата по підрозділам керуючих компаній;
• зведені місячні дані;
• борг по зарплаті по районам.

1. Звіт про нарахування заробітної плати

Звіт призначений для відображення інформації про нарахування заробітної плати у медичній сфері. Звіт повинен мати назву «Нарахування заробітної плати» мати вигляд інформаційної панелі з наступними даними:

• видано:
  • тис. грн. за останній місяць;
  • тис. грн. за передостанній місяць;
• тис. грн. відхилення;
• відхилення у відсотках.

Приклад звіту «Нарахування заробітної плати» наведений на Рисунок 83Рисунок 83. Рисунок 83. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «Медицина»

1. Звіт про зміну ФОП за півроку

Звіт призначений для відображення інформації про зміну кількості ФОП за видом діяльності в медичній сфері. Звіт повинен мати назву «Зміна ФОП за півроку» та бути представлений у вигляді лінійної діаграми з інформацією про фактичну кількість ФОП по місяцям за останні півроку. Горизонтальна вісь має відображати місяць, вертикальна – кількість. Приклад звіту наведений на Рисунок 84Рисунок 84. Рисунок 84. Макет звіту «Зміна ФОП за півроку». «Заробітна плата» розділу «Медицина»

1. Звіт про середні зарплати по підрозділам керуючих компаній

Призначений для відображення інформації про середні зарплати працівників по підрозділам керуючих компаній. Звіт повинен мати назву «Середня зарплата по підрозділам керуючих компаній» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо середніх окладу та надбавки працівників по підрозділам у медичній сфері. Інформація повинна відображатись рядками з відображенням частин діаграми у відсотковому еквіваленті з написами на них кількості. Горизонтальна вісь надає інформацію про суми грошей, а вертикальна – про підрозділи:

• управління праці та соціального захисту населення Солом’янської районної в місті Києві державної адміністрації;
• управління праці та соціального захисту населення Святошинської районної в місті Києві державної адміністрації;
• керівний склад;
• управляння (центр) надання адміністративних послуг Печерської районної в місті Києві державної адміністрації;
• адміністративний персонал;
• керівництво;

При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про відділ, тип зарплати та суму. Приклад звіту «Середня зарплата по підрозділам керуючих компаній» наведений на Рисунок 85Рисунок 85. Рисунок 85. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «Медицина»

1. Звіт про зведені місячні дані

Звіт надає інформацію про зведені місячні по ФОП за останні 4 місяці, завдяки яким можливо відслідкувати динаміку змін грошових маніпуляцій. Звіт повинен мати назву «Зведені місячні дані» та бути представлений у вигляді таблиці з наступними даними:

• місяць;
• динаміка змін по ФОП:
  • сума нарахування;
  • середня з/п;
  • утримано;
  • сума до виплати;
  • сплачено;
  • борг.

Приклад звіту про зведені місячні дані наведений на Рисунок 86Рисунок 86. Рисунок 86. Макет звіту «Зведені місячні дані». «Заробітна плата» розділу «Медицина»

1. Звіт з боргу по зарплаті по районам

Призначений для відображення інформації про борги щодо заробітних плат співробітників освітньої сфери по районам. Звіт повинен мати назву «Борг по зарплаті по районам» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо боргів. Інформація повинна відображатись рядками з відображенням частин діаграми з написами на них кількісних показників. Горизонтальна вісь надає інформацію про суми грошей, а вертикальна – про райони. При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про район та суму боргу. Приклад звіту «Борг по зарплаті по районам» наведений на Рисунок 87Рисунок 87. Рисунок 87. Макет звіту «Борг по зарплаті по районам». «Заробітна плата» розділу «Медицина»

Компонент повинен відображати дані та аналітику по кадрам у медичній сфері та містити звіти за наступними показниками:

• штатний розклад;
• зміна чисельності персоналу;
• персонал за віком;
• штатні одиниці по керуючим компаніям;
• штатні одиниці по підрозділам.

1. Звіт з штатного розкладу

Звіт призначений для відображення інформації щодо штатного розкладу у медичній сфері діяльності в зрівнянні за останні два місяці. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією за останні два місяці:

• кількість штатних одиниць;
• загальний ФОП;
• середній ФОП.

На панелі повинні знаходитись показники зміни даних у відсотках, звіт повинен бути відображений за допомогою подвійних кругових діаграм, кожна з яких відповідатиме за окремий місяць, при наведенні на частину повинні відображатись дані за місяць. Приклад звіту з штатного розкладу наведений на Рисунок 88Рисунок 88. Рисунок 88. Макет звіту «Штатний розклад». «Кадри» розділу «Медицина»

1. Звіт про зміну чисельності персоналу

Призначений для відображення інформації про зміну чисельності персоналу у медичній сфері за останні 4 місяці. Звіт повинен мати назву «Зміна чисельності персоналу» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кількості звільнених та прийнятих на роботу співробітників з різних сторін від центру. Інформація повинна відображатись рядками з відображенням кількості на частинах діаграми. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про місяць, персонал та кількість. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про місяці. Приклад звіту «Зміна чисельності персоналу» наведений на Рисунок 89Рисунок 89. Рисунок 89. Макет звіту «Зміна чисельності персоналу». «Кадри» розділу «Медицина»

1. Звіт про персонал за віком

Звіт повинен містити актуальну інформацію за наступними віковими категоріями персоналу:

• до 24;
• від 24 до 44;
• від 45 до 55.

Звіт повинен мати назву «Персонал за віком» та бути представлений у вигляді кругової діаграми, де кожен окремий сегмент має відображати кількість персоналу в обраному віці з відсотковим показником. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про вік персоналу та кількість. Приклад звіту наведений на Рисунок 90Рисунок 92. Рисунок 90. Макет звіту «Персонал за віком». «Кадри» розділу «Медицина»

1. Звіт про штатні одиниці по керуючим компаніям

Звіт призначений для відображення інформації про штатні одиниці по керуючим компаніям. Звіт повинен мати назву «Штатні одиниці по керуючим компаніям» та бути представлений у вигляді стовпчастої діаграми, що надає інформація про кількість штатних одиниць у кожній керуючій компанії. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про керуючі компанії. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформацію про компанію та кількість персоналу. Приклад звіту «Штатні одиниці по керуючим компаніям» наведений на Рисунок 91Рисунок 91.
Рисунок 91. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «Медицина»

1. Звіт з штатних одиниць по підрозділам

Звіт призначений для відображення інформації про штатні одиниці по підрозділам. Звіт повинен мати назву «Штатні одиниці по підрозділам» та бути представлений у вигляді стовпчастої діаграми, що надає інформацію про кількість штатних одиниць у кожному підрозділі. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про підрозділи. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про підрозділ та кількість персоналу. Приклад звіту «Штатні одиниці по підрозділам» наведений на Рисунок 92Рисунок 92. Рисунок 92. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «Медицина»

1. Звіт по основним засобам

Звіт призначений для відображення інформації щодо основних засобів у медичній сфері діяльності. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• сума основних засобів;
• знос, тис. грн;
• первинна вартість, тис. грн;
• балансова вартість, тис. грн.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про знос приміщень у відсотках. Приклад звіту про основні засоби наведений на Рисунок 93. Рисунок 93. Макет звіту «Основні засоби». «Основні засоби» розділу «Медицина»

1. Звіт по приміщенням

Звіт призначений для відображення інформації щодо приміщень у медичній сфері діяльності. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• кількість приміщень;
• загальна площа;
• площа приміщень в оренді;
• площа приміщень без оренди.

На панелі, з правої сторони від основних показників, повинна бути відображена кругова діаграма про приміщення в оренді у відсотках. Приклад звіту по приміщенням наведений на Рисунок 94. Рисунок 94. Макет звіту по приміщенням. «Основні засоби» розділу «Медицина»

1. Звіт про приміщення по керуючих компаніях

Звіт надає інформацію про приміщення по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Приміщення по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• площа;
• в оренді.

Приклад звіту про приміщення по керуючих компаніях наведений на Рисунок 95Рисунок 95. Рисунок 95. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «Медицина»

1. Звіт про основні засоби по керуючих компаніях

Звіт надає інформацію про основні засоби по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Основні засоби по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• балансова вартість, тис. грн.

Приклад звіту про основні засоби по керуючих компаніях наведений на Рисунок 96Рисунок 96. Рисунок 96. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «Медицина»

1. Звіт про основні засоби за типом

Звіт призначений для відображення інформації про основні засоби за типом. Звіт повинен мати назву «Основні засоби за типом» та бути представлений у вигляді стовпчастої діаграми та інформаційної панелі, які повинні містити інформацію про основні засоби за типами:

• будівлі, споруди та передавальні пристрої;
• багаторічні насадження;
• інші основні засоби;
• машини та обладнання, обчислювальна техніка;
• інструменти, прилади, інвентар (меблі);
• транспортні засоби;
• 112;
• капітальні витрати на поліпшення земель;
• тимчасові (нетитульні) споруди, група 12(ПК);
• авторське право (комп’ютерні програми, бази даних);
• інші нематеріальні активи;
• робоча і продуктивна худоба;
• інші необоротні матеріальні активи.

Горизонтальна вісь стовпчастої діаграми надає інформацію про суми, а вертикальна – про типи основних засобів. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про типи основних засобів та вартість. Інформаційна панель повинна детально описувати тип основних засобів «Будівлі, споруди та передавальні пристрої» та мати таку інформацію:

• Балансова вартість, тис. грн;
• Знос, тис. грн.

Знос повинен бути зображений у вигляді кругової діаграми та у відсотковому еквіваленті. Приклад звіту «Основні засоби за типом» наведений на Рисунок 97. Рисунок 97. Макет звіту «Основні засоби за типом». «Основні засоби» розділу «Медицина»

Компонент повинен відображати дані для аналізу ефективності функціонування закладів відповідальних за благоустрій міста Києва, дані про надходження, витрати та борги, та містити звіти за наступними показниками:

• грошові надходження;
• витрати;
• витрати та надходження по районам;
• дебіторська заборгованість;
• кредиторська заборгованість;
• дебіторська та кредиторська заборгованості по районам.

1. Звіт про грошові надходження

Звіт надає інформацію щодо грошових надходжень у сфері благоустрою міста. Звіт повинен мати назву «Грошові надходження» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму надходжень та джерела:

• цільове фінансування;
• податок на додану вартість;
• повернення податків та зборів;
• відрахування на соціальні заходи;
• інші доходи.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело надходжень та їх суму. Звіт повинен мати список всіх надходжень та відповідність їх до кольорів на діаграмі, при натисканні на джерело, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Грошові надходження» наведений на Рисунок 98Рисунок 98. Рисунок 98. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Благоустрій»

1. Звіт про витрати

Звіт надає інформацію щодо грошових витрат у сфері благоустрою міста. Звіт повинен мати назву «Витрати» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму витрат та джерела:

• оплата праці;
• оплата товарів (робіт, послуг);
• зобов’язання податків та зборів;
• відрахування на соціальні заходи;
• інші витрати.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело витрат та їх суму. Звіт повинен мати список всіх витрат та відповідність їх до кольорів на діаграмі, при натисканні на джерело, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Витрати» наведений на Рисунок 99Рисунок 99.
Рисунок 99. Макет звіту «Витрати». «Грошові кошти» розділу «Благоустрій»

1. Звіт про витрати та надходження по районам

Звіт призначений для відображення інформації про витрати та надходження у сфері благоустрою міста по районам. Звіт повинен мати назву «Витрати та надходження по районам» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про надходження та витрати в окремому стовпці. Вертикальна вісь графіку має містити інформацію за районами, а горизонтальна – кількість витрат та надходжень. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, витрати чи надходження та їх суму. Приклад звіту «Витрати та надходження по районам» наведений на Рисунок 100Рисунок 100. Рисунок 100. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Благоустрій»

1. Звіт про дебіторську заборгованість

Звіт призначений для відображення інформації про дебіторську заборгованість за причини у сфері благоустрою міста. Звіт повинен мати назву «Дебіторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму  заборгованості та причини:

• за товари, роботи та послуги;
• за векселями;
• з бюджетом;
• із внутрішніх розрахунків;
• за страхування;
• інша заборгованість.

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити інформацію за причинами, а горизонтальна – суму. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною. Приклад звіту «Дебіторська заборгованість» наведений на Рисунок 101Рисунок 101. Рисунок 101. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Благоустрій»

1. Звіт про кредиторську заборгованість

Звіт призначений для відображення інформації про кредиторську заборгованість за причини у сфері благоустрою міста. Звіт повинен мати назву «Кредиторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму  заборгованості та причини:

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

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити інформацію за причинами, а горизонтальна – суму. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною. Приклад звіту «Кредиторська заборгованість» наведений на Рисунок 102Рисунок 102. Рисунок 102.Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Благоустрій»

1. Звіт про заборгованість за типом по районам

Призначений для відображення інформації про заборгованості за типами по районах. Звіт повинен мати назву «Заборгованість за типом по районам» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кредиторською та дебіторською заборгованостей з різних сторін від центру. Інформація повинна відображатись рядками з відображенням кількості на частинах діаграми. Горизонтальна вісь надає інформацію про суму заборгованості, а вертикальна – про райони. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, тип заборгованості та суму. Приклад звіту «Заборгованість за типом по районам» наведений на Рисунок 103Рисунок 103. Рисунок 103.Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Благоустрій»

Панель призначена для відображення показників про заробітну плату в освітніх закладах м. Київ та містити звіти за наступними показниками:

• нарахування заробітної плати;
• зміна ФОП за пів року;
• середня зарплата по підрозділам керуючих компаній;
• зведені місячні дані;
• борг по зарплаті по районам.

1. Звіт про нарахування заробітної плати

Звіт призначений для відображення інформації про нарахування заробітної плати. Звіт повинен мати назву «Нарахування заробітної плати» мати вигляд інформаційної панелі з наступними даними:

• видано:
  • тис. грн. за останній місяць;
  • тис. грн. за передостанній місяць;
• тис. грн. відхилення;
• відхилення у відсотках.

Приклад звіту «Нарахування заробітної плати» наведений на Рисунок 104Рисунок 104. Рисунок 104. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «Благоустрій»

1. Звіт про зміну ФОП за півроку

Звіт призначений для відображення інформації про зміну кількості ФОП за видом діяльності у сфері благоустрою міста. Звіт повинен мати назву «Зміна ФОП за півроку» та бути представлений у вигляді лінійної діаграми з інформацією про фактичну кількість ФОП по місяцям за останні півроку. Горизонтальна вісь має відображати місяць, вертикальна – кількість. Приклад звіту наведений на Рисунок 105 Рисунок 105. Макет звіту про зміну ФОП за півроку. «Заробітна плата» розділу «Благоустрій»

1. Звіт про середні зарплати по підрозділам керуючих компаній

Призначений для відображення інформації про середні зарплати працівників по підрозділам керуючих компаній. Звіт повинен мати назву «Середня зарплата по підрозділам керуючих компаній» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо середніх окладу та надбавки працівників по підрозділам. Інформація повинна відображатись рядками з відображенням частин діаграми у відсотковому еквіваленті з написами на них кількості. При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про відділ, тип зарплати та сума. Приклад звіту «Середня зарплата по підрозділам керуючих компаній» наведений на Рисунок 106Рисунок 106 Рисунок 106. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «Благоустрій»

1. Звіт про зведені місячні дані

Звіт надає інформацію про зведені місячні по ФОП за останні 4 місяці, завдяки яким можливо відслідкувати динаміку змін грошових маніпуляцій. Звіт повинен мати назву «Зведені місячні дані» та бути представлений у вигляді таблиці з наступними даними:

• місяць;
• динаміка змін по ФОП:
  • сума нарахування;
  • середня з/п;
  • утримано;
  • сума до виплати;
  • сплачено;
  • борг.

Приклад звіту про зведені місячні дані наведений на Рисунок 107Рисунок 107. Рисунок 107. Звіт про зведені місячні дані. «Заробітна плата» розділу «Благоустрій»

1. Звіт з боргу по зарплаті по районам

Призначений для відображення інформації про борги щодо заробітних плат співробітників у сфері благоустрою міста по районам. Звіт повинен мати назву «Борг по зарплаті по районам» та бути представлений у вигляді стовпчастої діаграми з інформацією щодо боргів. Інформація повинна відображатись рядками з відображенням частин діаграми з написами на них кількісних показників. Горизонтальна вісь надає інформацію про суми грошей, а вертикальна – про райони. При наведенні курсору миші на певну частину діаграми повинна бути відображена інформація про район та суму боргу. Приклад звіту «Борг по зарплаті по районам» наведений на Рисунок 108Рисунок 108. Рисунок 108. Макет звіту «Борг по зарплаті по районам». «Заробітна плата» розділу «Благоустрій»

Компонент повинен відображати дані та аналітика по кадрам у сфері благоустрою міста та містити звіти за наступними показниками:

• штатний розклад;
• зміна чисельності персоналу;
• персонал за віком;
• штатні одиниці по керуючим компаніям;
• штатні одиниці по підрозділам.

1. Звіт з штатного розкладу

Звіт призначений для відображення інформації щодо штатного розкладу у сфері благоустрою міста в зрівнянні за останні два місяці. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією за останні два місяці:

• кількість штатних одиниць;
• загальний ФОП;
• середній ФОП.

На панелі повинні знаходитись показники зміни даних у відсотках, звіт повинен бути відображений за допомогою подвійних кругових діаграм, кожна з яких відповідатиме за окремий місяць, при наведенні на частину повинні відображатись дані за місяць. Приклад звіту з штатного розкладу наведений на Рисунок 109Рисунок 109. Рисунок 109. Макет звіту «Штатний розклад». «Кадри» розділу «Благоустрій»

1. Звіт про зміну чисельності персоналу

Призначений для відображення інформації про зміну чисельності персоналу за останні 4 місяці. Звіт повинен мати назву «Зміна чисельності персоналу» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кількості звільнених та прийнятих на роботу співробітників з різних сторін від центру. Інформація повинна відображатись рядками з відображенням кількості на частинах діаграми. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про місяці. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про місяць, персонал та кількість. Приклад звіту «Зміна чисельності персоналу» наведений на Рисунок 110Рисунок 110. Рисунок 110. Зміна чисельності персоналу. «Кадри» розділу «Благоустрій»

1. Звіт про персонал за віком

Звіт повинен містити актуальну інформацію за наступними віковими категоріями персоналу:

• до 24;
• від 24 до 44;
• від 45 до 55.

Звіт повинен мати назву «Персонал за віком» та бути представлений у вигляді кругової діаграми, де кожен окремий сегмент має відображати кількість персоналу в обраному віці з відсотковим показником. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про вік персоналу та кількість. Приклад звіту наведений на Рисунок 111Рисунок 111. Рисунок 111. Макет звіту «Персонал за віком». «Кадри» розділу «Благоустрій»

1. Звіт про штатні одиниці по керуючим компаніям

Звіт призначений для відображення інформації про штатні одиниці по керуючим компаніям. Звіт повинен мати назву «Штатні одиниці по керуючим компаніям» та бути представлений у вигляді стовпчастої діаграми, що надає інформація про кількість штатних одиниць у кожній керуючій компанії. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про керуючі компанії. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформацію про компанію та кількість персоналу. Приклад звіту «Штатні одиниці по керуючим компаніям» наведений на Рисунок 112Рисунок 112. Рисунок 112. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «Благоустрій»  

1. Звіт з штатних одиниць по підрозділам

Звіт призначений для відображення інформації про штатні одиниці по підрозділам. Звіт повинен мати назву «Штатні одиниці по підрозділам» та бути представлений у вигляді стовпчастої діаграми, що надає інформацію про кількість штатних одиниць у кожному підрозділі. Горизонтальна вісь надає інформацію про кількість персоналу, а вертикальна – про підрозділи. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про підрозділ та кількість персоналу. Приклад звіту «Штатні одиниці по підрозділам» наведений на Рисунок 113Рисунок 113. Рисунок 113. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «Благоустрій»

1. Звіт по основним засобам

Звіт призначений для відображення інформації щодо основних засобів у сфері благоустрою міста. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• сума основних засобів;
• знос, тис. грн;
• первинна вартість, тис. грн;
• балансова вартість, тис. грн.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про знос приміщень у відсотках. Приклад звіту про основні засоби наведений на Рисунок 114Рисунок 114. Рисунок 114. Макет звіту «Основні засоби». «Основні засоби» розділу «Благоустрій»

1. Звіт по приміщенням

Звіт призначений для відображення інформації щодо приміщень в освітній сфері діяльності. Звіт має бути представлений у вигляді інформаційної панелі з наступною інформацією:

• кількість приміщень;
• загальна площа;
• площа приміщень в оренді;
• площа приміщень без оренди.

На панелі з правої сторони від основних показників повинна бути відображена кругова діаграма про приміщення в оренді у відсотках. Приклад звіту по приміщенням наведений на Рисунок 115Рисунок 115. Рисунок 115. Макет звіту по приміщенням. «Основні засоби» розділу «Благоустрій»

1. Звіт про приміщення по керуючих компаніях

Звіт надає інформацію про приміщення по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Приміщення по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• площа;
• в оренді.

Приклад звіту про приміщення по керуючих компаніях наведений на Рисунок 116Рисунок 116. Рисунок 116. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «Благоустрій»

1. Звіт про основні засоби по керуючих компаніях

Звіт надає інформацію про основні засоби по керуючих компаніях, завдяки яким можливо відслідкувати динаміку змін основних засобів. Звіт повинен мати назву «Основні засоби по керуючих компаніях» та бути представлений у вигляді таблиці з наступними даними:

• район;
• кількість;
• балансова вартість, тис. грн.

Приклад звіту про основні засоби по керуючих компаніях наведений на Рисунок 117Рисунок 117. Рисунок 117. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «Благоустрій»

1. Звіт про основні засоби за типом

Звіт призначений для відображення інформації про основні засоби за типом. Звіт повинен мати назву «Основні засоби за типом» та бути представлений у вигляді стовпчастої діаграми та інформаційної панелі, які повинні містити інформацію про основні засоби за типами:

• будівлі, споруди та передавальні пристрої;
• багаторічні насадження;
• інші основні засоби;
• машини та обладнання, обчислювальна техніка;
• інструменти, прилади, інвентар (меблі);
• транспортні засоби;
• 112;
• капітальні витрати на поліпшення земель;
• тимчасові (нетитульні) споруди, група 12(ПК);
• авторське право (комп’ютерні програми, бази даних);
• інші нематеріальні активи;
• робоча і продуктивна худоба;
• інші необоротні матеріальні активи.

Горизонтальна вісь стовпчастої діаграми надає інформацію про суми, а вертикальна – про типи основних засобів. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про типи основних засобів та вартість. Інформаційна панель повинна детально описувати тип основних засобів «Будівлі, споруди та передавальні пристрої» та мати таку інформацію:

• Балансова вартість, тис. грн;
• Знос, тис. грн.

Знос повинен бути зображений у вигляді кругової діаграми та у відсотковому еквіваленті. Приклад звіту «Основні засоби за типом» наведений на Рисунок 118Рисунок 118. Рисунок 118. Макет звіту “Основні засоби за типом”. «Основні засоби» розділу «Благоустрій»  

Компонент повинен відображати дані для аналізу ефективності функціонування фінансових закладів, дані про надходження, витрати та борги, та містити звіти за наступними показниками:

• грошові надходження;
• витрати;
• витрати та надходження по районам;
• дебіторська заборгованість;
• кредиторська заборгованість;
• дебіторська та кредиторська заборгованості по районам.

1. Звіт про грошові надходження

Звіт надає інформацію щодо грошових надходжень у сфері фінансів. Звіт повинен мати назву «Грошові надходження» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму надходжень та джерела:

• цільове фінансування;
• податок на додану вартість;
• повернення податків та зборів;
• відрахування на соціальні заходи;
• інші доходи.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело надходжень та їх суму. Звіт повинен мати список всіх надходжень та відповідність їх до кольорів на діаграмі, при натисканні на джерело, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Грошові надходження» наведений на Рисунок 119Рисунок 119. Рисунок 119. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Фінанси»

1. Звіт про витрати

Звіт надає інформацію щодо грошових витрат в освітній сфері діяльності. Звіт повинен мати назву «Витрати» та відображатись у вигляді кругової діаграми, де в частинах у відсотковому еквіваленті надана інформація про суму витрат та джерела:

• оплата праці;
• оплата товарів (робіт, послуг);
• зобов’язання податків та зборів;
• відрахування на соціальні заходи;
• інші витрати.

При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про джерело витрат та їх суму. Звіт повинен мати список всіх витрат та відповідність їх до кольорів на діаграмі, при натисканні на джерело, відповідна частка на діаграмі повинна з’являтись та зникати для зручності перегляду звернень. Приклад звіту «Витрати» наведений на Рисунок 120Рисунок 120.
Рисунок 120. Звіт «Витрати». «Грошові кошти» розділу «Фінанси»

1. Звіт про витрати та надходження по районам

Звіт призначений для відображення інформації про витрати та надходження у сфері фінансів. Звіт повинен мати назву «Витрати та надходження по районам» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про надходження та витрати в окремому стовпці. Вертикальна вісь графіку має містити інформацію за районами, а горизонтальна – кількість витрат та надходжень. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, витрати чи надходження та їх суму. Приклад звіту «Витрати та надходження по районам» наведений на Рисунок 121Рисунок 121. Рисунок 121. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Фінанси»

1. Звіт про дебіторську заборгованість

Звіт призначений для відображення інформації про дебіторську заборгованість за причини у фінансовій сфері. Звіт повинен мати назву «Дебіторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму  заборгованості та причини:

• за товари, роботи та послуги;
• за векселями;
• з бюджетом;
• із внутрішніх розрахунків;
• за страхування;
• інша заборгованість.

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити інформацію за причинами, а горизонтальна – суму. Приклад звіту «Дебіторська заборгованість» наведений на Рисунок 122Рисунок 122. Рисунок 122. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Фінанси» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною.

1. Звіт про кредиторську заборгованість

Звіт призначений для відображення інформації про кредиторську заборгованість за причини у сфері фінансів. Звіт повинен мати назву «Кредиторська заборгованість» та мати вигляд стовпчастої діаграми, де в стовпцях надана інформація про суму  заборгованості та причини:

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

В окремих стовпцях повинна відображатись інформація про заборгованість на початок періоду та кінець періоду. Вертикальна вісь графіку має містити інформацію за причинами, а горизонтальна – суму. Приклад звіту «Кредиторська заборгованість» наведений на Рисунок 123Рисунок 123. Рисунок 123. Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Фінанси» При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про причину та суму заборгованості за причиною.

1. Звіт про заборгованість за типом по районам

Призначений для відображення інформації про заборгованості за типами по районах. Звіт повинен мати назву «Заборгованість за типом по районам» та бути представлений у вигляді стовпчастої діаграми з центром по середині діаграми та інформацією щодо кредиторською та дебіторською заборгованостей з різних сторін від центру. Інформація повинна відображатись рядками з відображенням кількості на частинах діаграми. Горизонтальна вісь надає інформацію про суму заборгованості, а вертикальна – про райони. При наведенні курсору миші на відповідну ділянку даних повинна відображатись інформація про район, тип заборгованості та суму. Приклад звіту «Заборгованість за типом по районам» наведений на Рисунок 124Рисунок 124. Рисунок 124. Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Фінанси»

1. Звіт про рейтинг операторів 1551

Звіт повинен надавати інформацію про роботу операторів 1551 та рейтинг за кількістю прийнятих, виконаних та не виконаних звернень. Звіт повинен бути представлений у вигляді таблиці операторів з можливістю сортування за будь-яким параметром. У шапці таблиці повинні бути такі стовпці:

• Рейтинг;
• Оператори;
• Виконано;
• Не виконано;
• Недозвон;
• Результати вхідних дзвінків (відсоток виконаних дзвінків);
• Вхідні дзвінки (CALL CENTER);
• Всього часу на вхідних дзвінках;
• Всього дзвінків.

Останній рядок таблиці повинен мати загальні дані по операторам.  Приклад інформаційної панелі наведено на Рисунок 125Рисунок 125. Рисунок 125. Звіт про рейтинг операторів. Розділ «1551»

1. Звіт про розподіл статусів дзвінків

Звіт повинен надавати інформацію по статусам дзвінків у відсотковому співвідношенні:

• Виконано;
• Не виконано;
• Не дозвон.

Інформація повинна бути представлена графічно у вигляді діаграми, де кожна частина надає інформацію по вищевказаним критеріям.           Окремо має надаватись інформація із загальної кількості звернень у порівняннях за статусами та відсотковим співвідношенням у вигляді інформаційної панелі:

• Звернень за рік;
• Опрацьовано за рік / Кількість дзвінків;
• Опрацьовано за день / Повторних;
• Залишилось в роботі / в т. ч. нових;
• Протерміновано.

Приклад графічного представлення звіту про розподіл статусів дзвінків надано на Рисунок 126Рисунок 126. Рисунок 126. Звіт про розподіл статусів дзвінків. Розділ «1551»

1. Звіт за кількістю дзвінків по годинам

Звіт повинен надавати інформацію про кількість дзвінків за останні 10 годин у вигляді стовпчатої діаграми. Ліва шкала діаграми має відповідати за кількість дзвінків за статусами, права – за загальну кількість дзвінків. У нижній частині діаграми мають бути зображені години. Дані мають бути представлені у вигляді діаграми, що надає інформацію про кількість дзвінків за статусами:

• Недозвон;
• Не виконано;
• Виконано;
• Всього дзвінків.

Приклад графічного представлення звіту за кількістю дзвінків по годинам наведено на Рисунок 127. Рисунок 127. Звіт за кількістю дзвінків по годинам. Розділ «1551»

1. Звіт про кількість перевірених та чекаючих на перевірку звернень

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

• < 2 днів;
• 3-7 днів;
• 8-14 днів;
• 15-30 днів;
• 31-60 днів;
• 60-400 днів.

Нижня шкала діаграми відображає періоди часу, ліва – кількісну шкалу звернень. Приклад графічного представлення звіту про кількість перевірених та чекаючих на перевірку звернень наведено на Рисунок 128.
Рисунок 128. Звіт про кількість перевірених та чекаючих на перевірку звернень. Розділ «1551»

Програмне забезпечення стеку технологій: FrontEnd:

• Angular 8;
• Highcharts 7.1.2;
• C# 7.3;
• Xamarin Forms 0.0.618610.

BackEnd:

• Microsoft Internet Information Services 7.5;
• .Net Framework 4.6.1;
• Net 3.0.

СКБД:

• MySQL 8.0.

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

• CPU – 8 ядер;
• RAM – 32 Gb;
• HDD – 400 Gb.

У відповідності до розділу 5 опису пропонованого рішення, розміщення компонентів на серверному обладнані матиме наступний вигляд:

Рисунок 129. Схема розміщення компонентів    

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

Виконавець забезпечує гарантійну (технічну) підтримку створеного в результаті надання послуг програмного забезпечення протягом 12 місяців з дати підписання Акту приймання-передачі наданих послуг за останнім етапом згідно Календарного плану. Під гарантійною підтримкою розуміється зобов’язання Виконавця безоплатно підтримувати розроблене програмне забезпечення, виправляти виявлені помилки і адаптувати програмне забезпечення до нових версій СКБД.

Таблиця 1. Згруповані звіти за інформаційними панелями. 12 Таблиця 2. Структура таблиці «Основні засоби». 32 Таблиця 3. Структура таблиці «Реєстр по надходженням коштів по випискам». 33 Таблиця 4. Структура таблиці «Реєстр по витрачанню коштів по випискам». 33 Таблиця 5. Структура таблиці «ЄСВ з підприємства». 34 Таблиця 6. Структура таблиці «Реєстр кредиторської заборгованості». 34 Таблиця 7. Структура таблиці «Реєстр дебіторської заборгованості». 35 Таблиця 8. Структура таблиці «Реєстр по витратам за договорами (актами)». 35 Таблиця 9. Структура таблиці «Реєстр по надходженням за договорами (актами)». 36 Таблиця 10. Структура таблиці «Реєстр заробітної плати». 36 Таблиця 11. Структура таблиці «Реєстр по кадрам». 38 Таблиця 12. Структура таблиці «Оренда». 39 Таблиця 13. Структура таблиці «Фінанси міста. Загальна». 40 Таблиця 14. Структура таблиці «Топ платників». 40 Таблиця 15. Структура таблиці «Черга дзвінків». 41 Таблиця 16. Структура таблиці «Статистика дзвінків». 41 Таблиця 17. Структура таблиці «Пункти дзвінків. Київ». 41 Таблиця 18. Структура таблиці «Дзвінки, Київ». 41 Таблиця 19. Структура таблиці «Типи звернень, Київ». 42 Таблиця 20. Структура таблиці «Рейтинг РДА за рік». 42 Таблиця 21. Структура таблиці «Динаміка опрацювання звернень за районами». 42 Таблиця 22. Структура таблиці «Дзвінки та звернення до 1551». 42 Таблиця 23. Структура таблиці «Статистика міста». 43 Таблиця 24. Структура таблиці «Статистика по районам». 44 Таблиця 25. Структура таблиці «Статистика по дитсадкам». 44 Таблиця 26. Структура таблиці «Будинковий облік». 45 Таблиця 27. Структура таблиці «Статистика міста». 46 Таблиця 28. Структура таблиці «Статистика по районам». 47 Таблиця 29. Структура таблиці «Статистика по школам». 47 Таблиця 30. Структура таблиці «Заповнені декларації відповідно району та віку пацієнтів». 48 Таблиця 31. Структура таблиці «Кількість лікарів відповідно до району міста». 49 Таблиця 32. Структура таблиці «Кількість пацієнтів за віком та статтю». 49 Таблиця 33. Структура таблиці «Інформація за записами до лікарів відповідно до спеціалізації». 49 Таблиця 34. Структура таблиці «Кількість населення відповідно до району». 49 Таблиця 35. Базовий набір статусів відповідей. 54  

Рисунок 1. Макет відображення фільтрації даних. 14 Рисунок 2. Макет інформаційного повідомлення про стан даних. 15 Рисунок 3. Макет сторінки управління обліковими записами користувачів. 15 Рисунок 4. Макет сторінки управлінням доступом до інформації 16 Рисунок 5. Макет журналу логування оновлення даних. 16 Рисунок 6. Трирівнева архітектура. 29 Рисунок 7. Схема інформаційних потоків. 31 Рисунок 8. Модель бізнес-процесу авторизації користувачів. 50 Рисунок 9. Сторінка «Єдиний обліковий запис киянина». 51 Рисунок 10 Макет бізнес-процесу передачі інформації до модуля моніторингу. 52 Рисунок 11. Макет звіту «Структура тарифу». 55 Рисунок 12. Макет списку для фільтрації даних. 56 Рисунок 13. Макет відображення фільтрів полів звіту. 56 Рисунок 14. Макет відображення інформації по тарифу за певною статтею по будинк. 57 Рисунок 15. Макет звіту у форматі Excel 57 Рисунок 16. Макет кнопки вивантаження даних інформаційно-аналітичної панелі «ЖКГ. Грошові кошти». 58 Рисунок 17. Макет звіту «Грошові надходження» розділу «ЖКГ». 59 Рисунок 18. Макет звіту «Витрати» розділу «ЖКГ». 60 Рисунок 19. Макет звіту «Витрати та надходження по районам» розділу «ЖКГ». 61 Рисунок 20. Макет звіту «Дебіторська заборгованість» розділу «ЖКГ». 62 Рисунок 21. Макет звіту «Кредиторська заборгованість». розділу «ЖКГ». 63 Рисунок 22. Макет звіту «Заборгованість за типом по районам» розділу «ЖКГ». 64 Рисунок 23. Макет кнопки для вивантаження даних інформаційно-аналітичної панелі«ЖКГ. Заробітна плата». 64 Рисунок 24. Макет кнопки для вибору фільтрів періоду вивантаження даних. 65 Рисунок 25. Прототип вибору фільтрів. 65 Рисунок 26. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу«ЖКГ». 65 Рисунок 27. Макет звіту «Зведені місячні дані». 66 Рисунок 28. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «ЖКГ». 67 Рисунок 29. Макет звіту «Зведені місячні дані». «Заробітна плата» розділу «ЖКГ». 68 Рисунок 30. Макет звіту «Борг по зарплаті по районам». Заробітна плата» розділу «ЖКГ». 68 Рисунок 31. Макет кнопки для вивантаження даних Інформаційно-аналітичної панелі «ЖКГ. Кадри». 69 Рисунок 32. Макет звіту «Штатний розклад». «Кадри» розділу «ЖКГ». 69 Рисунок 33. Макет звіту «Зміна чисельності персоналу». «Кадри» розділу «ЖКГ». 70 Рисунок 34. Макет звіту «Персонал за віком». «Кадри» розділу «ЖКГ». 71 Рисунок 35. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «ЖКГ». 72 Рисунок 36. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «ЖКГ». 73 Рисунок 37. Макет кнопки для вивантаження даних інформаційно-аналітичної панелі 73 Рисунок 38. Макет звіту «Звіт про основні засоби». «Основні засоби» розділу «ЖКГ». 74 Рисунок 39. Макет звіту по приміщенням. «Основні засоби» розділу «ЖКГ». 75 Рисунок 40. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «ЖКГ». 76 Рисунок 41. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «ЖКГ». 76 Рисунок 42. Макет звіту «Основні засоби за типом». «Основні засоби» розділу «ЖКГ». 77 Рисунок 43. Макет головної сторінки дашборду «Окремий дитсадок району». 78 Рисунок 44.Макет основних показників. 79 Рисунок 45. Динаміка місць по дитячим садкам. 79 Рисунок 46. Відображення кількості груп усіх дитячих садків. 80 Рисунок 47. Відображення інформації по чергам і наявності місць у розрізі віку. 80 Рисунок 48. Кількість дітей у за віком. 80 Рисунок 49. Макет головної сторінки дашборду окрема школа по району. 81 Рисунок 50. Звіт показників по району. 81 Рисунок 51. Відсоткове відображення вивчання іноземних мов по району. 82 Рисунок 52.Динаміка завантаженості шкіл по рокам у розрізі району. 82 Рисунок 53. Макет відображення статистики інклюзивної освіти. 82 Рисунок 54. Звіт по вчителям у розрізі району. 83 Рисунок 55.Звіт про кількість шкіл по району. 83 Рисунок 56. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Освіта». 84 Рисунок 57. Макет звіту «Витрати». «Грошові кошти» розділу «Освіта». 85 Рисунок 58. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Освіта». 86 Рисунок 59. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Освіта». 87 Рисунок 60. Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Освіта». 88 Рисунок 61. Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Освіта». 89 Рисунок 62. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «Освіта». 90 Рисунок 63. Макет звіту «Зміна ФОП за півроку». «Заробітна плата» розділу «Освіта». 90 Рисунок 64. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «Освіта». 91 Рисунок 65. Макет звіту «Зведені місячні дані». «Заробітна плата» розділу «Освіта». 92 Рисунок 66. Макет звіту «Борг по зарплаті по районам». «Заробітна плата» розділу «Освіта». 92 Рисунок 67. Макет звіту «Штатний розклад». «Кадри» розділу «Освіта». 93 Рисунок 68. Макет звіту «Зміна чисельності персоналу». «Кадри» розділу «Освіта». 94 Рисунок 69. Макет звіту «Персонал за віком». «Кадри» розділу «Освіта». 95 Рисунок 70. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «Освіта». 96 Рисунок 71. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «Освіта». 97 Рисунок 72. Макет звіту «Звіт про основні засоби». «Основні засоби» розділу «Освіта». 98 Рисунок 73. Макет звіту «Звіт по приміщенням». «Основні засоби» розділу «Освіта». 98 Рисунок 74. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «Освіта». 99 Рисунок 75. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «Освіта». 100 Рисунок 76. Макет звіту «Основні засоби за типом». «Основні засоби» розділу «Освіта». 101 Рисунок 77. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Медицина». 102 Рисунок 78. Макет звіту «Витрати». «Грошові кошти» розділу «Медицина». 103 Рисунок 79. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Медицина». 104 Рисунок 80. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Медицина». 105 Рисунок 81. Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Медицина». 106 Рисунок 82. Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Медицина». 107 Рисунок 83. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «Медицина». 108 Рисунок 84. Макет звіту «Зміна ФОП за півроку». «Заробітна плата» розділу «Медицина». 108 Рисунок 85. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «Медицина». 109 Рисунок 86. Макет звіту «Зведені місячні дані». «Заробітна плата» розділу «Медицина». 110 Рисунок 87. Макет звіту «Борг по зарплаті по районам». «Заробітна плата» розділу «Медицина». 111 Рисунок 88. Макет звіту «Штатний розклад». «Кадри» розділу «Медицина». 112 Рисунок 89. Макет звіту «Зміна чисельності персоналу». «Кадри» розділу «Медицина». 113 Рисунок 90. Макет звіту «Персонал за віком». «Кадри» розділу «Медицина». 114 Рисунок 91. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «Медицина». 115 Рисунок 92. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «Медицина». 116 Рисунок 93. Макет звіту «Основні засоби». «Основні засоби» розділу «Медицина». 117 Рисунок 94. Макет звіту по приміщенням. «Основні засоби» розділу «Медицина». 117 Рисунок 95. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «Медицина». 118 Рисунок 96. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «Медицина». 119 Рисунок 97. Макет звіту «Основні засоби за типом». «Основні засоби» розділу «Медицина». 120 Рисунок 98. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Благоустрій». 121 Рисунок 99. Макет звіту «Витрати». «Грошові кошти» розділу «Благоустрій». 122 Рисунок 100. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Благоустрій». 123 Рисунок 101. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Благоустрій». 124 Рисунок 102.Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Благоустрій». 125 Рисунок 103.Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Благоустрій». 126 Рисунок 104. Макет звіту «Нарахування заробітної плати». «Заробітна плата» розділу «Благоустрій». 127 Рисунок 105. Макет звіту про зміну ФОП за півроку. «Заробітна плата» розділу «Благоустрій». 127 Рисунок 106. Макет звіту «Середня зарплата по підрозділам керуючих компаній». «Заробітна плата» розділу «Благоустрій». 128 Рисунок 107. Звіт про зведені місячні дані. «Заробітна плата» розділу «Благоустрій». 128 Рисунок 108. Макет звіту «Борг по зарплаті по районам». «Заробітна плата» розділу «Благоустрій». 129 Рисунок 109. Макет звіту «Штатний розклад». «Кадри» розділу «Благоустрій». 130 Рисунок 110. Зміна чисельності персоналу. «Кадри» розділу «Благоустрій». 131 Рисунок 111. Макет звіту «Персонал за віком». «Кадри» розділу «Благоустрій». 132 Рисунок 112. Макет звіту «Штатні одиниці по керуючим компаніям». «Кадри» розділу «Благоустрій». 132 Рисунок 113. Макет звіту «Штатні одиниці по підрозділам». «Кадри» розділу «Благоустрій». 133 Рисунок 114. Макет звіту «Основні засоби». «Основні засоби» розділу «Благоустрій». 134 Рисунок 115. Макет звіту по приміщенням. «Основні засоби» розділу «Благоустрій». 134 Рисунок 116. Макет звіту «Приміщення по керуючих компаніях». «Основні засоби» розділу «Благоустрій». 135 Рисунок 117. Макет звіту «Основні засоби по керуючих компаніях». «Основні засоби» розділу «Благоустрій». 136 Рисунок 118. Макет звіту "Основні засоби за типом". «Основні засоби» розділу «Благоустрій». 137 Рисунок 119. Макет звіту «Грошові надходження». «Грошові кошти» розділу «Фінанси». 138 Рисунок 120. Звіт «Витрати». «Грошові кошти» розділу «Фінанси». 139 Рисунок 121. Макет звіту «Витрати та надходження по районам». «Грошові кошти» розділу «Фінанси». 140 Рисунок 122. Макет звіту «Дебіторська заборгованість». «Грошові кошти» розділу «Фінанси». 141 Рисунок 123. Макет звіту «Кредиторська заборгованість». «Грошові кошти» розділу «Фінанси». 142 Рисунок 124. Макет звіту «Заборгованість за типом по районам». «Грошові кошти» розділу «Фінанси». 143 Рисунок 125. Звіт про рейтинг операторів. Розділ «1551». 144 Рисунок 126. Звіт про розподіл статусів дзвінків. Розділ «1551». 145 Рисунок 127. Звіт за кількістю дзвінків по годинам. Розділ «1551». 145 Рисунок 128. Звіт про кількість перевірених та чекаючих на перевірку звернень. Розділ «1551». 146 Рисунок 129. Схема розміщення компонентів. 148

Додаток 1

За допомогою підключення ПС «ІП» до баз даних, перевіряє повноту даних, оброблює, перетворює та завантажує дані на сервер баз даних. Повинно бути оновлення даних, які поступають із суміжних систем, а саме:

• Система УФГД (Підключення до баз даних ЗІС);
• Електронна медична система Helsi (Зчитування файлу з FTP серверу);
• Інформаційно-аналітична система «Єдиний медичний простір» (Підключення до баз даних ЗІС);
• АІАС КБУ «Контактний центр міста Києва» (Підключення до баз даних ЗІС);
• ЄІАС «CRM-1551» (Підключення до баз даних ЗІС);
• Облікова Система дитсадків в м. Києві (Зчитування файлу з FTP серверу);
• Облікова Система шкіл в м. Києві (Зчитування файлу з FTP серверу).

Через  SQL-запити оновлення в базі даних ПС «ІП» повинно відбуватися при оновлення даних в ЗІС. Через FTP cервер, оновлення в базі даних ПС «ІП» повинно відбуватися щоденно, о 05:00 . Взаємодія із вище названими системами працює за умови готовності частини рішень, з якими виконується інтеграція.

якось дуже мало тексту. і повністю повторює п.2.3. Або треба трохи розширити або ще щось. не дуже розумію. [ГС1]

Чи всі дані поступають за цим алгоритмом? Я чув що ми щось беремо напряму з БД ЗІС [ГС3]

Якщо це можливо, варто було б розказати на яких серверах це знаходиться і на якому ПО працює. Це буде одним з аргументів для реалізації ІП на базі Звітності. Це стосується кожного з джерел даних [ГС5]

для ИП мы МайСКЛ не используем. Уточните у Ярослава. Сейчас реализовано через Звитнисть. Лучше описывать так как реализовано. Если измениться - переписать. Аналогично со схемой ниже [ГС7]