|
|
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Кто-нибудь проектировал базу данных по российский рынок ценных бумаг (акции, облигации)? хотелось бы посмотреть схему базы. спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2004, 20:15 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
число таблиц в районе восьмисот, так что схема, наверное, поможет мало, лучше напиши что конкретно интересует а ещё посмотри материалы по коробочным банковским продуктам для работы с ценными бумагами ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2004, 09:10 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to _bob День добрый, мне это тоже интересно.Если конечно не жалко, вышлите плиз схему на s h t o c k @ mail.r u. Сам этим занимаюсь. Что интересно, тоже могу рассказать. Если никак, то интересно, приходится ли Вам изменять структуру таблиц для добавления новых финансовых инструментов или Вы как-то рулите метаданными. P.S. Вы случайно не из Egar? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2004, 12:54 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
у меня пока порядка 16 таблиц акции обыкновенные, привилегированные выпуски акций облигации дивиденды купоны оферты тиккеры акций биржах итоги торговой сессии за день котировки акций с 30 минутным срезом справочник валют и кусов справочник бирж собственно сами эмитенты вопрос собственно в том, что есть всякие нюансы, типа даты закрытия реестра, привилигерованных акций типа Б, отменных в 96 году....вообщем вот ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2004, 20:37 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
2 Lexis Если у тебя только мониторинг рынка, то такой набор, наверное, достаточен. Однако, если необходимо учитывать сделки с ц/б (например для банка), то нужно ввести понятия "выпуск ценных бумаг", "сделка", "лот ценных бумаг" (для сделки), "купон". Это позволит иметь информацию о состоянии портфеля ценных бумаг, НКД, срокам до погашения и т.п. PS Разрабатывали хранилище данных для банка, где присутсвует витрина данных "Ценные бумаги". Оперировали именно этими данными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 09:54 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
2 Lexis "Купон" я и не приметил, сорри. :0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 09:55 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
У нас акции и облигации хранятся в одной таблице(хранятся выпуски), так как это эммисиооннные бумаги и если посмотреть чуть глубже, то разница только в начислении прибыли и порядке операций с ними, но для справочников, как у Вас этого и не надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 10:04 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Учтите, что на биржах существуют сектора, в каждых из которых торгуются бумаги, так-что Вам надо хранить и их, а заодно и кодировку бумаг на биржах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 10:11 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
2 db_daemon структуру не меняем, база очень сильно нормализована: классы обьектов (акции, купоны и т.д.), дерево признаков классов (эмитент, котировка подчинена дате), так нюансы мало влияют на структуру, обьем базы меньше, а производительность... мощные сервера + пришлось хорошо поработать над процедурой обхода дерева, потом всякие справочники, хранилище, история и наследство, которое тяготит, вроде уже и не нужно, но просто выбросить страшно, а проверять некогда :-) не из Egar ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 10:12 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
А вот мы меняем -):, но сейчас ряд признаков в части классификации стали выносить также на уровень деревьев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 10:32 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
вот видишь, наше учение правильное, потому что оно - наше! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 10:47 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to _bob: А вы какую-то коробочную штуку делаете или уже имеющееся модифицируете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2004, 12:43 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Уважаемые собеседники! Скажите, пожалуйста, ведете ли вы в БД для учета операций с ЦБ - остатки на счетах в депозитариях? с учетом разделов счетов в депозитариях (основной, торговый на бирже XXX, в залоге у залогодателя / залогодержателя и т.п.)? - реализуете ли вы операции дробления / консолидации выпусков ЦБ, которые время от времени проводит с выпусками эмитент - ведете ли вы раздельный учет: является собственником, имеет право распоряжатся ЦБ, имеет право пользоваться ЦБ. Особенно существенно это по-моему для учета ЦБ в депозитарии. Существует ли в ваших сиситемах "план счетов"? Примерно так, как он описан в положении НАУФОР о правилах ведения внутреннего учета в бэк-офисе На мой взгляд бэк-офис обязательно должен вести учет на счетах, по которым он проводит операции. Потому что именно в этом и заключается суть учета. Но, к сожалению я время от времени встречаю твердую уверенность людей, в том числе разработчиков, которые говорят, что эта информация лишняя. С уважением, Vik98. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2004, 11:19 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
У нас есть план счетов,остатки на счетах в депозитариях, с учетом разделов счетов в депозитариях (основной, торговый на бирже XXX, в залоге у залогодателя / залогодержателя и т.п.).Операций дробления нет.Сам слышал понятие, что план счетов не нужен,видел системы которые реализованы без него, но потом их извращенными способами дотягивали до систем со счетами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2004, 12:37 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
ИМХО: лишней информации в БД не бывает, есть неиспользуемая, которая очень часто переходит в используемую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2004, 09:47 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
А по-моему лишней можно читать информацию, к которой в корпоративной системе не было обращений в течение 2х лет. Если нельзя однозначно ответить на вопрос: "Зачем она нужна?", - не абстрактно - может быть пригодиться, а реально .... Значит такую информацию можно перенести в архив (или не вести). С соблюдением целостности данных. Например, применительно к рынку ценных бумаг, вы часто используете ISIN - в прямом понимании этого кода? А как у вас заведено это поле? На так давно было замечено, что в зависимости от того, как было переведено название эмитена - у одной ЦБ может быть несколько ISIN, например у Павловского автобуса. А у евробондов - их будет несколько в зависимости от рынков размещения. По закону предполагается, что у нас может быть дробное количество акций. Интересно есть ли система, которая предусмаривает такую ситуацию - ведет учет количества в нормальных дробях. Информацию ведут и поддерживают люди. Если к этой информации никто не обращается, - то она никомуц не нужна. Ни сейчас, ни потом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2004, 14:05 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
может быть даже по другому.... Лишним мне кажется учет, если на ведение самого учета уходит больше сил и средств, чем, если эти данные посчитать вручную. Если учет происходит: учет ради учета - то он лишний. Если в системе появляется план счетов, то достаточно часто появляются и проводки по документам, - то надо писать некий "движок", который будет генерить эти проводки грамотно + некое описание шаблонов проводок, - чтобы оно было редактируемого.... Можно, конечно, без проводок - просто редактировать остаток на счете и обороты... тогда последовательность обработки можно будет восстановить только по логу, - если он ведется.... либо попробовав повторить операции... если боротся за быстродейстие системы - то проводки будут тормозить работу системы. А таблица с остатками - узким местом системы, - который захотят обновить много процессов.... По сравнению с бухгалтерией, где использование плана счетов и проводок - подтверждено многолетним мировым опытом, - про учет ЦБ - такого сказать нельзя. Поэтому и появился такой вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.11.2004, 14:11 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
_bobчисло таблиц в районе восьмисот, так что схема, наверное, поможет мало, лучше напиши что конкретно интересует И все же, хотелось бы посмотреть :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2004, 19:22 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
на что посмотреть? на число таблиц? давай сюда левое я тебе скрин вышлю на него ------------------ Best regards, _bob ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2004, 22:04 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
имелось в виду левое мыло (адрес, которо не жалко засирать спамом) ------------------ Best regards, _bob ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2004, 22:05 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
_bobимелось в виду левое мыло (адрес, которо не жалко засирать спамом) exch@bk.ru Вот почта, 25 mb смело можно послать. Отпишите, PLS, когда пошлете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.12.2004, 00:29 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to _bob: если есть возможность,то вышлите, плиз, и мне на shtock зверь mail.ru.20-23 метра свободно. Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.12.2004, 11:31 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to Vik98 Многое из написанного Вами имеет место в реальных системах. Я когда-то изучал данный вопрос и в итоге пришлось написать собственную систему депозитарного учёта. Основной недостаток на тот момент готовых систем - дорого и большой обьём адаптации. Моя программа была изначально заточена под банковскую деятельность. Поэтому в обязательном порядке есть план счетов и есть алгоритмы формирования проводок по счетам депо с обязательным контролем туевой хучи проверок (основная: красное сальдо). В силу специфики работы с ОГВЗ пришлось реализовать номерной учёт, который успешно работает с веселями. Регистры, поручения, договора .... всё это теперь ласкает мой слух. Если интересна дополнительная информация по программе или алгоритмах, с удовольствием отвечу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.01.2005, 14:37 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to _bob e-mail: urma.s@mail.ru пожалуйста вышлите и мне свои 800 таблиц. очень сильно заинтересовали.заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.02.2005, 11:32 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Lexisу меня пока порядка 16 таблиц акции обыкновенные, привилегированные выпуски акций облигации дивиденды купоны оферты тиккеры акций биржах итоги торговой сессии за день котировки акций с 30 минутным срезом справочник валют и кусов справочник бирж собственно сами эмитенты вопрос собственно в том, что есть всякие нюансы, типа даты закрытия реестра, привилигерованных акций типа Б, отменных в 96 году....вообщем вот А у меня таблиц где то 7 и кстати дивиденды никакого отношения не имеют к справочнику ЦБ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 13:38 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Vik98Уважаемые собеседники! Скажите, пожалуйста, ведете ли вы в БД для учета операций с ЦБ - остатки на счетах в депозитариях? с учетом разделов счетов в депозитариях (основной, торговый на бирже XXX, в залоге у залогодателя / залогодержателя и т.п.)? - реализуете ли вы операции дробления / консолидации выпусков ЦБ, которые время от времени проводит с выпусками эмитент - ведете ли вы раздельный учет: является собственником, имеет право распоряжатся ЦБ, имеет право пользоваться ЦБ. Особенно существенно это по-моему для учета ЦБ в депозитарии. Существует ли в ваших сиситемах "план счетов"? Примерно так, как он описан в положении НАУФОР о правилах ведения внутреннего учета в бэк-офисе На мой взгляд бэк-офис обязательно должен вести учет на счетах, по которым он проводит операции. Потому что именно в этом и заключается суть учета. Но, к сожалению я время от времени встречаю твердую уверенность людей, в том числе разработчиков, которые говорят, что эта информация лишняя. С уважением, Vik98. Ты не путай бэкофис , депозитарий и бухгалтерию - это три разные ИФ системы и все они должны быть построены по принципу двойной записи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 13:40 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
А почему они депозитарная, бухгалтераская и бэк-офисные программы должны (в этом-то и вопрос) быть построены по принципу двойной записи? Бухгалтерская - понятно - двойная запись в бухгалтерии - это проверено временем. В депозитарии план счетов - логичен: счета открытые в реестрах и других депозитариях - актив; счета открытые для депонентов и собственный - пассив... Кстати, интересно, как решается проблема учета выпуском по торговым операциям, проводимым на бирже по счетам номинального держания? Какие шансы, что у клиента будет именно тот выпуск, который списала биржа... это зависит от количества обращающихся выпусков... А бэк-офису зачем нужна двойная запись? Бэк-офису нужно определить и исполнить обязательства, которые возникают на основании сделок. Бэк-офис имеет дело с очень большим количеством документов: сделка, подтверждение, договор => обязательства... исполнение обязательств: п/п, поручение на перевод... Исполнение обязательств может происходить по счетам, не подотчетным бэк-офису, - т.е. не все операции по счету проводятся в бэк-офисе... Т.е. не по всем счетам бэк-офис может сравнить остатки... Получается, что бэк-офис учитывает обязательства, а не активы - как бухгалтерия.... Поэтому, есть ощущение, что для бэк-офиса план счетов "притянут". А программа бэк-офиса ближе к системам документооборота. Расскажите, пожалуйста, поподробнее, почему бэк-офисные программы должны быть построены по принципу двойной записи? С уважением, Vik. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2005, 16:15 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Ребята, любая система учета движения ценностей (товаров, услуг или денег) фиксирует транзакции в следующей таблице DocID - основание документ Subj1ID - от кого Subj2ID - кому ThingID - что MeasureID - ед. изм. (нужна только для клиента, т.к. кол-во записывается в мин. ед. изм.) Quantity - количество одная строка в такой таблице представляет собой двойную запись. 1. от кого 2. кому. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2005, 12:48 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to Old Nick если на примитивном уровне, то да а в реальности основанием выступает и поручение клиента на совершение сделки и поручение на совершение депозитарной операции ( брокерский договор и депозитпрный договор разные вещи) и оба одновременно. Необходимо учесть места хранения, списания и зачисления, место проведения и регистрации сделки и контрагента тоже неплохо указать. А при обработке в бухгалтерской части всё ещё и распадается на десятки проводок. Бухгалтерию можно вынести конечно, но депозитарный учёт и бэк офис должны существовать как единое целое. Но каждый отдел имеет свой интерес в единой системе. Бэк офис оперирует операциями и сделками, депозитарный учёт остатками, оборотами и проводками по счетам депо, бухгалтерия - всеми изменениями денежных средств. Причём по продаже у меня генерится до 10 различных проводок: ведь нужно показать не только саму операцию, но и учесть полученный и уплаченный НКД, посчитать доход/расход от продажи и НКД выделить различные комиссионные, провести переоценку и т.д. и т.п. В итоге получается сложная взаимозависимая система, в которой все составные части очень важны и работают в полном взаимодействии друг с другом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 08:52 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
А чем поручение клиента на совершение сделки не документ? места хранения, списания и зачисления - это субъекты. А при обработке в бухгалтерской части всё ещё и распадается на десятки проводок - тоже не проблема. Субъекты связаны со счетами. Так что вычислить вполне можно. К тому же один документ может порождать другие, которые будут делать свои проводки. Так что разруха - она не в стране, а в головах... (с) "М. Булгаков" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 09:46 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Old NickРебята, любая система учета движения ценностей (товаров, услуг или денег) фиксирует транзакции в следующей таблице DocID - основание документ Subj1ID - от кого Subj2ID - кому ThingID - что MeasureID - ед. изм. (нужна только для клиента, т.к. кол-во записывается в мин. ед. изм.) Quantity - количество одная строка в такой таблице представляет собой двойную запись. 1. от кого 2. кому. Думаю что не совсем так, двойная запись это заведомо избыточная информация которая отображает кто , кому что, на дополнительных, (полях, регистрах, счетах), и это всегда некое агрегирование . Поэтому кроме кто, кому, что, для пполучения двойной записи, нужен что то типа плана счетов который описывает дополнительные поля(регистры) и способ агрегирования на них и этот план счетов не может быть расчитан по своей сути из исходного документ кто, кому, что и почем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 11:59 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
h2ospb Old Nickодная строка в такой таблице представляет собой двойную запись. 1. от кого 2. кому. Думаю что не совсем так, двойная запись это заведомо избыточная информация которая отображает кто , кому что, на дополнительных, (полях, регистрах, счетах), и это всегда некое агрегирование . Поэтому кроме кто, кому, что, для пполучения двойной записи, нужен что то типа плана счетов который описывает дополнительные поля(регистры) и способ агрегирования на них и этот план счетов не может быть расчитан по своей сути из исходного документ кто, кому, что и почем. в данном случае (OldNick) можно считать что план счетов - это справочник контрагентов. И агрегирование ведется по нему. То же о чем вы говорите - это вопрос о необходимости ведения бОльшего количества _независимых_ разрезов учета (т.е. обязательных полей вида "от кого"/"кому" но уже из других "справочников"). В случае "контрагент"=="счет депо", это кстати и не совсем "независимые" разрезы. Нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 12:31 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
[quot 4321 в данном случае (OldNick) можно считать что план счетов - это справочник контрагентов. И агрегирование ведется по нему. То же о чем вы В случае "контрагент"=="счет депо", это кстати и не совсем "независимые" разрезы. Нет?[/quot] Нет план счетов, или регистры накопления для двойной записи это не дополнительные разрезы анализа, вернее не только, структура плана счетов отражает политику учета его идеологию, а групировка любого справочника отраожеет иерархие или другую зависимоть идентичных объектов находящихся только в этом справочнике, план счетов не следует ни из каких справочников, это по определению другая сущность и она агрегирует данные из нескольких справочников. план счетов и справочники связаны между собой документом, но не непосредственно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:22 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
интересно, почему это план счетов не является справочником? Для счетов и субсчетов необходимо указывать аналитику из справочников. И все будет ок ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:30 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Old Nickинтересно, почему это план счетов не является справочником? Для счетов и субсчетов необходимо указывать аналитику из справочников. И все будет ок конечно план счетов это справочник, я хотел сказать что не следует из других справочников, типа котрагентов, товара и т.п. это отдельная самостоятельная "Сущность" и информации кто, кому, что, почем, недостаточно для формирования этого справочника., и ведение двойной записи и требует ввода этой дополнителной сущности, которая конечно создает свой как минимум одни справочник. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 13:34 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Vik98 А бэк-офису зачем нужна двойная запись? Бэк-офису нужно определить и исполнить обязательства, которые возникают на основании сделок. Бэк-офис имеет дело с очень большим количеством документов: сделка, подтверждение, договор => обязательства... исполнение обязательств: п/п, поручение на перевод... Исполнение обязательств может происходить по счетам, не подотчетным бэк-офису, - т.е. не все операции по счету проводятся в бэк-офисе... Т.е. не по всем счетам бэк-офис может сравнить остатки... Получается, что бэк-офис учитывает обязательства, а не активы - как бухгалтерия.... Поэтому, есть ощущение, что для бэк-офиса план счетов "притянут". А программа бэк-офиса ближе к системам документооборота. Расскажите, пожалуйста, поподробнее, почему бэк-офисные программы должны быть построены по принципу двойной записи? С уважением, Vik. Дело в том , что в бэкофисе есть свой план счетов, сходный с бухгалтерским, поскольку задачи то сходные - т.е. учетные, надо считать позицию клиентов - те пришло в пути к нам , от нас, надо посчитать и разложить по полочкам комиссию (вашу, биржи), налоги. Тем паче, что по НАУФОР внутренний учет операций с ценными бумагами должен вестись определенным образом. Да и это очень удобно, если есть проводочное ядро (построенное по принципу двойной записи), при добавлении новых операций (например списание задолженностей по ДЕПО услугам, или маржинальный комиссий) не приходится заново все программировать - достаточно просто настроить проводки по новым операциям. В типичной компании, связанной с рынком ценных бумаг, как правило существуют 3 подразделения, участвующие в процессе учета ЦБ и денежных средств - Бэкофис, Депозитарий, Бухгалтерия. Функции каждого подразделения могут несколько меняться в зависимости от принятой на фирме учетной политики и бизнес-процессов. Но как правило, именно бэкофис выставляет на биржу (например, если речь идет ТС QUIK) остатки по клиентам, Депозитарий осуществляет расчеты по дивидендам (и передает информацию в бэкофис), Бухгалтерия принимает переводы и наличные от клиентов и также передает информацию в бэкофис, Бэкофис получает от биржи информацию о сделках и передает их в бухгалтерию, бухгалтерия считает налоги и передает информациб обратно в бэкофис ... Так что сказанное вами "Поэтому, есть ощущение, что для бэк-офиса план счетов "притянут". А программа бэк-офиса ближе к системам документооборота." не есть ВЕРНО !!! Вам не знакомы системы документооборота, основанные на проводках ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2005, 17:34 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
To TPers Вы хотите сказать, что план счетов НАУФОР понятен для сотрудников бэк-офиса? Само понятие плана счетов, по моим наблюжениям, не требует объяснений людям, имеющим опыт ведения бухгалтерского учета. В бэк-офисе учитываются обязательства. Мне кажется, что план счетов НАУФОР не удобно использовать для учета обязательств. Обязательства возникают по каждой сделке. Это значит, что субконто для счета будет - идентификатор сделки. А такая ситуация мне кажется не очень красивой. Можно посчитать обязательства по статусу документа. Вы правы, я не знакомы с системами документооборота, основанными на проводках. Можно попросить Вас рассказать о них? Спасибо. С уважением, Vik98. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 17:16 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
Интересную тему нарыл ;-) Кто-нибудь этим сейчас занимается? Хочу рассказать о своей, пока теоретической концепции, если можно это так назвать. 1. Существует пространство операций именуемых "сделкой", которая однозначно определяет тип и характер учитываемой процедуры (перевод денежных средств, бумаг, их списание, зачисление) 2. Существует пространство "мест" учитываемых данных именуемых "счета", которые однозначно определяют тип и характер хранимых данных (средства на счете, бумаги на счете, задолженность перед кем-то, задолженность от-кого-то и т.п.) 3. Существует пространство процедур объединяющих два первых понятия. грубо - 2е сущности и одна связь. Это не ново. Факт - двойная запись - однозначно. Плюсы - быстрая работа аналитики данных. Существование двойной записи - достоверная проверка операций за период. Проблема - описание "сделки" как однозначного определения события. Пока я пришел к выводу, что это: Номер сделки - Заявка (Поручение, счет, договор и т.п.) - дата - время - цена - объем Желаю расширить размер "сущности" в пространстве "сделка"... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.11.2008, 17:15 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
sql.sanjaКто-нибудь этим сейчас занимается? лет 10 как занимаюсь :) и пока всё работает. советую перечитать тему ещё разок. насчёт двойной записи я если честно не совсем понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2008, 12:26 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
sql.sanja пишет: > *1.* Существует пространство операций именуемых "сделкой", которая > однозначно определяет тип и характер учитываемой процедуры (перевод > денежных средств, бумаг, их списание, зачисление) > *2.* Существует пространство "мест" учитываемых данных именуемых > "счета", которые однозначно определяют тип и характер хранимых данных > (средства на счете, бумаги на счете, задолженность перед кем-то, > задолженность от-кого-то и т.п.) Это ж двойная бухгалтерская запись, кажется. Италия, кажется 14 век. Вы её изобрели ? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2008, 13:43 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
я не придумываю велосипеды... Просто подскажите, как кто и что учитывает... Мне ваще самому приходится придумывать... и что? не жалуюсь... Расскажите, у кого какая структура, хотя бы в общем плане... с чего начать? Цель - учет операций на РЦБ (ММВБ, РТС)... субброкерство... Это же просто... я уверен... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2008, 15:18 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
ув. Vladimir_, например, у вас же сделки в базу данных заходят "детерминировано"? Т.е. срочный рынок в одну таблицу, классический в другую, а возможно разбиваются по площадкам или по типам бумаг... Какую структуру Вы используете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2008, 16:54 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
MasterZiv Это ж двойная бухгалтерская запись, кажется. Италия, кажется 14 век. В 14 веке двойная запись была явным прогрессом, хотя дебет с кредитом как правило не сходился. В 21 веке я бы задумался о преимуществах и недостатках двойной записи. Если регистрировать все хозяйственные операции в одной таблице двойная запись выглядит избыточной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2008, 19:35 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
expla пишет: > В 14 веке двойная запись была явным прогрессом, хотя дебет с кредитом > как правило не сходился. Вообще, дебит с кредитом не может не сходится. В 21 веке я бы задумался о преимуществах и > недостатках двойной записи. Если регистрировать все хозяйственные > операции в одной таблице двойная запись выглядит избыточной. Она для того и придумана, чтобы быть избыточной. Вот необходимость её в современных условиях - это да. Она придумана для ручного учёта, без сомнения. Но все уже давно привыкли ... Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.11.2008, 22:55 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
ОК. Тогда так: Есть таблица счетов (грубо [№счета][Средства] ) Есть таблица сделок (грубо [тип сделки][счет1][счет2][объем] ) Операция: на основании записи в таблице сделок происходит изменение данных в таблице счетов , т.е. update , исключение порождает либо insert , либо error . Это двойная запись? Мне казалось, что двойная запись, это когда один счет описывается другим, а тот в свою очередь первым, на основании сделки, т.е. увеличивется еще и количество сделок! Не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2008, 10:47 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
sql.sanja пишет: > Это двойная запись? > Мне казалось, что двойная запись, это когда один счет описывается > другим, а тот в свою очередь первым, на основании сделки, т.е. > увеличивется еще и количество сделок! Не так? Двойная запись - это конда счета активные и пассивные. Вы записываете одну и ту же информацио о кол-ве два раза: в активных счетах и в пассивных. Общая сумма актива и пассива должна быть одинаковой. Это называется "балланс сходится". Вот вроде бы так. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2008, 11:39 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to sql.sanja Программа изначально писалась под банковскую деятельность и было принято стратегическое решение уйти от принятой системы проводок. Всё отталкивалось от сделки. для каждого типа сделки были созданы алгоритмы для автоматической генерации проводок в зависимости от пакетов (грубо говоря мест хранения). у меня в профиле есть ссылка на описание программы пятилетней давности. там многое можно прочитать чтобы представить как она работает. с тех пор конечно многое изменилось, но в основном всё что там описано лежит в основе текущего релиза. в те далёкие времена когда внебалансовые счета были - программа была полностью независима и вела учёт остатков ДС, бумаг и прочего. сейчас при наличии торонних систем учёта в виде опердней, 1с или других приходится извращаться для совместной работы. Если в банках дебет кредит и оборотно сальдовая ведомость являются ключевыми, а сделки уходят на второй план, то в инвестиционных компаниях, я часто отключаю генерация проводок и учёт ведётся исключительно по сделкам. по своему опыту внедрения могу сказать, что практически в каждой компании свой учёт и свои заморочки. и инструкци все трактуют по-своему :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2008, 12:34 |
|
||
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#18+
to MasterZiv: активные и пассивные счета - это вершина айсберга. ведь ещё есть балансовые счета, счета депо и лицевые счета, которы все между собой связаны. и когда геенерится всего лишь обна проводка у меня меняются остатки по всем счетам, которые задействованы. и в конечном итоге нужно чтобы баланс сошёлся на всех уровнях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2008, 12:54 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1543551]: |
0ms |
get settings: |
7ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
199ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
79ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 537ms |

| 0 / 0 |
