BigWings

Parece estar com instabilidade mesmo. Fiz alguns testes e hora tive o erro de TLS, hora de timeout e hora funcionou...

O pessoal do Bling não instala e configura ele pra você? Note que tanto o ACBrMonitorPLUS quanto este fórum não é destinado a usuários finais e sim empresas de software e desenvolvedores. Se você é desenvolvedor pode baixar os fontes e compilar o seu próprio ACBrMonitorPLUS.

Está usando TLS 1.2?

[infNFe] versao=3.10 Troque pra 4.00.

Veja se a configuração DF-e -> Geral -> "Arquivo com endereços dos WebServices" -> NF-e está apontando pra um arquivo ACBrNFeServicos.ini atualizado (com essa tag): Veja também se DF-e -> WebServices -> Configuração -> "Versão DFes" -> Versão NFe está 4.00.

DF-e -> WebServices -> NFCe -> Versão QRCode

Veja se a configuração da versão do QrCode está definida para 2. Como MG entrou depois na NFCe não existe versão 1 do QrCode no ACBrNFeServicos.ini.

Precisa consultar a SEFAZ pra saber se já aplicaram a NT em homologação. Em produção é só a partir de 05/04/2021.

Já tentou contato com a SEFAZ do estado? O validador do RS ainda não foi atualizado para os novos schemas.

Pela mensagem o problema é na IE do emitente da nota que não foi informada.

Qual a linguagem? Achei isso aqui em AdvPL: https://tdn.totvs.com/display/tec/Str

Tem vários erros no teu XML... Pra o ACBr ler corretamente tem que ser um XML válido, sem quebras de linha nem espaçamentos entre as tags.

Como informar vai variar de acordo com o banco: https://acbr.sourceforge.io/ACBrLib/Particularidades.html

O XML foi transmitido dessa forma? A SEFAZ não devia aceitar... Ou é contingência offline? Se for pode corrigir e assinar novamente pra transmitir.

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

<cUFAutor>62</cUFAutor> Não existe esse código de UF.

Se misturou schemas de NFe com CTe ou MDFe pode gerar o XML incorretamente. Anexe os arquivos *-con-dist-dfe.xml e *-dist-dfe.xml.

Não existe mais a versão free. Mas os fontes estão disponíveis, se você não quiser assinar o SAC, basta instalar o Lazarus e compilar.

Se aparece a propriedade no componente, não faz sentido estar tendo o erro. O erro acontece apenas em execução? Você não respondeu se executou o ACBrInstall...

A receita devolve o protocolo, se você fizer a consulta carregando o XML, o ACBr atualiza ele com o protocolo e você tem o XML completo. Já apenas pela chave, só terá o protocolo.

Olha, essa mensagem indica que no seu DFM está sendo adicionada a propriedade, mas no componente ela não existe. O que parece é que você está abrindo um fonte que foi gerado com uma versão atualizada do ACBr mas usando uma desatualizada. Isso é estranho já que você diz que atualizou os fontes, ela devia existir. Depois de atualizar os fontes, você executou o ACBrInstall_Trunk2.exe para recompilar e reinstalar os pacotes, marcando a opção de apagar arquivos antigos?

Mas é pra não gerar mesmo se informar dessa forma. Quanto a rejeição o problema é na SVRS, segundo a NT, para operação presencial não deve informar o intermediador.

Não, esse modelo é apenas em modo retrato. DANFE NFCe em A4 já é raro e não prático por causa do gasto de papel, imagina em modo paisagem...

O problema só começou após a atualização? Eu tive um problema diferente, e fiz uma correção no início do ano: Agora o ACBrCHQ está programando a impressora para imprimir com 4 dígitos, mas no envio só vão 2. Não faz muito sentido ela imprimir 2020...