Actualizar los datos de una solicitud
PUT/certificate-request/:id
Reemplaza los datos de una solicitud de la empresa del usuario autenticado. No cambia el estado (para eso use PUT /certificate-request/{id}/status) y registra una entrada en el historial. El DV se recalcula a partir de dni. phone y mobile se sobrescriben siempre (si se omiten quedan en null) e info omitido queda vacío. legal_rep_first_name, legal_rep_last_name, legal_rep_email, country_id y entity_document_type_id no se modifican con este endpoint. Nota: no se valida el estado de la solicitud, así que se puede editar en cualquier estado (incluidas PROCESSING, PROCESSED o REVOKED); cambiar life no ajusta el cupo consumido al crear la solicitud; y la entrada del historial queda registrada como USER aunque la haga un administrador. Las etiquetas HTML (<...>) se eliminan sin error de document_number, address, legal_representative, company_name, dni e info antes de guardar (un < sin cerrar seguido de un carácter distinto de espacio, p. ej. en Calle 5 <3 piso 2, elimina todo el texto que le sigue); phone y mobile se guardan sin cambios.
Request
Responses
- 200
- 400
- 401
- 403
- 404
- 422
- 429
- 500
Solicitud actualizada. dataRecords trae la solicitud recargada, sin relaciones.
ISSUANCE_FLOW_IMMUTABLE: se envió un issuance_flow distinto del de la solicitud (con error_code y errors.issuance_flow). La solicitud no cambia.
No autenticado
La empresa del usuario está inactiva. Cuerpo: {"message": "La empresa se encuentra inactiva."}, sin success (o una página HTML si la petición no envía Accept: application/json).
La solicitud no existe o pertenece a otra empresa (también con un id no numérico, p. ej. abc). Mensaje: Recurso no encontrado. Nota: el id se convierte a entero sin validarse, así que un valor con prefijo numérico (p. ej. 12abc) actúa sobre la solicitud 12. Envíe siempre solo dígitos.
Validación fallida
Límite general de 60 peticiones por minuto excedido.
Error interno. Un dni no numérico (p. ej. 900.455.420) o con más de 15 dígitos también responde 500, con cualquiera de los dos formatos (ver dni). Nota: si el usuario no tiene empresa asociada, o si phone, mobile, legal_rep_first_name, legal_rep_last_name o legal_rep_email llegan con un tipo distinto de texto o null (p. ej. un número JSON), el cuerpo es el genérico {"message": "Server Error"}, sin success (o una página HTML si la petición no envía Accept: application/json).