BigWings

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

@DAVIDSON ESPINDOLA Pelo log o que parece é que o comando não está sendo enviado completo para o ACBrMonitorPLUS: Veja se está enviando o comando completo no arquivo de entrada. Também evite salvar o arquivo diretamente como ENT.TXT por exemplo, salve com um nome temporário e renomeie pra ENT.TXT. Isso evita que o ACBrMonitorPLUS tente ler o arquivo antes de estar totalmente gravado.

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

A consulta apenas pela chave de acesso não deveria causar esse erro. A verificação é feita a partir do DigestValue retornado no protocolo de autorização da nota com o DigestValue do XML gerado no momento da assinatura do mesmo. Sem o XML não tem como comparar por isso não deveria dar o erro. Já se o XML estiver carregado no momento da consulta é feita a verificação, não é apenas a data de emissão que interfere, qualquer diferença, por menor que seja, no XML vai causar o erro. O mesmo comando usando qualquer certificado vai retornar normalmente: NFe.ConsultarNFe("28190707684607000187650080000500799800970052") OK: Autorizado o uso da NF-e [Consulta] CStat=100 CUF=28 ChNFe=28190707684607000187650080000500799800970052 DhRecbto=24/07/2019 17:37:43 DigVal=Mn+DDmv6jjLKzUWQ+rXmsL6c9AY= Msg=Autorizado o uso da NF-e NProt=328190000121370 VerAplic=SVRSnfce201809061124 Versao=4.00 XMotivo=Autorizado o uso da NF-e cMsg=0 tpAmb=2 xMsg=

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?

Não existe campo no grupo de cálculo de impostos do DANFE previsto para impressão do FCP. O que você deve fazer é mostrar os valores nas informações adicionais do item (infAdProd) ou nas informações adicionais de interesse do fisco (infAdFisco), conforme instrui a NT 2016.002 v1.61:

Falha minha, a alteração que vi no método LerRps_EL foi apenas remoção de uma linha comentada.

@Marcio Lopes ACBr notei alterações também para o provedor EL no arquivo pnfsNFSeR.pas, isso está correto?

Informe no registro C100 o campo COD_SIT = 08. Caso contrário terá a recusa do arquivo por o CNPJ constante na chave de acesso ser diferente do CPF/CNPJ do remetente da nota. Que me lembre é a única alteração necessária.

Já era feita a conversão no modelo anterior, isso é feito diretamente no componente DAMDFE independentemente do fr3 usado. FieldByName('qMDFe').AsInteger := qMDFe; if cUnid = uTon then FieldByName('qCarga').AsCurrency := qCarga * 1000 else FieldByName('qCarga').AsCurrency := qCarga; O XXXX é alterado via script para o modal correto: Sua versão do FastReport é a comercial ou a básica que vem junto com o Delphi?

O XML contém o peso total em toneladas, ele é convertido para KG na impressão do DAMDFE.

Favor anexar o XML para teste.

Certamente é problema na ATM. Eles não podem recusar nem pedir pra alterar um XML autorizado.

Nesse caso de alguma forma nesse cliente a configuração está diferente de cryWinCrypt ou cryCapicom. Sem ter como replicar o problema não tem como ajudar.

Sua pasta de Schemas está desatualizada.

Está usando a versão do FastReport que vem junto ao Delphi? Se sim, pode ser esse o problema. Essa versão não tem suporte a scripts e não é recomendável. Existe, porém, arquivos compatíveis com ela, na pasta Obsoletos do repositório. Procure os arquivos nomeados como *BASIC*.fr3.

Enviei para o repositório, rev. 17345, com algumas alterações: - Observação não estava sendo mostrada no MDFe em contingência - Aumentei espaçamento antes da impressão das observações - Inseri transparência em alguns textos para não sobrepor a marca d'agua - A URL de consulta será obtida a partir do arquivo ACBrMDFeServicos.ini. Importante: De acordo com o manual do DAMDFE 3.00a: Então alguns dados que eram impressos no modelo anterior foram removidos: - Número do CIOT - Valor da mercadoria - RENAVAM do veículo Caso haja necessidade de incluir novamente essas informações será necessário definir a melhor forma de se fazer isso. Mais uma vez obrigado pela contribuição.

Teste usando o demo do componente, se ainda tiver o erro informe o passo a passo para reproduzir. Nos meus testes funcionou.

A libxml2.dll que não entende o regex da forma como vem nos schemas oficiais. Se você configurar SSLXmlSignLib como xsMsXML, para usar a depreciada msxml5.dll, deve validar com o schema oficial. Não sei dizer se os schemas oficiais estão fora de algum padrão ou é limitação da libxml2. Em todo caso estou enviando o Schema alterado para o repositório.