The Spanish version is the authoritative reference. View in Spanish
🩺 Resilience and operation
Everything you need after integrating issuance: recovering lost responses, monitoring the service's health, reloading configuration and querying the operational history.
🔁 Status re-retrieval
Did the POS lose the original response (network problem, restart, audit)? There is no need to resend the document: with any of the following identifiers the original response is retrieved.
- Method:
GET - Endpoint:
http://localhost:3200/api/v1/status
Query params
At least one parameter is needed to identify the document. Some countries require specific combinations — see the country sheet.
Response
The Swagger declares the following fields in the 200 response:
Response 400: { date, message, stage, uuid, _id }.
🩺 Healthcheck
"Is it alive and healthy?" Returns the operational status of the xPOS Core so that any external monitor can verify it without touching the operation.
- Method:
GET - Endpoint:
/api/v1/health
The 200 response includes:
status,message(okwhen everything is healthy).cwd,xposVersion,schemaVersion(Realm).checks.company—{ taxId, name }of the company.checks.onboarding—{ uuid, country, environment }of the current onboarding.checks.files— flags per critical file:xslt,xsd,schematron,templates,tmp.checks.certificates— list of certificates withvalidandexpires.checks.connections— connection status withtaxEntity,folioManager,mqtt.checks.folios—currentandnextfolios per type, withseries,from,to,currentFolio,lastUsed,xml,resolution.lastDownload— date and time of the last download of auxiliary files.
A 500 response or a status other than ok indicates that the xPOS is not ready to issue. It is advisable to alert when a certificate close to expiring appears or when checks.connections.taxEntity is false.
🔁 Configuration re-retrieval
Forces xPOS Core to re-download its configuration from the administrative portal. Useful when product changes the customer's parameters and you don't want to wait for the next automatic refresh.
- Method:
PUT - Endpoint:
/api/v1/reobtain-config - Requires no query params or body.
❌ Cancellations (Paraguay only)
This endpoint is only used for Paraguay integrations. The rest of the countries handle cancellation through other channels (see the country sheet).
Notifies xPOS Core that an already-issued document was canceled in the POS. It serves so that the cancellation is recorded in xPOS and, when applicable, propagated.
- Method:
POST - Endpoint:
/api/v1/cancelation-event
application/json body:
{
"countryDocumentId": "<tax-id>",
"status": "<status>",
"description": "<description>"
}🧾 Onboarding
Endpoints to query the xPOS onboarding information against the Gosocket portal.
| Method | Endpoint | What it is for |
|---|---|---|
GET | /api/v1/onboarding | Brings the xPOS information published in the portal. Query: uuid, env. Response: { message, data }. |
GET | /api/v1/onboarding/summary | Returns the last onboarding executed. Useful to validate what the service was initialized against. |
📋 Log record
Operational logs are persisted in /databases/dbLogs.realm and queried via REST. Applies to all supported countries.
Query by date range
Lists all logs in a time window, filtering by type.
- Method:
GET - Endpoint:
/api/v1/db-data/logs
Supported values for logType:
Api-SendDocument— submissions to the tax authority.Api-SendDocumentToSave— submissions to the Gosocket Inbox.Api-SendContingenciesToPortal— contingency errors dispatched to the Gosocket Inbox.
Specific query by UUID or metadata
Ideal when you already have the transactionId or some property that identifies the operation.
- Method:
GET - Endpoint:
/api/v1/db-data/logs/search
📊 Dashboard
Internal endpoints designed to feed the xPOS portal/UI with operational counters and summaries. Generally not consumed by the POS.
| Method | Endpoint | What it is for |
|---|---|---|
GET | /api/v1/info/responses | Summary of all responses recorded by xPOS. |
GET | /api/v1/info/sii-responses | Responses received from the tax authority (API-ET). |
GET | /api/v1/info/errors | Summary of the recorded errors. |