Adriano Quintino da Silva

Olá! Conforme informado no Discord, estou enviando aqui as Units com implementações no modo de Zoom dos relatórios em fortes report (NFe,NFCe, NFCeA4, CTe, MDFe, NFSe, Boleto). Foi criado uma propriedade chamada ZoomModo que possui os seguintes valores (zmLarguraPagina, zmPaginaInteira, zmVariasPaginas), onde o padrão é zmPaginaInteira para manter o que os demais usuários estão habituados. Segue em anexo as Units com as implementações. Por favor, assim que possível, analisem e implemente pra que fique como "nativo" no ACBr. Obs.: Foi criado um enumerador chamado "TACBrZoomModoFortesReport = (zmLarguraPagina, zmPaginaInteira, zmVariasPaginas)" que está sendo usado em todas as units em anexo, porém, o tipo enumerador está sendo declarado em quase todas as units. Seria muito legal se pudessem criar em apenas uma unit geral, ex.: ACBrBase e todas as demais units já conseguiria enxergá-lo. Qualquer dúvida, estamos a disposição para quaisquer esclarecimentos e futuramente implementação nos demais relatórios fortes reports do ACBr. ACBrBoletoFCFortesFr.pas ACBrCTeDACTeRL.pas ACBrCTeDACTeRLClass.pas ACBrDANFCeFortesFr.pas ACBrDANFCeFortesFrA4.pas ACBrMDFeDAMDFeRL.pas ACBrMDFeDAMDFeRLClass.pas ACBrNFeDANFeRL.pas ACBrNFeDANFeRLClass.pas ACBrNFSeXDANFSeRL.pas ACBrNFSeXDANFSeRLClass.pas

Pelo que entendi, se o componente estiver parametrizado pra confirmar a transação ao concluir, conforme for inserindo os cartões e digitando a senha, então o usuário quiser cancelar algum pagamento, deverá ser feito o cancelamento de tudo. Porém, é possível configurar o componente pra deixar a transação pendente e então seria possível cancelar pagamento por pagamento individualmente. O problema que estou tendo, é porque configurei o componente pra confirmar as transações ao serem concluídas, porém, o usuário pressiona ESC pra retornar a tela anterior, é exibido a tela pra digitar a senha gerencial 9999, mas muitos usuários não sabem dessa senha e pressionam ESC várias vezes e então o componente está apagando tudo que está em memória e o arquivo, a transação não é cancelada e fica impossível cancelar ela posteriormente. Minha pergunta é: seria possível cancelar todas as transações ou cada uma individualmente, mesmo que estivesse configurado pra confirmar as transações, mas que não solicitasse a senha gerencial nem perguntasse se o cartão é débito ou crédito ? Isso facilitaria bastante a vida do usuário e a nossa também, rsrs.

Eu até poderia retornar pro ACBrTEFD, porém, ele também não está atendendo o teste 19 do roteiro de pré-homologação porque ele não chama a função IniciaFuncaoSiTefInterativo modalidade 130 nem a função ObtemQuantidadeTransaçõesPendente. Este foi o motivo pelo qual mudei pro componente ACBrTEDAPI, que ao meu ver, está muito próximo de ficar perfeito 100%.

Oi Juliomar, conforme está descrito na unit, pra inserirmos um break point, eu o fiz, porém, a procedure onde está a parada só é chamada quando se retira o cartão do pinpad, ou seja, se o consumidor demorar a remover o cartão e neste intervalo de tempo em que a transação foi aprovada e a retirada do cartão, o computador vier a desligar, teremos problemas porque a aplicação não vai conseguir recuperar a transação que estava pendente pois o arquivo .tef ainda não tinha sido criado pelo componente. No componente ACBrTEFD, este procedimento ocorre perfeitamente criando o arquivo .tef no mesmo instante em que se obtém o retorno AUTORIZADO mesmo que o cartão ainda não tenha sido removido do pinpad.

Oi Juliomar! Eu olhei no código e não encontrei estes pontos de parada a qual você se refere.

Encontrei o problema, mas não encontrei a solução. O problema é porque o ACBrTEFAPI só cria o arquivo de retorno na pasta tef ao retirar o cartão do Pinpad, mas ele deveria criar o arquivo ao obter o retorno "APROVADO", antes mesmo de remover o cartão. Da forma que está atualmente, o teste 19 exige que finalizemos a transação após o "APROVADO", com isso, ao fechar e abrir novamente o sistema, o componente não encontra o arquivo na pasta tef e não detecta que há transações que ficaram pendentes.

Eu fiz um teste utilizando o próprio TefAPIDemo.exe e ao solicitar pra retirar o cartão, eu finalizo a aplicação, porém, de qualquer forma que já tentei, ao iniciar o sistema, ele não autoriza a transação SiTEF

Me perdoa, errei o nome do componente na digitação. É ACBrTEFAPI.

Olá! Conforme o teste sequência 19 do roteiro de homologação SiTEF versão 20, o componente ACBrTEFPIX não está confirmando a operação, mesmo estando configurado pra confirmar. Segue abaixo o comando da instrução: - Realizar uma transação com cartão de Crédito chip. - Selecionar a opção à vista - Quando receber o retorno de aprovação, de forma rápida precisa encerrar a aplicação, para poder simular a transação pendente de forma correta. - Na sequência, iniciar novamente a aplicação e tratar a transação pendente pelas funções IniciaFuncaoSiTefInterativo modalidade 130 ou pela função ObtemQuantidadeTransaçõesPendentes - Após obter os resultadosdas funções acima, enviar função“Finaliza” confirmando ou desfazendo a transação, dependendo da sua regra de negócio. Foi detectado no arquivo .dump que o sistema até chama a função: IniciaFuncaoSiTefInterativo modalidade 130, porém não está chamando a função "Finaliza" para confirmar a operação.

Caso necessite, tenho o Demo e os manuais do TLS pra SiTEF. Segue em anexo. CliSiTef - Projeto TLS - 1.05.pdf SitDemo.zip

Fiz o teste e não deu certo porque tenho que passar este parâmetro antes da inicialização pra que seja informado no evento abaixo em ParamAdic. Sts := fTEFCliSiTefAPI.ConfiguraIntSiTefInterativo( PAnsiChar(EnderecoIP), PAnsiChar(CodLoja), PAnsiChar(NumeroTerminal), 0, PAnsiChar(ParamAdic) ); Outra solução será configurar no arquivo .ini, só gostaria de embutir dentro do executável.

Muito obrigado Juliomar Marchetti

Olá, pessoal! Utilizando o componente ACBrTEFD é possível adicionar os parâmetros adicionais conforme abaixo: TEFCliSiTef.ParametrosAdicionais.Add('{TipoComunicacaoExterna=TLSGWP;TokenRegistro=1111-2222-3333-4444}'); Contudo, preciso adicionar os mesmos parâmetros no ACBrTEFAPI para homologação do PIX no SiTEF. Como posso estar inserindo estes parâmetros no ACBrTEFAPI ? Grato pela atenção!

Bom dia pessoal, eu consegui reproduzir mas não consegui resolver. Caso você faça um debug e quando chegar na Linha NFCe.Enviar('1',False,True) e rapidamente desconecta-se da internet, provavelmente conseguirá reproduzir. No meu caso, semana passada todas as vezes estava dando certo, já essa semana estou desativando a internet e as vezes dá certo e outras vezes o xml ainda nem chegou lá, deixando assim, a numeração disponível pra emissão. Minha sugestão pro ACBr, é: Gerar exceptions diferentes nos casos em que o XML não tenha chegado ao servidor da SEFA e outro quando o número do protocolo não consiga retornar, ambos por falta de internet. O primeiro, deixaria o número pendente pra ser usado num próximo cupom, já o segundo, poderíamos tratar ele como um cupom já utilizado, restando apenas fazer uma consulta do mesmo e carregar as informações no banco de dados.

Olá! Estou encontrando problemas ao obter o peso (clicando no botão Ler Peso) mesmo no Demo do ACBr utilizando o "Virtual Serial Port Driver" para fazer testes. Ocorre um erro de "Communication error 9997..." Contudo, ao selecionar a caixa Monitorar a Balança, a leitura é feita sem problemas.