WINDEL

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.

Bom dia @Alexandre de Paula Obrigado pelo retorno, fico no aguardo.

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.

Olá, Ainda tem mais uma questão que precisa ser verificada no modelo de Fast Report do Cte. Ao emitir o relatório, não está carregando o tomador de serviço e as unidades de medida, conforme imagem em anexo.

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?

Olá Pessoal, Está ocorrendo um erro no momento de gerar o xml de uma nfe de saída de exportação. Esse erro começou a ocorrer por volta de 1 mês atrás após a atualização do ACBR. Atualizei hoje novamente os fontes e os Schemas e esse erro continua ocorrendo. Na versão antiga do ACBR esse está funcionando. unit ACBrNfe.XmlWritter linha 1375 método: TNFeXmlWriter.GerarDetProddetExport Linha com erro: xmlNode := Result[j].AddChild('exportInd'); O erro ocorre na segunda vez que passa por essa linha porque o result está indicando como nil. Na primeira vez que passa não estoura o erro. Além disso, se tiver apenas 1 item na nota funciona. O problema ocorre quando possui 2 ou mais itens. Em anexo estão a Imagem do erro juntamente com o xml da nota. Esse xml eu consegui com o cliente que aprovou em uma versão mais antiga. Na versão nova não consigo nem enviar o xml porque ocorre o problema de Access violation e trava o processo sem gravar o xml. Podem nos auxiliar nessa questão? 43250101323257000147550010000149601343531365-nfe.xml

Olá @Italo Giurizzato Junior Na emissão do relatório do Cte Simplificado em Fortes está mostrando o CPF de forma desalinhada no relatório (conforme a imagem em anexo). Poderia ajustar esse requisito? Obrigado!

Obrigado pelo retorno @Daniel Simoes Sem problemas, é mais para ter conhecimento sobre os possíveis recursos.

Entendi @Daniel Simoes Aproveitando tirar a duvida, no caso relacionado com o TEF Scope. Será permitido enviar imagens ao PIN PAD pelo componente TAcBrAbecsPinPad para quem utilizar tef SCOPE ou não tem relação com isso?

Olá @Daniel Simoes Verifiquei que saiu uma nova versão do componente. Essa nova versão teve algum ajuste nessa funcionalidade de poder enviar imagem para o PIN PAD?

Obrigado @Daniel Simoes Quando vocês concluírem esse projeto da integração Scope, vocês irão emitir um comunicado?

Olá, Estou com um problema ao enviar e-mail utilizando o componente ACBRMail com uma conta da Microsoft (hotmail). Realizei todos os testes com as possibilidades existentes no tópico do seguinte link, inclusive o endereço legado, mas mesmo assim continua o erro. De acordo com a troca das propriedades de SSL e TLS, ocorrem diferentes tipos de erros, conforme as imagens anexadas abaixo: Temos a suposição que pode ter sido devido alguma atualização de segurança das contas da Microsoft ou versão de SSL, porém testei com todas as versões, inclusive a LT_TLSv1_3, mas mesmo assim o erro continua.

Obrigado pelo retorno @Daniel Simoes Apenas uma duvida, verifiquei que existe nos fontes do ACBR o componente TEFDDialScopeGetcard que seria a comunicação por troca de arquivos. Poderia me informar se ele ainda está ativo e se consigo realizar transações PIX através do componente?

Olá, Verifiquei através dos fontes do ACBr que está sendo desenvolvido um modelo denominado "tefScopeAPI" no componente ACBrTEFAPI, o que seria a comunicação do TEF via dll. Gostaria de tirar uma duvida, nesse caso o objetivo será criar uma parceria da ACBR com a SCOPE ou a ideia seria que esse modelo seja disponibilizado gratuitamente? Além disso, existe algum componente da ACBR que ainda utiliza o TEF de modo tef_dial por troca de arquivos? Obrigado pela atenção!

Boa tarde! O problema foi resolvido! Obrigado pela rápida solução!!

Certo @Italo Giurizzato Junior Obrigado pelo retorno! Estaremos testando!

Boa tarde a todos, Atualizamos o componente ACBR hoje com o objetivo de testar a correção aplicada no tópico abaixo (fechado hoje): Porem encontramos outra situação: Ao alimentar o componente da parte de NFe, com os dados do grupo ICMS60. Os campos referentes ao ICMS ST Retido (vBCSTRet, vICMSSTRet, pST e vICMSSubstituto) não são mais criados quando os valores estão zerados. Consequentemente ao tentar aprovar o XML, ocorre o erro: "Rejeicao: Nao informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem:1]" Os problemas anteriores foram resolvidos porem ainda temos essa situação, as tags devem ser criadas mesmo quando o valor é zero. Grato pela atenção!

Boa tarde! Testamos a situação relatada e agora está funcionando! Obrigado a todos os envolvidos!

Bom dia, a questão foi testado e está funcionando! Obrigado a todos os envolvidos!

Certo @Italo Giurizzato Junior Obrigado!!

Achei a solução, podem fechar o tópico, o problema era a versão do SSLType que estava o valor LT_SSLV3 ao invés de LT_TLSv1_2

Boa tarde, Estou enfrentando um problema que começou desde a última atualização do ACBR (aproximadamente há 15 dias). A última vez que tínhamos atualizado antes foi há aproximadamente 3 ou 4 meses atrás. Esse processo estava funcionando normalmente antes. O Problema ocorre na tentativa de fazer o download do xml da nfe, através do comando "ACBrNFe.DistribuicaoDFePorChaveNFe". Ocorre um erro relacionado a certificado, porém os certificados estão todos corretos e válidos. Alterei as configurações da dll para ficarem adaptados a atualização, mas mesmo assim o erro continua. Foram sobrescritas as seguintes propriedades: Geral.SSLLib := libWinCrypt; Geral.SSLHttpLib := httpWinHttp; Geral.SSLCryptLib := cryWinCrypt; Geral.SSLXmlSignLib := xsLibXml2; O erro que ocorre é o seguinte, primeiramente aparece esse na exceção do Delphi. Depois, em seguida, aparece esse outro problema de servidor inoperante, porém os servers estão funcionando normalmente. Poderiam nos ajudar se isso é um problema de alguma configuração extra que temos que ajustar?