WINDEL

Bom dia, eu vi que atualizou hoje de manhã a lib do CT-e porém continua com erro Segue log da lib ACBrLibCTe-20250819.log

Muito obrigado pelo retorno quando atualizar irei fazer o teste

Estou utilizando o acbrlib em java Estou com um problema e não sei se tem alguma validação específica para esse caro. Estou fazendo o tipo de cte = 3 E estou informando os dados mas quando gera o xml fica vazio e com isso esta dando erro de validação. Exemplo do xml pode ver que o xDescServe, NroRegEstadual e o chCte estão vazios porém no ini estou enviando essas informações segue exemplo do ini e do xml completo cteos.ini cteos.xml

Boa tarde, Estou usando o acbrlib em java e estou com uma dúvida No meu ini estou informando o campo NroRegEstadual mas não esta sendo carregado no xml o que poderia ser? Segue o ini e xml cte.xml cte.ini

Deu certo consegui obrigado

mas estou em ambiente linux usando o .so daria certo usar as dll?

Boa tarde, estou tentando usar o AcbrLib Cte para enviar uma CTe-os e estou com o seguinte erro XmlNode não pode ser nulo. e não estou entendendo o que estou enviando de errado. Estou usando em linux 64 em java Em anexo irei enviar o ini e o log gerado cte.ini ACBrLibCTe-20250723.log

Ok. Entendi, vou verificar isso com o pessoal.

Olá @Daniel Simoes Certo, farei os testes. Uma duvida, esses ajustes realizados agora permitem realizar o parcelamento também nas vendas de débito? Para mim a parte do crédito já estava requisitando o tipo de financiamento e a quantidade de parcelas.

Mais uma duvida @Daniel Simoes quanto ao TEF da Scope. Estou realizando os testes no pagamento de débito e percebi que existe uma diferença quanto ao pagamento do débito da Paygo. Na Paygo quando não especifica o tipo de financiamento para o Débito, abre um menu para selecionar o tipo de financiamento: A vista, parcelado, etc. No TEF da Scope, quando seleciona a modalidade de pagamento Débito, mesmo não especificando a modalidade de financiamento, ele sempre seleciona a forma A vista. Existe alguma forma ou parâmetro para que seja apresentado um menu com o tipo de financiamento na modalidade do Débito também?

Perfeito, Obrigado pelo retorno @Daniel Simoes Sim, pelo que testei os métodos criados no TEFAPI da Scope já conseguem enviar imagem para o PinPad sem utilizar o componente ACBrAbecsPinPad e também sem ocorrer problema de porta COM ocupada. O método ExibirQRCodePinPad indica ser a solução para isso.

Certo @Daniel Simoes, Então ambas as rotinas enviam a imagem para o visor do PIN PAD através da Porta COM? Se for esse o caso, então pode ser que a mensagem de erro do "Acesso negado" significa que como a comunicação do PIN PAD ainda está aberta com o TEF, não é possível ativar uma nova comunicação com o componente ACBrAbecsPinPad para enviar a imagem? Estou apenas tentando entender as diferenças.

Obrigado pelo retorno @Daniel Simoes e @Pedro Frayman!! Queria só trocar mais uma ideia rápida contigo @Daniel Simoes sobre o envio da imagem para o visor do PIN PAD utilizando o TEF da Scope. Verifiquei que no projeto TEFAPIDemo tem dois exemplos: 1- O primeiro está usando o método "ACBrTEFAPI1.ExibirQRCodePinPad". Pelo que testei, esse método está funcionando corretamente, porém não faz o envio através de uma porta COM. Esse parece ser interessante porque não ocupa a porta COM do PIN PAD e assim é possível utilizar juntamente com transações de cartão TEF sem conflito. 2- O outro método "btExibirImagemPinPadClick" também envia a imagem para o PIN PAD, porém utiliza a porta COM através do componente ACBrAbecsPinPad. Esse também funciona, mas precisa estar com o TEF desativado para utilizar a questão do envio da imagem. Pois, senão ocorre o erro de "Acesso negado" porque a porta já está ocupada. A minha duvida seria se posso usar qualquer um dos métodos que irá mostrar a imagem no PIN PAD. Pois, me parece mais prático utilizar o item 1 para quem utiliza o TEF juntamente com o envio de imagens. Só queria tirar a duvida se existe algum possível efeito colateral em utilizar ele juntamente com o TEF. Obrigado novamente pela atenção!

Obrigado pelo retorno @Daniel Simoes Queria tirar apenas mais uma duvida contigo. Quanto a parte de exibição de imagens no TEF da Setis/Paygo. Esses foram implementados? Acompanhei um tempo atrás que eles até foram implementados, mas causava conflitos caso fossem utilizados juntamente com as transações de TEF. Por enquanto a Setis ainda não implementou os métodos?

Olá @Daniel Simoes Você implementou no componente TAcBrAbecsPinPad ou outro similar a possibilidade de enviar imagens para o visor do PIN PAD utilizando o TEF da Scope?