Diego Foliene

Boa tarde @CMM AUTOMACAO COMERCIAL LT! Por favor, pode fazer um teste? Abra o arquivo BoletoCarne.fr3, clique na seção Código e você vai ver o seguinte trecho de código. procedure ImgEmvQrcodeOnBeforePrint(Sender: TfrxComponent); begin PixTexto.Visible := ImgEmvQrcode.Picture.Width > 0; end; Remova esse trecho e faça um novo teste. Caso o problema persista, de um Revert com o SVN.

Boa tarde a todos! Vai haver um evento no LinkedIn com nomes de peso como a Jussana da AFRAC e o Jorge Campos do SPED Brasil. Fiquem ligados para poder participar.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Muito obrigado pela contribuição e pelo aviso! Por favor, é possível anexar os arquivos alterados para que sejam validados e caso aceitos enviados ao SVN?

Bom dia! Depois de atualizar os fontes, você precisa reinstalar o ACBr(de preferência marcando a opção para Apagar arquivos antigos), dar um build all no projeto e testar.

Bom dia! Conferindo na unit ACBrBoletoFCFortesFr disponível em(...\Fontes\ACBrBoleto\FC\Fortes\) temos o seguinte trecho referente a impressão do QRCode. Por favor, verifique se Titulo.QrCode.emv está preenchido quando tenta pela sua aplicação.

Bom dia! Por favor, é possível fazer um teste passando o código da UF, no caso 32, no parâmetro UF da seção DFe?

Bom dia! Acredito que a maneira mais rápida de conseguir essa informação é entrar em contato com o setor de ISS da prefeitura.

Por favor, defina uma configuração para o httpLib, o SSLType como LT_TLSv1_2 e faça um novo teste

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia! Por favor, você definiu o log como paranôico? Se sim pode compartilhar completo para análise? Na aba WebService da aba Boletos também tem uma configuração para log específico. Por favor, confira se ele foi gerado e possui mais alguma outra informação. Se não puder ser por aqui por ter dados sensíveis, pode enviar para [email protected]

Bom dia! Muito obrigado pela contribuição. Já existe uma TK em nosso backlog relacionada, seu tópico foi vinculado a ela. #TK-3560

Apenas complementando.

Bom dia @Faberson A. Ferrasi! O componente ACBrNFSeX gera o XML do RPS, envia o mesmo para o provedor e se estiver tudo certo, o provedor devolve o XML da NFS-e. Conferindo nos arquivos que você disponibilizou MunicipioIncidencia no XML do RPS e o MunicipioIncidencia no XML da NFS-e estão realmente divergindo. Sugiro que defina como true a property ACBrNFSeX.Configuracoes.WebServices.Salvar para que além dos XMLs tenha também o arquivo que é enviado ao webservice e o arquivo que é devolvido pelo webservice inalterado pelo ACBr e de posse dessas informações questione o provedor do porque eles estão devolvendo no XML da NFS-e uma informação diferente do que é enviado no RPS para a tag MunicipioIndicencia.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

A geração do JSON é a questão que já foi explicada antes. O retorno vem uma mensagem de erro fora dos padrões e o componente entende que é JSON por ser a exceção. Os testes que realizou, foram usando OpenSSL? Certificou-se que as Dlls ou equivalente no Linux estão atualizadas? Usou TLS1.2 para comunicação?

A mensagem me parece ser um problema da ponta do provedor, mas acho que vale a pena testar essas questões. Para Linux você deve usar OpenSSL considerando que o WinCrypt precisa das atualizações do Windows.

Boa tarde! Conferi junto aos outros consultores. Para o Sicredi, Híbrido com QRCode apenas via CNAB. Pode utilizar o Sicredi via API, mas não tem o QRCode.

Bom dia @C4Dev! Veja a estrutura da procedure SalvarRetornoWebService A variável ConteudoEhXML recebe o valor da função StringIsXML que procura os símbolos < e > no conteúdo da mensagem. function StringIsXML(const AString: String): Boolean; begin Result :=(pos('<', AString) > 0) and (pos('>', AString) > 0); end; O conteúdo do arquivo que você anexou é: Por isso o fluxo entendeu que o a mensagem era um JSON e gerou um arquivo JSON. Agora quanto a mensagem em si, considerando o conteúdo dela e que a mesma foi devolvido no Soap de resposta, me parece ser problema do lado do provedor. Mas caso queira confirmar, se possível, por favor, faça um revert dos seus fontes antes da última atualização que fez e detectou o problema e realize um novo teste.

Verifique se seu limite de anexos não foi atingido. Tente também limpar o cache do navegador.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3592

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

É importante ter as Dlls do OpenSSL atualizadas também, mas note que nesse caso eu me referi as Dlls da LibXML São as utilizadas pela configuração

Mais uma vez, muito obrigado pela colaboração. A mesma parece estar OK e por isso foi disponibilizada na Rev-28448. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3590