|
|
|
рынок ценных бумаг
|
|||
|---|---|---|---|
|
#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?fid=32&msg=35673361&tid=1543551]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
180ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 478ms |

| 0 / 0 |
