How AI is applied across API Evangelist and APIs.io. Read my AI disclosure →
API Evangelist API Evangelist
Discovery
Learnings
Guidance
Toolbox
Alignment
API Evangelist LLC

Uzum Fiscalization

Fiscalizes sales and refund receipts and submits them to the Uzbekistan State Tax Committee through a Fiscal Data Operator. Generates receipt links, supports non-fiscal receipts for advance and credit payments, and accepts QR-code payment receipt data. Mandatory product-labeling arrays for regulated goods categories. API-key authentication issued per partner.

This API exposes 5 operations across 5 paths, organized into 3 resource areas, and defines 23 schemas. It is described by OpenAPI 3.0.2, at version 0.0.2.

Requests are made against the base URL https://ofd-key.inplat-tech.com.

5 operations 5 paths 23 schemas 2 GET3 POST

Metadata

The identity and technical contract details declared by the specification.

Specification
OpenAPI 3.0.2
API Version
0.0.2
Base URL
https://ofd-key.inplat-tech.com
Resource Areas
3

Paths & Operations 5

Across 5 paths, the API surfaces 5 operations — 2 GET, 3 POST. They span 3 resource areas: Check Service Status, Fiscalization, Submit QR Code Payment Receipt to Tax Authorities. Each is listed below with its method, path, parameters, and response codes.

Check Service Status 1

This method allows you to check the basic functionality and availability of the fiscalization service.

GET
/health/
/health
health_health_get 1 param → 200
Fiscalization 3

In this section, the API provides methods for working with fiscal receipts. /v2/receipt method allows you to register a sale operation and generate a fiscal receipt that complies…

POST
/v2/receipt
/v2/receipt
fiscal_receipt_generation_fiscal_receipt_generation_post 1 param body → 200202400403422500
POST
/v2/refund_receipt
/v2/refundreceipt
fiscal_receipt_refund_fiscal_receipt_refund_post 1 param body → 200202400403404422500
GET
/v2/receipt/{operation_id}/receipt_url
/v2/receipt/{operationid}/receipturl
get_receipt_url 2 params → 200202400403404422500
Submit QR Code Payment Receipt to Tax Authorities 1

The method is designed to send information about payments made using QR codes directly to the tax authority. Using this method allows automating the fiscalization process for paym…

POST
/v2/qr_payment
/v2/qrpayment
save_qr_code_url_save_qr_code_url_post 1 param body → 200202400403422500

Schemas 23

The contract defines 23 schemas that model the data the API accepts and returns. The most detailed are ReceiptDataItem (10 properties), ReceiptData (10 properties), RefundData (8 properties), QrPaymentRequest (8 properties). Each schema is shown below with its type and property counts.

RequestAccepted
object
3 properties 2 required
RefundAccepted
object
2 properties 2 required
WaitingForReceiptURLResponse
object
1 property 1 required
NoURLForPrepaidCreditReceipt
object
1 property 1 required
NotFoundByPaymentIdResponse
object
1 property 1 required
NotFoundByPAOResponse
object
1 property 1 required
BadRequestResponse
object
2 properties 2 required
BadRefundRequestResponse
object
1 property 1 required
InternalServerErrorResponse
object
1 property 1 required
HTTPValidationError
object
1 property
ReceiptData
object
10 properties 5 required
AuthErrorResponse
object
1 property
ReceiptDataCommissionInfo
object
2 properties
ReceiptDataItem
object
10 properties 6 required
ReceiptGenerationResponse
object
3 properties 2 required
ReceiptRefundResponse
object
2 properties 2 required
GetReceiptURLResponse
object
1 property 1 required
RefundData
object
8 properties 6 required
ValidationError
object
3 properties 3 required
QrPaymentRequest
object
8 properties 7 required
ReceiptInfo
object
Information about the registered receipt
2 properties 2 required
QrPaymentRequestAccepted
object
2 properties 2 required
BadQrPaymentRequestResponse
object
1 property 1 required

Specification

The full machine-readable OpenAPI contract behind this narrative.

Source

uzum-fiscalization-openapi.yaml Raw ↑
Where this information came from

This is an independent, third-party profile of Uzum Fiscalization, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.

The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.

Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.

info@apievangelist.com · Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.