TRANSAÇÃO
Endpoints
Buscar transações
GET /transaction
Descrição: Retorna transações com base nos filtros fornecidos. Caso não seja passado nenhum filtro de data, o padrão de busca é retornar dados dos últimos 30 dias utilizando data de transação como referência.
Respostas:
200 OK: Retorna uma lista de transações.400 Bad Request: Parâmetros inválidos.404 Not Found: Nenhuma transação encontrada.
Objeto de Retorno:
Criar transação
POST /transaction
Descrição: Cria uma nova transação. É necessário ter cadastrado previamente a unidade e o colaborador.
Nota: Transações criadas não atualizam o CPF do cliente.
Nota: Este endpoint aceita tanto os IDs internos (store_id, employee_id, customer_id) quanto os IDs externos (store_integration, employee_integration, customer_integration). Certifique-se de usar apenas um tipo de ID por recurso em cada requisição.
Nota: Caso os IDs internos ou externos do cliente (customer_id ou customer_integration) não sejam enviados, é possível criar o cliente informando os parâmetros name, document, email, phone e/ou additionalPhone.
Nota: Caso o campo name não seja enviado, ele assumirá o valor do campo cpf ou email, conforme a regra de negócio definida.
Respostas:
201 Created: Transação criada com sucesso.422 Unprocessable Entity: Erro de validação.
Buscar transação por id
GET /transaction/{id}
Descrição: Retorna uma transação com base no id fornecido.
Respostas:
200 OK: Retorna a transação.400 Bad Request: ID inválido.404 Not Found: Transação não encontrada.
Estornar transação por id
DELETE /transaction/{id}
Descrição: Estorna uma transação, removendo-a dos relatórios, mas mantendo-a no sistema.
Respostas:
200 OK: Transação estornada com sucesso.400 Bad Request: Transação não encontrada.
Anonimizar transação em massa por id externo
DELETE /transaction
Descrição: Anonimiza as transações.
Respostas:
200 OK: Transação estornada com sucesso.400 Bad Request: Transação não encontrada.
Usando transactionId para consultas assertivas:
Para a Infraestrutura atual, consultas que somam transações em períodos longos são grande ofensores, pois sobrecarrega nossos servidores e geram lentidão tanto na consulta em questão quanto nas próximas, portanto orienta-se:
- Consultas que fazem uma varredura quantitativa (count) ou search dentro de um intervalo de tempo, que seja usado como parâmetro de busca o
transactionId: