Resumo do que será ensinado
Neste documento você vai aprender, em linguagem simples, o que é a API ConnectTEF Local Smart POS, como funciona o fluxo de execução das operações TEF (criar e consultar operação) e quais são os requisitos básicos de integração para que um sistema Desktop ou automação comercial se comunique corretamente com o terminal Smart POS de forma local.
Segue um Vídeo explicativo do processo
Detalhamento do uso correto
Com este guia, você deve ser capaz de explicar a integração Local Smart POS para novos desenvolvedores, mostrar o fluxo padrão de criação e consulta de operações e orientar sobre como o sistema deve tratar o campo executada até a conclusão da operação. Este material serve como base para a equipe técnica entender o comportamento da API antes de implementar pagamentos, estornos ou outras operações TEF.
Segue o detalhamento de como funciona a Introdução da API Local Smart POS
-
O que é a API ConnectTEF Local Smart POS
- A API ConnectTEF Local Smart POS permite que automações comerciais (principalmente sistemas Desktop) integrem-se ao ConnectTEF de forma local, usando chamadas HTTP diretamente para o Smart POS.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Em vez de depender apenas de APIs em nuvem, o sistema conversa com o terminal de pagamento instalado no ambiente do cliente, mantendo controle direto sobre o fluxo das operações TEF (transações eletrônicas de fundo).
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
Ponto importante
- Este modelo é ideal para sistemas que rodam na mesma rede/local do POS e que precisam de controle fino sobre criação, acompanhamento e conclusão das operações de pagamento.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade.
- A API ConnectTEF Local Smart POS permite que automações comerciais (principalmente sistemas Desktop) integrem-se ao ConnectTEF de forma local, usando chamadas HTTP diretamente para o Smart POS.
-
Visão geral da documentação
- A página de introdução da integração via API Local POS apresenta:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Conceito da API Local Smart POS.
- Explicação do fluxo de chamadas (criar e consultar operação).
- Requisitos para integrar de forma adequada (entender campo
executada, trabalhar com polling).
- Nos tópicos seguintes da documentação, o desenvolvedor encontra:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Criar operação: como enviar uma nova operação TEF ao POS.
- Consultar operação: como acompanhar o status até a conclusão.
Ponto importante
- Esta introdução não entra em todos os detalhes de campos, mas define o modelo mental do fluxo, que é essencial para qualquer implementação posterior.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade.
- A página de introdução da integração via API Local POS apresenta:
-
Fluxo de execução das operações TEF
O fluxo padrão de execução apresentado na documentação é o seguinte:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade- Seu sistema cria uma operação usando
- HTTP POST em
/api/v1/operacao. - Nesta chamada, você informa os dados da operação (por exemplo, valor, tipo de transação, etc., conforme especificado no tópico “Criar operação”).
- HTTP POST em
- A API retorna a operação criada com um status inicial.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Entre os campos retornados há o indicador
executada.
- Entre os campos retornados há o indicador
- Se
executada = false:
- Seu sistema deve realizar buscas periódicas (polling) com
- HTTP GET em
/api/v1/operacao. - O objetivo é verificar o estado da operação até que
executada = true.Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Quando a operação estiver concluída (
executada = true):
- A resposta da consulta passa a conter os dados finais, já com o status atualizado (aprovada, rejeitada, cancelada, etc.).
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- A resposta da consulta passa a conter os dados finais, já com o status atualizado (aprovada, rejeitada, cancelada, etc.).
Pontos de atenção
- O campo
executadaindica se a operação foi finalizada; enquanto ele estiverfalse, os dados da operação não estão completos.Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade - Apenas quando
executada = trueé que o sistema deve considerar os dados como definitivos para registrar o resultado da transação.Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade.
- Seu sistema cria uma operação usando
-
Entendendo o campo
executadaexecutadaé um campo booleano retornado pela API em cada consulta da operação TEF.Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade- Significados:
executada = false:- A operação ainda está em andamento ou aguardando conclusão no POS.
- Você não deve considerar o status atual como final.
executada = true:- A operação foi concluída.
- Os demais campos da resposta já representam o resultado final (aprovado, rejeitado, etc.).
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
Ponto importante
- A documentação destaca que somente após
executadaser true os dados da operação estarão completos, reforçando que o polling é parte obrigatória do fluxo.Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade.
-
Responsabilidade do seu sistema no fluxo Local POS
- Seu sistema é responsável por:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Criar a operação (HTTP POST /api/v1/operacao).
- Guardar o identificador da operação retornado pela API.
- Realizar consultas periódicas (HTTP GET /api/v1/operacao) até que
executada = true. - Interpretar o status final e outros dados para decidir se a venda foi aprovada, rejeitada ou necessita tratamento especial.
- Isso significa que você deve implementar uma rotina de polling no seu aplicativo, seja por timer, loop assíncrono ou mecanismo equivalente.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
Pontos de atenção
- Evite consultas em intervalo muito curto para não sobrecarregar o terminal ou a rede; defina uma frequência razoável de polling (por exemplo, a cada alguns segundos, conforme boas práticas internas).
- Seu sistema é responsável por:
-
Diferença entre “criar operação” e “consultar operação”
-
Criar operação (POST /api/v1/operacao):
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade- Etapa em que você inicia uma transação.
- Envia dados da venda, tipo de operação etc.
- Recebe um objeto de operação, com
executadainicialmentefalse(na maioria dos casos).
-
Consultar operação (GET /api/v1/operacao):
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade- Etapa de acompanhamento.
- Você usa o identificador da operação para buscar seu estado atual.
- Repete essa consulta até que
executada = true. - Quando finalizada, a resposta contém os dados completos da transação.
Ponto importante
- A introdução organiza essa visão para que o desenvolvedor não espere o resultado final na própria chamada de criação; o comportamento correto é criar e depois consultar até conclusão.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade.
-
-
Impacto prático para sistemas Desktop e automações comerciais
- Com a API Local Smart POS, um sistema Desktop pode:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Manter a lógica de vendas no próprio sistema (ERP/PDV).
- Enviar operações TEF ao POS local via HTTP.
- Acompanhar a operação com polling até que o cliente conclua o pagamento no terminal.
- Atualizar o status da venda, impressão de comprovante, emissão de documentos fiscais, etc., apenas quando o resultado final estiver disponível (
executada = true).
Ponto importante
- Esse modelo garante controle local e ao mesmo tempo aproveita a infraestrutura do ConnectTEF, sem depender exclusivamente de chamadas em nuvem para cada etapa da transação.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade.
- Com a API Local Smart POS, um sistema Desktop pode:
-
Como usar esta Introdução na sua base de conhecimento interna
- Utilize este texto para:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Treinar novos desenvolvedores sobre o conceito da integração Local POS.
- Explicar a diferença entre criar e consultar operação.
- Deixar claro que o campo
executadaé o gatilho para considerar uma operação concluída.
- Depois de entender esta introdução, a equipe deve avançar para os tópicos da documentação técnica:
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Criar operação: detalhes de campos e exemplos de requisição.
- Consultar operação: parâmetros de consulta e interpretação de resposta.
Pontos de atenção
- Garanta que todos os envolvidos (desenvolvimento, suporte técnico, implantação) compreendam este fluxo para evitar expectativas erradas sobre retornos imediatos de pagamento.
- Utilize este texto para:
Informações Importantes
- Função da API Local Smart POS: permitir que automações comerciais e sistemas Desktop controlem operações TEF localmente via chamadas HTTP ao Smart POS.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Fluxo padrão:
- Criar operação:
HTTP POST /api/v1/operacao. - Ver retorno inicial com
executada(geralmentefalse). - Fazer polling:
HTTP GET /api/v1/operacaoatéexecutada = true. - Somente então usar os dados finais da operação.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Criar operação:
- Campo crítico:
executada: indica se a operação foi concluída.- Somente quando
executada = trueos dados da transação estão completos e prontos para uso.Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Responsabilidade do sistema integrador:
- Implementar criação de operação.
- Guardar identificadores.
- Realizar consultas periódicas.
- Tratar o status final para decidir sobre aprovação, rejeição ou erros.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Benefícios de seguir corretamente o procedimento:
- Integração mais estável com o POS local.
- Operações TEF bem controladas, com clareza de quando estão em andamento ou concluídas.
- Menos erros por interpretar prematuramente uma operação ainda não finalizada.
Introdução | Conecte seu sistema a múltiplas adquirentes com facilidade
- Recomendações gerais:
- Use este guia como base na sua documentação interna para padronizar entendimento.
- Ao implementar, avance para os tópicos técnicos específicos da documentação (Criar operação, Consultar operação).
- Defina políticas de polling (intervalos de consulta) compatíveis com performance e experiência do usuário.
Este texto está pronto para ser copiado em um documento Word. Basta aplicar o padrão visual da sua base de conhecimento: título com fonte 34, demais cabeçalhos (Resumo, Vídeo, Detalhamento, Informações Importantes) com fonte 18, e o corpo em fonte menor, mantendo os pontos críticos em negrito.