Authorized app interface analysis and production-ready source code for billing, outage, and consumption data synchronization
Energisa On has clear integration value because it stores account-linked utility records such as invoice history, payment status, service orders, property links, and monthly consumption trends. Those data streams are useful for teams building payment reminders, debt follow-up workflows, customer self-service portals, and utility intelligence dashboards across Brazilian operations.
The app already supports high-value actions from CPF/CNPJ identity login to duplicate bill issuance, outage communication, debt negotiation, reconnection requests, and meter reading submissions. For integration projects, that means a practical path to expose normalized endpoints such as utility invoice query API, consumption history export API, and outage ticket synchronization API.
Extract current and historical invoice objects, due dates, barcode/PIX references, and payment status fields. Typical use: build automated overdue reminders and connect utility receivables into finance stacks that already ingest banking statements.
Capture month-level usage series, billed kWh, and trend markers visible in the app history area. Typical use: energy analytics dashboards, customer segmentation by usage behavior, and budget alerting rules for high-variance months.
Normalize outage reports, protocol numbers, timestamps, and lifecycle updates. Typical use: service desks that need a single timeline across utility incidents, internal tickets, and customer notifications.
Integrate request submission and status checks for reconnection and titularity changes. Typical use: property management platforms that must prove utility activation state before handover or move-in processing.
Model negotiation proposals, installment options, and acceptance events where available in authorized flows. Typical use: collections operations and customer-success teams that need programmatic debt resolution tracking.
Capture declared readings, reference period, and validation outcomes. Typical use: exception management and auditing when billing disputes require historical reading evidence.
All available Energisa On screenshots are listed below as compact thumbnails. Click any image to open a larger view in a lightbox overlay.
For teams implementing a Brazil utility account API integration, the practical first step is to map each user-visible function to a structured data contract. The table below summarizes what can be harvested and normalized from authorized app flows and related account surfaces.
| Data type | Source screen / feature | Granularity | Typical business use |
|---|---|---|---|
| Invoice list and duplicate bill references | Invoice history and second-copy issuance | Per invoice / per account / due-date period | Collections automation, billing reconciliation, ERP payable scheduling |
| Payment communication records | Inform payment flow | Per payment event with timestamp and reference | Payment confirmation dashboards and dispute handling |
| Consumption history | Consumption chart and historical query | Monthly series (often 12-13 months) per installation | Cost analytics, anomaly detection, budget forecasting |
| Outage communication and protocol status | Report lack of energy and request tracking | Per incident ticket and status transition | Customer service orchestration and SLA monitoring |
| Reconnection and ownership transfer requests | Service request module | Per request with lifecycle states | Move-in onboarding, property operations, compliance proof |
| Debt negotiation details | Debt negotiation journey | Per negotiation simulation/proposal | Credit strategy, collection workflow, repayment follow-up |
Although Energisa On is not branded as an open-banking product, it can still be integrated with OpenFinance-style consent and audit patterns: explicit account authorization, data minimization, scoped token usage, and event logging for regulated enterprise environments.
Scenario A - Accounts receivable operation for multi-property managers: A property operator manages many installations and needs a daily feed of due invoices and payment status. Data/API involved: invoice history endpoint plus payment communication records. OpenData/OpenFinance mapping: convert customer-authorized billing events into standardized ledger entries consumed by financial systems.
Scenario B - Outage communication center: A call center wants one queue for outage tickets regardless of channel. Data/API involved: outage submission protocol number, request tracking states, and timestamps. OpenData/OpenFinance mapping: event stream model where each incident update is ingested into a service orchestration pipeline with SLA tags.
Scenario C - Energy consumption intelligence: A retail chain compares consumption across branches and needs monthly ingestion into BI tools. Data/API involved: consumption history per installation and billing period. OpenData/OpenFinance mapping: recurring extraction pipeline with account-level consent and role-based access controls.
Scenario D - Move-in and ownership transfer automation: A real-estate platform coordinates tenant turnover and must verify utility ownership transitions. Data/API involved: ownership change requests, reconnection status, and service completion markers. OpenData/OpenFinance mapping: transaction-style workflow events connected to contractual milestones.
Scenario E - Debt recovery analytics: A collections team wants to monitor repayment plan adoption and conversion rates. Data/API involved: debt negotiation offers, selected installment paths, and resulting payment behavior. OpenData/OpenFinance mapping: consented data processing for risk models under documented retention controls.
POST /api/v1/energisa/session/login
Content-Type: application/json
{
"cpf_cnpj": "12345678901",
"password_or_otp": "***",
"device_id": "android-a1b2c3"
}
Response 200
{
"session_token": "eyJ...",
"expires_in": 3600,
"customer_id": "cus_93821",
"linked_installations": 3
}
Implementation note: persist only encrypted session artifacts and rotate refresh credentials according to project retention policy.
GET /api/v1/energisa/invoices?installation_id=INST-44&from=2025-01&to=2025-06
Authorization: Bearer <SESSION_TOKEN>
Response 200
{
"items": [
{
"invoice_id": "inv_2025_05",
"due_date": "2025-05-18",
"amount": 286.74,
"status": "paid",
"barcode": "8364...",
"pix_copy_paste": "000201..."
}
]
}
Error handling pattern: return deterministic codes like INSTALLATION_NOT_FOUND, UNAUTHORIZED_SCOPE, and UPSTREAM_TIMEOUT for reliable retries.
POST /webhooks/energisa/request-status
X-Signature: sha256=ab12...
{
"request_id": "req_7781",
"type": "outage_report",
"status": "in_progress",
"updated_at": "2026-04-16T11:25:43Z",
"protocol_number": "20260416-55671"
}
Response: 202 Accepted
Recommended architecture: verify signature, store raw payload, then publish normalized events to queue topics used by CRM and alerting systems.
For Brazil-focused utility integrations, LGPD (Lei Geral de Protecao de Dados) is the baseline legal framework for personal data processing. CPF/CNPJ identifiers, account metadata, billing records, and service-request logs must follow legal basis, purpose limitation, and data subject rights obligations.
When projects involve payment references or debt settlement information, teams usually pair LGPD controls with finance-grade controls such as strict access logging, least-privilege keys, retention windows, and incident response procedures. Our implementation documentation includes consent tracking recommendations and data minimization decisions so the integration remains auditable.
Typical pipeline: Client app session layer -> Ingestion/API worker -> Normalized storage -> Business API or webhook output. In practice, this means a connector acquires consented account data, maps records into a stable schema, stores immutable event logs, and serves downstream systems through secured endpoints.
For higher-volume environments, we add a queue between ingestion and storage to isolate upstream latency from analytics workloads, plus idempotency keys on invoice and request events.
Energisa On targets residential and small-business electricity customers across Brazilian states served by Grupo Energisa, with Android and iOS coverage and strong digital-service adoption. User profiles include household bill payers, multi-property account holders, and support-sensitive customers who rely on outage reporting and reconnection updates. From an integration perspective, this is a B2C-heavy utility ecosystem with clear B2B opportunities for finance operations teams, property-tech platforms, and customer-experience systems that need reliable utility account data feeds.
Commonly used in Minas Gerais for second-copy bills, PIX-ready payment flows, and outage communication. Teams integrating both Cemig Atende and Energisa On usually want a unified utility invoice export API.
Provides invoice duplication, reconnection requests, and outage reports in the Federal District context. Similar integration projects often standardize service-request status fields across distributors.
Parana-focused utility app with billing access and outage-related customer actions. Organizations with operations in multiple states often consolidate Copel and Energisa data into one compliance-aware reporting layer.
Supports outage reporting and second-copy account journeys at high urban density. Integrators frequently map Enel and Energisa account events to common SLA dashboards.
Offers app-based invoice access and consumption monitoring. Data teams that already ingest CPFL consumption history often request equivalent Energisa On consumption endpoints for cross-provider benchmarking.
Known for invoice history and service management features across several states. Multi-region utility operators use shared schema design to compare payment behavior and consumption trends between Equatorial and Energisa territories.
Widely referenced for second-copy and customer support channels in Rio de Janeiro. Integrations touching both platforms usually prioritize common identity, invoice, and outage message contracts.
We are a technical service studio focused on app interface integration and authorized API implementation for global clients. Our background combines mobile engineering, fintech data operations, reverse engineering for protocol understanding, and production API delivery in regulated environments.
Engagement starts with only two inputs from the client: target app name and required outcomes. From there, we deliver protocol analysis, interface refactoring recommendations, third-party connector implementation, automated data scripts, and complete interface documentation ready for developer teams.
To request an Energisa On API integration proposal, share your target workflows (for example: invoice export, outage synchronization, reconnection tracking, or debt negotiation analytics) and your preferred delivery model.
We respond with scope, timeline, and a clear list of required inputs before implementation starts.
What do we need to start?
App name, your use cases, required data fields, and preferred delivery model.
Can this support both analytics and operations?
Yes. We commonly split outputs into event streams for operations and curated datasets for BI/reporting.
Do you provide compliance guidance?
Yes. We include implementation notes aligned with LGPD-oriented data handling and access control practices.
Energisa On is the official mobile service app for Energisa customers, available for Android and iOS. The app is centered on utility-account self-service: issuing duplicate bills, checking invoice history, managing one or multiple properties, informing invoice payment, reporting lack of energy, tracking requests, checking consumption history, requesting reconnection, changing ownership, negotiating debt, and informing meter readings.
Authentication is tied to CPF/CNPJ identity, which indicates account-bound server state and persistent customer records. That model creates direct OpenData integration potential because each user journey maps to structured records that can be transformed into APIs under authorized access and legal data processing controls.
In recent updates, Energisa communications and app release notes highlighted ongoing optimization of digital-service journeys, including improvements around access recovery and specific service flows in 2025. This reinforces that Energisa On is an actively maintained digital channel suitable for long-term integration planning.