Compliant protocol analysis and runnable source code for loan portfolio, collector, and payment data — built for microfinance operators in Colombia and Latin America.
PrestaCOP is widely used by independent lenders, route-collection businesses, and small finance companies to track loans, payments, and field collectors. We turn that internal operational data — customers, balances, daily receipts, GPS routes — into structured APIs your accounting, BI, or risk-control systems can read directly, instead of forcing operators to copy data into spreadsheets.
Read-only export of every active and closed loan: principal, interest schedule, instalment frequency (daily / weekly / "gota a gota" patterns), payment plan, and remaining balance. Designed so a head office can reconcile each independent collector route into a single consolidated portfolio view.
Customer ID, contact, address, geolocation, KYC notes, and reported-bad-customer flag. Used for cross-checking new applicants against shared blacklists and for deduplicating between branches that previously kept records on paper.
Per-collector daily summary: receipts collected, expenses, new loans issued, payments processed, and the GPS trace while tracking is enabled. Powers commission calculation, route-coverage analytics, and field-fraud detection.
Receipt records that PrestaCOP normally prints or shares via WhatsApp can be streamed as structured events (amount, customer, collector, timestamp, method) into your accounting platform — no need to retype paper tickets.
Daily, weekly, and monthly profitability views derived from loans issued, capital recovered, and operating expenses. Exposed both as raw rows and as pre-aggregated KPIs for BI tools (Power BI, Looker Studio, Metabase).
Push-style notifications for new payment received, loan disbursed, collector starting/ending route, and bad-ID validation alert. Lets a control-room dashboard show movements in real time, mirroring the in-app "see all movements" feature.
The table below maps each PrestaCOP data domain to its in-app source, granularity, and a typical downstream use. It is the same view we use during the discovery phase to scope a delivery.
| Data type | Source (screen / feature) | Granularity | Typical use |
|---|---|---|---|
| Loan record | "Loans" list / customer detail | Per loan, with full instalment plan | Risk control, portfolio-at-risk reporting, capital-recovery planning |
| Payment ledger | "Payment history" / receipt prints | Per payment event (amount, method, collector, timestamp) | Accounting reconciliation, cash-flow forecasting |
| Customer record | "Clients" master & bad-customer reports | Per customer (ID, contact, geolocation, status flags) | KYC reuse, deduplication, blacklist sharing |
| Collector activity | "Collectors" + GPS module | Per collector per day, plus GPS samples while tracking is on | Commission, route coverage, fraud detection |
| Cash-box / day summary | "Summary of the day" | Per route per business day | Daily P&L, audit, head-office consolidation |
| Bad-customer & certificate validation | "Validation of certificates" & reports | Per ID lookup event | Cross-company risk sharing under Habeas Data rules |
| Cloud backup snapshot | Cloud backup feature | Per snapshot (full or incremental) | Disaster recovery, parallel BI database, change-data-capture |
Context: A regional finance company runs five collector routes through PrestaCOP and books results into an external ERP. Data involved: the loan portfolio API (outstanding balances), the day-summary endpoint, and the payment ledger. OpenData mapping: exposed as a normalized "loan account + transaction" feed similar to OpenBanking statement responses, so the ERP treats each route exactly like a bank account.
Context: A microfinance operator wants live visibility into where each collector is and how much has been received in real time. Data involved: collector ledger + GPS samples + webhook events. OpenFinance mapping: the live feed becomes a "transaction notification" stream, similar to a merchant payment webhook, but scoped to in-cash field collections.
Context: Two cooperating lenders want to know when a defaulting customer is reported by either side. Data involved: bad-customer reports + certificate validation events. Compliance mapping: exposed only with explicit data-controller agreements that respect Colombia's Financial Habeas Data regime (Law 1266 of 2008), since this concerns negative credit information.
Context: A head office runs profitability dashboards in Metabase. Data involved: balance sheets + receipts + collector expenses + day summary. OpenData mapping: data is materialized into a small warehouse (Postgres / BigQuery) with a stable schema, so reports remain valid even when PrestaCOP's internal screens change.
Context: An operator is moving from PrestaCOP to a larger platform such as LoanPro, Nortridge, or HES LoanBox and wants to dual-run for one quarter. Data involved: cloud-backup snapshot endpoint + loan and customer master data. Integration pattern: nightly diff feed pushed to the destination platform's intake API, with a reconciliation report each morning.
POST /api/v1/prestacop/auth/login
Content-Type: application/json
{
"tenant_id": "ancorp-co-route-07",
"operator_email": "office@example-co",
"operator_password": "<stored secret>",
"device_fingerprint": "srv-edge-01"
}
200 OK
{
"access_token": "<jwt>",
"refresh_token": "<jwt>",
"expires_in": 3600,
"scopes": ["portfolio.read", "payments.read", "collectors.read"]
}
POST /api/v1/prestacop/portfolio/statement
Authorization: Bearer <ACCESS_TOKEN>
Content-Type: application/json
{
"route_id": "route-07",
"from_date": "2026-04-21",
"to_date": "2026-04-27",
"include": ["loans", "payments", "expenses"]
}
200 OK
{
"route_id": "route-07",
"loans": [ /* loan_id, customer_id, principal, balance, status */ ],
"payments": [ /* payment_id, loan_id, amount, method, collector_id, ts */ ],
"expenses": [ /* expense_id, collector_id, category, amount, ts */ ],
"page": { "next_cursor": null }
}
POST https://your-host.example/webhooks/prestacop
X-PrestaCOP-Signature: sha256=...
Content-Type: application/json
{
"event": "payment.received",
"occurred_at": "2026-04-28T15:42:11-05:00",
"route_id": "route-07",
"collector_id": "col-014",
"loan_id": "loan-9931",
"amount": 25000,
"currency": "COP",
"method": "cash",
"geo": { "lat": 4.6533, "lng": -74.0836 }
}
// Recommended: verify HMAC, dedupe by event_id,
// retry with exponential backoff on 5xx; 4xx is final.
PrestaCOP data is mostly customer-identifiable financial information, so every integration we deliver is scoped to comply with Colombia's Habeas Data framework — Law 1581 of 2012 for general personal data and Law 1266 of 2008 for financial, credit, and commercial data. The Superintendence of Industry and Commerce (SIC) acts as the data-protection authority and, since SIC Circular 001 of 2025, has issued specific binding guidance for fintech operators around consent capture, data minimization, and processor accountability.
For exports that touch payment behavior, we additionally scope to the practice expected by the Superintendencia Financiera de Colombia for entities adjacent to credit operations. Where a deployment also serves users in the EU, we apply GDPR-style controls (purpose limitation, retention, and Data Subject Access Request endpoints) on top. Each delivery includes a written data-flow map, a retention matrix, and a consent-record schema so the operator can demonstrate compliance during a SIC inspection.
A typical pipeline looks like this:
PrestaCOP is a B2B Android application primarily used in Colombia and adjacent Spanish-speaking markets by independent lenders, family-run finance shops, route-collection ("gota a gota"-style) operators, and small cooperatives. Operator subscriptions are sold at roughly 1.66 USD per month or 16.99 USD per year, which signals a long tail of small operators rather than a few large enterprises — and that shapes integration work toward lightweight, multi-tenant patterns rather than heavyweight per-client custom builds. Recent activity in 2024 around formalizing informal lending in Colombia (such as Bogotá's program to offer cheaper credit as an alternative to "gota a gota") has pushed many of these operators to start exporting cleaner books and adopting digital records, which is exactly where API-driven data extraction becomes useful.
Tap any image to enlarge. These are from the official Google Play listing and illustrate the screens whose data becomes available through integration.
Operators using PrestaCOP often evaluate or run alongside other loan-management and microfinance platforms. The list below describes how each one fits into the broader OpenData / OpenFinance integration landscape — these are part of the ecosystem we routinely build adapters for.
Source code delivery from $300 — runnable API source plus documentation; pay only after delivery and acceptance.
Pay-per-call hosted API — connect to our managed endpoint, pay per request, no upfront fee. Suited for teams that prefer usage-based pricing or do not want to host the integration themselves.
We are an independent technical service studio focused on App interface integration and authorized API delivery. Our engineers come from microfinance back-office, mobile reverse engineering, payment-gateway integration, and cloud platform backgrounds, and we have shipped integrations across Latin America, Southeast Asia, and EMEA.
Tell us your target app and what data or scenario you need. We'll reply with a scoped proposal, sample payloads, and a delivery timeline.
What do you need from me to start?
How do you handle compliance with Colombia's Habeas Data?
Is the integration source code mine to keep?
PrestaCOP (package colombia.ancorp.prestacop) is a Colombia-built Android application for managing loans and field collections. It is aimed at small lenders, family-run finance shops, and route-collection operators who need to track customers, payment plans, and collector activity from a phone or tablet.
Highlights from the official Google Play description:
This page describes how the studio above can integrate with that operational data through authorized APIs; PrestaCOP and its publisher remain the property of their respective owners.