Реферат: Деятельность с ценными бумагами в коммерческих банках

ГОСУДАРСТВЕННЫЙ КОМИТЕТРОССИЙСКОЙ ФЕДЕРАЦИИ ПО ВЫСШЕМУ ОБРАЗОВАНИЮ

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙИНСТИТУТ РАДИОТЕХНИКИ, ЭЛЕКТРОНИКИ И АВТОМАТИКИ

(ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ)

ФАКУЛЬТЕТ КИБЕРНЕТИКИ

КАФЕДРА ИНТЕЛЛЕКТУАЛЬНЫХТЕХНОЛОГИЙ И СИСТЕМ

Курсовойпроект

Тема:

“Деятельностьс ценными бумагами в КБ”

Дисциплина:

Теория итехнология  моделирования систем

Исполнители:

Воронов А.А.,Прошкин А.С.

Руководитель:

Нечаев В.В.

“Допущенык защите”

Руководитель проекта

Москва, 1997

<span Times New Roman",«serif»">Содержание

 TOC «Заг;1» ВВЕДЕНИЕ… GOTOBUTTON_Toc389395632   PAGEREF_Toc389395632 3

Введение в CASE — технологии.… GOTOBUTTON_Toc389395633   PAGEREF_Toc389395633 4

Введение в предметдеятельности.… GOTOBUTTON_Toc389395634   PAGEREF _Toc3893956346

1. Используемая нотация… GOTOBUTTON_Toc389395635   PAGEREF_Toc389395635 7

2. Представление модели… GOTOBUTTON_Toc389395636   PAGEREF_Toc389395636 8

3. Спецификации процессовдеятельности с ценными бумагами… GOTOBUTTON_Toc389395637   PAGEREF_Toc389395637 9

3.1. Пассивная деятельность сценными бумагами… GOTOBUTTON_Toc389395638   PAGEREF_Toc389395638 9

3.1.1.Операции с векселями… GOTOBUTTON_Toc389395639   PAGEREF_Toc389395639 10

3.1.2.Операции с депозитнымисертификатами… GOTOBUTTON_Toc389395640   PAGEREF_Toc389395640 11

3.2. Активная деятельность сценными бумагами… GOTOBUTTON_Toc389395641   PAGEREF_Toc389395641 12

3.2.1. Операции с ГКО… GOTOBUTTON_Toc389395642   PAGEREF_Toc389395642 12

3.2.2. Операции с КО… GOTOBUTTON_Toc389395643   PAGEREF_Toc389395643 14

3.2.3. Операции с ВО… GOTOBUTTON_Toc389395644   PAGEREF_Toc389395644 15

Приложение 1. Диаграммы потоковданных… GOTOBUTTON_Toc389395645   PAGEREF_Toc389395645 16

Приложение 2. Концептуальныеосновы CASE — технологии… GOTOBUTTON_Toc389395646   PAGEREF_Toc389395646 26

Приложение 3. Ценные бумаги… GOTOBUTTON_Toc389395647   PAGEREF_Toc389395647 34

П.3.1. Классификация ценныхбумаг… GOTOBUTTON_Toc389395648   PAGEREF_Toc389395648 34

П.3.2. Регулировка рынка ценныхбумаг.… GOTOBUTTON_Toc389395649   PAGEREF_Toc389395649 42

ВВЕДЕНИЕ

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

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

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

·<span Times New Roman"">    

DFD (DataFlow Diagrams) – диаграммы потоков данных. Метод демонстрируется нафункциональной модели, рассмотренной в данном курсовом проекте ниже. По сути,он определяет функциональную страту изучаемого объекта.

·<span Times New Roman"">    

ERD (Entinity-Relationship) – диаграммы “сущность-связь”. Метод широко используется при описанииструктуры систем и применяется главным образом в теории баз данных. Вотечественной литературе он в основном описан как метод диаграмм ER- типа.

·<span Times New Roman"">    

STD (StateTransmition Diagrams) – Диаграммы переходов состояний. Используются дляописания функционирования рассматриваемой системы во времени. Аналогом этомуявляется метод пространства состояний, с успехом применяемый при моделированиисистем.

Основным источником нашегопроекта является книга написанная на основе оригинального семестрового курсалекций по CASE — технологиям,подготовленного и читаемого автором в высшей компьютерной школе при НИВЦ. МГУим. Ломоносова в течение четырех последних лет, которая предназначена преждевсего для аналитиков предметной области, руководителей программных проектов,системных аналитиков, проектировщиков и разработчиков информационных систем исистем реального времени. Сделанный в книге акцент на последовательноерассмотрение наиболее важных аспектов системного структурного анализа делаетэту книгу особенно полезной для пользователей, которые выбирают CASE — системы в качестве инструментадля решения прикладных задач, а также для студентов, начинающих постигатьосновы современных  информационныхтехнологий.

Введение в CASE — технологии.

За последнее десятилетиесформировалось новое направление в программотехнике — CASE (Computer -Aided Software/System Engineering). В настоящее время несуществует общепринятого определения CASE.Содержание этого понятия обычно определяется перечнем задач, решаемых с помощьюCASE, а также совокупностьюприменяемых методов и средств. Грубо говоря, CASE — технология представляет собой совокупность методологийанализа, проектирования, разработки и сопровождения сложных систем программногообеспечения (ПО), поддержанную комплексом взаимосвязанных средствавтоматизации. CASE — этоинструментарий для системных аналитиков, разработчиков и программистов,позволяющий автоматизировать процесс проектирования и разработки ПО.

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

Существует мнение, что CASE является наиболее перспективнымнаправлением в программотехнике. С этим ложно спорить, но то, что CASE — наиболее бурно и интенсивноразвиваемое направление, является в настоящее время фактом. Практически ниодин серьезный зарубежный программный проект не осуществляется безиспользования CASE — средств.Известная методология структурного системного анализа SАDТ (точнее ее подмножество IDEF0)принята в качестве стандарта на разработку ПО Министерством обороны США. Болеетого,средименеджеров и руководителей компьютерных фирмсчитается чуть ли неправилом хорошего тона знать основы SADTи при обсуждении каких-либовопросов нарисовать простейшую диаграмму, поясняющую суть дела.

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

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

CASE — технологии успешно применяются для построения практически всех типов систем ПО,однако устойчивое положение они занимают в следующих областях:

1. Обеспечение разработки делового и коммерческогоПО. Широкое применение CASE — технологий обусловленомассовостью этой прикладной области, в которой CASE применяется не только для разработки ПО, но и два созданиямоделей систем, помогающих коммерческим структурам решать задачистратегического планирования, управления финансами, определения политики фирм,обучения персонала и т.д. (это направление получило свое собственное название — бизнес-анализ),

2. Разработка системного и управляющего ПО. Активноеприменение CASE-технологий связано сбольшой сложностью даннойпроблематики и состремлением повысить эффективность работ.

CASE — не революция в программотехнике, а результат естественного эволюционногоразвития всей отраслисредств, называемых ранее инструментальными илитехнологическими. Однако это и не Confuse Array of Softwarethat does Evrything существует ряд признаков и свойств,наличие которых позволяетклассифицировать некоторыйпродукт как CASE-средство. Одним из ключевыхпризнаков является поддержка методологий структурного системного анализа ипроектирования.

С самого начала CASE-технологии развивались сцелью преодоленияограничений при использованииструктурных методологий проектирования 60-70-х годов(сложности понимания,большой трудоемкости и стоимости использования, трудности внесения изменений впроектные спецификации и т.д.) за счет их автоматизации иинтеграции поддерживающихсредств. Таким образом,CASE-технологии не могутсчитаться самостоятельнымиметодологиями, они только развивают структурныеметодологии и делают более эффективным их применение засчет автоматизации.

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

·<span Times New Roman"">     

улучшают качествосоздаваемого ПО за счет средствавтоматического контроля (прежде всего, контроляпроекта),

·<span Times New Roman"">     

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

·<span Times New Roman"">     

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

·<span Times New Roman"">     

поддерживают развитие исопровождение разработки;

·<span Times New Roman"">     

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

Большинство CASE — сре­дств основано на парадигмеметодология/метод/нотация/средство. Методология определяет руководящиеуказания для оценки и выбора проекта разрабатываемого ПО, шаги работы и ихпоследовательность, а также правила распределения и назначения методов. Метод — это систематическая процедура или техника генерации описаний компонентов ПО(например, проектирование потоков и структур данных). Нотации предназначены дляописания структуры системы, элементов данных, этапов обработки и включаютграфы, диаграммы, таблицы, блок-схемы, формальные и естественные языки.Средства — инструментарий для поддержки и усиления методов. Эти инструментыподдерживают работу пользователей при создании и редактировании графическогопроекта в интерактивном режиме, они способствуют организации проекта в видеиерархии уровней абстракции, выполняют проверки соответствия компонентов.

         Вприложении 2 содержатся концептуальные основы CASE — технологии.

Введение в предмет деятельности.

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

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

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

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

       Дляфункционирования рынка требуется возникновение уверенности  в возможности  вверить свои  сбережения посредническим институтам.  Этодоверие общества должно воспитываться постепенно на положительных примерах,кроме того можно отметить, что в недавние социалистические времена ужесуществовал развитый государственный фондовый рынок, предназначенный дляпривлечения частных средств граждан в развитие народного хозяйства. Этот рыноксуществовал в форме государственных облигаций вещевой и денежной лотереи. Таккак зарубежный опыт функционирования фондового рынка, представляет из себя несомненныйинтерес мы попытаемся представить возможную модель технологии деятельности сценными бумагами для абстрактного коммерческого банка, находящегося натерритории РФ. Отметим, что банк работает лишь с государственными ценнымибумагами (ГКО, КО, ВО), а также осуществляет эмиссию своих собственных векселейи депозитных сертификатов (ДС).

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

 

1. Используемая нотация

Перед тем как перейти к рассмотрению моделируемогообъекта представим составные элементы языка описания. В его основе лежит методология структурного системного анализаГейна-Сарсона. На верхнем уровне система представлена DFD диаграммой. Итаксоставными частями диаграмм являются следующие элементы:

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

Рис. 1.1. Изображение внешней сущности на диаграммах.

ММВБ

<img src="/cache/referats/1713/image001.gif" v:shapes="_x0000_s1026">

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

<div v:shape="_x0000_s1043">

Поле физической реализации

<img src="/cache/referats/1713/image002.gif" v:shapes="_x0000_s1033"><img src="/cache/referats/1713/image003.gif" v:shapes="_x0000_s1035"><div v:shape="_x0000_s1039">

Поле имени

<div v:shape="_x0000_s1041">

Поле номера

9.

Ценные

бумаги

<img src="/cache/referats/1713/image004.gif" v:shapes="_x0000_s1028 _x0000_s1029 _x0000_s1030 _x0000_s1031"><img src="/cache/referats/1713/image005.gif" v:shapes="_x0000_s1037">Рис. 1.2. Условноеобозначение процесса.

Накопитель данных. Представляет собой некоеустройство для хранения информации, куда ее можно поместить и через некотороевремя изъять. Обозначается он двумя горизонтальными параллельными линиями,замкнутыми из одного края – рис. 1.3. Каждый накопитель данных идентифицируетсядля ссылки буквами “БД” и числом в квадрате с левой стороны.

<img src="/cache/referats/1713/image006.gif" v:shapes="_x0000_s1032"><img src="/cache/referats/1713/image007.gif" v:shapes="_x0000_s1034"><img src="/cache/referats/1713/image008.gif" v:shapes="_x0000_s1036"><img src="/cache/referats/1713/image009.gif" v:shapes="_x0000_s1038">Рис. 1.3. Условноеобозначение накопителя данных.<div v:shape="_x0000_s1027">

БД1   Архив по ЦБ

Информационный канал.Это среда передачиинформации, куда данные поступают из различных источников, которые не входят врассмотрение в данную систему. Условное обозначение канала содержитидентифицирующую ссылку (буквы “ИК” и номер) – см рис. 1.4.

ИК3      Котировки ЦБ      2

<img src="/cache/referats/1713/image010.gif" v:shapes="_x0000_s1040"><img src="/cache/referats/1713/image011.gif" v:shapes="_x0000_s1044"><img src="/cache/referats/1713/image012.gif" v:shapes="_x0000_s1042">Рис. 1.4. Условноеобозначение накопителя информационный канала.

Информационный поток. Логически информационныйпоток – это некоторое соединение, по которому информация от источникапередается приемнику. Обозначение см рис. 1.5.

<div v:shape="_x0000_s1052">

Управляющий поток

<div v:shape="_x0000_s1053">

Поток данных

<img src="/cache/referats/1713/image013.gif" v:shapes="_x0000_s1051"><img src="/cache/referats/1713/image014.gif" v:shapes="_x0000_s1045">Рис. 1.5. Условныеобозначения информационных потоков.

2. Представление модели

Функциональная модельдеятельности с ценными бумагами в коммерческом банке, приведена на рис.П.1.1–П.1.9.

На рис. П.1.1 изображенфрагмент диаграммы потоков данных с процессом Ценными бумаги и внешнимиобъектами, с которыми данный процесс взаимодействует (эти взаимодействияобозначены с помощью входных и выходных информационных потоков). Роль внешнихдля данного информационного процесса объектов играют внешние сущности:ЮЛ(Юридическое лицо), ФЛ(Физическое лицо), Уполномоченный депозитарий, Консалтинговая фирма, ММВБ,информационный (технологический) канал поступления в банк из различныхисточников котировок ценных бу­маг а также процессы, моделирующие внутреннююбухгалтерскую, сводную бухгалтерскую, операционную, кредитную и валютнуюдеятельность банка.

На рис. П.1.2 изображенадиаграмма потоков данных второго уровня, детализирующая процесс Ценныебумаги содержащая процессы Анализ рынка ЦБ, Пассивная деятельность сЦБ, Активная деятельность с ЦБ, Связь с внутренней бухгалтерией(технологический процесс) и Формирование поправочных операции.

Процессы 1, 4, 5 рис. П.1.2являются элементарными, и их логика описывается миниспецификациями, т.е.естественным языком (см далее пункт 3). Диаграмма, детализирующая процессы 2 и3 того же рисунка, приведены далее на рис. П.1.3 и П.1.4, соответственно.Диаграммы, детализирующие процессы более нижнего уровня, приведены на рис.П.1.5-П.1.9.

3. Спецификации процессов деятельности сценными бумагами

В зависимости от сложности инеобходимости, при детализации процессов верхнего уровня на нижнем, применяетсялибо их спецификация диаграммами DFD типа, либо описание естественнымиязыковыми средствами. В качестве альтернативы последним можно было бы предложитьи другие методы – например, структурированный естественный язык или визуальныйязык спецификаций; однако мы ограничились естественным, т.к. на наш взгляд оннаилучшим образом (более понятно) описывает происходящие процессы.

<span Arial",«sans-serif»;mso-bidi-font-family: «Times New Roman»">Процесс:

Анализ рынка ценных бумаг.

На рис. П.1.2 обозначен подномером 1.

Описание:

1) Анализ процентных ставокпо векселям и депозитным сертификатам других банков и формирование процентныхставок своего банка

2) Формирование отчетностипо проданным и/или погашенным депозитным сертификатам и выданным и/илиоплаченным векселям.

3) Анализ доходности ЦБразличных типов. Принятие решений по операциям с ЦБ и формирование заявок наресурсы.

4) Формирование отчетностипо проведенным операциям с ЦБ.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс:

Пассивная деятельность с ЦБ

Детализация процесса (подномером 2 рис. П.1.2) в диаграмме потоков данных рис. П.1.3 и в пункте 3.1.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс:

Активная деятельность с ЦБ

Детализация процесса (номер3 на рис. П.1.2) в диаграмме потоков данных рис. П.1.3 и пункте 3.2.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс:

Связь с внутренней бухгалтерией (технологическийпроцесс)

Имеет номер 4 на рис. П.1.2.Здесь осуществляется сбор документов по ценным бумагам для процесса 10«Внутренняя бухгалтерская деятельность».

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс:

Формирование поправочных операций

Формирование поправочныхопераций для процесса 10 рис. П.1.2 “Внутренняя бухгалтерская деятельность” вслучае обнаружения ошибок в операциях с ценными бумагами

3.1. Пассивная деятельность с ценнымибумагами

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс:

Операции с векселями

Детализация процесса вдиаграмме потоков данных рис. П.1.5 и пункте 3.1.1.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс

: Операции с депозитными сертификатами

Детализация процесса вдиаграмме потоков данных рис. П.1.6 и пункте 3.1.2.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">Процесс

: Распределение входов и формирование выходов (технологический)

Описание:

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

3.1.1.Операции с векселями

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Выдача

Описание:

1) Оформление договора повекселям и подшивка экземпляра в папку договоров

2) Оформление и выдачасертификата ЦБ

3) Оформлениерасходно-мемориального ордера по ценному бланку и передача его в документы дняпо ЦБ

4) Формирование отчетностипо ИД по выданному векселю (сумма, процентная ставка, дата оплаты)

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

6) Запись в журнал операций

Примечание:Проводки при выдачи векселя

К -199, Д 50 (р/сч) — суммапод вексель

Д — 9959 — учет бланка подвексель

 

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

:Передача

Описание:

1) Регистрация цессии вдоговоре

2) Регистрация операции вжурнале операций

3) Изменение записи в БДвекселей (наименование векселедержателя, банковские реквизиты векселедержателя)

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Залог

Описание:

1) В БД векселейрегистрируется информация по залогу (срок залога, наименование кредитора,банковские реквизиты кредитора, размер кредита)

2) Регистрация операции вжурнале операций

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Оплата

Описание:

1) Погашение сертификата ЦБ

2) Передача погашенногосертификата и договора в документы дня по ЦБ

3) Оформление и передачараспоряжения в отдел внутрибанковских операций со всеми атрибутами векселя дляначисления процентов, налогов и осуществления проводок

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

Д 199, К р/с клиента — номинал векселя

Д 970, К р/с клиента — проценты за вычетом налога

Д 970, К 904 — налог 15% вбюджет

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Разбор документов и отчетность (технологический процесс)

Производится распределениепотоков входных документов по процессам — операциям с векселями, а также сбор иформирование отчетности по операциям

3.1.2.Операции с депозитными сертификатами

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Продажа

Описание:

1) Оформление договора по ДСи подшивка экземпляра в папку договоров

2) Оформление и выдачасертификата ЦБ

3) Оформлениерасходно-мемориального ордера по ценному бланку и передача его в документы дняпо ЦБ

4) Формирование отчетностипо ПД по выданному ДС (сумма, процентная ставка, дата оплаты)

5) Занесение в БД Деинформации по договору (номер ДС, дата выдачи ДС, номер договора, датазаключения договора, процентная ставка, номинал, срок обращения, наименованиедержателя, банковские реквизиты держателя)

6) Запись в журнал операций

Примечание:Проводки при выдачи ДС

Д 9959 — учет бланка под ДС

К 199  Д р/сч — сумма под ДС

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Залог

Описание:

1) В БД Де регистрируетсяинформация по залогу (срок залога, наименование кредитора, банковские реквизитыкредитора, размер кредита)

2) Регистрация операции вжурнале операций

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Передача

Описание:

1) Регистрация индоссаментав доге воре

2) Регистрация операции вжурнале операций

3) Изменение записи в БД Де(наименование держателя банковские реквизиты держателя)

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Погашение

Описание:

1) Погашение сертификата ЦБ

2) Передача погашенногосертификата и договора в документы дня по ЦБ

3) Оформление и передачараспоряжения в отдел внутрибанковских операций со всеми атрибутами ДС дляначисления процентов, налогов и осуществления проводок

Примечание:Проводки при Погашении ДС

ДТ-199, КТ — р/с клиента — номинал ДС

ДТ-970, КТ -р/с клиента — проценты за вычетом налога

ДТ-970, КТ -904 — налог 15%в бюджет

3.2. Активная деятельность с ценнымибумагами

Процесс представлен на рис. П.1.4.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Операции с ГКО

Детализация процесса в диаграмме потоков данных рис.П.1.7 и пункте 3.2.1

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Операции с КО

Детализация процесса в диаграмме потоков данныхП.1.8 и пункте 3.2.2.

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

: Операции с ВО

Детализация процесса в диаграмме потоков данныхП.1.9 и пункте 3.2.3.

3.2.1. Операции с ГКО

<span Arial",«sans-serif»;mso-bidi-font-family:«Times New Roman»">ПРОЦЕСС

:Покупка

Описание:

Для каждого выпуска ГКО покаждой операции покупки вносится запись журнал лицевого учета

1) По номе

еще рефераты
Еще работы по банковскому делу и кредитованию