Really appreciate you laying out such a clear, practical roadmap here—makes the chaos of broker CSVs feel solvable. Could this kind of standardization eventually make it trivial for any new finance tool to support dozens of brokers right out of the box?
OpenBrokerCSV v0.1 — Let’s Standardise Broker CSVs (So Everyone Can Build Better Tools)
Pocket PortfolioLeader
posted
3 min read
2 Comments
Pocket Portfolio
•
Thanks, Andrew — that’s exactly the end-state we’re aiming for.
Quick target: v0.1 → one JSON Schema + per-broker YAML mappings so a new app can “import 20+ brokers out-of-the-box” by running a single validator/normalizer step (openbrokercsv validate …) and ingesting the same normalized trades.csv. Our audit bar is: deterministic parsing, explicit timezone/currency handling, and human-readable error rows.
Minimal repro/template: happy to share a tiny starter:
# 1) Clone template
npx degit pocketportfolio/openbrokercsv-min demo && cd demo
# 2) Validate + normalize any broker export
npx openbrokercsv-cli validate ./raw.csv \
--broker <broker> --portfolio-ccy GBP \
--out ./normalized/trades.csv --errors ./normalized/errors.csv
# 3) Serve a mini dashboard (loads normalized CSV + shows P/L explain)
npm i && npm run dev
If you’ve got a specific broker in mind, drop a single redacted row and I’ll spin up the mapping PR so it “just works.”
Please log in to add a comment.
Please log in to comment on this post.
More Posts
chevron_left