EMBarbosa

Outra coisa que percebemos... você emitiu essa nota em contingência? Porque está saindo o valor dela no QRCode.

Site do Fale conosco da SEF do RJ: https://portal.fazenda.rj.gov.br/fale-conosco/

Ajuda sim. Note que o segundo o endereço inicial da URL está diferente. Só que o primeiro link é o que consta nas orientações da própria SEFAZ. Veja: http://nfce.encat.org/desenvolvedor/qrcode/ Veja também o site de avisos da própria SEF do RJ: https://portal.fazenda.rj.gov.br/dfe/avisos/ Agora temos certeza que é necessário entrar em contato com a SEF do RJ. Por favor, use o Fale Conosco da SEFAZ do RJ e questione o motivo do primeiro link não estar funcionando. Detalhe que ele atende os requisitos conforme esses sites que eu passei. Talvez eles possam dar uma explicação e daí poderemos resolver o problema.

Você está falando sobre as casas decimais na impressão? Se for isso está na aba "DFe" ->Impressão -> "NFe" das configurações do monitor.

Olá. Para poder ajudar, precisamos saber um passo a passo e qual a exata mensagem de erro está recebendo.

Por favor, anexe o arquivo alterado

Use o 7zip via dll ou linha de comando. Por exemplo veja esse repositório: https://github.com/geoffsmith82/d7zip Ou esse outro: https://github.com/ccy/lzmasdk

Então acredito que esse é o problema. O Delphi 7 não está conseguindo encontrar as bibliotecas de dependência. Essa variável tem o propósito de fazer justamente isso de forma dinâmica. O problema de fazer a substituição é que você acaba perdendo a substituição automática. Talvez isso seja uma incompatibilidade com o Delphi 7 do Windows 11. Daí seria necessário realmente fazer a substituição. A variável em si não é necessária. Usar o path no lugar só tem consequências relacionadas a isso substituição dinâmica da variável $(Path) pelo "Path" do SO.

Entendi essa parte. Acho legal vocês terem uma inteligência para blindar o sistema e o usuário... mas uma coisa é validar o xml, outra é alterar/modificar. Se alterássemos o xml isso poderia ser considerado uma adulteração do documento. Esse é um cuidado que estamos tendo cada vez mais com nossas rotinas e incentivamos a todos a terem também. Não tenho certeza do que se trata. Mas se é um XML de um DF-e, ele tem que ser válido. Você não precisa e nem deveria (minha opinião pessoal) modificar um xml para que seu sistema aceite... pode ser muito perigoso. Por outro lado, se ele foi aceito pelo webservice e não aceito pelo componente, então realmente precisamos validar. Nesse caso, é mais interessante criar um novo tópico para podermos tratar isso de forma específica e não misturar o assunto com esse tópico aqui. Por favor, se for o caso crie um novo tópico e anexe o XML para que possamos validar. Sim. E estamos interessadíssimos em entender o que está acontecendo. É como você disse no final, preocupamos com a comunidade e não queremos nenhuma dor de cabeça pra ninguém. Mas mantenha a mente aberta... pode ser que o método anterior estava aceitando um XML que ele deveria na verdade recusar. E agora está recusando. O que eu pensei, seria apenas alterar essa linha: para algo assim: DM_NFE.ACBrNFe1.NotasFiscais.LoadFromString(arquivo); Mas foi só uma ideia para resolver seu problema enquanto validamos a situação. Acho que não conseguimos reproduzir o problema ainda... Então, voltando ao que você postou antes... Assim que você atualizar e refazer os testes, nos avise por favor. Se tiver alguma outra informação que julgar importante, fique a vontade de compartilhar. Muito obrigado até o momento.

Nesse caso, Não seria melhor carregar o arquivo diretamente pelo componente? Com certeza há alguma diferença ao carregar nessa outra classe e jogar o valor em uma string. E isso possivelmente pode estar fazendo alguma modificação que está invalidando o xml.

Bom dia. No momento a ACBrLib que você está utilizando precisa de um ambiente gráfico, mesmo que seja simulado. Por isso, instale e/ou verifique a instalação do "xvfb". Ele deve resolver o problema. Veja se esse tópico também pode ajudar: https://www.projetoacbr.com.br/forum/topic/76917-utilizando-o-acbrlib-no-azure-app-service-linux-sem-docker/

A mensagem de erro "não foi possível encontrar o módulo especificado" geralmente indica que o Delphi não conseguiu encontrar uma biblioteca (DLL ou BPL) que é necessária. Veja o seguinte post para uma sugestão de como tentar corrigir:

Olá @lucimauro e @WesleySantos. Precisamos das resposta a essas perguntas: Também vocês poderiam verificar os arquivos SOAP de retorno na Lib?

Não precisa. O código já foi pro SVN. Então a ideia era só testar mesmo. Muito obrigado.

Bom dia pessoal, Estamos recebendo relatos de instabilidade nos servidores da SEF de MG desde ontem a tarde (11/06/2024) e isso parece estar atingindo os webservices, principalmente de NF-e/NFC-e. Por exemplo, nesse exato momento (12/06/2024 09:43) o site SPED MG está fora do ar. Em alguns momentos o próprio site da Sec. Fazenda de MG estava fora do ar, mas agora parece ter retornado. No entanto até o momento desta publicação ainda não foram ativados o serviço de contingência. Talvez seja uma indisponibilidade momentânea. Então fique atento.

Seguem os links para Download da ACBrLibAbecsPinpad. 1. Versão DEMO: 2. Versão PRO: Tópico sobre o lançamento do COMPONENTE para Lazarus e Delphi:

Tente verificar os outros registros mudando as páginas para ver se todas estão marcadas como Aguardando processamento... Talvez você encontre uma mensagem de erro mais específica. Fora isso... a mensagem pede para ser enviado novamente. Então nesse caso, tente enviar novamente depois de analisar as mensagens como dito acima. Se depois disso você enviar novamente e as mensagens não mudarem, você vai precisar de entrar em contato com o Fisco por meio do Fale Conosco ou serviço similar.

Marquei o tópico como resolvido, mas ainda aguardamos o retorno de vocês @Fernando Pasqueto e @MuriloS.A e, é claro, outro usuários que tem o desejo de utilizar. Mais uma vez, muito obrigado.

ACBrLibAbecsPinPad Visulizar Arquivo ACBrLibAbecsPinPad - Biblioteca para uso de PinPads homologado pela ABECS. Faça Download pelo SVN, dos Demos de uso da ACBrLibNFe em diversas linguagens, usando o endereço: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/ Manual On-Line: https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Autor EMBarbosa Enviado 03-06-2024 Categoria ACBrLib - PRO  

Relacionado:

Na verdade, nossos componentes, atualmente, não exibem todos os campos usando essa versão. Praticamente todos os arquivos fr3 que temos possuem scripts.

Pode testar por favor com a unit disponibilizada pelo Daniel acima? Se não funcionar, poderia fazer os ajustes necessários?

Ontem eu detectei essa situação. E conversando com o @Victor H. Gonzales - Panda, estamos pensando uma solução. Talvez uma diretiva de compilação. O erro gerado é realmente porque o Fast Report que vem no GetIt não suporta a exportação para SVG. Mas por outro lado, nossos componentes com base no FastReport precisam duma versão paga por utilizarem scripts.