Historial de modificaciones

PTP version 2.64.0

Guía de Integraciones

• Nuevo Throttling de 10 request por segundo.

PTP version 2.64.0

Registraciones:

• Nueva pagina con los siguientes endpoints para el manejo de asignaciones:

  • Consultar candidatas → Nuevo endpoint GET /allocations/candidates para consultar las operaciones candidatas para asignar.

  • Enviar pedido de asignación -> Nuevo endpoint POST /allocation para solicitar una asignación.

  • Consultar una asignación → Nuevo endpoint GET /allocation/{requestID} para consultar una asignación.

  • Consultar asignaciones → Nuevo endpoint GET /allocation/{requestID} para consultar todas las asignaciones del usuario.

Instrumentos:

• Nuevos filtros para los campos “securityId”, “settlType” y “currency”

Guía de Integraciones

• Nueva pagina con recomendaciones prácticas para integrar la API.

PTP version 2.62.0

Registraciones:

• Enviar pedido de registración:

  • Nuevo: se permite solicitar registraciones indicando el participante en vez de una cuenta.

    • Nuevo campo “sellMarketMemberID” para indicar el participante del lado vendedor.

    • Nuevo campo “buyMarketMemberID” para indicar el participante del lado comprador.

Participantes:

• Nueva pagina con endpoint para solicitar todos los participantes del mercado habilitados que cuenten con una cuenta principal habilitada.

PTP version 2.61.0

Sesión:

• Nueva pagina con endpoint de autenticación POST /auth/token

Registraciones:

• Enviar pedido de registración

  • Actualización de Endpoint: POST /registration/request => POST /registration

  • Ajuste de nomenclatura en la request:

    • clientRequestId cambiado a clientRequestID

  • Ajuste de nomenclatura en la response:

    • clientRequestId cambiado a clientRequestID

  • Nuevo campo clientRequestID en la response

• Consulta de pedidos de registraciones => Consultar una registración

  • Actualización de Endpoint: GET /registration/request => GET /registration/{requestID}

  • En la request el requestID pasa a enviarse como query param a enviarse como un path params

  • La response recibe las mismas modificaciones que la Consulta de registraciones

• Consulta de registraciones

  • Actualización de Endpoint: GET /registration => GET /registrations

  • Ajuste de nomenclatura en la request:

    • clientRequestId cambiado a clientRequestID

    • requestId cambiado a requestID

    • registrationId cambiado a registrationID

  • Nuevos posibles valores para el campo status

  • Ajuste de nomenclatura de valores del campo tradeClearingInstruction:

    • 2 => BILATERAL

    • 6 => GUARANTEED

  • Nuevos campos: tradeID y initializerSide

  • Nuevos bloques: createdBy, responseBy, buyAccount y sellAccount

  • Eliminación de los campos sellAccount y buyAccount (pasan a estar incluidos dentro de los bloques buyAccount y sellAccount)

• Confirmar o rechazar una registración

  • Actualización de Endpoint: PATCH /registration/status => PATCH /registration/{requestID}

  • En la request el campo registrationId pasa a enviarse como un path params.

  • En la respuesta se cambia el campo registrationId por requestID

Instrumentos:

• Nueva pagina con endpoint para solicitar instrumentos.

Manejo de errores:

• Nueva pagina con detalle de posibles errores.

Initial Draft

• Lanzamiento inicial para pruebas en entorno sandbox (Mock).

• Definición preliminar de flujo de registración.