One view of everyday activity
Keep accounts, income, expenses, and transfers together. A connected transaction history gives the account view context, so an amount can be understood alongside the activity behind it.
Yash Jobalia / Project case study
I built Ledger to connect everyday records with the plans they support. Accounts, transactions, budgets, and goals share a private workspace, with deliberate controls for family collaboration.
The public site introduces the product. Financial workspaces require an invited account.
Personal workspace / Monthly overview
A connected account history
$1,200 of $3,000 saved · 40%
01 / The engineering problem
A finance workspace needs more than a list of amounts. A transfer affects two accounts, a budget needs transaction context, and a shared goal needs carefully scoped access. I built the application around these relationships so the interface and the underlying records describe the same activity.
02 / The application experience
Keep accounts, income, expenses, and transfers together. A connected transaction history gives the account view context, so an amount can be understood alongside the activity behind it.
Budgets and goals sit alongside day-to-day transactions. Members can organize their plans and follow progress within the same application instead of maintaining disconnected sheets.
Personal records are scoped to their owner. Workspace membership and permissions control access to shared records, while supported family goals give invited collaborators a focused way to participate.
Invitation-based access, optional multi-factor authentication, active-session review, and security history help members understand and manage their account access.
03 / A connected workflow
Work in a personal workspace or a shared workspace the account is permitted to access.
Add income or an expense with its account and category, or record a transfer between accounts.
Inspect transactions alongside the account balances and history they affect.
Use budgets and goals to organize the next steps, with supported collaboration for shared goals.
04 / Architecture
05 / Engineering decisions
The transfer service creates linked outgoing and incoming records within a database transaction. It locks the affected accounts, rechecks workspace ownership and currencies, and updates balances together.
Shared access is based on current membership. The server checks ownership and workspace roles before allowing record changes, rather than relying on which controls the interface displays.
Family goal access checks feature entitlements and accepted membership. Family contributors use their own personal accounts, keeping participation in a goal separate from broad access to another person’s finances.
Linked transfer records and balance-history updates connect an operation to its account effects. Audit logging records financial mutations and security-sensitive administrative actions for review.
06 / Verification & demonstrated skills
The project includes dedicated security, API, and UI test commands alongside type checking, linting, and production builds. Its engineering combines relational data modeling, transaction consistency, authenticated APIs, workspace authorization, and a responsive data-focused interface.
The public home and security pages were reviewed for this case study. Technical details also reflect the local implementation. Private financial workflows were not exercised, and this presentation does not imply public registration or unrestricted demo access.