Renato Rubinho

Boa tarde, Se for A3, mantenha essas configurações como estão e seguem sugestões: * Reinstale o driver da leitora, confirme se está com o driver mais recente * Faça todas as atualizações do Windows Se for A1, tente com OpenSSL: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Isso, vamos ver se normaliza até amanhã Acompanhem esse canal do discord. https://discord.com/channels/798697718800318484/841297523485573140 Vejam também essa notícia que o Diego postou Aí é erro de controle da aplicação. Se tentou enviar e não teve retorno, consulte antes de permitir enviar novamente para garantir que não foi aceita na Sefaz. Se a sefaz recebeu, mas deu erro no retorno, e o sistema permite enviar novamente vai dar duplicidade mesmo.

Tópico duplicado. Houve retorno ao preencher o formulário indicado? Favor seguir no tópico anterior.

Boa tarde, Confirme se está preenchendo SSLType com TLS1.2

Realmente é uma reclamação constante Sugeri a tentativa de contato, pois de acordo com seus testes, que manipulando a IE não resolveram em homologação, mas em produção funciona, podemos entender que não deve ser algo no componente que irá solucionar o problema. Outro indício disso é que com alguns clientes funciona e com outros não. Mais uma sugestão, para conseguir testar em homologação, é tentar colocar como ISENTO...

Ah, confirme se está com as dlls do OpenSSL atualizadas na pasta da aplicação. ../trunk2/DLLs/OpenSSL/1.1.1.10/ Teste com o programa de exemplo também para validar.

Deve ter alguma dcu antiga na pasta do projeto que está com problema ou library dele apontando para algum local que tenha.

Boa tarde, E com essas configurações está funcionando em algum gerenciador de e-mail? Teste com tls e ssl como true, ou intercale-os. Teste também com a porta 587 sem ssl.

Bom dia Rodrigo, Resta agora abrir um fale conosco com a Sefaz, pois pode ser algum problema de cadastro ou validação no ambiente de homologação.

Se for algo pontual, veja se a opção do governo lhe atende. https://www.gov.br/pt-br/servicos/assinatura-eletronica

Boa noite, Quais são os dados de configuração utilizados em algum gerenciador de e-mail? Smtp(é esse que colou acima? smtpout.secureserver.net), porta, usa tls, ssl?

Boa noite, A IE em MG é de 12 dígitos e devem ser completados os zeros à esquerda. Veja se é o caso dos clientes que não estão funcionando.

Boa noite, Você não deve fazer uma consulta sequencial. A consulta por último NSU deve receber como parâmetro o último NSU recebido na última consulta que retornou registros. Se não receber nenhum registro, por exemplo, a próxima consulta será novamente com o mesmo NSU, até receber um ou mais novos e você utilizará seu novo último NSU na próxima consulta. Frisando, você nunca escolhe ou calcula o NSU. Deve sempre armazenar o último recebido, para ser utilizado nas próximas consultas até receber um novo. Para você saber qual foi seu último NSU recebido, a sefaz manda junto da rejeição 656 o ultNSU distribuído para o CNPJ. Veja o tópico a seguir para ficar mais claro.

Boa noite, Utilize a DistribuicaoDFePorUltNSU. Ela irá baixar todos dos documentos pendentes em lotes de até 50 registros. Leia o tópico a seguir e a NT, também indicada nele, para entender como o processo funciona.

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

Bom dia, Você está com os fontes atualizados? Confirme se os valores estão sendo preenchidos corretamente nas tags. Tomando como exemplo o ValorCofins, no local destacado no código e arquivo a seguir. Veja o que está chegando no NFSe.Servico.Valores.ValorCofins E o NrOcorrValorCofins deve ser 0 ou 1. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXGravarXml_ABRASFv2.pas function TNFSeW_ABRASFv2.GerarValores: TACBrXmlNode; . . . Result.AppendChild(AddNode(tcDe2, '#16', 'ValorCofins', 1, 15, NrOcorrValorCofins, NFSe.Servico.Valores.ValorCofins, DSC_VCOFINS));

Boa noite, Informe o ResponsavelRetencao = rtNenhum que deve resolver.

Boa tarde, Atualize seus fontes, pois os eventos foram já implementados, mas a transmissão na nova versão está em análise para desenvolvimento. Acompanhe o tópico a seguir para quando houverem novidades.

Tópico do @Italo Giurizzato Junior mostrando como selecionar o LayoutNFSe como lnfsPadraoNacionalv1, para emissão como MEI em municípios que não aderiram ao padrão Nacional.

Nesta quarta-feira, 18 de janeiro de 2023, foi emitida a primeira NFS-e padrão nacional por um Microempreendedor Individual (MEI) de um município não conveniado à plataforma. A obrigatoriedade entra em vigor partir de abril, mas a NFS-e já está disponível para MEIs de todo o Brasil. fonte: https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2023/janeiro/microempreendedores-individuais-mei-de-todo-o-pais-ja-podem-emitir-nfs-e-no-padrao-nacional

Boa noite, Não me lembro de situação parecida com nenhuma prefeitura ou provedor. Seguem opiniões e pontos a ver com eles. Acho interessante realmente buscar um esclarecimentos especialmente pela ameaça de "penalidades". Se o provedor não devolve o XML completo via webservice, talvez tenha algum fundamento eles acharem que você não tem como emitir o DANFSe. Agora, se eles devolvem o XML completo, minha opinião é que não tem coerência eles reclamarem do Leiaute do DANFSe se contiver todas as informações necessárias. O RPS é o que você usou para enviar os dados para o webservice, se você usou o XML da NFSe retornado pelo provedor para impressão do DANFSe acredito que essa informação também não é aceitável. Eu particularmente, quando o provedor disponibiliza o DANFSe via link, sempre indico que o usem, é menos responsabilidade para o sistema e, neste caso vemos que menos dor de cabeça. Quando não, aí sim usar o DANFSe do componente.

complementando, Veja se driver da leitora está atualizado. Tente reinstalar. Troque a porta que está conectado.

Boa tarde, O modo de envio assíncrono, necessário para envio na versão 2.1, ainda está na fila de implementações. Acompanhe o tópico que a Juliana passou, pois assim que for disponibilizado no componente reportaremos lá.

Boa tarde, Foram desenvolvidos os leiautes dos novos registros relacionados à versão 2.1, mas ainda não haviam disponibilizado o ambiente de testes. Para a nova versão foi alterada o forma de transmissão dos eventos, utilizando agora o modo assíncrono via REST, ao invés de webservices como era até então, conforme manual disponível neste link. O modo de envio assíncrono, necessário para envio na versão 2.1, ainda está na fila de implementações. Assim que for disponibilizado no componente atualizaremos este tópico.

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