Сверка сделок и денежных средств для брокеров и финтехов: купить продукт, использовать модуль бэк-офиса или построить свою систему

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

Что должна сопоставлять сверка?

Каждая проверка сравнивает одну из ваших записей с внешней. Большую часть работы покрывают пять проверок:

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

Проверки к тому же работают на двух уровнях. Проверка остатков сравнивает итоговые суммы на определённый момент, а построчное сопоставление составляет пары из отдельных записей, например депозита клиента и соответствующей записи в банковской выписке. Formance, которая продаёт ПО для леджеров, пишет, что её собственная сверка «проверяет агрегированное финансовое состояние по каждому активу на определённый момент времени. Она не сопоставляет отдельные проводки Ledger со строками выписок банков или PSP». Проверка остатков показывает, что расхождение есть. Построчное сопоставление показывает, какая запись его вызвала, и большинству фирм нужно и то и другое.

Почему таблицы и скрипты перестают справляться со сверкой?

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

• Объём: частичные исполнения, пакетные выплаты и отдельные строки комиссий добавляют записи быстрее, чем у вас прибавляется клиентов.
• Форматы: Duco, вендор решений для сверки, описывает типичный случай, когда «в одном файле валюта обозначена символом, в другом — трёхбуквенным кодом, даты записаны в нескольких форматах, а часть данных часто отсутствует». Скрипт, написанный под одну структуру файла, может молча сломаться, если сдвинется столбец.
• Время поступления: выписки приходят с разным временем отсечки и в разных часовых поясах, поэтому таблица не отличит опоздавшую выписку от пропавшего платежа.
• Возраст расхождений и аудиторский след: таблица редко показывает, сколько времени расхождение уже открыто или кто сопоставил две строки и почему.

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

Чего регуляторы ждут от сверки денег клиентов и защищаемых средств?

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

• Британские платёжные компании и компании электронных денег. Управление по финансовому регулированию и надзору (FCA) добавило главу CASS 15 в заявлении о политике PS25/12 и сообщило, что правила вступят в силу 7 мая 2026 года. Внутренние и внешние сверки должны проводиться «так часто, как необходимо, и не реже одного раза в каждый день сверки». Днями сверки не считаются выходные, банковские праздники и дни, когда закрыт соответствующий иностранный рынок. Недостачу нужно восполнить «как можно скорее и в любом случае до конца дня, в который проводится сверка».
• Британские инвестиционные компании. В окончательных правилах о деньгах клиентов 2014 года (PS14/9, глава CASS 7) FCA потребовало проводить внутреннюю сверку «каждый рабочий день». Сверка должна была проводиться «на основе записей фирмы по состоянию на закрытие предыдущего рабочего дня». Внешние сверки нужно было проводить «так регулярно, как необходимо, но не допуская, чтобы прошло больше одного месяца» между ними. В руководстве FCA говорилось, что в большинстве случаев фирмы, которые совершают операции ежедневно, «должны проводить внешнюю сверку денег клиентов каждый рабочий день». В 2026 году FCA изменило раздел CASS 7.15, в котором содержатся эти правила, поэтому проверьте актуальный текст Handbook.
• Инвестиционные компании ЕС. Делегированная директива Комиссии (ЕС) 2017/593, процитированная в редакции при принятии, гласит, что фирмы «должны на регулярной основе проводить сверку своих внутренних счетов и записей с соответствующими счетами и записями любых третьих лиц, у которых хранятся эти активы». Директива поручает государствам-членам ввести это требование, поэтому проверьте свои национальные правила.
• Платёжные учреждения ЕС. Статья 10 Директивы (ЕС) 2015/2366 о платёжных услугах, процитированной в редакции при принятии, определяет, как защищаются средства клиентов, например с помощью «отдельного счёта в кредитной организации». О сверке в ней не говорится. Спросите своего регулятора, каких доказательств он ожидает.
• Поставщики услуг в сфере криптоактивов в ЕС. Регламент о рынках криптоактивов (MiCA) цитируется здесь по онлайн-своду правил ESMA, регулятора рынка ценных бумаг ЕС. Согласно статье 75 регламента, кастодиан ведёт «реестр позиций, открытых на имя каждого клиента». «Любое событие, способное создать или изменить права клиента, должно немедленно регистрироваться» в нём. Сверка реестра с балансами кошельков в блокчейне показывает, совпадают ли они.
• Брокеры-дилеры США. По правилу 15c3-3 Комиссии по ценным бумагам и биржам США (SEC) брокер-дилер, который хранит средства или ценные бумаги клиентов, проверяет свой учёт «не позднее следующего рабочего дня». Так он определяет, сколько полностью оплаченных ценных бумаг и бумаг сверх маржинального обеспечения находится и не находится в его владении или под его контролем. В большинстве случаев он рассчитывает клиентский резерв еженедельно, а ежедневно — начиная не позднее чем через шесть месяцев после того, как его средние совокупные кредитовые остатки достигнут 500 млн долларов. Правило 17a-13 требует ежеквартально пересчитывать и сверять ценные бумаги силами людей, не связанных с их хранением и учётом. Неурегулированные расхождения отражаются в учёте «не позднее 7 рабочих дней» после пересчёта.

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

Как привести данные от всех контрагентов к одному формату?

Прежде чем что-либо сопоставлять, файлы и сообщения должны прийти вовремя и в одном формате. Gresham перечисляет такие источники, как «сообщения SWIFT, фиды FIX, платёжные сообщения ISO 20022, файлы кастодианов, фиды прайм-брокеров». SWIFT и ISO 20022 — стандарты банковских сообщений, а FIX — формат сообщений, который используется в торговле. Время поступления тоже зависит от источника. B2Broker, которая продаёт брокерам бэк-офис B2CORE, приводит пример. Торговая платформа показывает исполнение, но «поставщик ликвидности подтверждает другое количество, а криптокошелёк отражает пополнение на час позже».

Нормализация делает эти источники сопоставимыми:

• Идентификаторы: свяжите свои коды инструментов, номера счетов и идентификаторы сделок с кодами каждого контрагента.
• Суммы: единое правило знака суммы, один код валюты и достаточное число знаков после запятой. Gresham отмечает, что у криптоактивов может быть «до 18 знаков после запятой».
• Время: один часовой пояс и фиксированное время отсечки для каждого источника. Правила FCA о защите средств клиентов требуют, чтобы точки сверки приходились «на один и тот же момент (или моменты) каждого дня».
• Дубли и пропуски: файл, присланный дважды, или пропущенный день.

Храните каждый файл ровно в том виде, в каком он пришёл, рядом с нормализованной копией. Сырой файл — ваше доказательство, когда контрагент оспаривает расхождение, и он позволяет заново провести сопоставление после изменения правила.

Как должны работать правила сопоставления и допуски?

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

Допуск — это разница, при которой вы всё равно засчитываете совпадение, например разница из-за округления после конвертации валюты. Duco называет «допуски, задаваемые пользователем, правила свёртки, нечёткое сопоставление и многопроходную обработку» способами убрать ложные расхождения. Gresham предлагает «N-сторонние сверки, сопоставление по трём и более источникам данных за один прогон», например по вашему леджеру, поставщику ликвидности и банку.

Допуск, который каждый день поглощает небольшую разницу в комиссиях, может месяцами скрывать неверную комиссию. Закрепите за каждым допуском ответственного и письменное обоснование и записывайте в журнал каждое изменение правил. На странице Duco о подготовке данных указано: «Утверждение изменений конфигурации по принципу четырёх глаз». Правила FCA о защите средств клиентов требуют, чтобы фирма расследовала расхождение, выявленное при сверке с выпиской банка или кастодиана, и приняла все разумные меры, чтобы устранить его «без неоправданной задержки». Это требование не действует, если расхождение возникает «исключительно вследствие разницы во времени».

Кто отвечает за расхождение при сверке и как долго оно может оставаться открытым?

Расхождение — это запись, для которой не нашлось пары. Многие расхождения безобидны, например опоздавшая выписка, но часть из них — ошибки проводки, а в редких случаях расхождение означает, что пропали деньги. Обработка исключений распределяет их так:

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

Вендоры встраивают это в свои продукты. Duco описывает «один экран для рабочего процесса, ответственности, возраста и аудита». Control Cloud от Gresham ранжирует исключения «по возрасту, сумме и контрагенту».

Старые расхождения могут стоить денег. Правила FCA о защите средств клиентов описывают случай, когда фирма не может сразу устранить расхождение с выпиской, а одна из записей показывает, что денег нужно больше. Тогда фирма «должна исходить из того, что эта запись или набор записей верны, пока вопрос не будет окончательно решён», и внести собственные средства. Если ваша биржа работает в выходные, назначьте ответственных за расхождения в эти дни.

Что даёт продукт для сверки и где заканчиваются его возможности?

Это описания самих вендоров. Duco называет себя «агентной платформой для операционной деятельности в сфере финансовых услуг» и говорит, что внедрение «можно провести за считаные дни без крупных ИТ-проектов». Компания добавляет, что более сложные сверки «могут занять несколько дней или несколько недель». В Control Cloud от Gresham бизнес-пользователи настраивают контроли «напрямую в Control Studio, без привлечения специалистов». AutoRek продаёт «автоматизированные сверки денег клиентов и активов на хранении» для правил CASS 6 и 7 FCA, а также отдельное решение для защиты средств клиентов. В FAQ Xceptor сказано, что клиенты компании «завершали первые внедрения за считаные месяцы». Smartstream продаёт Smart Reconciliations «в локальной установке или как SaaS».

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

Gresham также предлагает управляемый сервис и описывает его как «передачу ваших задач по сверке на аутсорсинг нашим экспертам». Если вы выберете такой вариант, спросите, кто утверждает результат каждого дня.

Когда для сверки хватает модуля вашего бэк-офиса или платформы?

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

Платформы кошельков и леджеров оставляют часть проверок вам. Fireblocks пишет разработчикам, которые принимают депозиты на её vault-аккаунты: «Сверяйте каждый депозит с блокчейном, прежде чем зачислять средства конечным пользователям». Компания называет это «независимой проверкой», которая дополняет её собственные контроли. Сверка Formance, процитированная выше, проверяет остатки и не сопоставляет отдельные строки.

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

Когда стоит строить собственную систему сверки?

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

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

Компоненты с открытым кодом не всегда включают сверку. Formance публикует свой основной леджер под лицензией MIT, но модуль сверки указывает только в платном тарифе Enterprise — «годовая подписка, индивидуальная цена в зависимости от масштаба».

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

Как вендоры решений для сверки формируют цены?

Попросите у каждого вендора письменное коммерческое предложение. Duco, Gresham, AutoRek и Xceptor предлагают запросить или забронировать демо, а Formance называет свою модель цен без цифр. В FAQ Duco о покупке ПО для сверки перечислено, что нужно посчитать: «Учитывайте затраты на обновления, затраты на поддержку, ИТ- и проектные затраты, а также нематериальные и альтернативные издержки».

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

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

Привязка к вендору кроется в правилах и истории. Будьте готовы к тому, что при смене вендора правила сопоставления придётся переписывать, поэтому описывайте их простым языком. История расхождений — это доказательства, которые могут понадобиться и через годы. Директива ЕС для инвестиционных компаний, процитированная выше, требует таких записей о клиентских активах, которые «могут использоваться в качестве аудиторского следа».

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

• Каждый исходный файл в том виде, в каком он пришёл, со временем поступления.
• Правила сопоставления и допуски с историей изменений и согласований.
• Каждое расхождение с его возрастом, ответственным, комментариями, причиной и закрытием.
• Ежедневные подтверждения результатов и отчёты, отправленные аудиторам или регуляторам.

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

Что спросить у вендора решений для сверки или у команды, которая построила бы систему для вас?

• Данные каких из наших банков, кастодианов, поставщиков ликвидности, PSP и блокчейнов вы уже читаете и в каком формате?
• Вы сопоставляете отдельные строки или только остатки?
• Кто может менять допуск и записывается ли каждое изменение в журнал вместе с тем, кто его утвердил?
• Как у расхождения появляются ответственный, возраст и эскалация?
• Можем ли мы выгрузить каждый исходный файл, правило, расхождение и подтверждение, в каком формате и за какие деньги?
• Какова цена при нашем текущем объёме и при удвоенном и сколько стоит каждая новая сверка?
• Если вы строите систему для нас: кому принадлежит код и какие части повторно используют ваши существующие компоненты?

Где здесь место amBrain?

amBrain ведёт этот блог. Часть своей работы в трейдинге компания описывает тремя строками: «amBrain строит инфраструктуру алгоритмической торговли: исполнение заявок, рыночные данные и предторговый риск-контроль». «amBrain строит криптобиржи: матчинг-движок, кошельки, ввод и вывод средств». «amBrain строит платформы для проп-трейдинговых компаний: оценочные челленджи, торговые правила и учёт». Ни в одной из этих строк не назван продукт для сверки. Это лишь описания услуг.

amBrain делает софт с 2019 года. О том, как компания работает с клиентами, она говорит: «Три формата: полная разработка, выделенная команда или инженеры внутри вашей команды». О владении у неё такая строка: «Клиент сохраняет полное владение продуктом и кодом, кроме наших переиспользуемых компонентов». До подписания попросите поимённый список этих компонентов.

Эта статья не является кейсом и не описывает работу для клиентов. Ничто в ней не говорит о том, что amBrain создавала, продавала или эксплуатировала систему сверки для какого-либо клиента. Цитаты взяты с опубликованных страниц названных выше компаний, FCA, ESMA, Свода федеральных нормативных актов США и legislation.gov.uk, прочитанных 12 ноября 2026 года. Статья не утверждает наличия каких-либо отношений между amBrain и любым из них, не рекомендует ни один из их продуктов и не приводит цен и сроков amBrain.

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