BigWings

Na última alteração do arquivo não vejo que tipo de alteração possa ter causado isso. Você diz que basta usar o .fr3 anterior que o problema desaparece? Ou está retornando todos os fontes?

Correto, não lembrava desse detalhe. Segue aviso com maiores instruções para quem tiver o mesmo problema:

Quer dizer que os schemas não reconheceram o elemento que contém o QRCode, veja se a pasta de schemas está atualizada.

Como está configurando a propriedade LinhasEntreCupons?

Qual foi o erro?

Dependendo da versão do Delphi realmente não vai funcionar. Tente trocar para: infEvento.detEvento.cMun := StrToInt(vCodMun);

Pode informar como foi o seu teste? O arquivo DANFeRetrato_2019.fr3 usa o campo [CalculoImposto."VProd"] para informar o valor total dos produtos, com a sua alteração vai ser mostrado o valor dos serviços somado. Enfim, enviei ajuste para o arquivo DANFeNFCe5_00.fr3 para o repositório, fazendo o cálculo diretamente nele. Se possível desfaça a sua alteração nos fontes do ACBr e teste usando o arquivo fr3 do repositório.

Isso provavelmente vai causar efeito colateral no DANFE NFe onde o total dos produtos deve estar separado do total dos serviços. É possível fazer o cálculo no próprio .fr3.

Assinar deve vir antes de Validar. Deveria mostrar mais que isso... assim não dá pra saber qual o problema. A configuração ACBrMDFe1.Configuracoes.Geral.ExibirErroSchema está True? Se não estiver, configure como True e tente novamente.

Enviei correção para o repositório. Favor atualizar os fontes, reinstalar usando o ACBrInstall_Trunk2.exe e testar novamente.

Tem exemplo de uso no demo do ACBrNFe, opção "Imprimir evento".

Aparentemente o erro é por estar tentando enviar uma remessa de baixa para um boleto que não foi previamente registrado. Atenção que se tentar ler o código de barras do boleto aparece outro pagador, valor e vencimento... Então creio que foi registrado outro boleto com esse nosso número.

Ainda não foi implementado para o Fortes.

Ainda não foi implementado no DACTE a impressão do QRCode. Isso será obrigatório a partir de 07/10/2019: https://dfe-portal.svrs.rs.gov.br/Cte/Avisos/138

O XML é o CTe. Você quer dizer no DACTE?

Veja que está consultando as NFe destinadas ao CNPJ da filial: <CNPJ>13405110000266</CNPJ> Na imagem que postou anteriormente com a consulta pelo aplicativo gratuito estava sendo consultado o CNPJ da matriz 13.405.110/0001-85. Cada CNPJ tem sua própria sequencia de NSU e NFe destinadas. Você pode usar o certificado para consultar ambos os CNPJ já que tem o mesmo CNPJ base, mas você deve especificar no comando DistribuicaoDFe para qual CNPJ está consultando.

Está inutilizando normalmente, veja a consulta no portal da SEFAZ-PR: http://www.sped.fazenda.pr.gov.br/modules/conteudo/nfce.php?consulta=inutilizada

Faltou o XML de envio (*-con-dist-dfe.xml).

Pode anexar os arquivos?

Como está sua rotina de envio? Está chamando o comando ACBrMDFe1.Manifestos.Validar para validar o XML antes de enviar para o webservice? Se houver algo errado no XML esse método deve te dar uma mensagem informando o que está errado. Não esqueça de atualizar a pasta de Schemas antes.

Se possível faça uma consulta com UltNSU = 0 e anexe aqui os arquivos de envio e retorno do webservice.

Obrigado pela resposta, sim ja tentei com 0 Verificou o ambiente em que está consultando conforme sugerido pelo @Gabriel Franciscon?

Hoje as empresas do Simples Nacional que ultrapassaram o sublimite já são obrigadas a usar o CST em vez do CSOSN. O que o texto está explicitando é que, sendo uma empresa do Simples Nacional que vai utilizar, por exemplo, CRT = 1 e CST = 01 (Tributado pelo Simples Nacional sem permissão de crédito), assim que ultrapassarem o sublimite devem passar a usar CRT = 2 e CST 00 (Tributado Integralmente).

Nesse caso movi o tópico para o sub-fórum mais apropriado. Se você der mais detalhes de como está fazendo para gerar a chave, qual linguagem usa, etc. talvez alguém consiga ajudar.

O dígito cDV está incorreto. Esse XML foi gerado pelo ACBr? Como está preenchendo o campo cMDF?