Совершенствование и анализ бизнес процесса

Поэтому при описании программы мы уделим наиболее пристальное внимание документу «Задача».

Его структура приведена на Рисунок 3.

16. При такой сложной структуре прикладного объекта на первое место выходит организация удобного и грамотного интерфейса этого объекта, который, во-первых предоставит пользователю полноценный интерфейс работы с этим объектом, во-вторых обеспечит логику работы объекта: оградит пользователя от недопустимых действий, автоматически заполнит некоторые поля и сделает некоторые действия, представит данные в удобном виде.

В управляемом приложении используются формы, построенные на новой технологии. Они называются Управляемые формы. Для облегчения перехода прежние формы (т.н. Обычные формы) также поддерживаются, но их функциональность не развивается и они доступны только в режиме запуска толстого клиента [18].

Основные отличия управляемых форм для разработчика:

Декларативное, а не «по пикселям» описание структуры. Конкретное размещение элементов выполняется системой автоматически при отображении формы.

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

Форма выполняется и на сервере и на клиенте.

В контексте клиента, недоступны практически все прикладные типы, и соответственно невозможно изменить данные в информационной базе.

Для каждого метода или переменной формы обязательно должна быть указана директива компиляции, определяющая, место выполнения (клиент или сервер) и доступ к контексту формы.

На рисунке 3.32 представлен пример размещения на форме реквизитов формы, ссылающихся на данные объекта, отображаемого и редактируемого в форме. При автоматическом размещении элементов может получиться так, что форма станет неудобной для пользователя, а элементы будут размещены на ней хаотично. Основным инструментом разработчика, которым он может повлиять на размещение элементов, являются группы элементов, которые объединяют в себя несколько элементов или подгрупп и задают параметры их размещения [18].

Рисунок 3.

22. Размещение реквизитов формы Для документа «Задача» созданы следующие формы, представленные на Рисунок 3.

19.

Рисунок 3.

23. Закладка «Формы» документа «Задача».

Форма документа «Задача» предназначена для работы с одним выбранным документом. На форме содержится большое количество интерфейсных элементов, отображающих реквизиты шапки и табличных частей документа. Так как документ имеет много табличных частей, то отобразить их на одной форме будет проблематично. Для решения этой проблемы используются закладки: реквизиты шапки документа отображаются на общем поле документа, а каждая табличная часть — на отдельной закладке. Это позволяет разгрузить большой объем информации, содержащийся в табличных частях документа по визуально разным закладкам и создать пользователю комфортный режим работы с документом, при этом основные параметры документа остаются видны на всех закладках. Закладки формы документа «Задача» представлены на Рисунок 3.

20.

Рисунок 3.

24. Закладки формы документа «Задача».

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

Отдельно стоит остановиться на закладке «Подзадачи». На данной закладке отображается табличная часть «Подзадачи» документа «Задача», в которой перечислены другие документы «Задача» из списка задач, которые логически связаны с данной задачей и должны быть выполнены для того, чтобы выполнить данную задачу, т. е. являются подзадачами данной задачи. Документы «Задача», которые являются подзадачами данной задачи также в свою очередь могут иметь подзадачи, таким образом создается дерево подзадач. Целесообразно на закладке «Подзадачи» открытой задачи отображать не список просто табличную часть «Подзадачи» данного документа, а построить визуальное дерево подзадач начиная от данной задачи до самой последней подзадаче во всех уровнях вложенности. Это позволяет визуально просмотреть всю глубину вложенности дерева подзадач и оценить сложность и масштаб данной задачи. Целесообразно не только отображать такое дерево, но и дать пользователю инструменты для работы с подзадачами на любом уровне вложенности: т. е. не только с подзадачами, содержащимися в табличной части «Подзадачи» данного документа, но и с подзадачами подзадач.

Достичь такой функциональности при помощи стандартного отображения табличной части документа при помощи табличного поля невозможно. Дерево подзадач отображается при помощи интерфейсного элемента «Дерево значений», а строится это дерево программно. При этом в программном модуле формы значительной объем текста посвящен именно построению дерева, его отображению и проведению операций с эго элементами — другими документами.

Вся функциональность формы реализуется ее командами. Это могут быть стандартные команды формы, команды, созданные разработчиком, а также глобальные команды из командного интерфейса всей конфигурации. Кроме того, реализована возможность создания параметризуемых команд, которые будут открывать другие формы с учетом конкретных данных текущей формы [19]. На рисунке 3.34 представлен процесс размещения в командной панели дополнительной команды в дополнение к стандартным.

Рисунок 3.

25. Размещение команд на форме В результате мы получили форму документа «Задача», представленную на Рисунок 3.

22.

Рисунок 3.

26. Результирующая форма документа «Задача».

Форма списка документа «Задача», представленная на рисунке (Рисунок 3.22), предназначена для отображения списка документов в виде таблицы. Как и при построении формы документа при разработке формы списка уделено особое внимание удобству отображения данных и функциональности: возможности выполнить те или иные действия, в том числе и нестандартные для обычного отображения списка документов, прямо в форме списка. Это достигается как использованием интерфейсных приемов, так и написанием процедур и функций в программном модуле формы списка документа «Задача».

Важнейшим инструментом работы с формой списка документов «Задача» является настройка списка. Эта настройка задает отборы, порядок сортировки, условное оформление строк и полей списка, задает группировки. Возможности по настройки списка настолько широки, что позволяют как угодно пользователю настроить отображение списка «под себя», а возможность сохранять именованные наборы настроек и потом их открывать позволяет создавать хранимые варианты настроек. На рисунках Рисунок 3.27 — Рисунок 3.30 показан процесс настройки списка документов, а на Рисунок 3.31 — результат этой настрйоки.

Рисунок 3.

27. Настройка отбора в форме списка документа «Задача».

Рисунок 3.

28. Настройка сортировки в форме списка документа «Задача».

Рисунок 3.

29. Настройка условного оформления в форме списка документа «Задача».

Рисунок 3.

30. Настройка группировок в форме списка документа «Задача».

Рисунок 3.

31. Результат отбора в форме списка Другой популярный вариант настройки списка задач — отбор невыполненных задач по исполнителю представлен на Рисунок 3.

32.

Рисунок 3.

32. Вариант отбора задач по исполнителю В качестве средства отладки использовалась сама система «1С:Педприятие 8.3», так как возможностей технологической платформы вполне достаточно не только для разработки, но и для отладки разработанных конфигураций. Встроенный в платформу отладчик позволяет легко справиться с этой задачей.

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

Далее было создано несколько десятков документов. При этом в табличных частях документов формировались самые разнообразные составы данных.

По результатам тестирования были выявлены некоторые ошибки при реализации программных модулей. Эти ошибки были устранены в процессе тестирования. Кроме ошибок были выявлены некоторые незначительные недостатки, допущенные на этапе проектирования.

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

Оценка эффективности найденного решения Документооборот между подразделениями Банка в процессе согласования кредитной заявки достигает значительных объемов. Так как количество клиентов, обращающихся с кредитными заявками в Банк увеличивается, то и количество операций, выполняемых сотрудникам Банка по согласованию заявок все время растет.

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

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

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

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

Разработанная АИС позволяет всем участникам процесса согласования видеть заявку и все порожденные на ее основе задачи по согласованию как единое целое. Древовидный список просмотра подзадач и работы с ними позволяет буквально одним взглядом оценить состояние процесса согласования и определить его проблемные места. Реквизит «Статус» каждой задачи процесса и заявки в целом дает полное представление о ходе процесса, «затыки» процесса наглядно видны.

Объединение всех задач по согласованию заявки в единое целое дает и объединение всех данных и документов по этой заявке. Электронная версия какого-либо документа, внесенная в заявку одним из исполнителей при выполнении им своего этапа согласования, мгновенно становится доступной всем остальным участникам процесса. Если результаты согласования на каком-либо этапе важны для процедуры согласования на другом этапе, то они уже есть в системе. Отрицательные результаты проверки на каком-либо этапе могут стать причиной для прерывания всего процесса и всех подзадач в виду бессмысленности их дальнейшего выполнения — это также экономит время сотрудников.

Объединение данных и документов по одной заявке в единое целое очень удобно и крайне важно для руководителей и координаторов процесса, но для рядовых исполнителей важнее как раз получать конкретные задания в рамках своих компетенций. Это и позволяет сделать подсистема генерации подзадач — процесс согласования разбивается на отдельные «маленькие задачи», поставленные конкретному сотруднику или подразделению. При этом у всех участников процесса остается доступ к общим документам и данным по заявке в целом.

Немаловажным преимуществом является возможность задания большого количества заранее разработанных сценариев прохождения этапов согласования в зависимости от вида кредита, вида клиента и других параметров кредита. Многовариантность процесса согласования кредитной заявки описывается большим количеством возможных сценариев, разработанных экспертами и руководством Банка. Специалисту кредитного отдела остается лишь выбрать нужный сценарий, согласно параметров кредитной заявки.

Немаловажный эффект от использования разработанной АИС заключается в удобстве ее применения. Использование в качестве среды функционирования АИС платформы «1С:Предприятие 8.3» дает преимущества, заключающиеся именно в возможностях, предоставляемых платформой. Сервисные функции, предоставляемые платформой, очень разнообразны и мощны. Одной из важных сервисных возможностей является поиск отбор и сортировка данных в любых оконных формах системы (Рисунок 3.33).

Рисунок 3.

33. Возможности поиска, отбора и сортировки Среди данных функций особенно важен отбор. Возможности отбора настолько велики и разнообразны, что позволяют настроить любую форму системы под любые нужды пользователя.

Помимо отбора и сортировки важной сервисной функцией является настройка внешнего вида формы и выводимых в нее элементов. Эта настройка позволяет настроить форму под любые потребности пользователя.

Платформа предоставляет еще очень много сервисных функций, которые представлены на Рисунок 2.

17.

Рисунок 3.

34. Сервисные функции, предоставляемые платформой Использование этих сервисных функций делает работу с системой удобной и комфортной.

Если функции ведения документооборота процесса согласования кредитной заявки выполняются разработанной АИС, то создание, регистрация и хранение документов значительно упрощается:

Исчезают ошибки в оформлении документов;

При вводе нового документа АИС автоматически назначает ему номер и другие нужные реквизиты или заполняет реквизиты нового документа данными, скопированными из «документа-основания»;

Любой документ заносится в АИС и сохраняется в единой базе данных (БД).

Внесение нового документа может происходить как по инициативе оператора, так и автоматически на определенном шаге выполнения бизнес-процесса.

Автоматизация делопроизводства переводит на новый уровень организацию работы с документами на предприятии:

Еще на этапе внедрения АИС выполняется анализ и оптимизация документооборота. Разрабатываются простые схемы движения всех типов документов. Задаются сотрудники, отвечающие за выполнение всех этапов работы с документом;

Распределение прав доступа пользователей обеспечивает безопасную работу над документами нескольких операторов;

Состояние любого документа можно контролировать;

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

Организация обмена документами с удаленными филиалами своего предприятия, а также партнеров по каналам «INTERNET».

Кроме общего времени, затрачиваемого на операции документооборота, а рамках процесса согласования заявки можно привести ряд показателей сравнения систем бумажного и электронного документооборота.

Таблица 3.

1. Сравнение основных временных показателей документооборота процесса согласования заявки Операция Время при бумажном документообороте Время при электронном документообороте Поиск документа по номеру В зависимости от местонахождения документа от 10 минут до бесконечности Не более 0,5 минуты Поиск документа по другим реквизитам В зависимости от сложности поиска от 15 минут до бесконечности Не более 1 минуты Составление списка документов по одному исполнителю за период В зависимости от длины периода от 20 минут до нескольких часов Не более 2 минут не зависимо от периода Составление списка просроченных документов по всем ответственным исполнителям В зависимости от количества исполнителей от 1 часа до нескольких часов Не более 3 минут не зависимо от количества исполнителей Доставка исполнителю извещения о назначении его ответственным по документу В зависимости от присутствия исполнителя на рабочем месте от 30 минут до нескольких часов Не более 0,1 минуты сразу после назначения Доставка всем ответственным исполнителям извещения о неисполненных ими документах за период В зависимости от глубины периода и количества исполнителей — от нескольких часов до нескольких дней Не более 0,1 минуты после составления списка неисполненных документов Составление отчета о документобороте за период В зависимости от глубины периода и количества документов — от нескольких часов до нескольких дней Не более 1 минуты не зависимо от глубины периода и количества документов Еще одним бесспорным преимуществом применения разработанной АИС является безопасность хранения данных. При хранении данных на традиционных бумажных носителях исчезновение любого бумажного документа было критичным. Такое исчезновение могло случиться как в результате действий злоумышленников, так и в результате действия чрезвычайных обстоятельств. При хранении данных в электронном виде существующие современные методы обеспечения безопасности хранения данных и их дублирования делают такое хранение полностью надежным.

Заключение

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

Были изучены особенности деятельности Банка и основные протекающие в нем процессы. Особое внимание уделено кредитной деятельности Банка, как основному направлению его деятельности. Изучены основные виды кредитов и особенности кредитной политики Банка.

Процесс прохождения кредитной заявки клиента на выдачу ему кредита всесторонне изучен и проанализирован. Определены его этапы и участники, выявлены основные проблемы и недостатки.

Сделан вывод о том, что степень кредитного риска зависит от организации кредитного процесса внутри банка. В значительной мере уменьшить риск невозврата и других негативных последствий можно путем внедрения в Банке автоматизированной информационной системы учета кредитных заявок и сопровождения процесса их прохождения и согласования на протяжении всего жизненного цикла заявки. Был сделан вывод о необходимости разработки и внедрения такой системы.

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

В качестве среды разработки системы выбрана платформа «1С:Предприятие 8.3», как наиболее подходящая для целей системы. Рассмотрены основные особенности архитектуры этой системы, ее функциональность и механизмы, при помощи которых строятся прикладные решения. Найдены способы использования основных механизмов системы «1С:Предприятие 8.3» для целей дипломного проекта.

В среде разработки «1С:Предприятие 8.3» была реализована конфигурация, выполняющая поставленную задачу. Были созданы объекты конфигурации, определена их структура, реквизиты, формы, написаны программные модули, реализующие заданную функциональность этих объектов. Особое внимание уделено разработке структуры объектов информационной базы: справочников, регистров сведений, документов и регистров накопления.

Проведенное тестирование разработанной конфигурации показывает, что она полностью удовлетворяет поставленной задаче, работает стабильно и без ошибок, обладает большой функциональностью и удобным интерфейсом. Разработанную конфигурацию можно внедрять в Банке.

Внедрение разработанной системы в Банке должно резко увеличить эффективность процесса согласования кредитных заявок клиентов, уменьшить время их прохождения, повысить производительность труда сотрудников.

Список использованных источников

Бабушкин В., Белова В. О бизнес-процессах и их реинжиниринге // www. psy-web.ru/st_0014.htm.

Елиферов В.Г., Репин В. В. Бизнес-процессы: Регламентация и управление: Учебник. М.: ИНФРА-М, 2005.

Елиферов В.Г., Репин В. В. Процессный подход к управлению: Моделирование бизнес-процессов. М.: РИА «Стандарты и качество», 2004.

Черемных О. Процессно-стоимостной подход к управлению коммерческим банком // www.acland.ru.

Harrington J. The Improvement Process. N.Y., Me. Graw-Hill Book Co., 1987.

" Банки и технология" № 5/2004.

Стандарт качества организации работы по управлению бизнес-процессами в кредитных организациях. Версия 1.1 от 29 сент. 2010 г. URL:

http://www.arb.ru/site/docs/docs.php?doc=1074 (дата обращения:

25.10. 2011).

Система управления непрерывностью деятельности кредитных организаций банковской системы Российской Федерации. Версия 7.3 от 14 июня 2011 г. URL:

http://www.arb.ru/site/docs/other/Kom32_StandProgUprNepr_2011;06−23.pdf (дата обращения:

25.10. 2011).

Лопатин В. А. Управление бизнес-процессами // Управление в кредитной организации. 2011. № 5 (63). С. 55−66.

Исаев Р. Методика описания (структуризации) бизнес-процессов коммерческого банка и ее практическое применение. URL:

http://www.betec.ru/index.php?id=06&sid=126 (дата обращения: 25.

10.2011).

Исаев Р. Комплексная типовая модель коммерческого банка. URL:

http://www.betec.ru/index.php?id=06&sid=132 (дата обращения:

25.10. 2011).

Ковалев С.М., Ковалев В. М. Оптимизация бизнес-процессов // Консультант директора. 2005. № 8 (235). URL:

http://www.betec.ru/index.php?id=06&sid=55 (дата обращения:

25.10. 2011.

А. В. Жеребенкова. Документооборот на предприятии, Москва, Вершина, 2005 г., 384 стр.

Электронный документ и документооборот: правовые аспекты. Антология, Москва, ИНИОН РАН, 2003 г., 208 стр.

Методы и средства работы с документами. Антология. Москва, Едиториал УРСС, 2000 г., 376 стр.

1C:Предприятие 8.

3. Практическое пособие разработчика. Примеры и типовые приемы (+диск). М. Г. Радченко, Е. Ю. Хрусталева. 968 с. 1С-Паблишинг, 2014 г.

Профессиональная разработка в системе «1С:Предприятие 8» (+DVD-ROM). Издание 2. Ажеронок В. А., Габец А. П., Гончаров Д. И., Козырев Д. В., Кухлевский Д. С., Островерх А. В., Радченко М. Г., Хрусталева Е. Ю. Под редакцией М. Г. Радченко. 870 с. 1С-Паблишинг, 2013 г.

Решение специальных прикладных задач в «1С:Предприятии 8.2». Серия «1С:Профессиональная разработка». Гончаров Д. И., Хрусталева Е. Ю. 935 с. 1С-Паблишинг, 2015 г.

Архитектура и работа с данными «1С:Предприятия 8.2». Серия «1С:Профессиональная разработка». Радченко М. Г., Хрусталева Е. Ю. 650 с. 1С-Паблишинг, 2013 г.

Реализация прикладных задач в системе «1С:Предприятие 8.2» (+CD). Серия «1С:Профессиональная разработка». Габец А. П., Козырев Д. В., Кухлевский Д. С., Хрусталева Е. Ю. 830 с. 1С-Паблишинг, 2014 г.

Разработка управляемого интерфейса (+CD). Серия «1С:Профессиональная разработка». Ажеронок В. А., Островерх А. В., Радченко М. Г., Хрусталева Е. Ю. 740 с. 1С-Паблишинг, 2015 г.

1С:Предприятие 8.

2. Практическое пособие разработчика. Примеры и типовые приемы. Радченко М. Г., Хрусталева Е. Ю. 620 с. 1С-Паблишинг, 2012 г.

1С:Предприятие 8.

2. Коротко о главном. Новые возможности версии 8.

2. Радченко М. Г. 690 с. 1С-Паблишинг, 2012 г.

101 совет начинающим разработчикам в системе «1С:Предприятие 8». Хрусталева Е. Ю. 214 с. 1С-Паблишинг, 2011 г.

Вендров А.М. CASE технологии Современные методы и средства проектирования информационных систем М.: Финансы и статистика, 1998. — 176 с.: ил.;

Приложение А. Формы разработанного приложения.

Рисунок А.

1. Форма документа «Задача».

Рисунок А.

2. Форма настроек списка документов «Задача».

Рисунок А.

3. Список документов «Задача» с наложенными условиями отбора.