SIDesenvolvimento

Obrigado

Ainda sobre o cancelamento, quando é chamada a CancelarTransacao, parece que ela pega o cupom da ultima rotina realizada. Aqui temos uma sequencia de dois adm e dois cancelamentos: Neste caso o cupom muda de acordo com o horário: E nos cancelamentos o número do cupom ficou do último adm.

Complementando o comentário acima, sobre os itens pendentes eu estou configurando da seguinte forma: Aproveito para anexar o log do ACbr.Log_ACBr_2025-06-12.txt

Olá @Daniel Simoes, tudo bem? Enviei um novo roteiro de pré-homologação, e tive dois retornos negativos: 1º) O problema citado antes, de repetir o número do cupom. Este número de cupom pode ser alterado ao chamar o componente, quando transações gerenciais ou de cacelamento? Analisando a imagem, é como se nos cancelamento o componente usasse o último cupom enviado. 2º) Tratamento de transação pendente sendo executada duas vezes. Vou anexar o log do sitef aqui para você poder ver melhor o que foi enviado. CliSiTef.20250612.dmp.txt Teria alguma coisa que eu possa fazer para resolver estes problemas?

@Daniel Simoes, boa tarde! Consegui acesso aos logs do Sitef. Segue anexo o arquivo dmp de hoje. Fiz o teste de falta de energia, com o lançamento de venda: 1º - Uma venda com duas formas de pagamento 2º - Encerro a aplicação antes de tirar o cartão do pinpad 3º - Entro no sistema e ativo o componente: Ao chamar a modalidade 130 é informado o mesmo cupom fiscal da venda. Está correto desta forma? Revisando o log e o meu código vi que o sistema estava enviando o cupom fiscal zerado quando tinha mais de um pagamento na mesma venda. Ja fiz a correção aqui: Aqui um exemplo de pagamento com crédito e débito. Agora ficou da seguinte forma: Log: CliSiTef.20250611.dmp.txt Só para complementar a questão do código 130, o suporte do Sitef está alegando que o cupom fiscal está saindo repetido nele.

@Daniel Simoes, em tempo. Notei que na pasta onde ficam os log estão ficando alguns arquivos .tef: Quando isto acontece, ao inicializar o sistema abre o menu para cancelamento. Existe alguma configuração para não gerar estes arquivos? Eles são necessários para o tratamento de pendências? Desde já agradeço pela atenção.

@Daniel Simoes, gostaria de atualizar aqui. 1) Consegui resolver o menu para cancelamento com a de crédito usando a propriedade OperacaoCancelamento. Para crédito usei 210 e Débito 211. Estou aguardando o código para cancelamento de carteira digital. 2) Enviei para o suporte do sitef o teu retorno sobre o pagamento e o uso dos códigos. Tentei usar a propriedade OperacaoVenda com o código 26, que foi indicado por eles, e não funcionou. Ainda sigo com aquele menu nos pagamentos por crédito (qualquer modalidade). 3) Sobre o número do cupom estar repetido ou zerado, eu só informo ele no EfetuarPagamento. EfetuarPagamento(IntToStrZero(Qr_TEF_Avulsoid.Value,8), Ed_Valor.Value, Modalidade, CartoesAceitos, Parcelamento, UD_Parcelas.Position); As outras chamadas que eu uso são Iniciarlizar, EfetuarAdministrativo, ConfirmarTransacaoAutomaticamente, FinalizarTransacao e CancelarTransacao. Como posso indicar o número do cupom nelas?

@Daniel Simoes, muito obrigado. Vou entrar em contato com o suporte deles e repondo aqui.

@Daniel Simoes, o suporte do Siitef comentou sobre usar o código 26 para lançar o pagamento de crédito a vista, como solução para este menu. Como se fosse um pagamento específico. Existe este mesmo código como o do cancelamento?

Olá @Daniel Simoes, muito obrigado pelas respostas. Esou usando o ACBrTEFAPI. Sim, estão atualizados. Atualizei eles agora pouco e não veio nenhuma alterção no tef. O envio da venda eu estou fazendo da seguinte forma: with TACBrTEFAPIClassCliSiTef(ACBrTEFAPI1.TEF) do begin ParamAdicConfig.Text := '[]'; ParamAdicFinalizacao.Text := '[]'; ParamAdicFuncao.Text := sRestringeFPagamento_; <- Crédito a vista [27;28;36;3989], Crédito parcelado estab. [26;28;36;3989], crédito parcelado emissor [26;27;36;3989] e débito [19;3031]. end; Ok := ACBrTEFAPI1.EfetuarPagamento(IntToStrZero(Qr_TEFid.Value,8), <- sequencial Ed_Valor.Value, Modalidade, <- aqui pode ser tefmpCarteiraVirtual ou tefmpCartao CartoesAceitos, <- [] para carteira virtual, teftcCredito ou teftcDebito Parcelamento, <- tefmfAVista, tefmfParceladoEstabelecimento ou tefmfParceladoEmissor UD_Parcelas.Position); <- número de 1 a 21 Fiz a alteração desta forma: with TACBrTEFAPIClassCliSiTef(F_Principal.ACBrTEFAPI1.TEF) do begin OperacaoCancelamento := 110; end; Ok := F_Principal.ACBRTEFAPI1.CancelarTransacao(Qr_Pagnsu.Value, Qr_Pagautorizacao.Value, DateOf(Qr_Paglanc.Value), Qr_Pagvpag.Value, Qr_Pagfinalizacao.Value, Qr_Pagrede.Value); E depois da alteração o sistema abre o menu adm: Sim, indiquei este parâmetro como uma variável do tipo TACBrTEFModalidadeFinanciamento.

Complementando, segue o arquivo INI. No menu de estorno não estava aparecendo carteira digital, então pediram pra incluir esta linha: CliSiTef.ini Mesmo retirando esta linha o menu "Crediario" aparece.

Saudações a todos! Estamos em processo de adaptação do sistema para o SiTef e de homologação e o suporte deles incou as seguintes questões: 1) O número do cupom fiscal fica repetido após o lançamento de algum pagamento: 2) Ao enviar o estorno de um pagamento o sistema abre um menu. Fui questionado pelo suporte deles se estou usando o código 110. 3) No pagamento com cartão de crédito o sistema sempre abre um menu, com a opção crediário, mesmo enviando o código 3989 : Neste caso, o suporte do sitef orientou que eu usasse o código 26, como se fizesse um laçamento específico de crédito a vista. Poderiam me ajudar com estas questões? Log_ACBr_2025-06-03.txt

Perfeito, fiz a atualização e testei, ficou ok, segue log do teste: unit atualizada

Em contato com o Santander através do email [email protected] fui informado que o método para revisar o pagamento, deve ser V2 Para criar uma cobrança deve-se usar: https://trust-pix.santander.com.br/api/v1/cob/{txId} para revisar/cancelar deve-se usar: https://trust-pix.santander.com.br/api/v2/cob/{txId} Fiz um teste alterando os fontes do ACBr e realmente funcionou usando esta alteração para V2 quando for PATCH Esta foi a orientação recebida por e-mail: Fiz a inclusão de uma variável cSantanderPathApiPIXv2 e coloquei uma substituição no método "QuandoAcessarEndPoint" : ACBrPIXPSPSantander.pas Segue unit alterada, se possível revisarem e incluir a alteração ou alterar para uma melhor forma.

Bom dia Também estou tendo o mesmo erro ao tentar cancelar uma cobrança criada no PSP do Santander com Credenciais de produção do Santander. Tanto no exemplo do acbr quanto na nossa aplicação de produção.