Реферат: Автоматизация инвестиционной компании

--PAGE_BREAK--Архитектура системы автоматизации и состав функциональных подсистем.
В упрощенном виде автоматизацию инвестиционной компании можно представить следующим образом:

 
                                                   

<img width=«60» height=«69» src=«ref-1_652703004-935.coolpic» v:shapes="_x0000_s1087"> <img width=«98» height=«184» src=«ref-1_652703939-1629.coolpic» v:shapes="_x0000_s1041 _x0000_s1097"> <img width=«31» height=«136» src=«ref-1_652705568-800.coolpic» v:shapes="_x0000_s1092">



  Данные по сделке,                                                             Данные по сделке

<img width=«88» height=«261» src=«ref-1_652706368-1239.coolpic» v:shapes="_x0000_s1060"><img width=«40» height=«261» src=«ref-1_652707607-1402.coolpic» v:shapes="_x0000_s1046"> данные о завершении                                                       данные о завершении                             этапов                                                                                    этапов

                                                                     
                                  Тип сделки,                                Тип сделки,

                                 переменные                             переменные делового

                              делового процесса                          процесса

<img width=«41» height=«136» src=«ref-1_652709009-761.coolpic» v:shapes="_x0000_s1056"> <img width=«50» height=«136» src=«ref-1_652709770-844.coolpic» v:shapes="_x0000_s1051">



Платежи по сделке

<img width=«204» height=«50» src=«ref-1_652710614-1531.coolpic» v:shapes="_x0000_s1065 _x0000_s1070">     <img width=«98» height=«50» src=«ref-1_652712145-917.coolpic» v:shapes="_x0000_s1076"> <img width=«108» height=«50» src=«ref-1_652713062-949.coolpic» v:shapes="_x0000_s1082">



Платежи по сделке
Подсистема управления деловыми процессами.
В конкретной реализации она представлена разработкой компании ВЕСТЬ АО WorkRoute II   — фундаментом всей системы исполнения сделок. С помощью карт деловых процессов система информируется о количестве и содержании этапов сделок, об исполнителях на каждом конкретном этапе и предусмотренных для их исполнения сроках. При этом система сама назначает исполнителя в соответствии с загруженностью каждого сотрудника.

Нужно также сказать о документировании и контроле исполнения сделок. Действия каждого сотрудника на любом этапе технологической цепочки фиксируется, в том числе и при попытке несанкционированного доступа к информации. Также предусмотрен обмен информацией на каждом этапе в форме «вопрос — ответ». И, естественно, в любой момент времени становится возможным проанализировать ход протекавших событий. К определенному этапу совершаемой сделки можно прикрепить документы, непосредственно к ней относящиеся. Хранение большого объема информации гарантирует система электронного архива производства DOCS Open компании PC DOCS, с которой интегрируется WorkRoute II.

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

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

В состав конфигурации принята следующая схема:

· дилерская или комиссионная сделка;

· собственные ценные бумаги, бумаги клиента, по которым компания выступает номинальным держателем, или бумаги клиента, находящиеся в собственности компании;

· аффелированное лицо;

· тип перерегистрации (FF, FB, FC и т.д.);

· валюта сделки;

· локальная или региональная сделка.

В дополнении к этому заказчик может сконструировать любой           другой тип сделки.

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

· заключение сделок;

· обслуживание потоков ценных бумаг;

· обслуживание потоков денежных средств;

· обслуживание трансакций компании в регионах.

В подсистемах бэк-офиса и бухгалтерии разработаны соответствующие ресурсы прикладной области или  бизнес-объекты, каждый из которых содержит свой набор атрибутов и методов.

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

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

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

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

Объект «Платежи» Он используется для описания тех объектов сделок, где используются потоки денежных средств. Методы объекта позволяют регистрировать платеж; аннулировать его; проводить отчет в системе. К атрибутам данного объекта относятся сумма платежа, регистрационный номер сделки, дата платежа, номер платежного поручения т.д. В работе с данным объектом могут принимать участие как бэк-офис, так и бухгалтерия. Важно то, что внутренняя логика этого объекта обеспечивает ввод согласованных между бэк-офисом и бухгалтерией и непротиворечивых данных, а это дает возможность достичь высокого темпа и качества обработки информации.

Объект «Отчет из регионов» Этот объект выступает в бизнес-процессах, отражающих работу доверенных лиц в регионах. Методы объекта традиционно просты: создать, редактировать, провести отчет. Его основные атрибуты: сведения о доверенном лице; сумма, выданная на руки по всем операциям купли-продажи в регионах; сумма регистрационного сбора и подоходного налога, удержанного и начисленного в процессе купли-продажи ценных бумаг.

При этом структура бизнес-процесса, отслеживающего работу компании в регионе, состоит из двух основных этапов:

1.финансирование операций в регионах (с использованием объекта «Платежи»);

2. учета и анализа операций в регионе ( с использованием объектов «Отчет из регионов» и «Сделка»)

Структура всего процесса полностью соответствует предлагаемому ассоциацией НАУФОР порядку учета операций с физическими лицами.

Внутренняя структура бизнес-обектов поддерживает принцип двойной записи, причем в соответствии с приведенной классификацией сделок они содержат различные виды корреспонденций, общая структура которых совпадает с предложениями компании Artur Andersen по этому вопросу.
Подсистема бэк-офиса
В основе учета исполнения сделок в бэк-офисе по рекомендациям НАУФОР лежит метод двойной записи. Это предопределяет выбор мощной, производительной и надежной бухгалтерской системы в качестве платформы для построения подсистем бэк-офиса и бухгалтерии.

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

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

Эта подсистема автоматически формирует весь спектр учетных регистров, опубликованных в Стандартах НАУФОР, а именно:

· журнал ежедневного учета денежных средств;

· журнал ежедневного учета ценных бумаг;

· книга учета (оборотная ведомость) денежных средств;

· книга учета (оборотная ведомость) ценных бумаг;

· журнал учета дилерских операций (по собственному портфелю и портфелю клиентов компании);

· журнал незавершенных сделок.

Отметим, что подсистемы бэк-офиса и бухгалтерии реализуют базовые принципы функционирования учетной системы для инвестиционных компаний. А это значит, что, во-первых, операции с ценными бумагами учитываются отдельно от административно-хозяйственных; во-вторых, средства клиентов, которыми распоряжается фирма, учитываются отдельно от собственных средств компании; и в-третьих, учет ведется в режиме реального времени, т.е. любая операция отражается в системе в день ее совершения.
    продолжение
--PAGE_BREAK--Подсистема бухгалтерии.
Подсистема бухгалтерии обеспечивает полноту учета всех хозяйственных процессов в инвестиционной компании. Благодаря тесной интеграции с подсистемой бэк-офиса и поддержке релевантных бизнес-объектов («Документы для регистрации», «Платежи») подсистема бухгалтерии естественным образом вовлекается в решение задачи учета результатов бизнес-процессов компании. Одновременно с этим в ней предусмотрена автоматизация стандартных для любого предприятия функций:

· учет основных средств;

· учет МБП;

· расчета зарплаты;

· кассовых операций;

· банковских операций;

· учета и отчетности.

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

Необходимо и обратить внимание и на то, что структура счетов бэк-офиса полностью соответствует группировке счетов бухгалтерского учета, на основании которой строится финансовая отчетность, соответствующая стандартам IAS (International Accounting Standarts).
Эксплуатация системы StokRoute.
<img width=«664» height=«511» src=«ref-1_652714011-3275.coolpic» v:shapes="_x0000_s1027 _x0000_s1148 _x0000_s1153 _x0000_s1158">




<img width=«2» height=«31» src=«ref-1_652717286-159.coolpic» v:shapes="_x0000_s1057"><img width=«2» height=«31» src=«ref-1_652717286-159.coolpic» v:shapes="_x0000_s1052"><img width=«242» height=«2» src=«ref-1_652717604-164.coolpic» v:shapes="_x0000_s1047">    <img width=«2» height=«31» src=«ref-1_652717768-153.coolpic» v:shapes="_x0000_s1032">Система
Область автомати-

          зации

<img width=«396» height=«31» src=«ref-1_652717921-457.coolpic» v:shapes="_x0000_s1088 _x0000_s1093 _x0000_s1098 _x0000_s1102 _x0000_s1106 _x0000_s1110 _x0000_s1114 _x0000_s1118">




          Модули

системы

        <img width=«664» height=«3» src=«ref-1_652718378-206.coolpic» v:shapes="_x0000_s1143 _x0000_s1163">


Подразделения

компании
<img width=«664» height=«2» src=«ref-1_652718584-174.coolpic» v:shapes="_x0000_s1167">Система управления инвестиционной компанией


Система состоит из пяти модулей «Сделка», «Управление сделками», «Бухгалтерия», «Инвентарный учет» и «Зарплата». Основная производственная деятельность по торговле ценными бумагами автоматизируется за счет первых двух модулей. Они тесно связаны друг с другом, поскольку они обслуживают одни и те же хозяйственные процессы.
    продолжение
--PAGE_BREAK--Автоматизация бизнес-процессов компании.
В работе инвестиционной компании можно выделить ряд периодических операций.

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

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

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

При получении от клиентов комиссионного вознаграждения: формирования счет-фактуры;  получение платежа.

Эти последовательности классифицируются как деловые процессы с жесткой маршрутизацией заданий. Для их автоматизации используется модуль «Управление сделками».

<img width=«597» height=«242» src=«ref-1_652718758-1102.coolpic» v:shapes="_x0000_s1139 _x0000_s1144 _x0000_s1149">


                                                                                                          Этапы

<img width=«22» height=«117» src=«ref-1_652719860-215.coolpic» v:shapes="_x0000_s1084"> <img width=«41» height=«21» src=«ref-1_652720075-265.coolpic» v:shapes="_x0000_s1119 _x0000_s1124">


<img width=«12» height=«2» src=«ref-1_652720340-156.coolpic» v:shapes="_x0000_s1134"><img width=«12» height=«2» src=«ref-1_652720496-157.coolpic» v:shapes="_x0000_s1129"><img width=«21» height=«117» src=«ref-1_652720653-211.coolpic» v:shapes="_x0000_s1115">                                                                                                      к                  д              

<img width=«12» height=«22» src=«ref-1_652720864-248.coolpic» v:shapes="_x0000_s1058"><img width=«2» height=«12» src=«ref-1_652721112-153.coolpic» v:shapes="_x0000_s1048">                                                                                                      о                  а

<img width=«12» height=«21» src=«ref-1_652721265-240.coolpic» v:shapes="_x0000_s1062">                                                                                                       м                  н

<img width=«2» height=«11» src=«ref-1_652721505-150.coolpic» v:shapes="_x0000_s1053">                                                                                                     а                   н

                                                                                                           н                  ы

<img width=«21» height=«21» src=«ref-1_652721655-251.coolpic» v:shapes="_x0000_s1111"><img width=«21» height=«21» src=«ref-1_652721906-245.coolpic» v:shapes="_x0000_s1107"><img width=«11» height=«2» src=«ref-1_652722151-153.coolpic» v:shapes="_x0000_s1103"><img width=«11» height=«2» src=«ref-1_652722304-153.coolpic» v:shapes="_x0000_s1099"><img width=«11» height=«2» src=«ref-1_652722304-153.coolpic» v:shapes="_x0000_s1094"><img width=«11» height=«2» src=«ref-1_652722304-153.coolpic» v:shapes="_x0000_s1089">                                                                                                     д                   е

                                                                                                     а

                                                                                                     Документы
<img width=«601» height=«54» src=«ref-1_652722763-1561.coolpic» v:shapes="_x0000_s1154 _x0000_s1159">




                               

Таким образом, модуль «Сделки» играет роль системы управление документами (система DMS), а модуль «Управление сделками» маршрутизирует эти документы, обеспечивая отражение хозяйственных процессов компании в реальном времени. Исполнение сделки по этапам обеспечивает WorkRoute II, а работу с документами — модуль «Сделки», представленный продуктом фирмы «Алеф консалтинг», используемый в «Альфа-РИНАКО». Взаимодействие этих модулей заключается в вызове электронных документов модуля «Сделки» со стороны модуля «Управление сделками» (в соответствии со сроками, предусмотренными в торговом соглашении НАУФОР и договоре купли-продажи).
    продолжение
--PAGE_BREAK--