Внутренние
28. Cостояние счетов “наших” компаний
Движение ЦБ по счетам “наших” компаний
29. История денег
30. Cashflow
31. Ожидаемое движение денег по валютным счетам
32. Состояние субсчетов клиентов
Движение ЦБ по субсчетам клиентов
33. Состояние денежных счетов клиентов
34. Финансовые результаты операций клиентов
35. История прибыли клиентов
36. Состояние портфелей клиентов
-По завершенным сделкам
-По незавершенным сделкам
-Планируемое изменение портфеля
37. Отчеты для клиентов
По стандарту НАУФОР
38. Книга учета ЦБ
39. Журнал учета ЦБ
40. Книга учета денежных средств
41. Журнал учета денежных средств
42. Журнал учета дилерских операций
43. Журнал сделок
44. Отчеты для клиентов
Система реализована в архитектуре “клиент-сервер”. Количество и функциональные возможности каждого рабочего места устанавливаются при первоначальной настройке системы с учетом специфики работы каждой компании.
Эксплутационные требования серверная часть: hardware PC Pentium 100
Size 512 Mb
RAM не менее 32 Mb software: MS Windows NT Server 4.0
MS SQL Server 6.5
клиентская часть hardware IBM PC AT не ниже i486 DX2/66
Size 50 Mb
RAM не менее 16 Mb software MS Windows'95/ MS Windows NT 4.
Система проходит сертификацию в НАУФОР.
3.4. Система Внутреннего Учета (электронный бэк-офис операций на фондовом рынке) (Центр Финансовых технологий, Новосибирск)
Данный проект предназначен для автоматизации деятельности
инвестиционного института в качестве финансового брокера, инвестиционной
компании, профессионального участника ценных бумаг (ЦБ). Таковая
деятельность условно делится в проекте на следующие разделы:
Раздел Administration. Определение прав доступа к ЦБ и операциям для
участников ( например, возможность конкретного трейдера проводить дилерские
операции, лимиты для этого трейдера и т.д.), общий контроль за
жизнедеятельностью системы, формирование отчетности руководству. Ведение
словарей и справочников (сторонних депозитариев, регистраторов, тарифов,
комиссий и т.д). Лимиты аналогичны лимитам, выставляемым валютным дилерам
по принципу: для каждого трейдера по каждой валюте и ЦБ на каждый день
выставлены значения максимального оборота за день ( раздельно по покупке и
продаже), максимальная сумма одной сделки ( раздельно по покупке и
продаже), начальная сумма дня и максимальная сумма закрытия дня. Для
трейдеров предлагается определять вхождение в группу ( только одну из) и
для группы определять список эмитентов ( доступность просмотра поручений по
данным эмитентам), разрешение на проведение дилерских операций и ( в случае
разрешения) выставление лимитов по двум валютам - рублю и доллару. Контроль
ведется по валюте сделки. Предупреждение на уровне информационного
сообщения о превышении лимитов. Тикет все равно вводится.
Раздел Trading. Работа непосредственно с операторами фондового рынка,
заключение сделок с ЦБ. Торговые операции могут осуществляться
специалистами этого раздела как по поручениям специалистов других разделов,
так и самостоятельно в рамках полученных прав.
Раздел Sales. Работа с клиентами-инвесторами, приобретение / продажа (
через раздел Traiding) ЦБ для клиентов, по заявкам клиентов.
Раздел Asset Management. Формирует и управляет портфелями ЦБ клиентов и их
финансовыми средствами по договору. Результатом деятельности данного
раздела являются поручения разделу Trading и, кроме того, отчетность перед
клиентами.
Раздел Back-office. Осуществление документального оформления сделок,
регистрация и исполнение договора с клиентами и учет сделок с ЦБ. Back-
office обеспечивает техническую часть исполнения всех операций.
Осуществляет внешние связи, необходимые при исполнении сделки как с
собственной расчетной системой (платеж), так и, при необходимости, с
регистраторами ( переоформление прав собственности) и сторонними
депозитариями, не говоря уже о контрагенте сделки.
Раздел Analitics в части накопления информации о показателях рынка и
возможности использования различных аналитических приложений.
Основные направления проекта:
Разработка гибкой (настраиваемой) информационной системы, соответствующей
как планируемому состоянию проведения и учета операций с ЦБ, так и с учетом
ее развития.
Соблюдение в рамках системы принципа единого информационного пространства.
Разработка технологии проведения операций с ЦБ с учетом принципа
«Китайской стены».
Разработка учета сделок на принципе двойной сверки ( двойного ввода).
Разработка технологии учета операций с ЦБ на основе внутреннего
аналитического учета.
Функциональная схема
Основной принцип - ведение учета проводимых компанией операций с ЦБ в денежном и количественном выражении путем сплошного, непрерывного, документального и взаимосвязанного их отражения в регистрах внутреннего учета.
Функциональная схема системы определяется документооборотом. Все
документы системы имеют реквизит «Состояние», отражающий этапы обработки
самого документа и связанных с ним операций. Основные документы системы:
Договор клиента ( заявка клиента). Электронный документ системы,
содержащий ключевые реквизиты договора клиента и компанией или его разовой
заявки на проведение операций с ЦБ, необходимые для заключения сделки и
произведения расчетов с клиентом. По сути является документом-основанием
для формирования поручения на операцию с ЦБ. Для отражения договора,
заключенного компанией со сторонней компанией в качестве инвестора
(разновидность дилерской операции) описывается второй вид данного
документа, где в качестве клиента выступает компания, а в качестве
контрагента по договору - сторонняя компания с описанием алгоритма
образования комиссионной суммы. В этом случае не формируется документ
«Поручение», а отчет о совершенной сделке вводится как сделка, не требующая
исполнения, а только окончательного финансового расчета по договору.
Поручение. Электронный документ системы, имеющий две «Стороны видимости».
Со стороны менеджера счета клиента он виден как «Поручение клиента» и
содержит информацию о клиенте и условиях проведения операции с ЦБ.
Формирование клиентского поручения производится только со ссылкой на
документ-основание - договор. Со стороны трейдера данный документ виден как
«Поручение на сделку» и содержит лишь информацию, необходимую для
заключения сделки на фондовом рынке. Таким образом возможно создание
«китайской стены». Исключение составляют лишь поручения на сделку по
определенным ЦБ, в которых не обойтись без указания клиента ( например,
гос.бумаги на ММВБ), но в этом случае показывается только код инвестора из
договора. Приоритеты поручений выставляются пользователем, формирующим
поручение. Дилерские поручения по умолчанию имеют приоритет =0, а
клиентские =1.
Тикет. Электронный документ, содержащий информацию о заключенной сделке.
Независимо от того, дается ли поручение клиентом по телефону или лично в
его присутствии, поручение на сделку обязательно должно быть оформлено.
Исключение могут составлять дилерские сделки, проводимые трейдером в рамках
его полномочий. Вод тикетов в систему совершается дважды - старшим
трейдером и специалистом раздела Back-office, что позволяет произвести
двойную сверку. Тикет, прошедший двойную сверку является первичным
документом для раздела Back-office. Настройкой можно определить режим
сверки - через двойной ввод или через подтверждение. Второй вариант
считается облегченным. Нумерация тикета уникальна в течении операционного
дня. Префиксом считается дата операционного дня.
Сделка. Электронный документ, автоматически формируемый на основе
сверенного тикета. Содержит информацию, необходимую для сверки и исполнения
заключенной сделки. Ручной ввод сделки возможен только в случае, если
сделка была проведена в рамках договора, заключенного компанией со
сторонней компанией в качестве инвестора и является отражением отчета
сторонней компании о совершенной сделке.
Договор сделки (договор купли-продажи). Электронный документ, содержащий
ключевые реквизиты договора по сделке между контрагентами ( или
подтверждение сделки, заключенной сторонней компанией по договору в котором
компания является инвестором-клиентом). Состояние договора «заключен»
позволяет перевести связанный с ним документ сделки в состояние «К
исполнению». Если сделка не переведена в состояние «К исполнению», то
заключенный договор может быть изменен. Изменению подлежит информация о
сторонах сделки, финансовых счетах и подписантах. Если изменяется внешняя
сторона, то это не влечет за собой каких-либо препятствий. Если вместо
компании проставляется кто-либо другой, то сделка становится клиентской и
требует доработки в части открытия этому третьему лицу бэк-офисного счета
(при необходимости) и оформления договора, в рамки которого и переводится
данная сделка. Только после проведенных изменений новый договор может быть
подписан и сделка переведена в состояние «К исполнению». Если уже были
проведены изменения по исполнению сделки, то «переписать» договор
невозможно. Код договора (контракта) остается старым.
Внутренний мемоордер (ВМО). Электронный документ, исполнение которого
изменяет остатки на внутренних счетах аналитического учета и отражает некую
операцию, произведенную для исполнения сделки (платеж, получение документов
для перерегистрации и.т.д). Список ВМО, относящихся к одной сделке
обязательно имеет ссылку на ее системный номер.
Распоряжение. Внутренний информационный документ, связанный по ссылке со
сделкой и формируемый для связи с «внешними» структурами - собственной
расчетной системой, перерегистраторами, своим и сторонними депозитариями.
Отметка об исполнении данного распоряжения влечет порождение (по-
возможности автоматическое) ВМО.
В системе предусмотрено ведение следующих журналов: журнал сделок; журнал ежедневного учета ценных бумаг; книга учета ценных бумаг; журнал ежедневного учета денежных средств; журнал (ведомость) денежных средств; журнал учета дилерских операций.
Содержание строк вышеуказанных журналов соответствует документу -
«Стандарты внутреннего учета операций с ценными бумагами для брокерско-
дилерских компаний - членов НАУФОР.
Отчетность клиенту и руководству формируется в системе на основе использования инструмента «Генератор отчетов», что позволяет корректировать выходные формы отчетов при изменении текущих стандартов и законодательства.
Технология
Принципы и правила.
Предполагается, что в рамках системы существует устойчивое разделение
функций между разделами.
Реализуется принцип единого информационного пространства, т.е. вся текущая
информация (внутреннего и внешнего происхождения) должна быть доступна в
необходимом объеме лицам, принимающим тактические, стратегические и
политические решения о купле/продаже.
Предполагается, что учет сделок производится в системе внутреннего
аналитического учета автономно относительно внешних расчетной и
депозитарной систем.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11
