uba·

Платформа UBA

Корпоративные финансы — в одном управляемом контуре.

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

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

01 · Единая картина

Счета перестают быть набором вкладок в разных банках.

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

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

02 · Банки через адаптеры

Интеграции не ломают продуктовую логику.

Особенности банка — авторизация, лимиты, форматы, ошибки, пагинация — остаются внутри Bank Adapter. Core работает с нормализованной банковской моделью.

  1. Bank API → AdapterВендорская специфика не попадает в бизнес-логику.
  2. NormalizerВнешние данные приводятся к единой модели.
  3. Core → UI/APIПрава, audit и capabilities применяются до выдачи данных.

03 · Права и ответственность

Финансовый доступ не должен зависеть от интерфейса.

UI помогает работать, но не является security boundary. Backend проверяет организацию, членство, роли, разрешения и account scope для каждого бизнес-действия.

  1. Tenant boundaryКлиентский header не считается доверенным источником.
  2. RBACДействия доступны только в рамках назначенных прав.
  3. Audit trailКритичные операции фиксируются для последующей проверки.

04 · Платежные workflow

Следующий слой — действия, approvals и reconciliation.

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

  1. PaymentsСоздание и отправка проектируются идемпотентными.
  2. ApprovalsМаршруты зависят от суммы, юрлица, счёта и роли.
  3. ReconciliationСвязь Payment ↔ Transaction показывает совпадения и конфликты.

UBA разгружает финансовую операционку без потери контроля.

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

Начать работу →