BigWings

Enviei um ajuste para o repositório para gerar o XML na estrutura do schema do provedor DeISS, rev. 19773. Faça um backup da sua unit, depois atualize os fontes e reverta as tuas alterações. Depois reinstale o ACBr pelo ACBrInstall_Trunk2, selecionando a opção de apagar arquivos antigos, recompile a sua aplicação e teste novamente.

A configuração SSLLib para assinatura é a SSLXmlSignLib, caso esteja em xsNone vai gerar a exceção. E o arquivo que você anexou inicialmente está assinado, então deve ter alterado algo aí na configuração. Qual erro? Nesse caso pode não ter relação com a tag OutrasRetencoes, e sim ser alguma informação que deveria ser informada antes e não consta no XML.

Acho que já é outro caso, o primeiro é erro de validação, dizendo que a tag OutrasRetencoes não deveria estar no XML. Essa exceção só vai ser gerada se você deixar de configurar as propriedades SSLLib, nem chegaria a montar o XML para validar.

Parece um erro interno do webservice. Já tentou contato com eles?

Provavelmente vai ser necessário algum ajuste nos fontes, ou atualização dos arquivos de schema. Pelo que vi foi inserido recentemente a geração dessa tag, numa contribuição do @Carlos Júnior que o @Italo Jurisato Junior commitou. Talvez eles tenham mais informação sobre o assunto.

Veja a propriedade DetRastros do componente DANFE.

Em produção ainda não está disponível a manifestação por pessoa física. Está previsto para 11/05/2020, pela NT 2020.001.

O código da UF informado na consulta está inválido. <cUFAutor>55</cUFAutor> Não existe UF 55 na lista.

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

Existem várias propriedades que, dependendo da cidade/provedor, é necessário preencher ou não. O componente geralmente dispara uma exceção caso necessite.

Para qual cidade está implementando?

Ciência de operação já é suficiente para permitir o download. A confirmação só deve ser enviada quando a mercadoria foi recebida pelo destinatário.

Não consta manifestação do destinatário para essa nota. Por isso no retorno do método DistribuicaoDFe vem apenas o resumo da NFe. Veja novamente se foi enviado o evento de manifestação do destinatário para essa chave.

O que seria o "segundo" evento? - Quer enviar uma carta de correção para um CTe que já teve uma carta de correção enviada anteriormente? Nesse caso no .ini deve estar: [EVENTO] idLote=1 [EVENTO001] nSeqEvento=2 - Quer enviar mais de um evento, para mais de um CTe, num mesmo lote. [EVENTO] idLote=1 [EVENTO001] ... [EVENTO002] ... Em cada comando, os eventos devem ser sequenciais, iniciando em EVENTO001.

O erro só ocorre numa máquina específica? Esse erro é gerado quando o webservice retornou algum conteúdo, mas não foram encontrados as tags esperadas. Veja o exemplo na consulta de status de serviço, unit ACBrNFeWebServices.pas: function TNFeStatusServico.TratarResposta: Boolean; var NFeRetorno: TRetConsStatServ; begin FPRetWS := SeparaDadosArray(['nfeStatusServicoNF2Result', 'NfeStatusServicoNFResult', 'nfeResultMsg'],FPRetornoWS ); VerificarSemResposta; Caso o XML retornado não tenha uma das três tags da lista, o método VerificarSemResposta vai gerar a exceção com a mensagem. Veja se consegue debugar até esse ponto e analise o conteúdo da variável FPRetornoWS.

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

Veja: Como você está alimentando a tag de discriminação? Como está retornando no XML? No XML não pode existir o caractere de quebra de linha, ele é substituído por ponto-e-vírgula, se não me engano.

Não usa. O DANFE é gerado pelo Fortes Report para Lazarus, onde a DLL é compilada. Ele depende da biblioteca de componentes visuais que depende do "X" no Linux.

Não é uma tabela, é uma função interna. Chegou a clicar no link? Depois de chamar a função, o conteúdo é gravado na tabela MON$CONTEXT_VARIABLES.

Creio que não, mas você pode tentar usar RDB$SET_CONTEXT para gravar essa informação pela sua aplicação. https://firebirdsql.org/refdocs/langrefupd20-set-context.html

A imagem não ajuda, a GerarException é um método genérico pra disparar algum erro. Veja pelo debug qual método que chamou a GerarException, se chegou a haver comunicação com o webservice, se foram gravados os XML de envio e retorno...

Para certificado A3 o recomendado é usar libWinCrypt. Mas aparentemente a comunicação está sendo feita. Se você configurou a opção de salvar os arquivos de envio e retorno do webservice, pode analisar o XML retornado após a consulta. No meu teste o XML retornado foi este: <?xml version="1.0" encoding="UTF-8"?>obj parameter must not be null Isso não é um XML válido então o componente mostra a mensagem em branco. Pode ter algo errado na montagem do XML de envio da consulta, ou pode ser um problema no webservice.

Com essa informação, basta alterar no Cidades.ini: [3134202] Nome=Ituiutaba UF=MG Provedor=SmarAPDABRASF NomeURL_H=https://201.72.16.150 ;NomeURL_P=https://201.48.3.165:8450 NomeURL_P=http://201.48.3.165:9083 Depois de alterar o arquivo, reinicie a aplicação e teste. Aqui, alterando a porta e o protocolo de https para http, passou a retornar resposta.