Облік цінних паперів - зробити складне простим (Цепков на SECR-2010)

1. тези
2. Annotation (english)
3. про автора
4. Розгорнутий виклад доповіді (стаття)
5. Формалізоване уявлення обліку
6. Про проект
7. Обліковий шар в архітектурі додатки
8. повна презентація

Доповідь було зроблено на банківській секції конференції SECR-2010

Презентація викладена на slideshare

Доповідач Максим Цепков, головний архітектор компанії CUSTIS (Замовні Інформсистема)

Назва доповіді: Облік цінних паперів - зробити складне простим (Securities Accounting - Make It Easy).

тези

Тези доповіді (російські)

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

Тому нами розроблено спосіб візуалізації обліку - діаграми планів рахунків (ДПС, діаграми обліку), що дозволяють представляти облік в наочному і зрозумілому вигляді, зручному і для бухгалтерів і для розробників. У доповіді визначаються елементи ДПС і показано їх використання в реальному проекті.

Проект обліку операцій з цінними паперами був реалізований для банку федерального рівня. Угоди надходять з системи фронт-офісу і підлягають паралельного аналітичного і зведеного бухгалтерського обліків, між якими треба підтримувати відповідність. Подання обліку за допомогою ДПС дозволило полегшити доведення правил обліку від бухгалтерів до розробників по численним видам угод (РЕПО, інвестиції, емісія та ін.), А також ефективно змінювати облік в ході експлуатації системи.

Використання ДПС відбилося на архітектурі додатки. Виділився обліковий шар, для якого діаграми є основним засобом проектування. Обліковий шар має типову архітектуру, тому для його створення був розроблений спеціальний генератор - Облікова машина - який використовується нами в різних проектах багато років.

Annotation (english)

The diagram usage while designing the information systems gives an opportunity to visualize complex processes and simplify the discussion among the customers, analysts and software developers. The point is that there are no such demonstrable ways of description the accounting process.

Having analyzed that, we have developed our own way of visualizing the accounts - diagrams for accounting - allowing visual representation of accounting schemes, which helps to accommodate with accountants and developers. Hereby research introduces main elements of the accounting diagrams in the real project.

Our company has developed the project of security dealing records for the federal level bank. The deals, which come from the front office system, should be accounted for the purposes of management in parallel with composite accountancy. The point is that both accounts could be kept in balance.

Diagrams-presented accounting made it easier for developers to be provided with the correct information on different types of deals (such as REPO, investments, emission transactions) from the accountants. They also helped to pose needs on account change effectively during the system usage.

The appearance of effective developers 'tools of accounting (recording) has influenced the architecture of the software application. Special accounting element for which diagrams are the main design tools distinguished. Accounting element is of the typical design, which means that the special generator can be developed exactly for such element. We have been using such a generator named Accounting Machine in various projects for many years .

про автора

Максим Цепков - співзасновник і головний архітектор компанії CUSTIS, в якій працює з дня заснування (1996). Закінчив з відзнакою Факультет управління та прикладної математики Московського фізико-технічного інституту, має авторські свідоцтва. Основна область професійних інтересів - створення архітектури корпоративних і банківських інформаційних систем, пошук балансу між загальними архітектурними підходами і реалізацією специфічних вимог розробки на замовлення для підтримки унікальних бізнес-процесів клієнтів.

Максим Цепков є експертом в області бізнес-і системного аналізу, займається розвитком шаблонів і технологій проектування, розробкою методик застосування діаграм. Під керівництвом Максима і за його безпосередньої участі розроблено кілька технологічних платформ, на яких будуються проекти CUSTIS. Максим виступає основним ідеологом і творцем архітектурного шаблону для інформаційних систем - «Облікової машини» і діаграм планів рахунків для відображення і проектування обліку. Ці технології застосовуються в усіх проектах компанії для банків і підприємств.

Максим Цепков бере участь практично у всіх проектах компанії. У сфері його компетенції проектування розподілених систем, інтеграція з зовнішніми системами, опрацювання технології дбайливого впровадження з поступовою заміною старої системи на нову без зупинки бізнес-процесів.

Максим бере активну участь у розвитку внутрішніх процесів і вдосконалення практик застосування гнучких методологій розробки та колективного проектування в CUSTIS.

Максим Цепков - учасник різних професійних конференцій та автор ряду публікацій в профільних журналах.

In english

Maxim Tsepkov is a co-founder and the senior software architect of CUSTIS since 1996 року, he has master degree from Moscow Institute of Physics and Technology, Control / Management and Applied Mathematics department, has many author's certificates. The main author's area of ​​interests is the architecture of enterprise information systems, especially searching for balance between the common architecture patterns and practice of specific customized development for unique business processes.

Maxim Tsepkov is an expert in business and system analysis, deployment and development architecture patterns, models and diagrams. Many CUSTIS projects based on several frameworks that developed under the guidance of Maxim Tsepkov. He is the main designer of the application patterns for information system named as Accounting Machine and accounting diagrams, used for visualization and desining of accounting. This technologies used in all company's projects for business. In fact, Maxim contributes to most of company's projects. He is competent in design of distributed systems, system integration, and graceful deployment process, when new system gradually replaced the old system without any business-process disturbance.

Maxim contributes to evolution of agile software development process in company and practice of team software design. He is an active of professional conferences and author of various publications in CIO magazines.

Розгорнутий виклад доповіді (стаття)

проблема

При проектуванні систем активно використовуються різні діаграми, які дозволяють наочно уявити складні схеми і полегшують спілкування між усіма учасниками процесу, від бізнес-фахівців замовника до розробників. Саме численним діаграм зобов'язаний своєю популярністю UML, крім нього є багато інших нотацій. Однак, ні UML, ні інші нотації не містять діаграм для опису обліку. Для його опису застосовуються інші способи - шаблони в Excel або текстовий опис. На жаль, вони не дозволяють ефективно представити інформацію.

Під ефективним представленням інформації ми розуміємо такий її вид, який дозволяє швидко зрозуміти цілісну картину, проводити міркування, передавати інформацію іншим людям. Прикладом ефективного представлення може служити розробка сучасної алгебраїчної запису для рівнянь в 16-17 столітті Виетом, Декартом і іншими математиками, до них рівняння записувалися словами. Більш сучасним прикладом може служити розробка ER-діаграм для представлення структур даних, яка, на відміну від текстового опису, дозволяє наочно уявити цілісну картину і працювати з нею.

Ми розробили свій спосіб візуалізації обліку - діаграми планів рахунків. З їх допомогою можна уявити схеми обліку в наочному і зрозумілому вигляді, узгоджувати облік з бухгалтерами та передавати їх розробникам. Продемонструємо використання діаграм на простому модельному прикладі - особисті фінанси. А потім - покажемо використання цієї техніки в реальному проекті обліку операцій з цінними паперами.

Формалізоване уявлення обліку

Діаграми планів рахунків дозволяють формалізовано уявити облік. Вони містять три основні елементи, показаних на малюнку: овали-рахунки, стрілки-проводки і спеціальний значок для позначення зовнішнього світу, який використовується в разі незамкнутого обліку. Для зручності сприйняття активні і пасивні рахунки поміщаються в окремі області або виділяються кольором. Усередині овалу-рахунки вказується його назва та аналітики, в разі бухгалтерського обліку вказується також номер. На стрілці-проведенні зазначається документ і операція, що породила цю проводку. Проведення основної гілки обліку зазвичай позначаються жирними стрілками. Покажчик стрілки-проводки завжди спрямований до рахунку дебету, тому в проводках між двома пасивними рахунками їх напрям протилежний напрямку перенесення залишку. В принципі можна використовувати чотири види стрілок за видами проводок (актив-пасив, актив-актив, пасив-актив і пасив-пасив), але, як показує практика, це сильно ускладнює розуміння схеми.

Про проект

Облік цінних паперів був реалізований для банку федерального рівня. Угоди надходять з системи фронт-офісу і підлягають одночасного аналітичного і зведеного бухгалтерського обліку, між якими треба підтримувати відповідність. Це стандартний підхід для бухгалтерського обліку, проте він зазвичай не дуже добре розуміється не тільки розробниками, а й аналітиками, які не мають бухгалтерської освіти.

У розглянутому прикладі складність погіршувалася двома обставинами. По-перше, банк веде різноманітні види операцій з цінними паперами: надання банківських кредитів під заставу через операції РЕПО, інвестування власних коштів, послуги з інвестування для великих фондів, емісія власних цінних паперів, послуги з обслуговування емісії цінних паперів великих державних структур. По-друге, хоча основна маса угод враховується за стандартними схемами, окремі угоди підлягають особливому обліку, в тому числі - з запізненням відносно дати угоди. Необхідно відрізняти закономірні розбіжності аналітичного і зведеного бухгалтерського обліку, обумовлені особливими угодами, від розбіжностей з-за помилок обліку, що підлягають усуненню.

Облік цінних паперів окремих угод містить велику кількість варіантів проводок, набір яких залежить не тільки від виду операції, але і від конкретних атрибутів. Для прикладу розглянемо один з видів угод - власні операції інвестування в цінні папери. Аналітичний облік ведеться з великою детальністю, враховуються окремі партії куплених паперів та пов'язані з ним купони, дисконти, премії та переоцінки. При продажу в аналітичному обліку також виконується виділення доходу по кожній угоді окремо. Зведений же бухгалтерський облік ведеться просто в розрізі паперів.

Зазвичай застосовується спосіб текстового опису такого обліку або подання його в Excel, не дає загальної картини. Часто ситуація виявляється гірше: в постановці описується атрибутика вихідних угод і вихідні звітні форми, які потрібно отримати, а пристрій аналітичного обліку віддається на відкуп розробникам. Подання у вигляді діаграми (дивись малюнок), хоча і є відносно складним, в той же час дає цілісне і наочне про пристрій сегменту обліку. Воно дає можливість на етапі постановки обговорювати пристрій аналітичного обліку з бухгалтерами та формулювати завдання на звіти в термінах залишків і оборотів по рахунках аналітичного обліку. Бухгалтер може верифікувати і скорегувати облік, зафіксований аналітиком на етапі постановки. А потім розробники, аналітики і тестувальники використовують її при реалізації і тестуванні, а також - при здачі замовнику.

Розглянемо представлений приклад докладніше. Діаграма формалізовано представляє рахунки і проводки в системі. Облік ведеться в грошовому вираженні в рублях і валюті номіналу паперу, а також в штуках, ці дані є в усіх проводках з паперами. На діаграмі можна виділити 4 основні області: рахунки розрахунків з біржею нагорі діаграми, рахунки для обліку куплених цінних паперів в зеленій області справа, рахунки для обліку продажів (реалізації) в рожевої області зліва і рахунки доходів і витрат внизу діаграми.

Зелена область праворуч включає аналітичні рахунки, які використовуються для обліку цінних паперів в портфелі банку. На рахунку «Папери» відображаються партії куплених цінних паперів (аналітика «покупка») за справедливою ціною (біржової вартості) на дату покупки. Окремо враховуються пов'язані з купівлею дисконт, тобто знижка щодо біржової ціни і премія, тобто націнка щодо біржової ціни. Дисконт перекладається в доходи не відразу, а поступово, в міру наближення дати погашення. Переоцінка цінних паперів фіксується на окремому аналітичному рахунку для кожної партії. На окремій парі рахунків фіксується накопичений купонний дохід, теж в розрізі покупок: на одному - за ціною покупки, а на іншому - щоденні накопичення. У міру погашення купонів фіксується сума погашення, а для нових купонів відкриваються окремі аналітичні рахунки. Набір рахунків і проводок, виконуваних при покупці паперу істотно залежить від того, чи відбулася угода за ціною вище або нижче біржового котирування на день покупки, а проводки по купонах, природно, виконуються тільки для тих паперів, у яких є купон.

Продаж цінних паперів враховується на аналітичних рахунках в рожевої області зліва. Особливістю аналітичного обліку є фіксація фінансового результату по кожній угоді, при цьому, однак, результат вважається не просто побудовою FIFO між продажами і покупками, а складніше: спочатку за методом FIFO з партій в портфелі формується пакет паперів, що відповідає проданому за день кількості, і визначається їх середньозважена ціна, а потім результат кожної операції обчислюється щодо цієї сформованої ціни.

Технічно це виконується так. Протягом дня вчинені продажу фіксуються на рахунку «Реалізація паперів», по кожному продажі окремо. Потім проводиться спеціальна процедура, яка називається розцінкою продажів, в ході якої визначається ціна проданих паперів та фінансовий результат операцій. Проведення розцінки продажів на схемі виділені фіолетовим, зазначений порядок виконання. В ході розцінки продажів спочатку проводиться збірка необхідної кількості паперів на транзитному рахунку «Папери для реалізації» за методом FIFO з партій покупки. При цьому збираються компоненти вартості, що становлять папір і враховуються на різних аналітичних рахунках: вартість покупки, накопичена переоцінка, премія, що залишився дисконт. А потім виконуються проводки списання паперів для кожної угоди по сформованої середньозваженої вартості і виділення результату кожної угоди. З купонами ситуація простіше, так як вони враховуються за поточним накопиченому доходу і досить одного транзитного рахунку. Процедура розцінки продажів виконується щодня і включена в закритті дня.

У плані рахунків ПБО облік за окремими угодами не ведеться, там відкриваються зведені особові рахунки для обліку кожного паперу, і створюються сумарні проводки за операціями за день. Чи не ведуться також транзитні рахунки, а облік паперу і її купона об'єднаний на одному рахунку. В якості ілюстрації на малюнку показана угруповання аналітичних рахунків для відображення в бухгалтерські для рахунків реалізації.

Відзначимо, що діаграма може містити додаткові елементи, що підвищують наочність представлення. В даному прикладі це - заштриховані області, які об'єднують рахунки враховують різні складові частини вартості паперу, колірне виділення рахунків витрат і доходів, виділення різних видів проводок. Всі вони підвищують ефективність сприйняття і в результаті всі учасники мають наочний образ-картинку для спілкування.

Подання обліку за допомогою діаграм дозволило подолати складність донесення правил обліку від бухгалтерів до розробників по всьому різноманітним сегментам обліку, згаданим вище. Кожному сегменту відповідала окрема схема, окремі схеми представляли податковий облік і облік для МСФЗ. Їх об'єднання дає повну схему обліку в системі. Подання у вигляді діаграм дозволило ефективно формулювати вимоги по зміні обліку, які багаторазово виникали за час функціонування системи (вже більше 11 років).

Обліковий шар в архітектурі додатки

Область застосування діаграм планів рахунків не обмежується урахуванням складних операцій. У нашій компанії вони застосовуються у всіх облікових проектах, і для бухгалтерських програм, і для управлінського обліку, як для банків, так і для підприємств.

Поява ефективного інструментарію проектування обліку наклало свій вигляд на архітектуру програми. Виділився окремий обліковий шар (дивись малюнок), для якого діаграми є основним засобом проектування. Схема взаємодії облікового шару з іншими верствами додатки - типова, проводки виконуються при зміні станів документів або по інших подій. У розглянутому прикладі події виникають при надходженні потоку угод з фронт-офісу, а також при їх змінах.

Реалізація облікового шару відображає специфіку конкретного проекту, особливо в разі високих вимог до продуктивності. Однак архітектура облікового шару будується за загальним шаблоном. Це дозволило розробити для його створення спеціальний генератор - Облікову машину - яка використовується нами в широкому класі проектів багато років.

На закінчення кілька слів про переваги підходу. Застосування діаграм знижує те, що прийнято називати «сукупною вартістю володіння» обліковою системою, або, іншими словами - вартість її підтримки і доопрацювання. Вартість знижується за рахунок появи ефективного і наочного кошти опису обліку. Візуальне уявлення, ясна розробникам і тестувальникам, спрощує перевірки при змінах в системі, дозволяє виявити багато помилок без участі бізнес-фахівців.

Стоимость доопрацювань додатково зніжується за рахунок їх Спрощення за рахунок поділу бізнес-логіки документів и пристрої звітів. З одного боку, з діаграм планів рахунків однозначно видно логіка обліку, що дозволяє, абстрагуючись від звітів, допрацьовувати документи, дбаючи лише про збереження принципів відображення їх в обліку. У даному проекті це дозволило без зміни обліку підключити потік інформації з позабіржових угод, який надходив з іншої системи і мав іншу структуру. А в загальному випадку це дозволяє структурувати потоки документів, переходячи до опису складних операцій або виділяючи спеціальні документи, що стосуються vip-клієнтів, і поки облікова схема додатки зберігається, звіти продовжують працювати. З іншого боку, можна розробляти нові і допрацьовувати існуючі звіти, спираючись лише на облікові схеми і не торкаючись документів, що особливо важливо при великій кількості різноманітних документів в системі. Фактично, як бухгалтерам і аналітикам, формулює завдання на звіт, так і розробникам, його реалізують, взагалі не треба вдаватися в особливості обробки різних документів - вони оперують термінами обліку.

Діаграми планів рахунків дозволяють ефективно описувати облік. Вони набагато наочніше, ніж зазвичай застосовуються шаблони в Excel і, більш того, можуть застосовуватися бухгалтерами для проектування обліку, незалежно від завдань автоматизації. Як показує досвід, схема обліку та його реалізація - відносно стабільні, розвиток додатків набагато частіше стосується бізнес-логіки документів. Обліковий шар формує показники, які використовуються в оперативній бізнес-логікою і на них же будуються звіти. Забезпечується узгодженість різних звітів і трасування їх до документів.

Діаграми планів рахунків дозволяють легко домовлятися всім учасникам процесу розробки: бізнес-користувачам і експертам замовника, бізнес-аналітикам, системним аналітикам, архітекторам, розробникам, інженерам. Це значно підвищує ефективність аналітичної роботи та якість розроблюваних систем.

повна презентація

(Щоб завантажити - реєструйтеся на slideshare, linkedin блокований) Завантажити весь pdf