Protocol analysis, transaction export API, multi-currency budget sync and Google Drive backup parsing for soft.sadr.pocket_books
PocketBooks - Money Manager (package soft.sadr.pocket_books by Sadr Soft) is a personal finance ledger that captures transactions, categories, budgets and multi-currency balances, with Google Drive and local backup. Our studio reverse-engineers the on-device storage and backup format, ships a clean REST/SDK layer on top, and lets your platform consume that ledger as if it were any modern OpenFinance feed.
Unlike an aggregator app that mirrors a bank feed, PocketBooks holds intentional, user-tagged data: each row already has a category, an account label and an optional note. That makes the export ideal for behavioural analytics, micro-segmentation and "true cost of life" calculations where bank-feed data is too noisy.
The app supports multiple currencies natively, so users in MENA, South Asia and the EU all sit in the same dataset. A single normalized API on top removes the currency conversion work for SaaS, neobanks and family-finance products that want to onboard global users.
PocketBooks ships with Google Drive and on-device backup. We treat that backup as the canonical export channel: with the user's authorization we parse the backup, project it into a stable schema, and stream changes via webhooks — no fragile screen-scraping required.
OAuth-style consent flow on top of Google Drive backup access (or local backup file upload). Issues a per-user access_token scoped to read transactions, categories and budgets only — write access is opt-in. Use case: onboard a PocketBooks user into your accounting SaaS in under 60 seconds.
Endpoint GET /v1/pocketbooks/transactions with date range, account, category and currency filters. Returns paginated JSON with amount, currency, category_id, account_id, note, booked_at. Use case: nightly reconciliation against an external bank statement feed.
Reads the full category tree and active budgets, including limit, period and rollover. Use case: pre-populate a corporate spend-management workspace with the user's existing personal taxonomy so they keep one mental model across personal and work expenses.
Normalizes mixed-currency entries (e.g. AED, USD, INR, EUR) to a single reporting currency using booking-date FX rates. Use case: a global travel-expense module that wants every receipt expressed in the corporate base currency without re-asking the user.
Parses the encrypted/cleartext PocketBooks backup the user already creates. Detects new restore points, diffs against the previous snapshot and emits change events. Use case: keep a passive copy of a user's ledger inside your data warehouse without ever touching the running app.
Generates standards-compliant exports for QuickBooks, Xero, GnuCash, Excel and Google Sheets pipelines. Use case: a tax accountant ingests a client's full year of PocketBooks data in QIF without typing a single transaction.
The table below summarizes the structured data we expose from a PocketBooks - Money Manager account once the user has authorized access. Granularity reflects what the app actually stores; nothing is fabricated.
| Data type | Source (app surface) | Granularity | Typical OpenData use |
|---|---|---|---|
| Transaction ledger (income / expense / transfer) | Transactions tab + per-account history | Per row: amount, currency, category, account, note, booked_at, created_at | Reconciliation, BI dashboards, AML/spend analytics |
| Category taxonomy | Categorize transactions feature | Tree of category and sub-category, with type (income/expense) | Tagging, ML feature engineering, family budget alignment |
| Budget envelopes | Budget creation screen | Per envelope: limit, currency, period, category scope, rollover | Forecasting, automatic alerts, savings-goal coaching |
| Accounts & wallets | Multi-account / multi-currency support | Account name, currency, opening balance, computed balance | Net-worth aggregation, family / shared wallet projection |
| Currency & FX context | Multi-currency entries | Currency code per entry; FX rate inferred from booking date | Cross-border reporting, travel-expense normalization |
| Backup snapshots | Google Drive / local backup | Full DB snapshot per restore point | Data lake ingestion, point-in-time audit, migration |
| Spending insights (derived) | Computed from transactions | Monthly totals, top categories, recurring patterns | Coaching apps, credit underwriting (with consent), cohort BI |
An online tax service onboards self-employed users who already log every receipt inside PocketBooks. Our /transactions endpoint streams 12 months of categorized expenses; the tax tool maps PocketBooks categories to deductible buckets and pre-fills Schedule C / equivalent forms.
Data involved: transactions, categories, accounts. OpenFinance mapping: consent-scoped read of personal expense ledger, equivalent in spirit to PSD2 AISP for self-reported data.
A shared-wallet app (Goodbudget / Honeydue style) lets one partner connect their PocketBooks ledger so the household sees a single combined view. We sync the category tree and active budgets so the existing labels survive the merge.
Data involved: categories, budget envelopes, balances. OpenData mapping: portable user-owned budget data; user remains controller, our API is the conduit.
A travel-tech platform onboards users from MENA, India and Europe. Receipts logged in AED, INR, EUR are pulled via the multi-currency endpoint and converted to USD at booking-date FX so corporate dashboards stay clean.
Data involved: transactions, currencies, accounts. OpenFinance mapping: cross-border data normalization equivalent to SWIFT-style reporting on a personal scale.
An AI coach reads the user's last 90 days of categorized spend and recurring patterns, then suggests envelope adjustments. Our derived "spending insights" feed avoids re-running aggregations on the client.
Data involved: transactions, derived monthly totals, recurring detection. OpenData mapping: read-only personal data feed for explainable financial coaching.
A user is moving from PocketBooks to an OpenBanking-connected app such as Wallet by BudgetBakers, Spendee or Actual Budget. We parse the Google Drive backup once, emit OFX / QIF / CSV, and the destination ingests it natively — without manual re-entry.
Data involved: full backup snapshot. OpenData mapping: classic data portability use case (GDPR Art. 20 in spirit).
POST /v1/pocketbooks/consent
Content-Type: application/json
{
"user_ref": "client-internal-uid-1029",
"scopes": ["transactions:read", "budgets:read", "categories:read"],
"backup_source": "google_drive",
"redirect_uri": "https://your.app/oauth/callback"
}
200 OK
{
"consent_id": "cn_8e2c...",
"authorize_url": "https://api.example.com/auth?cn=cn_8e2c...",
"expires_in": 600
}
GET /v1/pocketbooks/transactions?from=2026-01-01&to=2026-04-30&cursor=
Authorization: Bearer <ACCESS_TOKEN>
200 OK
{
"items": [
{
"id": "tx_01HX...",
"booked_at": "2026-04-12",
"amount": -42.50,
"currency": "EUR",
"account_id": "acc_main",
"category_id": "cat_food_dining",
"note": "lunch with team",
"type": "expense"
}
],
"next_cursor": "eyJvZmZzZXQiOjUwMH0=",
"has_more": true
}
POST https://your.app/hooks/pocketbooks
X-Signature: sha256=...
{
"event": "backup.snapshot.ingested",
"user_ref": "client-internal-uid-1029",
"snapshot_id": "snp_2026_04_28",
"added": 17,
"updated": 3,
"deleted": 0,
"currency_breakdown": { "EUR": 12, "USD": 5, "AED": 3 }
}
# Recommended handling:
# 1. verify HMAC X-Signature
# 2. enqueue a delta pull via /v1/pocketbooks/transactions?since_snapshot=snp_2026_04_28
# 3. idempotent upsert keyed by tx.id
// 401 token_expired -> refresh
POST /v1/oauth/refresh
{ "refresh_token": "rt_..." } -> { "access_token": "..." }
// 409 backup_locked -> wait + retry
// 429 rate_limited -> honor Retry-After header
// 422 schema_drift -> fall back to raw_row passthrough,
// flag for manual review,
// do NOT silently drop rows
.env for sandboxPocketBooks - Money Manager is not a regulated financial institution; the app stores user-entered ledger data on the device with optional Google Drive backup. Our integration treats that data as personal data under GDPR (EU) and the equivalent regimes in MENA and South Asia. Where customers operate in EU/UK markets, we align consent and data-portability flows with the spirit of PSD2 AISP and the UK Open Banking consent model — even though no direct bank link is involved.
A typical end-to-end pipeline for a PocketBooks - Money Manager integration is short and deterministic:
/transactions, /budgets, /categories.The pipeline is idempotent: re-ingesting the same snapshot does not duplicate transactions because every row is keyed on a stable hash of (account, booked_at, amount, currency, note).
PocketBooks - Money Manager (developer Sadr Soft, package soft.sadr.pocket_books) is an Android-first personal finance ledger with 5K+ downloads on Google Play and a 4.8-star rating, sitting in the same category as Money Manager by Realbyte, Wallet by BudgetBakers, Spendee, Goodbudget and Monefy. Its native multi-currency support and Google Drive backup make it especially popular with B2C users in MENA, South Asia, expat communities in the GCC, and budget-conscious households in Europe who want a clean, manual-entry ledger without linking a bank. From an integration standpoint, the typical buyer of our service is a fintech, accounting SaaS, or family-finance product that wants to onboard those users without forcing them to abandon a workflow they already trust.
Tap any thumbnail to see the full-size screen. These illustrate the surfaces our integration reads from.
Customers who care about PocketBooks - Money Manager data usually need to interoperate with one or more of the apps below. Each of them holds a slightly different slice of personal finance data, and unifying the view is a recurring integration ask.
One of the most popular Android double-entry expense trackers. Holds transactions, accounts and assets. Users moving between Realbyte's Money Manager and PocketBooks frequently need a unified ledger export across both.
Bank-sync first, with strong category and budget tooling. Households often pair Wallet (for bank-feed accuracy) with PocketBooks (for cash and manual entries) and want a merged transaction view downstream.
Multi-account, multi-currency budgeter with shared wallets and a receipt scanner. Users coming from Spendee bring a similar data shape (transactions, categories, budgets) which maps cleanly onto our PocketBooks schema.
Envelope-method budgeting for couples and families. Goodbudget envelopes line up with PocketBooks budgets, so a single OpenData feed can power a shared household dashboard across both.
Zero-based budgeting tool from the Ramsey ecosystem. Users sometimes log day-to-day spend in PocketBooks and bring monthly totals into EveryDollar; a category-mapped export makes this trivial.
Subscription net-worth and budgeting suite with investment dashboards. Pairs naturally with a PocketBooks export for users who want the granular cash-spend log inside Monarch's broader picture.
Subscription tracking, bill negotiation and auto-categorization. Often used alongside a manual ledger like PocketBooks; a combined feed surfaces both linked-account spend and untracked cash spend.
"In My Pocket" headroom view on top of bank-feed data. Combining its bank-derived numbers with PocketBooks' manual entries gives a more honest picture of disposable income.
Mint users displaced by its 2024 sunset migrated to tools like Actual Budget, which imports OFX / QIF / CSV. Our PocketBooks exporter emits exactly those formats, making consolidation straightforward.
Beyond Budget supports OFX/QIF/CSV import; Honeydue focuses on couples' shared finances. Both are common downstream destinations for a PocketBooks export, particularly for couples and freelancers.
We are an independent technical service studio focused on App interface integration and authorized API integration. Our engineers come from fintech, payments and protocol-analysis backgrounds, and we ship end-to-end OpenData and OpenFinance pipelines for Android and iOS apps across financial, e-commerce, travel and social verticals.
Send us the target app name and concrete requirements (e.g. "PocketBooks transaction export + budget sync, hosted API, EU region"). We respond with a scoped quote and timeline.
NDAs available on request. Sandbox credentials provided after scoping.
What do you need from us to start?
Do you ever bypass app security?
How is pricing structured?
Can you host the API for us?
PocketBooks - Money Manager (package soft.sadr.pocket_books, developer Sadr Soft) is positioned as an "ultimate money management" app on Google Play. The publisher describes it as a budget manager built around an intuitive interface that helps users track income and expenses and create budgets that work for their real life.
The expense manager feature lets users categorize each transaction so they can see where their money is going and adjust accordingly. With support for multiple currencies, the app is designed to help users manage their finances regardless of where they are in the world — a useful trait for travellers, expats and cross-border workers.
Beyond the core ledger, PocketBooks includes Google Drive and local backup so financial data stays safe across device changes. The marketing copy frames typical goals — saving up for a big purchase, paying off debt, or just getting a better handle on day-to-day spending — and pitches the app as a single tool to track income, build budgets and set financial goals.
This page describes how a third-party integration could expose PocketBooks data via OpenData / OpenFinance patterns. PocketBooks - Money Manager is the property of its respective owner; no affiliation is implied.