Учет операций с ценными бумагами

учета, построенная в соответствии со стандартами НАУФОР;

13. интерфейс программного продукта ориентирован на работу пользователей с

такими предметными понятиями, как сделка, договор, клиент. Так, для

занесения в систему информации о заключенной сделке достаточно указать

основные ее реквизиты: имя контрагента, название ценной бумаги, число и

стоимость ценных бумаг. В сравнении с автоматизированными технологиями,

базирующимися на работе с бухгалтерскими понятиями - счет, проводка,

остаток, предложенное решение обеспечивает более высокую

производительность труда сотрудников и надежность оформления операций;

14. мощный механизм получения отчетных форм, позволяющих пользователю

формировать все необходимые выходные документы;

15. открытое масштабируемое решение, предполагающее широкий выбор аппаратно-

системных платформ - от Intel-серверов и операционной системы Windows NT

до мощных многопроцессорных RISC-серверов, работающих под управлением OC

UNIX.

Система сертифицирована в НАУФОР.

3.3 Stock Office v.1.0 (ЦентрИнвестСофт, Москва)

Система предназначена для организации учета операций с корпоративными

ценными бумагами. Система удовлетворяет “Стандартам внутреннего учета

операций с ценными бумагами для брокерско-дилерских компаний - членов

НАУФОР”.

Принципы организации

16. разделение внутреннего учета от внешней бухгалтерской отчетности

17. принцип двойной записи

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

19. учет в реальном времени

Система позволяет регистрировать дилерские, клиентские и брокерские

сделки. Помимо учета реальных платежей система позволяет вести учет

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

компании.

Работа в системе поставлена как регистрация этапов прохождения сделки

(учет поручений, заключение сделки трейдером, заключение договоров,

прохождения платежей, поставки, перерегистрация бумаг). Система

автоматически формирует проводки по аналитическим счетам по принципу

двойной записи.

Система позволяет:

20. вводить в систему параметры поручений на сделки клиентов

21. вводить и отображать информацию о совершенных сделках (оформление

тикетов), поставках по сделкам, переводах ЦБ

22. формировать договора по стандарту НАУФОР по совершенным операциям

23. формировать подтверждения сделок

24. вводить и отображать информацию о приходах-уходах денежных средств

-платежи по сделкам

-клиентские переводы

-прочие платежи, не относящиеся к операциям с ЦБ (для возможности

планирования остатков на расчетном счете)

25. регистрировать договора на брокерское обслуживание

26. вводить и отображать информацию

-о рыночных котировках ЦБ, валют,

-клиентах (контрагентах) и величине комиссии для каждого

27. автоматически ведет

счета принадлежности и местонахождения ЦБ

денежные счета компании и ее клиентов

счета в реестрах и депозитариях

протоколы по всем изменениям информации в системе

Система автоматически формирует следующие отчеты:

Внутренние

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. Настройкой можно определить режим

сверки - через двойной ввод или через подтверждение. Второй вариант

считается облегченным. Нумерация тикета уникальна в течении операционного

дня. Префиксом считается дата операционного дня.

Сделка. Электронный документ, автоматически формируемый на основе

сверенного тикета. Содержит информацию, необходимую для сверки и исполнения

заключенной сделки. Ручной ввод сделки возможен только в случае, если

сделка была проведена в рамках договора, заключенного компанией со

сторонней компанией в качестве инвестора и является отражением отчета

сторонней компании о совершенной сделке.

Договор сделки (договор купли-продажи). Электронный документ, содержащий

ключевые реквизиты договора по сделке между контрагентами ( или

подтверждение сделки, заключенной сторонней компанией по договору в котором

компания является инвестором-клиентом). Состояние договора «заключен»

позволяет перевести связанный с ним документ сделки в состояние «К

исполнению». Если сделка не переведена в состояние «К исполнению», то

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

сторонах сделки, финансовых счетах и подписантах. Если изменяется внешняя

сторона, то это не влечет за собой каких-либо препятствий. Если вместо

компании проставляется кто-либо другой, то сделка становится клиентской и

требует доработки в части открытия этому третьему лицу бэк-офисного счета

(при необходимости) и оформления договора, в рамки которого и переводится

данная сделка. Только после проведенных изменений новый договор может быть

подписан и сделка переведена в состояние «К исполнению». Если уже были

проведены изменения по исполнению сделки, то «переписать» договор

невозможно. Код договора (контракта) остается старым.

Внутренний мемоордер (ВМО). Электронный документ, исполнение которого

изменяет остатки на внутренних счетах аналитического учета и отражает некую

операцию, произведенную для исполнения сделки (платеж, получение документов

для перерегистрации и.т.д). Список ВМО, относящихся к одной сделке

обязательно имеет ссылку на ее системный номер.

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

сделкой и формируемый для связи с «внешними» структурами - собственной

расчетной системой, перерегистраторами, своим и сторонними депозитариями.

Отметка об исполнении данного распоряжения влечет порождение (по-

возможности автоматическое) ВМО.

В системе предусмотрено ведение следующих журналов:

журнал сделок;

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

книга учета ценных бумаг;

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

журнал (ведомость) денежных средств;

журнал учета дилерских операций.

Содержание строк вышеуказанных журналов соответствует документу -

«Стандарты внутреннего учета операций с ценными бумагами для брокерско-

дилерских компаний - членов НАУФОР.

Отчетность клиенту и руководству формируется в системе на основе

использования инструмента «Генератор отчетов», что позволяет корректировать

выходные формы отчетов при изменении текущих стандартов и законодательства.

Технология

Принципы и правила.

Предполагается, что в рамках системы существует устойчивое разделение

функций между разделами.

Реализуется принцип единого информационного пространства, т.е. вся текущая

информация (внутреннего и внешнего происхождения) должна быть доступна в

необходимом объеме лицам, принимающим тактические, стратегические и

политические решения о купле/продаже.

Предполагается, что учет сделок производится в системе внутреннего

аналитического учета автономно относительно внешних расчетной и

депозитарной систем.

Сделка имеет следующие состояния: «Принята», «Сверена», «К

исполнению», «Завершена», «Отработана», «Отменена», «На возврат»,

«Развалена».

Документ «Сделка» автоматически формируется на основании сверенных

тикетов по принципу двойного ввода: сверяются тикеты, введенные трейдером и

тикеты, введенные в разделе Back-office на основании бумажных тикетов,

переданных старшим трейдером в Back-office. В этом состоянии сделка может

быть откорректирована при сверке и переведена в состояние «Сверена».

Состояние «Сверена» позволяет сформировать «Договор сделки» и, при

изменении его состояния на «Заключен» перевести сделку в состояние «К

исполнению».

Состояние «К исполнению» не позволяет удалять и корректировать

условия заключения сделки. Данное состояние инициирует формирование ВМО,

определяющее исходное состояние обязательств до исполнения сделки.

Дальнейшие этапы исполнения сделки определяются по перечню связанных с эти

документом ВМО и наличием остатков на счетах внутреннего учета как по

ценным бумагам, так и по финансовым расчетам, поскольку все направления

исполнения сделки- бухгалтерия (оплата), поставка ЦБ и перерегистрация ЦБ -

возможны одновременно.

По достижению определенного «конечного» положения сделки (наличия

остатков на определенных внутренних счетах, говорящих об исполнении всех

обязательств между контрагентами сделки) сделка переводится в состояние

«Завершена».

По проведению расчетов с клиентом или отнесению расходов по

завершению дилерской операции сделка переводится в состояние «Отработана».

Состояние «Отменена» сделке присваивается согласно регламента

возможности отмены сделки с указанием причины отмены. Удалению не подлежит.

Состояние «На возврат» сделке присваивается в том случае, если сделка

имела состояние «К исполнению», но в связи с обстоятельствами не может быть

завершена и принимается решение о прекращении дальнейшего исполнения

сделки. Обязательно указание причины изменения состояния. В этом состоянии

сделка находится все время, пока не отрегулируются претензии сторон.

Удалению не подлежит.

Состояние «Развалено» присваивается сделке, находящейся в состоянии

«На возврат» после урегулирования всех претензий сторон неисполненной

сделки. Конечное состояние, позволяющее снять с учета обязательства по

сделке.

Описание операций

Список и описание операций напрямую связан с функциями, выполняемыми

специалистами выделенных выше разделов. Исходя из принципа устойчивого

разделения функций между разделами краткий перечень операций по разделам

включает:

а) Administration

Ведение установок системы.

Ведение журналов жизнедеятельности системы.

Ведение словарей системы.

Определение прав и лимитов пользователей системы

Формирование отчетности руководству по балансу внутренней системы учета

б) Trading

Первичный ввод досье контрагентов

Ввод поручений на сделку/клиента в рамках полномочий

Контроль не принятых к исполнению поручений на сделку

Отказ в исполнении поручения на сделку

Ввод тикетов

в) Sales, Asset Management

Ввод и корректировка досье клиентов

Открытие счетов внутреннего аналитического учета клиентам

Ведение договоров клиентов

Формирование поручений клиента

Контроль исполнения поручений клиента

Контроль состояния счетов внутреннего учета клиентов

Отчетность перед клиентами

г) Back-office

Ввод тикетов

Корректировка досье контрагентов

Открытие внутренних счетов аналитического учета контрагентам и компаниям

Формирование подтверждения клиенту

Формирование подтверждения контрагенту

Корректировка сделки

Формирование и корректировка договора сделки

Формирование ВМО сделки как отражения проведенных операций поставки,

оплаты, перерегистрации прав собственности

Формирование и контроль исполнения документов- распоряжений

Контроль исполнения сделки

Контроль ведения журналов

Формирование отчетности руководству

Система соответствует стандартам НАУФОР. Не сертифицирована.

3.5 Система автоматизации внутреннего учета операций с ценными бумагами

- СФЕРА (ЛоРент, Москва)

Предназначена для автоматизации подразделений, ведущих внутренний

учет операций на рынке ценных бумаг.

Позволяет организовать легко настраиваемую технологическую цепочку

создания и оформления необходимой документации в соответствии с положениями

ФКЦБ и стандартами НАУФОР для банков и финансовых компаний -

профессиональных участников рынка ценных бумаг.

Предоставляет в распоряжение специалистов учетных отделов мощные и

Страницы: 1, 2, 3, 4, 5, 6