A service request is the core transactional unit in ServiciosYa. It links a user, a catalog service, and a payment proof image. When you create a request the API calls theDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/CodexaCP/SERVICIOS-BACK/llms.txt
Use this file to discover all available pages before exploring further.
CreateServiceRequest stored procedure, which writes a ServiceRequests row and a matching ServiceRequestPayments row in PENDIENTE state in a single atomic operation. Status management, payment validation, and file attachments all operate on top of this record.
Before creating a request you must upload a payment proof image via
POST /api/uploads/payment. That call returns an imageUrl which you pass to the create endpoint below. Without a valid imageUrl the create call returns 400 Bad Request.POST /api/servicerequests — Create a service request
Any authenticated user can create a service request. The caller’sCompanyID and UserID are resolved automatically from the JWT claims — you do not need to supply them in the body.
Authentication: Bearer token (any role)
Request body
The ID of the catalog service being requested. Must be an active, non-deleted service belonging to the caller’s company.
The absolute URL of the payment proof image returned by
POST /api/uploads/payment. The request is rejected with 400 Bad Request if this field is absent or blank.Set to
true if the customer needs a fiscal invoice for this request. Defaults to false.Company name to print on the invoice. Required by your business process when
requiresInvoice is true.Tax identification number (RUC) for the invoice. Required by your business process when
requiresInvoice is true.Response
The auto-generated ID of the newly created service request. Store this value — you will need it for status updates, payment validation, and file uploads.
When
requiresInvoice is true, staff must later upload the invoice document via POST /api/servicerequests/{id}/invoice once the payment is approved and the service is in progress. See the Attachments page for details.GET /api/servicerequests/my — Get my requests
Returns a paginated list of service requests belonging to the authenticated caller. Customers use this endpoint to track their own history; internal staff can also call it to see only the requests they personally submitted. Authentication: Bearer token (any role)Query parameters
Page to return. Defaults to
1.Number of records per page. Defaults to
20.Free-text filter applied against service name, request ID, and customer fields.
Filter by request status. Accepted values:
SOLICITADO, EN_PROCESO, FINALIZADO, CANCELADO_USUARIO, CANCELADO_PAGO.Filter by payment status. Accepted values:
PENDIENTE, VALIDADO, RECHAZADO, PENDIENTE_DEVOLUCION, REINTEGRADO.Response
Returns a paginated wrapper containing an array of ServiceRequestDto objects.GET /api/servicerequests — Admin: all requests
Returns a paginated list of all service requests for the caller’s company. This endpoint is restricted to administrative roles. Authentication: Bearer token —SUPER_ADMIN, ADMIN_GENERAL, or GESTOR_SUPREMO
Query parameters
Page to return. Defaults to
1.Number of records per page. Defaults to
10.Free-text filter applied against service name, request ID, and customer fields.
Filter by request status. Accepted values:
SOLICITADO, EN_PROCESO, FINALIZADO, CANCELADO_USUARIO, CANCELADO_PAGO.Filter by payment status. Accepted values:
PENDIENTE, VALIDADO, RECHAZADO, PENDIENTE_DEVOLUCION, REINTEGRADO.Response
Returns a paginated wrapper containing an array of ServiceRequestDto objects.GET /api/servicerequests/ — Get single request
Returns the full detail of a single service request, including customer info, service info, and payment state. Authentication: Bearer token (any role)Path parameters
The
requestId returned when the request was created.ServiceRequestDto fields
Unique identifier of the service request.
Current request status:
SOLICITADO, EN_PROCESO, FINALIZADO, CANCELADO_USUARIO, or CANCELADO_PAGO.Timestamp when the request was created.
Timestamp of the last status update, if any.
ID of the customer who submitted the request.
Customer’s first name.
Customer’s last name.
Customer’s phone number.
Customer’s email address.
ID of the requested service.
Display name of the service.
Unit price of the service at request time.
Quantity recorded by the payment validator (default
1).Total amount paid, calculated as
price × quantity.Human-readable estimated delivery time from the service definition.
Category of the service.
Whether the service allows an optional additional attachment.
URL of the payment proof image.
Current payment status:
PENDIENTE, VALIDADO, RECHAZADO, PENDIENTE_DEVOLUCION, or REINTEGRADO.Timestamp when the payment was validated or rejected.
UserID of the staff member who reviewed the payment.
Relative path of the optional additional attachment, if uploaded.
Whether an invoice was requested at creation time.
Company name for the invoice, if provided.
Tax ID for the invoice, if provided.
Relative path of the uploaded invoice document, if any.
Relative path of the delivery confirmation document, if any.
DELETE /api/servicerequests/ — Delete request
Performs a logical (soft) deletion of a service request. This operation is irreversible from the API layer. All historical data is preserved in the database and remains visible in audit logs. Authentication: Bearer token —SUPER_ADMIN only
Path parameters
The
requestId of the request to delete.Response
Returns204 No Content on success.