El contenido de esta página fue extraído íntegramente de Consultar acumulación de puntos | Desarrolladores | Pase LATAM .

Consultar acumulación de puntos

CONSEGUIR

Después de una solicitud exitosa en el método POST, es posible verificar el progreso del pedido usando el método GET de acuerdo con la  documentación Swagger Retrieve Accrual GET .

Al menos 2 campos son obligatorios en la solicitud, que es el  socioIdentificador  (es el campo socio.id enviado en el POST) y los demás campos quedan a su criterio para realizar la búsqueda, ya sea por nuestro ID o por la transacción del socio que se envió en la solicitud del método POST (verifique los campos disponibles en el  enlace Swagger Retrieve Acrual GET ).

A continuación se muestra un ejemplo de CURL para la solicitud:

curl --location --globoff 
'https://api.latampass.com/sandbox/v1/customer/loyalty/partner/accrual?partner
Identifier=1234\&id=1234\&ffn=1234\&partnerAccrualId=1234\&partnerTransaction
Id=1234\&createdStart=2023-09-01\&createdEnd=2023-09-30\&size=10' \\
--header 'client\_id: {{client\_id}}' \\
--header 'access\_token: {{access\_token}}' \\
--data ''

A continuación se muestra un ejemplo de una respuesta exitosa:

{
    "accruals": [
        {
            "id": 192,
            "correlationId": "bcd48e63-049a-417b-a23b-a98cd0a1b34b",
            "partnerAccrualId": "37fab402-a7cc-451a-8802-ff1c83e1f58d",
            "points": 3000,
            "productId": "001",
            "partnerTransactionId": "50db5dbf-7bbe-4baa-b4be-a3ffaa390a36",
            "partnerOriginDate": "2022-06-19T17:10:36.177-04:00",
            "description": "Blanditiis eius vitae sunt.",
            "ffn": "74613880610",
            "status": "PROCESSED",
            "latamAccrualId": "123456",
            "email": "Odessa99@hotmail.com",
            "createdAt": "2022-07-27T15:49:22.298376-04:00",
            "updatedAt": "2022-07-27T15:49:46.002400-04:00"
        }
    ],
    "totalPages": 1,
    "currentPage": 1,
    "totalItens": 1
}

Asincronismo de transacción

Nuestro procesamiento se realiza de forma asincrónica ya que contiene varias orquestaciones, por lo tanto, nuestra API tiene estados transitorios que sirven para informar al consumidor del progreso de la transacción. Por lo tanto, los estados de transición sólo son importantes para el seguimiento y el análisis. Los posibles estados que se devolverán en el punto final GET de la consulta de transacción:

• Estados transitorios:
  • ACCRUAL_REQUESTED → Acumulación solicitada;  Estado transitorio del flujo .
  • ACUMULADO → Acumulación finalizada;  Estado transitorio del flujo .
  • ERROR → Transacción errónea;  ( Este estado es una señal de que algún punto de nuestro flujo tuvo un problema, pero no debe considerarse un estado final, ya que en nuestro sistema de reintento se puede cambiar ).
  • MEMBER_ENROLL_REQUESTED → Creación de miembro solicitada;  Estado transitorio del flujo .
  • MEMBER_ENROLLED → Creación de miembros completada;  Estado transitorio del flujo .
  • PROCESAMIENTO → Inicio del flujo cuando se recibe la transacción;
  • SEARCHING_MEMBER → Búsqueda de miembros;  Estado transitorio del flujo .
• Estados finales:
  • CANCELADO → Transacción cancelada;  ( ESTE ES EL ÚNICO ESTADO QUE SE CONSIDERA COMO ACTIVADOR PARA LA CANCELACIÓN DE LA TRANSACCIÓN )
  • PROCESADO → Fin del flujo cuando la transacción se procesa exitosamente;

Los pedidos sólo deben cancelarse y devolverse los puntos a los clientes en caso de que se devuelva nuestro  estado CANCELADO .

Si alguna transacción no cambia su estado dentro de las 24 horas, puede contactarnos para un análisis.

Por lo tanto, mientras la transacción se encuentre en estado transitorio, está bajo nuestra responsabilidad, existiendo numerosas posibilidades tales como: retraso en el procesamiento, inestabilidad o error en alguna parte de nuestro flujo o de nuestras integraciones, inconsistencia de los datos de los clientes, entre otras. pero aún no hay una resolución para el socio.

Solicitamos que el reembolso sólo se realice en estado CANCELADO.