О платформе

Бэк-офис, клиентский кабинет, учёт и отчётность в одной системе

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

Платформа развёртывается на ваших серверах (self-hosted) или в контуре под нашим управлением. При самостоятельном размещении данные остаются в вашей инфраструктуре. Модель поставки не привязывает вас к облаку поставщика: вы контролируете среду размещения и используете программное обеспечение на условиях своей лицензии.

Кому подходит платформа

• Брокеру с розничными и корпоративными клиентами — полный цикл от оформления клиента до подготовки выписки.
• Брокеру, работающему через посредников — омнибус-счета с субсчетами и раздельным учётом (см. раздел «Омнибус и субсчета»).
• Мультиактивному участнику рынка — акции, облигации, фонды, деривативы, валютные операции и криптовалюты в едином учёте.
• Депозитарию — места хранения, счета в вышестоящих депозитариях, депозитарные комиссии по фактическому месту хранения, поручения на расчёты DVP/FOP.
• Управляющей компании — портфели клиентов, оценка и финансовый результат (P&L), комиссии за управление и за результат, отчётность владельцу активов.
• Поставщику услуг виртуальных активов (ПУВА) — кошельки с одобрением адресов, оценка криптоактивов, режим торговли с компанией в качестве контрагента по каждой стороне сделки, надзорная отчётность.
• Поднадзорной организации — журнал аудита, независимое подтверждение операций, отчётность в подразделение финансовой разведки, хранение подтверждающих материалов.

Основные компоненты

Три принципа работы

1. Единые правила расчёта. Ставка комиссии, курс валюты и себестоимость позиции определяются централизованно. Интерфейс, отчётность и списание используют один результат, что устраняет отдельные, расходящиеся реализации одного правила.
2. Прозрачный статус проверки. Неизвестное значение не заменяется нулём, а невыполненная проверка не отображается как успешная. Система явно сообщает, какие данные или результаты проверки недоступны.
3. Настройка без выпуска новой версии. В пределах поддерживаемой платформой бизнес-логики виды операций, обязательные поля, тарифы, справочники, форматы дат и сумм и выбор доступного языка задаются настройками. Брокер управляет этими параметрами самостоятельно, без изменения кода.

Рабочее место брокера

Операционные задачи, клиентские данные и инструменты

Главная панель показывает задачи, требующие внимания: операции на проверке, предстоящие расчёты, незакрытые дни, инструменты без цены и поручения, ожидающие сопоставления. Каждый показатель открывает соответствующий раздел.

Клиенты и счета

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

Платформа поддерживает брокерские, депозитарные и номинальные (омнибус) счета, а также счета собственной книги брокера. У каждого счёта определяются базовая валюта, кастодиан, тарифный план, разрешённые операции, параметры отчётности и метод списания лотов: по средней себестоимости или FIFO.

Инструменты

Единый справочник охватывает акции, облигации, ETF и другие фонды, деривативы, валюты, криптовалюты и денежные инструменты. Состав полей зависит от типа инструмента: для облигации это купон, погашение, номинал, конвенция расчёта дней, условия досрочного выкупа и купонный график; для дериватива — базовый актив, срок и множитель контракта; для криптовалюты — сеть и число подтверждений.

Купонные графики формируются автоматически по правилу инструмента: с привязкой к календарным датам или с фиксированной продолжительностью периода. Накопленный купонный доход (НКД) рассчитывается на выбранную дату по заданной конвенции расчёта дней: ACT/365, ACT/360, 30/360 и другим.

Заявки и исполнение

От клиентского поручения до отражения сделки в учёте

Заявки

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

• OCO — пара связанных заявок по принципу «одна отменяет другую»: полное или частичное исполнение либо отмена одной заявки автоматически отменяет вторую.
• Аллокации — распределение исполненного объёма между счетами клиентов.
• Направленные заявки (DVP External) — заявки на сделку с указанным внешним контрагентом; они не участвуют в анонимном сопоставлении заявок.
• Поручения на денежные операции — ввод, вывод, конвертация и размещение на депозит с применением правил согласования и регистрацией действий в журнале аудита.
• Срок действия — дата «действительна до» зависит от выбранного срока действия (Time in Force, TIF). DAY и GTD требуют даты, GTC действует до отмены. Если ни срок, ни дата не выбраны, по умолчанию применяется текущий день. Закрытие дня переводит в статус «истекла» только заявки, срок которых уже завершился.

Внутренний стакан

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

В режиме торговли криптовалютами с участием брокера в качестве принципала прямые сделки между клиентами запрещены: брокер становится контрагентом по каждой стороне сделки. Для каждой стороны отдельно определяются комиссия и расчёт. Этот порядок относится к режиму принципала и не описывает биржевой режим платформы.

Торговый стол: клиентские заявки и собственная книга

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

Запрос котировки (RFQ)

Для малоликвидных инструментов и крупных объёмов предусмотрен запрос котировок у контрагентов с сохранением предложений, их сравнением и выбором условий исполнения. Принятая котировка сохраняется вместе со сделкой как подтверждающий материал для последующей проверки качества исполнения.

Расчёты и депозитарный учёт

Места хранения активов, сроки расчётов и обязательства сторон

Поручения на расчёты

Поддерживаются поставка против платежа (DVP) и поставка без платежа (FOP) внутри платформы и с внешними контрагентами. Внутренние поручения сопоставляются попарно: система находит встречное поручение, показывает статус сопоставления и допускает расчёт только после согласования пары.

• Статусы — «не сопоставлено», «сопоставлено», «рассчитано», «сопоставление нарушено». Расхождения отображаются явно.
• Дата расчёта — определяется по календарю рынка с учётом выходных и праздников (T+0…T+n). Календари ведутся в справочнике рынков.
• Отмена с указанием причины — для отмены поручения обязательна причина из справочника. Журнал сохраняет время и основание отмены.
• Место хранения по каждой стороне сделки — позиции учитываются в разрезе места хранения, с сохранением этой детализации внутри счёта.

Кастодианы и места хранения

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

Этапы расчётов

Система определяет расчётный этап сделки по дате валютирования и статусу проверки: «проведена → ожидает расчёта → рассчитана». Отдельный вручную устанавливаемый признак для этого не требуется. На главной панели показатели «ожидают сопоставления» и «ожидают расчёта» открывают списки с соответствующим фильтром.

Учёт денежных средств, ценных бумаг и финансового результата

Главная книга, позиции и ежедневное закрытие

Двойная запись

Учтённые операции отражаются сбалансированными записями в главной книге (General Ledger, GL). Для каждой организации ведётся собственный план счетов; журнальные записи объединяются по хозяйственному событию, а проводки содержат суммы со знаком и аналитику: клиент, счёт, инструмент, валюта, место хранения. Записи главной книги неизменяемы: при допустимой корректировке или отмене операции её отражение в книге исправляется сторнирующей записью с сохранением истории.

• Сальдовая ведомость (Trial Balance) и журнал проводок — отдельные отчёты для бухгалтерского контроля.
• Сверка — сравнение денежных остатков, рассчитанных двумя независимыми способами, с отображением выявленных расхождений.
• Дата проводки учитывает часовой пояс организации: сделка в 23:30 по Бишкеку относится к соответствующему дню в Бишкеке независимо от часового пояса сервера.

Контроль отмены проведённых операций

Отмена проведённой операции меняет остатки и требует сопоставимого уровня контроля. Если для проведения требуется независимое подтверждение, тот же принцип применяется при отмене:

• Принцип четырёх глаз — когда он предусмотрен политикой, сотрудник, подтвердивший операцию, не может единолично её отменить. Применяется та же настраиваемая политика, что и при проведении, с учётом типа, суммы и происхождения операции.
• Контроль достаточности остатка — отмена аннулирует как списание, так и зачисление. Если полученная валюта уже израсходована, отмена может создать отрицательный остаток по месту хранения. Система рассчитывает последствия и отклоняет действие до внесения изменений.
• Обоснование исключения — администратор может применить предусмотренный обход этих двух проверок только с указанием причины. Рядом с отменой сохраняется неизменяемая запись: сотрудник, время, сумма и основание обхода. Она входит в учётную историю и не зависит от ротации технических журналов.
• Отмена связанных записей — вместе с операцией отменяются её зеркальные записи в собственной книге, порождённые комиссии и ещё не исполненные возвраты этих комиссий. Связанная комиссия не сохраняется отдельно от отменённой сделки.

Позиции и лоты

Позиции учитываются по лотам с выделением общего остатка, заблокированного количества и количества, доступного к поставке. Метод списания задаётся на счёте: по средней себестоимости (по умолчанию) или FIFO. При продаже определяется реализованный финансовый результат, а по остающейся позиции — нереализованный.

• Перевод активов не формирует реализованный результат — поступление извне открывает лот с учётной себестоимостью, выбытие при переводе списывается по себестоимости. Сам перевод не признаётся продажей.
• Блокировки — резервы под расчёты, залог, регуляторные ограничения и маржинальное обеспечение имеют отдельные основания.
• Оценка облигаций — цена в процентах от номинала, номинальный множитель и фактор инструмента единообразно учитываются в сумме сделки, себестоимости и оценке портфеля.
• НКД — накопленный купонный доход рассчитывается на дату расчётов и включается в стоимость с НКД («грязную» стоимость) и в подтверждение сделки.

Закрытие дня

Ежедневное закрытие фиксирует официальные позиции, оценку, финансовый результат и остатки. Факт закрытия дня сохраняется в отдельном журнале и не определяется только наличием снимка портфеля.

Если проведённая операция добавлена, изменена или отменена задним числом, система показывает, что затронутые закрытые дни требуют пересчёта. Диапазон определяется автоматически: исходящий остаток одного дня становится входящим остатком следующего. Один запуск пересчитывает весь затронутый период до последнего закрытого дня.

Мультивалютность

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

Комиссии и тарифы

Правила начисления, клиентские условия и комиссионная выручка

Тарифные планы

Тарифный план назначается клиенту или отдельному счёту с указанием даты начала действия. Изменения версионируются: новая ставка закрывает текущую версию и открывает следующую. Ранее начисленные комиссии сохраняют ставку, действовавшую на дату операции. Карточка плана содержит историю изменений с указанием автора, времени и изменённых условий.

Правила ставки учитывают счёт, тип инструмента, рынок, класс актива, биржевой или внебиржевой характер сделки, её сторону, валюту, тип и резидентство клиента, стоимостный диапазон и место хранения. Если подходят несколько правил, система применяет установленный порядок приоритетов: более точное условие выбирается с учётом заданной очерёдности критериев.

• Методы расчёта — процент, фиксированная сумма, ставка за единицу и ступенчатая шкала по объёму или стоимости портфеля.
• Минимум и максимум — ограничения комиссии на операцию с указанием валюты каждого ограничения.
• «Не предоставляется» и «по договорённости» — отдельные условия тарифа, которые не подменяются нулевой ставкой.
• Периодические комиссии — депозитарная, за управление и за обслуживание счёта. Начисление выполняется по заданному методу, в том числе ежедневно по фактическому остатку; списание — по графику расчётного периода.
• НДС — правила имеют непересекающиеся периоды действия. Применённая ставка сохраняется в операции и не меняется задним числом.

Матрица комиссий

Матрица показывает по каждому виду комиссии базу и методы расчёта, диапазон клиентских ставок, число правил и долю вознаграждения агента. Из строки можно перейти к деталям: правилам этого вида комиссии по всем планам, расположенным в порядке их применения системой. Так можно проверить, какое условие имеет приоритет.

Действующие тарифы клиента

В карточке клиента отдельная вкладка показывает тарифный план, применимый к каждому счёту, и базовую ставку каждого вида комиссии, определённую тарифным механизмом. Счёт без назначенного плана явно помечается как «не тарифицируется».

Исключения и корректировки

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

Выручка

Отчёт о комиссионной выручке доступен в разрезе периода, клиента, вида комиссии и валюты с возможностью выгрузки. Дебиторская задолженность учитывается отдельно: сумма обязательств клиента, срок задолженности и распределение по интервалам просрочки.

Партнёрская программа

Привлечение клиентов, партнёрское вознаграждение и контроль выплат

Модуль ведёт агентов, многоуровневую партнёрскую сеть, соглашения и вознаграждение. Связь клиента с партнёром устанавливается по реферальной ссылке или QR-коду, вручную либо массовой операцией. Применяется правило первичного привлечения: существующая привязка не заменяется автоматически при последующем обращении по другой ссылке.

Расчёт вознаграждения

• Процентное вознаграждение — доля комиссионной выручки брокера (revenue share) либо процент от оборота сделки в зависимости от выбранной базы расчёта.
• Вознаграждение за привлечение клиента (CPA) — разовое начисление за нового клиента при его первой сделке; пополнение счёта само по себе не является основанием для начисления.
• Фиксированное вознаграждение за сделку — установленная сумма за каждую сделку, подпадающую под условия соглашения.
• Иерархия ставок — базовая шкала организации, условия соглашения и индивидуальная ставка по клиенту. Применимое правило определяется по установленному приоритету критериев.

Контроль выплат

• Утверждение службой комплаенса — ставка по соглашению не применяется до его одобрения. Изменение утверждённого соглашения создаёт новую версию; прежняя действует до утверждения новой.
• Возврат вознаграждения (clawback) — отмена или сторнирование сделки автоматически формирует задолженность партнёра, которая засчитывается при следующей выплате. Невзысканная сумма списывается только отдельным решением с указанием причины.
• Платёжный цикл — формирование пакета начислений, проверка минимальной суммы выплаты и утверждение перед оплатой. Начисленные, удержанные и выплаченные суммы учитываются раздельно.
• Раскрытие вознаграждения — при включённой настройке клиент видит сведения о партнёрском вознаграждении по своим операциям. Это поддерживает раскрытие выплат третьим лицам (inducements).

Омнибус-счета и субсчета

Раздельный учёт активов клиентов посредника

Омнибус-счёт — номинальный счёт посредника, внутри которого ведутся субсчета его клиентов. На уровне основного счёта активы учитываются совокупно; внутри платформы позиции, денежные средства и история операций разделены по каждому клиенту посредника.

• Право вести субсчета предоставляется брокерской компанией для конкретного счёта юридического лица. Посредник не может присвоить счёту статус омнибуса самостоятельно.
• Аллокации 1→N — одна сделка по омнибус-счёту распределяется между субсчетами с сохранением цены и учётом комиссии.
• Отдельный доступ — клиент посредника входит в кабинет со своей учётной записью и видит только свой субсчёт; посреднику доступны все субсчета под его управлением.
• Выписка по субсчёту — документ с операциями и остатками, в котором отдельно раскрываются комиссии посредника.
• Сегрегация активов — правила раздельного учёта клиентских активов и собственных средств посредника контролируются на уровне базы данных.

Комиссии посредника

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

Кабинет клиента

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

Кабинет использует те же учётные данные, что и бэк-офис, и показывает клиенту текущее состояние его портфеля. Адаптивный интерфейс позволяет просматривать позиции и работать с кабинетом в браузере на телефоне.

Что доступно клиенту

• Портфель — позиции с текущей оценкой, себестоимостью и нереализованным финансовым результатом; денежные средства по валютам. Стоимость облигаций включает накопленный купонный доход (НКД).
• Заявки — единый список торговых и денежных поручений, включая собственные поручения клиента на расчёты, с группировкой на активные, исполненные и закрытые.
• Операции — история сделок и движений с описанием каждой операции.
• Отчёты — выписка по счёту, подтверждения сделок и портфельный отчёт. В зависимости от документа доступны PDF, CSV и Excel.
• Документы — соглашения с фиксацией подписанной версии; отсутствие подписи под обязательным документом блокирует подачу заявок.
• KYC — анкета, документы, статус проверки и напоминания об истечении сроков их действия.
• Уведомления — события по счёту в реальном времени.

Денежные операции клиента

Клиент может подать поручение на ввод или вывод средств, конвертацию валют, размещение средств на срочный депозит и перевод между своими счетами. В форме вывода отображается доступный остаток в выбранной валюте. Если данные об остатке ещё не получены, вместо суммы показывается прочерк: отсутствие данных не представляется как нулевой баланс.

Криптовалюты и цифровые активы

Единый учёт с поддержкой сетей и криптовалютных кошельков

Раздел предназначен прежде всего для поставщиков услуг виртуальных активов (ПУВА, VASP). Он описывает учёт операций с криптоактивами, работу с кошельками и контроль торговой модели.

Криптовалюты ведутся в общем справочнике инструментов и единой учётной системе. К ним применяются двойная запись, учёт по лотам, расчёт комиссий и формирование отчётности. Это позволяет учитывать цифровые активы вместе с другими классами инструментов.

• Кошельки клиента — реестр адресов с указанием сети, типа и статуса одобрения. Ранее отклонённый адрес можно подать на рассмотрение повторно; регистрация адреса, закреплённого за другим клиентом, запрещена.
• Ввод и вывод — поручение клиента, проверка адреса, одобрение компанией, сохранение сведений о сети и подтверждениях транзакции.
• Точность — количество учитывается с точностью до восьми знаков после запятой. Формат отображения задаётся для инструмента и по умолчанию наследуется от его типа.
• Торговая модель — в режиме principal компания выступает стороной сделки с клиентом, а прямое сопоставление клиентских криптовалютных заявок блокируется. Для режима exchange предусмотрено сопоставление заявок клиентов между собой.
• Оценка — котировки из настроенных источников с контролем их актуальности.

Комплаенс: KYC, AML и надзор

Проверка клиента, мониторинг операций и документирование решений

Приём клиента на обслуживание и KYC

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

• Профиль риска — оценка по заданным критериям, дата следующего пересмотра и автоматические напоминания за 30, 14 и 7 дней до истечения срока действия проверки.
• Документы — хранение, учёт сроков действия и контроль просроченных документов.
• Скрининг — проверка по санкционным и внутренним спискам, обработка совпадений.
• Периодический пересмотр — автоматическое создание дел для повторной проверки и отслеживание их статуса.

Мониторинг и отчётность для финансовой разведки

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

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

Двойной контроль и разделение обязанностей

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

Соглашения с клиентом

Система хранит обязательные документы и их версии, а клиент подписывает их в кабинете. Пока актуальная версия обязательного документа не подписана, подача заявок заблокирована. Уполномоченный сотрудник может сделать исключение только с явным обоснованием, которое сохраняется в журнале. Если статус подписания проверить не удалось, операция не допускается.

Журнал аудита

Изменения критически важных данных автоматически фиксируются в журнале аудита на уровне базы данных: сотрудник, время, предыдущее и новое значения, IP-адрес. Помесячное разделение журнала поддерживает длительное хранение истории изменений.

Доступ сотрудника к кабинету клиента

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

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

Для каждой сессии в отдельном журнале доступа сохраняются сотрудник, клиент, время, причина, уровень прав и IP-адрес. Просмотр журнала доступен уполномоченным ролям; записи позволяют восстановить обстоятельства доступа при внутренней проверке, разборе обращения или надзорном запросе.

Отчётность

Клиентская, управленческая и регуляторная отчётность на общих данных

Клиентские документы

• Выписка по счёту — движение денежных средств и ценных бумаг за период, входящие и исходящие остатки, открытые позиции на отчётную дату и описание каждой операции.
• Подтверждение сделки — реквизиты, цена и комиссия; для облигаций также указываются НКД и сумма с его учётом.
• Портфельный отчёт — позиции, оценка активов и финансовый результат.
• Тарифы — версия клиентского тарифа для печати, включая тарифы посредника по омнибус-счёту.

Экранная и PDF-версии документа используют единый HTML-шаблон: PDF формируется браузерным движком. Так содержание и оформление поддерживаются в одном месте. Формат печати по умолчанию — A4; ориентация выбирается с учётом ширины документа.

Управленческие отчёты

• Остатки по инструментам и денежным средствам на выбранную дату в разрезе клиента, счёта, места хранения и валюты.
• Реализованный и нереализованный финансовый результат.
• Обороты, комиссионные доходы и дебиторская задолженность с группировкой по срокам просрочки.
• Сальдовая ведомость (Trial Balance) и журнал проводок.

Регуляторная отчётность

Выгрузки данных для регуляторной отчётности включают отчёт по сделкам MiFID II, сообщения в подразделение финансовой разведки с подтверждающими материалами и обязательства по НДС за период. Состав данных и формат подачи согласуются с требованиями конкретной юрисдикции при внедрении. При ошибке чтения данных формирование выгрузки прекращается, чтобы неполный отчёт не был выдан как полный.

Форматы

В зависимости от отчёта доступны HTML для просмотра, PDF для печати и хранения, CSV и Excel для дальнейшей обработки. Отчёты об остатках используют согласованный набор колонок на экране и при экспорте; клиентская и административная версии формируются по единым правилам.

Корпоративные действия

Купонные и дивидендные выплаты, погашение ценных бумаг

Корпоративное действие проводится через обязательный предпросмотр и применение. Для исправления уже проведённого действия предусмотрен отдельный откат.

1. Предпросмотр — система определяет держателей на дату фиксации, рассчитывает суммы и сохраняет результаты расчёта.
2. Применение — выплаты всем держателям проводятся по сохранённому расчёту как единый пакет с общим номером корпоративного действия.
3. Откат при необходимости — корпоративное действие отменяется целиком. Если правила контроля допускают отмену выплаты отдельному держателю, выплаты остальным сохраняются. Связанные денежные проводки и списание ценных бумаг при погашении у этого держателя отменяются вместе.

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

Финансирование и срочные сделки

РЕПО, займы ценными бумагами, депозиты и маржинальные позиции

РЕПО и займы ценными бумагами

РЕПО, обратное РЕПО и займы ценными бумагами отражаются связанными операциями открытия и закрытия. Карточка сделки содержит ставку, срок, начисленные проценты и модель обеспечения: залог без передачи права собственности либо передача права собственности. Проценты начисляются ежедневно по расписанию. При залоговой модели соответствующее количество бумаг блокируется в лоте и исключается из доступного для продажи остатка.

Депозиты и займы клиенту

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

Маржинальная торговля

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

Производные финансовые инструменты

Система отслеживает состояние контракта: открытая позиция, истечение срока, исполнение, получение требования об исполнении или завершение расчётов. Исполнение опциона отражается связанными операциями закрытия позиции по контракту, движения базового актива и денежного расчёта.

Данные, котировки и интеграции

Рыночные данные и обмен информацией с внешними системами

Котировки и курсы

Источники котировок настраиваются в справочнике: поставщик, сопоставление тикеров, периодичность загрузки и контроль актуальности. Для цены, используемой при оценке портфеля, система показывает основание оценки и дату котировки.

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

Импорт

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

API и обмен

REST API (774 статически объявленные операции) с ключами доступа и разграничением прав позволяет интегрировать платформу с учётными системами, CRM и торговой инфраструктурой. Ключи создаются и отзываются из интерфейса; обращения к API регистрируются в журнале.

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

ИИ-помощник

Помогает сотруднику, но не принимает решений за него

Языковая модель помогает работать с текстами и документами. Финансовые расчёты и проведение операций выполняются по правилам учётной системы.

• Числа и даты передаются с учётом настроек организации — модель получает подготовленные значения; расчёт денежных сумм остаётся задачей учётной системы.
• Защита от подмены инструкций — клиентский текст выделяется как данные, его длина ограничивается, а управляющие разделители удаляются. Эти меры дополняют проверку результата человеком.
• Подтверждение сотрудником — сгенерированное описание операции сохраняется в учёте только после проверки и подтверждения.
• Контроль расходов — стоимость обращений отображается в настройках; брокерская компания выбирает модель и лимиты использования.

Настройка платформы

Операционные параметры под управлением брокерской компании

Матрица операций

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

Конструктор полей

Для типов операций, инструментов и клиентов задаются видимость полей, обязательность на этапах фронт-офиса и бэк-офиса, допустимые диапазоны и форматы. Общие настройки используются при построении форм и проверке данных. Помимо правил полей, сервер проверяет права пользователя и бизнес-условия выполнения операции.

Справочники

Более сорока справочников ведутся из интерфейса: страны, валюты, типы клиентов и счетов, кастодианы, контрагенты, причины отмены, типы корпоративных действий, конвенции начисления процентов, рыночные группы, календари праздников, статусы и характеристики облигаций. Добавление значений в редактируемые справочники не требует участия разработчика.

Форматы и язык

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

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

Доступ и безопасность

Разграничение полномочий, защита сессий и контроль доступа

Роли и права

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

Вход и сессии

• Двухфакторная аутентификация (TOTP) с восстановлением и повторной привязкой администратором.
• Токен доступа хранится в памяти браузера — без записи в localStorage или sessionStorage. Закрытие вкладки само по себе не отзывает сессию; для её завершения используется выход из системы.
• Токен обновления — в защищённой cookie с ограниченным путём, недоступной JavaScript.
• Блокировка сотрудника — доступ прекращается со следующего запроса, даже если срок действия токена ещё не истёк.
• Ограничение попыток входа — защита от перебора паролей действует отдельно от общего ограничения нагрузки.
• Часовой пояс пользователя — дата и время отображаются в выбранном часовом поясе при однозначном хранении момента события.

Контролируемый доступ к учётной записи клиента

Для поддержки клиента уполномоченный сотрудник может открыть его кабинет в отдельном сеансе. Такой доступ ограничен по сроку и полномочиям и сопровождается самостоятельной записью в журнале:

• Обязательное основание — сотрудник указывает причину доступа; она сохраняется в записи сеанса.
• Режим чтения по умолчанию — изменение клиентских данных недоступно, пока сотрудник явно не запросит право записи с отдельным обоснованием. Срок сеанса при этом не продлевается.
• Проверка на каждом запросе — блокировка сотрудника или клиента, а также завершение сеанса прекращают дальнейший доступ.
• Ограничения для клиента — доступ поддержки к его учётной записи можно запретить; для повышенной защиты можно потребовать подтверждение вторым фактором со стороны сотрудника.
• Отдельный журнал доступа — фиксирует сотрудника, клиента, время, основание и объём полномочий, дополняя журнал изменений.
• Одноразовый допуск передаётся в защищённой cookie — он погашается после использования и не включается в адрес страницы, историю браузера, URL в журналах прокси или заголовки переходов.

Защита и изоляция данных

• Изоляция организаций — запросы выполняются в контексте соответствующей организации (тенанта); её курсы, тарифы и остатки недоступны пользователям другой организации.
• Ключи API — имеют заданные права и могут быть отозваны; действия по ключу регистрируются.
• Шифрование конфиденциальных настроек — секреты подключения к внешним системам хранятся в зашифрованном виде.
• Резервное копирование — штатными средствами СУБД, с полной выгрузкой и восстановлением на другом сервере.

Эксплуатация и надёжность

Регламентные процессы и контроль технического состояния

Фоновые задания

Расписание настраивается из интерфейса. Для каждого запуска фиксируются время начала, продолжительность, выполненная работа и результат. Ниже приведён типичный график; конкретная периодичность определяется настройками.

Мониторинг

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

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

Юрисдикции и локализация

Настройка под рынки, расчётные календари и местные требования

• Организация (тенант) — отдельный контур юридического лица со своей базовой валютой, часовым поясом, форматами, календарём, тарифами, справочниками и отчётностью. Одна установка может обслуживать несколько организаций с разграничением доступа к их данным.
• Рыночные календари — праздники и рабочие дни для Кыргызстана, России, еврозоны (календарь TARGET), США, Великобритании, Швейцарии и других рынков. Календари используются при определении дат расчётов.
• Конвенции начисления процентов — ACT/365, ACT/360, 30/360 и другие; задаются в карточке инструмента.
• Налоги — правила с периодами действия; применённая ставка сохраняется в операции.
• Резидентство и тип клиента — параметры выбора тарифа и формирования отчётности.
• Языки — перевод интерфейса и шаблонов клиентских документов.
• Надзорная отчётность — доступные форматы и необходимая адаптация согласовываются под требования конкретного регулятора.

Первое внедрение ориентировано на Кыргызскую Республику: местный календарь, форматы документов и процессы подготовки отчётности для финансовой разведки. Архитектура предусматривает настройку параметров для разных юрисдикций. Применимость функций, полнота отчётности и необходимые доработки оцениваются при внедрении; наличие настроек само по себе не означает соответствия всем требованиям регулятора.

Контроль качества

Как проверяются корректность учёта и надёжность изменений

Проверка изменений перед выпуском

• 918 сквозных тестов в 46 наборах проверяют работающую систему: от проведения сделки до отражения результата в клиентской выписке.
• Проверка учётных инвариантов — отдельный набор контролирует данные: баланс двойной записи, соответствие лотов проведённым операциям, основания отмен и начисления комиссий. Выявленные нарушения блокируют выпуск.
• Проверка SQL на актуальной схеме — статические SQL-запросы, доступные анализатору, проверяются на работающей базе. Интеграционные тесты дополняют эту проверку выполнением операций.
• Два этапа проверки кода — проверка автором и независимая критическая проверка, направленная на поиск контрпримеров и пропущенных сценариев.
• Репетиция миграций — изменения схемы проверяются как на новой базе, так и на восстановленной копии рабочей базы соответствующей установки. Успешная репетиция — обязательное условие выпуска миграции.

Инженерные принципы в ежедневной работе

Технологии

Учётное ядро построено на PostgreSQL 18 с ограничениями целостности, функциями и триггерами; серверная часть — на Go, интерфейс — на React. Схема включает 301 таблиц и 39 представлений, её развитие отражено в 611 миграциях. Приложение поставляется в виде исполняемого файла со встроенным интерфейсом либо контейнера; база данных и необходимые сервисы разворачиваются отдельно.

Поставка, внедрение, сопровождение

От выбора модели размещения до ежедневной поддержки

Установка

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

Ваш бренд — white-label

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

Перенос данных

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

Сопровождение и развитие

• Обновления с предварительной репетицией миграций на копии ваших данных.
• При включённой телеметрии технические ошибки автоматически поступают поставщику для анализа и сопровождения.
• Согласованные доработки под требования регулятора и внутренние процессы вашей компании.
• Документация сопровождается вместе с платформой; опубликованная версия собирается из единого набора исходных материалов.

Базовая поставка и дополнительные модули