powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / рынок ценных бумаг
23 сообщений из 48, страница 2 из 2
рынок ценных бумаг
    #32928391
TPers
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vik98Уважаемые собеседники!
Скажите, пожалуйста, ведете ли вы в БД для учета операций с ЦБ
- остатки на счетах в депозитариях? с учетом разделов счетов в депозитариях (основной, торговый на бирже XXX, в залоге у залогодателя / залогодержателя и т.п.)?
- реализуете ли вы операции дробления / консолидации выпусков ЦБ, которые время от времени проводит с выпусками эмитент
- ведете ли вы раздельный учет: является собственником, имеет право распоряжатся ЦБ, имеет право пользоваться ЦБ. Особенно существенно это по-моему для учета ЦБ в депозитарии.

Существует ли в ваших сиситемах "план счетов"? Примерно так, как он описан в положении НАУФОР о правилах ведения внутреннего учета в бэк-офисе

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

С уважением, Vik98.


Ты не путай бэкофис , депозитарий и бухгалтерию - это три разные ИФ системы
и все они должны быть построены по принципу двойной записи
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32928798
Vik98
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А почему они депозитарная, бухгалтераская и бэк-офисные программы должны (в этом-то и вопрос) быть построены по принципу двойной записи?

Бухгалтерская - понятно - двойная запись в бухгалтерии - это проверено временем.

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

А бэк-офису зачем нужна двойная запись? Бэк-офису нужно определить и исполнить обязательства, которые возникают на основании сделок.
Бэк-офис имеет дело с очень большим количеством документов:
сделка, подтверждение, договор => обязательства... исполнение обязательств: п/п, поручение на перевод...
Исполнение обязательств может происходить по счетам, не подотчетным бэк-офису, - т.е. не все операции по счету проводятся в бэк-офисе...
Т.е. не по всем счетам бэк-офис может сравнить остатки...
Получается, что бэк-офис учитывает обязательства, а не активы - как бухгалтерия....
Поэтому, есть ощущение, что для бэк-офиса план счетов "притянут". А программа бэк-офиса ближе к системам документооборота.

Расскажите, пожалуйста, поподробнее, почему бэк-офисные программы должны быть построены по принципу двойной записи?

С уважением, Vik.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32929683
Фотография Old Nick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ребята, любая система учета движения ценностей (товаров, услуг или денег)
фиксирует транзакции в следующей таблице

DocID - основание документ
Subj1ID - от кого
Subj2ID - кому
ThingID - что
MeasureID - ед. изм. (нужна только для клиента, т.к. кол-во записывается в мин. ед. изм.)
Quantity - количество

одная строка в такой таблице представляет собой двойную запись.
1. от кого
2. кому.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32930367
Vladimir_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to Old Nick
если на примитивном уровне, то да
а в реальности основанием выступает и поручение клиента на совершение сделки и поручение на совершение депозитарной операции ( брокерский договор и депозитпрный договор разные вещи) и оба одновременно. Необходимо учесть места хранения, списания и зачисления, место проведения и регистрации сделки и контрагента тоже неплохо указать. А при обработке в бухгалтерской части всё ещё и распадается на десятки проводок. Бухгалтерию можно вынести конечно, но депозитарный учёт и бэк офис должны существовать как единое целое. Но каждый отдел имеет свой интерес в единой системе. Бэк офис оперирует операциями и сделками, депозитарный учёт остатками, оборотами и проводками по счетам депо, бухгалтерия - всеми изменениями денежных средств. Причём по продаже у меня генерится до 10 различных проводок: ведь нужно показать не только саму операцию, но и учесть полученный и уплаченный НКД, посчитать доход/расход от продажи и НКД выделить различные комиссионные, провести переоценку и т.д. и т.п. В итоге получается сложная взаимозависимая система, в которой все составные части очень важны и работают в полном взаимодействии друг с другом.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32930458
Фотография Old Nick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А чем поручение клиента на совершение сделки не документ?
места хранения, списания и зачисления - это субъекты.
А при обработке в бухгалтерской части всё ещё и распадается на десятки проводок - тоже не проблема. Субъекты связаны со счетами. Так что вычислить вполне можно. К тому же один документ может порождать другие, которые будут делать свои проводки.

Так что разруха - она не в стране, а в головах... (с) "М. Булгаков"
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32930839
h2ospb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Old NickРебята, любая система учета движения ценностей (товаров, услуг или денег)
фиксирует транзакции в следующей таблице

DocID - основание документ
Subj1ID - от кого
Subj2ID - кому
ThingID - что
MeasureID - ед. изм. (нужна только для клиента, т.к. кол-во записывается в мин. ед. изм.)
Quantity - количество

одная строка в такой таблице представляет собой двойную запись.
1. от кого
2. кому.

Думаю что не совсем так, двойная запись это заведомо избыточная информация которая отображает кто , кому что, на дополнительных, (полях, регистрах, счетах), и это всегда некое агрегирование . Поэтому кроме кто, кому, что, для пполучения двойной записи, нужен что то типа плана счетов который описывает дополнительные поля(регистры) и способ агрегирования на них и этот план счетов не может быть расчитан по своей сути из исходного документ кто, кому, что и почем.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32930950
4321
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
h2ospb Old Nickодная строка в такой таблице представляет собой двойную запись.
1. от кого
2. кому.

Думаю что не совсем так, двойная запись это заведомо избыточная информация которая отображает кто , кому что, на дополнительных, (полях, регистрах, счетах), и это всегда некое агрегирование . Поэтому кроме кто, кому, что, для пполучения двойной записи, нужен что то типа плана счетов который описывает дополнительные поля(регистры) и способ агрегирования на них и этот план счетов не может быть расчитан по своей сути из исходного документ кто, кому, что и почем.
в данном случае (OldNick) можно считать что план счетов - это справочник контрагентов. И агрегирование ведется по нему. То же о чем вы говорите - это вопрос о необходимости ведения бОльшего количества _независимых_ разрезов учета (т.е. обязательных полей вида "от кого"/"кому" но уже из других "справочников"). В случае "контрагент"=="счет депо", это кстати и не совсем "независимые" разрезы. Нет?
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32931099
h2ospb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot 4321 в данном случае (OldNick) можно считать что план счетов - это справочник контрагентов. И агрегирование ведется по нему. То же о чем вы В случае "контрагент"=="счет депо", это кстати и не совсем "независимые" разрезы. Нет?[/quot]
Нет план счетов, или регистры накопления для двойной записи это не дополнительные разрезы анализа, вернее не только, структура плана счетов отражает политику учета его идеологию, а групировка любого справочника отраожеет иерархие или другую зависимоть идентичных объектов находящихся только в этом справочнике, план счетов не следует ни из каких справочников, это по определению другая сущность и она агрегирует данные из нескольких справочников. план счетов и справочники связаны между собой документом, но не непосредственно.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32931125
Фотография Old Nick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
интересно, почему это план счетов не является справочником?
Для счетов и субсчетов необходимо указывать аналитику из справочников.
И все будет ок
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32931135
h2ospb
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Old Nickинтересно, почему это план счетов не является справочником?
Для счетов и субсчетов необходимо указывать аналитику из справочников.
И все будет ок конечно план счетов это справочник, я хотел сказать что не следует из других справочников, типа котрагентов, товара и т.п.
это отдельная самостоятельная "Сущность" и информации кто, кому, что, почем, недостаточно для формирования этого справочника., и ведение двойной записи и требует ввода этой дополнителной сущности, которая конечно создает свой как минимум одни справочник.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32931951
TPers
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vik98
А бэк-офису зачем нужна двойная запись? Бэк-офису нужно определить и исполнить обязательства, которые возникают на основании сделок.
Бэк-офис имеет дело с очень большим количеством документов:
сделка, подтверждение, договор => обязательства... исполнение обязательств: п/п, поручение на перевод...
Исполнение обязательств может происходить по счетам, не подотчетным бэк-офису, - т.е. не все операции по счету проводятся в бэк-офисе...
Т.е. не по всем счетам бэк-офис может сравнить остатки...
Получается, что бэк-офис учитывает обязательства, а не активы - как бухгалтерия....
Поэтому, есть ощущение, что для бэк-офиса план счетов "притянут". А программа бэк-офиса ближе к системам документооборота.

Расскажите, пожалуйста, поподробнее, почему бэк-офисные программы должны быть построены по принципу двойной записи?

С уважением, Vik.

Дело в том , что в бэкофисе есть свой план счетов, сходный с бухгалтерским, поскольку задачи то сходные - т.е. учетные, надо считать позицию клиентов - те пришло в пути к нам , от нас, надо посчитать и разложить по полочкам комиссию (вашу, биржи), налоги. Тем паче, что по НАУФОР внутренний учет операций с ценными бумагами должен вестись определенным образом.

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

В типичной компании, связанной с рынком ценных бумаг, как правило существуют 3 подразделения, участвующие в процессе учета ЦБ и денежных средств - Бэкофис, Депозитарий, Бухгалтерия.
Функции каждого подразделения могут несколько меняться в зависимости от принятой на фирме учетной политики и бизнес-процессов. Но как правило, именно бэкофис выставляет на биржу (например, если речь идет ТС QUIK) остатки по клиентам, Депозитарий осуществляет расчеты по дивидендам (и передает информацию в бэкофис), Бухгалтерия принимает переводы и наличные от клиентов и также передает информацию в бэкофис, Бэкофис получает от биржи информацию о сделках и передает их в бухгалтерию, бухгалтерия считает налоги и передает информациб обратно в бэкофис ...

Так что сказанное вами "Поэтому, есть ощущение, что для бэк-офиса план счетов "притянут". А программа бэк-офиса ближе к системам документооборота." не есть ВЕРНО !!!

Вам не знакомы системы документооборота, основанные на проводках ?
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #32944496
Vik98
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To TPers

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

Вы правы, я не знакомы с системами документооборота, основанными на проводках. Можно попросить Вас рассказать о них?
Спасибо.
С уважением, Vik98.
...
Рейтинг: 0 / 0
Период между сообщениями больше года.
рынок ценных бумаг
    #35666305
Фотография sql.sanja
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересную тему нарыл ;-)

Кто-нибудь этим сейчас занимается?

Хочу рассказать о своей, пока теоретической концепции, если можно это так назвать.

1. Существует пространство операций именуемых "сделкой", которая однозначно определяет тип и характер учитываемой процедуры (перевод денежных средств, бумаг, их списание, зачисление)
2. Существует пространство "мест" учитываемых данных именуемых "счета", которые однозначно определяют тип и характер хранимых данных (средства на счете, бумаги на счете, задолженность перед кем-то, задолженность от-кого-то и т.п.)
3. Существует пространство процедур объединяющих два первых понятия.

грубо - 2е сущности и одна связь.

Это не ново.
Факт - двойная запись - однозначно. Плюсы - быстрая работа аналитики данных. Существование двойной записи - достоверная проверка операций за период.

Проблема - описание "сделки" как однозначного определения события.
Пока я пришел к выводу, что это:

Номер сделки - Заявка (Поручение, счет, договор и т.п.) - дата - время - цена - объем

Желаю расширить размер "сущности" в пространстве "сделка"...
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35667734
Vladimir_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sql.sanjaКто-нибудь этим сейчас занимается? лет 10 как занимаюсь :) и пока всё работает. советую перечитать тему ещё разок. насчёт двойной записи я если честно не совсем понял.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35669552
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sql.sanja пишет:

> *1.* Существует пространство операций именуемых "сделкой", которая
> однозначно определяет тип и характер учитываемой процедуры (перевод
> денежных средств, бумаг, их списание, зачисление)
> *2.* Существует пространство "мест" учитываемых данных именуемых
> "счета", которые однозначно определяют тип и характер хранимых данных
> (средства на счете, бумаги на счете, задолженность перед кем-то,
> задолженность от-кого-то и т.п.)

Это ж двойная бухгалтерская запись, кажется. Италия, кажется 14 век.
Вы её изобрели ?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35671867
Фотография sql.sanja
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я не придумываю велосипеды...
Просто подскажите, как кто и что учитывает...
Мне ваще самому приходится придумывать... и что? не жалуюсь...

Расскажите, у кого какая структура, хотя бы в общем плане... с чего начать?

Цель - учет операций на РЦБ (ММВБ, РТС)... субброкерство... Это же просто... я уверен...
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35672212
Фотография sql.sanja
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ув. Vladimir_, например, у вас же сделки в базу данных заходят "детерминировано"? Т.е. срочный рынок в одну таблицу, классический в другую, а возможно разбиваются по площадкам или по типам бумаг...

Какую структуру Вы используете?
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35672650
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZiv
Это ж двойная бухгалтерская запись, кажется. Италия, кажется 14 век.


В 14 веке двойная запись была явным прогрессом, хотя дебет с кредитом как правило не сходился. В 21 веке я бы задумался о преимуществах и недостатках двойной записи. Если регистрировать все хозяйственные операции в одной таблице двойная запись выглядит избыточной.
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35672826
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
expla пишет:

> В 14 веке двойная запись была явным прогрессом, хотя дебет с кредитом
> как правило не сходился.

Вообще, дебит с кредитом не может не сходится.

В 21 веке я бы задумался о преимуществах и
> недостатках двойной записи. Если регистрировать все хозяйственные
> операции в одной таблице двойная запись выглядит избыточной.
Она для того и придумана, чтобы быть избыточной.
Вот необходимость её в современных условиях - это да.
Она придумана для ручного учёта, без сомнения. Но
все уже давно привыкли ...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35673361
Фотография sql.sanja
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ОК.
Тогда так:

Есть таблица счетов (грубо [№счета][Средства] )
Есть таблица сделок (грубо [тип сделки][счет1][счет2][объем] )

Операция: на основании записи в таблице сделок происходит изменение данных в таблице счетов , т.е. update , исключение порождает либо insert , либо error .

Это двойная запись?
Мне казалось, что двойная запись, это когда один счет описывается другим, а тот в свою очередь первым, на основании сделки, т.е. увеличивется еще и количество сделок! Не так?
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35673567
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sql.sanja пишет:
> Это двойная запись?
> Мне казалось, что двойная запись, это когда один счет описывается
> другим, а тот в свою очередь первым, на основании сделки, т.е.
> увеличивется еще и количество сделок! Не так?

Двойная запись - это конда счета активные и пассивные.
Вы записываете одну и ту же информацио о кол-ве два раза:
в активных счетах и в пассивных. Общая сумма актива и пассива
должна быть одинаковой. Это называется "балланс сходится".
Вот вроде бы так.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35673811
Vladimir_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to sql.sanja Программа изначально писалась под банковскую деятельность и было принято стратегическое решение уйти от принятой системы проводок. Всё отталкивалось от сделки. для каждого типа сделки были созданы алгоритмы для автоматической генерации проводок в зависимости от пакетов (грубо говоря мест хранения). у меня в профиле есть ссылка на описание программы пятилетней давности. там многое можно прочитать чтобы представить как она работает. с тех пор конечно многое изменилось, но в основном всё что там описано лежит в основе текущего релиза. в те далёкие времена когда внебалансовые счета были - программа была полностью независима и вела учёт остатков ДС, бумаг и прочего. сейчас при наличии торонних систем учёта в виде опердней, 1с или других приходится извращаться для совместной работы. Если в банках дебет кредит и оборотно сальдовая ведомость являются ключевыми, а сделки уходят на второй план, то в инвестиционных компаниях, я часто отключаю генерация проводок и учёт ведётся исключительно по сделкам. по своему опыту внедрения могу сказать, что практически в каждой компании свой учёт и свои заморочки. и инструкци все трактуют по-своему :)
...
Рейтинг: 0 / 0
рынок ценных бумаг
    #35673887
Vladimir_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to MasterZiv: активные и пассивные счета - это вершина айсберга. ведь ещё есть балансовые счета, счета депо и лицевые счета, которы все между собой связаны. и когда геенерится всего лишь обна проводка у меня меняются остатки по всем счетам, которые задействованы. и в конечном итоге нужно чтобы баланс сошёлся на всех уровнях.
...
Рейтинг: 0 / 0
23 сообщений из 48, страница 2 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / рынок ценных бумаг
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]