NowHouse

NowHouse

NowHouse, Inc. · コーディング · ビジネス

NowHouseは証券会社向けの台帳APIだ。複式簿記で帳簿を保ち、カストディアンのファイルと取引を突合し、資金の入金と購買力をリアルタイムで追跡する。

NowHouse の画面プレビュー

NowHouse について

About

NowHouseとは

NowHouseはAPIとして提供されるポストトレード処理基盤だ。証券会社はカストディアンが毎日送ってくるファイルを唯一の正とせず、自社で帳簿を持てる。Y Combinatorの2024年冬バッチ出身で、拠点は米国にある。

主張は明快だ。多くの証券会社は引け後に社内記録と清算・保管パートナーのスナップショットを突き合わせて一日を閉じる。この作業はバッチ処理で回り、端の部分は手作業になり、出来高が増えると崩れる。NowHouseは取引データをAIで整形・正規化し、利用者が決めた目的関数で突合し、突合済みの仕訳を複式簿記の総勘定元帳へ書き込む。

商談の前に押さえるべき境界が二つある。同社は証券会社でもカストディアンでも清算機関でもない。これらの関係と規制上の認可は自社で抱えたままになる。販売もデモと手厚い導入支援が前提で、登録フォームはない。価格表もAPIドキュメントも公開されていない。自社のポストトレード構成がどうあるべきか既に分かっている会社に向く。

導入の流れ

  1. 担当者と話す。現行のポストトレード体制、カストディアン、扱う資産クラスを確認するところから始まる。
  2. 帳簿を設計する。取引テンプレートと資産クラスを定義し、必要な数だけ台帳を作る。株式用、IRA口座用、新興国戦略用といった具合だ。
  3. データをつなぐ。カストディアンのスナップショット、ACATS移管、アプリ内入金、小切手、コーポレートアクションが発生時点で流れ込む。翌朝を待たない。
  4. 突合ルールを決める。取引種別ごとに何をもって一致とするかを指定し、基盤がその目的関数を入ってくる記録に当てはめる。
  5. 並行稼働してから切り替える。旧プロセスを1〜2サイクル動かし、結果を比べてからバッチ処理を止めるのが普通だ。

AIツール情報

NowHouseの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランいいえ
有料プランCustom pricing, quote on request
プラットフォームCloud API, web dashboard
開発元NowHouse, Inc.
カテゴリコーディング · ビジネス
リリース日Jan 2024
最終更新Oct 2026
サイト訪問数N/A
サイト世界ランキングN/A
API提供状況はい

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • 証券会社のオペレーション責任者
  • 証券会社の開発チーム
  • 小規模な証券会社や認可直後のフィンテック

タスク

  • カストディアンのデータとの照合
  • 購買力と引き出し可能現金の算出
  • 監査に耐える記録の作成
  • 事業ライン別の帳簿分割

シーン

  • 旧来のポストトレードシステムの置き換え
  • カストディアンの変更
  • 月次締めと監査シーズン
  • 場中のリスク確認

主な機能

複式簿記の台帳API

すべての取引を二度記録するため、借方と貸方が構造上必ず一致する。記録の裏には改変できないバックアップがあり、修正は上書きではなく新しい仕訳になる。証券会社にとって、これはポジションを再現できるか、証明できるかの差になる。

AIによる取引照合

NowHouseは取引データを正規化してから突き合わせ、取引種別ごとに調整した目的関数で照合する。実務では、人の判断が要る少数の差異に朝の時間を使うことになる。全行を目で追う必要はない。同社は照合をAI駆動と説明する。精度の主張は、自社データで検証するまではベンダーの発言として扱いたい。

台帳と資産クラスの自由な設計

取引テンプレートを作り、資産クラスを定義し、必要な数だけ台帳へ割り当てる。株式、オプション、別勘定のIRAを抱える会社でも、システムを三つそろえる必要はなく、勘定科目表を共有する必要もない。この柔軟さが自前開発か購入かを決めることが多い。

資金と決済のリアルタイム追跡

入金、ACATS移管、カストディアンへの小切手、コーポレートアクションが届いた時点で帳簿が更新される。どの取引が決済済みで、どの資金がまだ移動中かがその場で分かる。翌朝に知ることはない。

単一の取引履歴から保有を計算

購買力、売却力、引き出し可能現金は、帳簿を支える同じ取引の流れから算出する。トレーダーは場中のポートフォリオ価値チャートを見られ、その数字は経理の報告と一致する。トレーディングデスクとバックオフィスの食い違いは、たいていデータ源が二つあることから生じる。ここでは一つしかない。

監査対応の記録とマルチリージョン配備

検査に耐える形でデータを保存し、保管とバックアップは基盤側が担う。ホスティングは複数のクラウドリージョンに分散し、スループットと可用性を確保する。出来高の大きい証券会社は、自社の負荷条件でのレイテンシ数値を求めるべきだ。

メリットとデメリット

メリット

  • 帳簿が自社のものになる。台帳はカストディアンが夜間に吐く副産物ではなく、問い合わせて筋道をたどれるシステムになる。
  • 突合が製品の中心で、後付けの機能ではない。多くの取引種別で、行ごとの照合が例外確認に置き換わる。
  • 複数の台帳と資産クラスを一つの基盤で扱える。新しい事業ラインが第二のバックオフィスに育たない。
  • トレーダー向け残高と会計記録が同じ履歴から出る。デスク間の摩擦が減る。

デメリット

  • セルフサービスがない。価格は見積もり、ドキュメントは非公開、評価には商談が要る。まず試作したいチームには向かない。
  • 前提が米国市場寄りだ。ACATS移管、IRA台帳、カストディアン・ファイルが組み込まれており、米国以外の証券会社はどこまで当てはまるか確認する必要がある。
  • 清算も保管もしない。清算ブローカー、カストディアン、そして両方に付随するコンプライアンス業務は自社に残る。
  • 移行コストは現実に発生する。ポストトレードシステムの入れ替えには並行稼働と移行計画が要り、期間を示す公開資料もない。

よくある質問

証券会社の証券取引を記録し、突合する。取引は自社システムとカストディアンから入り、正規化と突合を経て、APIで照会できる複式簿記の台帳に記帳される。