Renato Rubinho

Boa noite, Qual provedor e município? Está usando ACBrNFSeX? Tudo indica que seja erro no provedor e talvez tenha que verificar direto com eles. Veja este tópico antigo com mesmo erro no provedor Betha.

Boa tarde, Neste caso, veja neste link o método e as opções a serem preenchidas tanto para impressão direta quanto para um preview. https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirEvento.html

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

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

Correto, para manifestar você não terá informação suficiente para saber o destinatário da NFe. Apenas após manifestar, conseguirá baixar o xml completo onde consta o destinatário.

Boa noite, No retorno da distribuição não terá essa informação. Acredito que apenas no XML completo da NFe, comparando com a tag dest.CNPJ, pois no resumo também não vem essa informação.

Se você não explicar o que precisa fazer, não teremos como ajudar. Os DFes e eventos são transmitidos/emitidos uma vez. Não existe uma abertura ou reabertura da CCe. Se você enviou uma CCe e precisa fazer uma nova correção, você envia uma nova CCe, que por sua vez irá substituir a anterior. Apenas a última CCe será considerada pela Sefaz. Se não for isso, nos passe maiores detalhes do que precisa.

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

Não ficou claro se você que enviar/gerar os eventos ou apenas visualizar um já emitido. Veja a documentação do monitor para esses assuntos: https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirEvento.html https://acbr.sourceforge.io/ACBrMonitor/CartadeCorrecao.html https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html

Boa tarde, Por favor anexe o arquivo alterado e será analisado pelos consultores para o envio ao SVN. O ideal é verificar com o Tinus se esta regra se aplica a todos os municípios que eles atendem. Caso consiga um retorno deles com essa informação, por favor informe aqui.

Bom dia, Desculpe, indiquei o arquivo errado a ser alterado. Deve ser alterado o ../Fontes/ACBrDFe/ACBrNFSeX/Provedores/Tinus.GravarXml.pas Conforme seu log você já havia feito isso, mas confirmando, preencha também a propriedade a seguir para o valor iss zerado. NrOcorrValorIss := 1;

Boa noite, Altere o arquivo a seguir conforme abaixo, reinstale os componentes e veja se resolve. ../Fontes/ACBrDFe/ACBrNFSeX/Provedores/Tinus.Provider.pas#l188 Ficando ok, anexe o arquivo corrigido para os consultores analisarem.

Boa noite, Este tópico é referente ao provedor MetropolisWeb, no componente antigo que não recebe mais manutenção. Você está utilizando o novo ACBrNFSeX? Por favor abra um novo tópico para não misturar os assuntos.

Boa tarde, Nunca é recomendado atualizar apenas parte dos fontes, mas se fizer isso pelo menos você vai precisar reinstalar os componentes.

Boa tarde, O erro acontece porque não conseguiu acessar, não necessariamente devido à senha. Esse é o grande problema dos certificados A3. Veja com o fornecedor do certificado se possui um driver atualizado ou, quem sabe, qualquer outro que funcione. Talvez ele também tenha alguma dica para solucionar o problema. Recentemente houve uma situação que o certificado funcionou após atualizar o Java do computador.

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

Boa noite Marcelo, Não me atentei a essa pergunta no primeiro post. Utilize a propriedade: Configuracoes.Certificados.senha

Não, são seções como qualquer outro ini. O que eu quis dizer foi eliminar informações até identificar o pode gerar o AV.

Boa tarde, O MOC prevê de 0 a 500.

O Windows está com todas as atualizações? Seguem alguns testes. Execute a aplicação como administrador. Troque a porta USB que o certificado está conectado. Tente abrir uma url de qualquer DFe, selecione o certificado, informe a senha e veja se carrega a página. Teste outro computador para descartar problema de ambiente.

Olá Paulo, Não achei nada que possa lhe ajudar. Uma sugestão é eliminar grupos de informações até identificar qual ou quais estão gerando o AV.

Com os fontes atuais, no programa de exemplo, seguindo as instruções do Italo acontece o mesmo problema? 1. Se acontecer faça um vídeo com o problema no programa de exemplo para que possa ser analisado. 2. Se não acontecer, tem algum problema na sua aplicação, parametrização, ambiente, etc. Coloque um ponto de parada no primeiro método Emitir e debugue com F7/F8 para entrar no método e descobrir onde está ocorrendo a exceção.

Boa tarde Jhonlenon, No vídeo está acusando classe não registrada, no primeiro retorno. Aparentemente na combase.dll, conhece essa dll? Se ocorre erro no "primeiro acesso" à dll, depois o comportamento não é mais o mesmo. Por via das dúvidas, você usa Capicom? Se sim isso é uma problema comum e falta registrá-la.

Boa tarde, Pode anexar o arquivo do envio para tentarmos identificar o que pode estar gerando o AV?

Boa tarde, Não declarando units que "conflitem" enumeradores ou classes funciona na mesma aplicação. Seu cenário tem que funcionar, tem algum problema no preenchimento do componente. Pelo erro, pode ser configurações de SSL ou autenticação. Sugestões: 1. Conforme testado pelo Italo, teste com o programa de exemplo as mesmas configurações que está preenchendo na sua aplicação. Funcionando, copie para sua aplicação e valide. Passando também, compare o que está diferente, pois pode ser detalhe. 2. Atenção nas configurações SSL * Se for A1 ou não exigir certificado, tente: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 * Se for A3 SSLCryplib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLiB = libWinCrypt SSLXMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2