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
: