65
предыдущие даты;
12) Организация возможности перейти к выбранному в реестре
документу с выделенными правами доступа;
13) Организация отображения в правом верхнем углу состояния
текущих остатков денежных и прочих финансовых средств в разрезе по
Площадкам;
14) Организация доступа для «VIP-пользователя» (с полными правами
на всё дерево) и роли «Администратор», предназначенной для выделения прав
доступа к Реестру и редактирования узлов дерева Реестра;
15) Организация возможности входа в программу через систему
авторизации пользователей;
16) Организация возможности выделения «VIP-пользователем» и
руководителями следующих уровней управления сумм к распределению с
возможностью просмотра информации по распределениям средств в разрезе:
вышестоящего Руководителя, Собственного распределения средств, Текущего
распределения; Утвержденного распределения;
17) Разработка функции автоматического распределения средств по
подчиненным подразделениям. Распределение производится на документы
(атомы) системы;
18) Разработка функций очистки ранее распределенных средств;
19) Разработка расчета общей потребности, сформированной на базе
распределения средств;
20) Разработка возможности согласования распределенного реестра с
использованием статусов состояния;
21) Организация возможности осуществить запрос дополнительных
средств у руководителя вышестоящего уровня;
22) Организация возможности планирования сумм авансового платежа
в рамках данного Реестра платежей;
23) Организация почтовой рассылки с информацией о выделенных
суммах, запросах на дополнительное финансирование и при согласовании
66
реестра;
24) Организация передачи данных утвержденного реестра в реестр
платежей SRM;
25) Разработка системы учета промежуточной оплаты;
26) Разработка системы отслеживания фактической оплаты;
27) Организация системы ежедневного (в ночном режиме) обновления
данных и справочников, закаченных в реестр платежей из КИС ЧТПЗ;
28) Организация обучения и первичное тестирование работ.
Общая схема участия реестра платежей в составе действующего бизнес-
процесса оформления документов на оплату представлена на рисунке 11.
Рисунок 11. Общая схема участия реестра платежей
67
Этапы 1,2,6,7,8,9 относятся к действующему контуру согласования
платежей в КИС ЧТПЗ. Новая Web-разработка Реестр платежей используется
для работы с реестром платежей и встраивается в действующую схему бизнес-
процесса КИС ЧТПЗ (этапы 3,4,5). Конечным (итоговым) результатом работы
этого этапа является подготовка итоговых данных для реестра модуля SRM
КИС ЧТПЗ с сохранением последующей схемы согласования, утверждения и
обработки финансовых документов, согласно этапов 6,7,8,9.
В процессе первичного распределения средств с вышестоящего уровня
на нижестоящие, производится последовательная эскалация решений по
согласованию распределенных средств. На каждом из уровней может быть
выполнено, уточненное распределение представлено на рисунке 12.
Рисунок 12. Схема последовательности распределения и
окончательного согласования сумм финансирования
В процессе изменения сумм распределенных средств для своих
подчиненных, пользователь верхнего звена задает желаемую сумму
перераспределения, на каждом из подчиненных ему узлах, как в большую так и
в меньшую сторону. При этом, входе выполнения работ по перераспределению
средств между подчиненными подразделениями, локально на самом верхнем
68
узле может быть превышена сумма выделенных средств вышестоящего
руководителя этого же узла. Окончательный контроль на не превышение
средств, выделенных вышестоящим руководителем, производится в момент
утверждения, окончательно распределенных средств показан на рисунке 13.
Рисунок 13. Детализированная схема последовательности
распределения и окончательного согласования сумм
финансирования
В интерфейсе реестра платежей распределение и согласование сумм
финансирования выглядит следующим образом рисунок 14.
69
Рисунок 14. Детализированная схема последовательности
распределения и окончательного согласования сумм
финансирования
Если выполненное распределение не устраивает, на узле может быть
выполнено перераспределение. Данная операция будет выглядеть следующим
образом (приложение 1).
С помощью реестра платежей происходит: агрегирование информации о
состоянии консолидированной задолженности с детализаций до № документа и
70
срока погашения; формирование дополнительной информации по авансовым
платежам, гарантийным письмам и промежуточной оплате, позволяющей
осуществлять первичное распределение денежных средств на основе иерархии
подчинённости (ответственности) подразделений.
Реестр платежей строится по технологии 3-х звенной архитектуры с
интерфейсом Web-приложения, используемая СУБД - Oracle. Надежность и
сохранность информации обеспечиваются средствами СУБД Oracle.
Программное обеспечение реестра платежей удовлетворяет следующим
основным требованиям:
Пользователю доступно для работы дерево просмотра текущей
информации по задолженностям с иерархией подчиненности по справочнику;
Имеется сервис Администрирования - выдачи прав доступа на
просмотр/редактирование информации по узлам дерева реестра, а также
возможность внесения изменений в наименование узлов и иерархию
подчиненности дерева реестра;
Реализована возможность ведения гарантийных писем;
Организованы внутренние (системные) справочники;
Ежедневно на основе данных КИС ЧТПЗ осуществляется перенос
актуального состояния остатков денежных средств на утро дня планирования;
Перед началом планирования, осуществляется импорт актуальной
информации по суммам утвержденного плана и фактического выполнения;
При необходимости, Пользователю предоставляется возможность
просмотра реестра платежей за предыдущие даты;
Предоставлена возможность планирования и пересмотра сумм
авансовых платежей (на дату). Запланированные ранее на дату текущего
реестра авансовые платежи появляются в составе документов (атомов) для
возможности распределения на них сумм в рамках данного реестра платежей;
Для VIP-пользователя, работающего на самом верхнем уровне
просмотра дерева реестра платежей, доступна панель состояния текущих
остатков денежных и прочих финансовых;
71
Реализована система доступа к информации для работы сотрудников с
реестром платежей с минимально необходимым функционалом для работы;
При входе в программу «Реестр платежей» осуществляется
авторизация пользователей с последующей работой, согласно выделенным
правам доступа;
Разработан алгоритм распределения средств, для целей возможности
распределения средств по гарантийным письмам, авансам выданным и счетам с
ПКЗ, с последующим ручным редактированием сумм;
Пользователю доступны функции массовой очистки ранее
распределенных средств и выделенных средств;
Пользователю доступна возможность согласования распределенного
реестра с использованием статусов состояния: распределено; согласовано
(ставится вручную); сформированы платежи (ставится автоматически - по
факту формирования заявок на оплату); запрос дополнительных средств у
руководителя вышестоящего уровня;
При просмотре распределенных средств на узле, Пользователю
доступен просмотр информации по распределениям средств;
Организован сервис почтовой рассылки (уведомлений) с информацией
о выделенных суммах, запросах на дополнительное финансирование к
руководителю вышестоящего уровня и почтовое уведомление при
согласовании;
Организована передача согласованных сумм в реестр платежей, с
целью последующей передачи автоматически согласованного реестра на
площадки и формирования, согласования заявок на оплату с последующим
утверждением;
Разработана система планирования и работы с авансовыми платежами;
Разработана система учета «промежуточной оплаты» и учета
фактической оплаты при формировании итоговых сумм задолженностей по
реестру.
72
ЗАКЛЮЧЕНИЕ
При гибкой разработке наивысшим приоритетом является
удовлетворенность клиентов за счет регулярной и ранней поставки ценного
ПО. В основе методологии Scrum лежит простая идея. Когда бы ни был
запущен проект, ничто не мешает регулярно проверять ход работ и
последовательно выяснять: справляется ли команда с заданием; в правильном
ли направлении она движется; создается ли именно то, что на самом деле хочет
получить заказчик. И также постоянно поднимать вопросы: есть ли способы
усовершенствовать методы разработки и выполнять работу качественно и
быстро; существуют ли факторы, препятствующие выполнению задач.
На рынке систем управления проектами представлены проприетарные
программные продукты, свободно распространяемые и программные продукты
с открытым кодом. Некоторые из них отечественной разработки. Основной
объем рынка как российского, так и зарубежного, формируют крупнейшие
поставщики комплексных решений для управления проектами, ресурсами и
портфелями проектов такие как MS Project, Oracle Primavera, Basecamp и
Мегаплан. На остальных приходится около 10% от общего объема.
За годы успешной работы группа ЧТПЗ определила высокие стандарты
труда и обслуживания клиентов. Реализовав различные проекты для трубной
отрасли. Одним из них стал проект по разработке ПО реестр платежей.
Для проекта реестр платежей выбрана методология Scrum поскольку в
основе лежит итеративный подход выполнения проекта. Данный способ
позволяет в короткие сроки с минимальными затратами получить готовый
продукт. Конечно, он еще не обладает всеми требуемыми характеристиками, но
его уже можно использовать.
Однако при внедрении Scrum возникали некоторые трудности. Во-
первых, предполагаемое активное участие заказчика в проекте, было не таким
активным, как хотелось бы. Не всегда удавалось добиться присутствия
заказчика на собраниях и получения адекватной обратной связи от него. Во-
73
вторых требующаяся слаженная командная работа, началась только после
небольшой «притирки» участников команды. Какие-то идеи и инструменты
были применены частично, что тоже принесло свои плоды. Выявлена причина
успеха методики, следует смотреть на то как люди на самом деле работают, а не
слушать, что они говорят об этом.
После анализа ИСУП на ЧТПЗ были сделаны следующие выводы:
стандартное («коробочное») решение по управлению проектами реализуется
через функционал диспетчера задач и управлением исполнительской
дисциплины по выданным задачам и поручениям; потребуется значительная
доработка ПО каждого поставщика стандартной версии; построение полной и
расширенной версии ИСУП компании должна строиться как индивидуальный
концепт, с разработанными требованиями по элементам системы КСУП, с
возможным выделением этапности внедрения.
Реестр платежей позволяет оперативно планировать платежи, а также
применять единую логику распределения денежных средств между
поставщиками и подрядчиками.
С помощью реестра платежей происходит: агрегирование информации с
площадок КИС ЧТПЗ о состоянии консолидированной задолженности;
автоматическое формирование платежей; повышение оперативности принятия
решения путем создания алгоритма распределения денежных средств.
74
СПИСОК ЛИТЕРАТУРЫ
1. Basecamp. [Электронный ресурс] - Режим доступа: -https://basecamp.com/.
2. IT-Box: Управление проектами. [Электронный ресурс] - Режим доступа: -
http://www.tadviser.ru/index.php/.
3. Open-source системы управления проектами. [Электронный ресурс] –
Режим доступа: - http://www.onlineprojects.ru/OPEN-
SOURCE_sistemy_upravlenija_proektami/.
4. Primavera Enterprise Project Portfolio Management. [Электронный ресурс] -
Режим доступа: - http://www.oracle.com/ru/primavera/.
5. qdPM -Технические характеристики. [Электронный ресурс] - Режим
доступа: - http://qdpm.info/. 27 Trello. -https://trello.com/.
6. Redmine: обзор. [Электронный ресурс] - Режим доступа: - http: //www.
redmine. org/proj ects/redmine.
7. Trac -Integrated SCM & Project Management. [Электронный ресурс] -
Режим доступа: - https://trello.com/.
8. Wrike -Описание продукта. [Электронный ресурс] - Режим доступа: -
https://www.wrike.com/ru/.
9. Абакулина Л.Ю. Целеполагающие принципы инновационной
деятельности для предприятий различных форм хозяйствования //
Известия Санкт-Петербургского университета экономики и финансов.
2016. № 3. С. 142-147.
10. Абмлер, С. Гибкие технологии: экстремальное программирование и
унифицированный процесс разработки / С.Амблер. - Библиотека
программиста; пер. с англ. Л. Каллиникова. СПб: Питер, 2015. - 412 с.
11. Адванта - система управления проектами. [Электронный ресурс] - Режим
доступа: - http://www.advanta-group.ru/.