Renato Rubinho

Boa noite, Efetuados pequenos ajustes para melhor organização e manuteção futura. As implementações da NT 02/2023 foram enviadas ao SVN na Rev-30193 Por favor, queira atualizar seus fontes, reinstalar o ACBr, verificar e reportar se ficou tudo ok.

Boa noite, Os schemas e implementações da NT 02/2023 foram enviados ao SVN na Rev-30193 Foram transmitidos e validados todos os registros em homologação na versão 2.1.2, exceto o R1070, pois é necessário existir um número de processo válido e ocorre a rejeição a seguir. <codResp>MS1196</codResp> <dscResp>Número de processo inválido.</dscResp> Foram validados os schemas alimentando todos os campos do xml. Nas transmissões foram utilizados os dados básicos que autorizassem o recebimento sem rejeições. Os programas de exemplo em Delphi e Lazarus foram ajustados para transmitir todos os registros, sendo necessário apenas a substituição dos valores fictícios mantidos em CNPJs e CPFs. Versão 2.1.1 indisponível Efetuados testes na versão 2.1.1 para confirmação e não está mais disponível, tendo sido substiruída pela versão 2.1.2.

Boa noite, Você deve ter dcus que estão gerando a confusão. Como não usa o instalador, utilize o arquivo a seguir para tentar sanar o problema limpando qualquer outra referência. Isso irá demorar um pouco. ../trunk2/apagarAcbr.bat Após o término recompile sua aplicação.

Boa tarde, Está utilizando o componente atual, ACBrNFSeX? Revise as configurações de ssl/tls e e está com as dlls atuais copiadas na pasta da aplicação.

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

Boa tarde, Pesquise em homologação. Não esta retornando quando pesquisado em homologação.

Boa noite, Consultou aqui? https://dfe-portal.svrs.rs.gov.br/nfe/Ccc Em produção funciona?

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

Você migrou para o ACBrNFSeX?

São ambientes diferentes, consulte as emitidas em homologação em: https://hom.nfe.fazenda.gov.br/portal/principal.aspx Não lembro se ao enviar existe opção de gerar PDF automaticamente, acredito que apenas imprimir automaticamente, conforme a documentação. https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html Tente o comando NFE.ImprimirDANFEPDF https://acbr.sourceforge.io/ACBrMonitor/NFEImprimirDANFEPDF.html

Boa tarde, Como usa A1, configure para utilizar OpenSSL. Siga as recomendações deste tópico.

Boa tarde, Como o Alexandre informou, você pode criar seu próprio Leiaute que atenda essa situação. Como a ACBr tenta seguir ao máximo o que está no MOC, as implementações deste gênero são sempre muito restritas e atendidas quando realmente existe necessidade plausível. Foi o que ela disse, duplicar a informação não seria o ideal no seu entendimento, mas se não quiser desenvolver um Leiaute específico, é uma forma simples de trazer a informação para conferência do seu cliente. O DANFe não tem o intuito de mostrar todas as informações do xml, veja que no grupo de totais existem outras informações que também não são exibidas.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Referência do discord https://discord.com/channels/798697718800318484/800037988335353896/1131032331306680331

Essa mensagem parece ser da sua aplicação. Tente o método ConsultarLote para obter o retorno do provedor. Marque a opção para salvar os SOAPs, analise os xmls e o retorno do provedor a respeito do lote. Configuracoes.WebServices.Salvar := True;

Boa tarde, Teste com o programa de exemplo. Confirme também se está preenchendo o Scope. Se o mesmo problema acontecer no programa de exemplo, cola o print das abas com as configurações que você preencheu, protegendo os dados sensíveis.

Boa tarde, A OpenSSL não suporta certificado A3. Utilize winCrypt, conforme as instruções do tópico a seguir.

Boa tarde, Obrigado pela contribuição. Criada TK-4217 para análise e envio ao SVN.

Provavelmente terá que abrir um fale conosco na Sefaz para analisarem. Outra sugestão de teste, envie a IE formatada ao invés de somente números.

Boa noite, No gmail você deve criar uma senha de aplicativo, não é a senha padrão do e-mail. Veja o tópico a seguir. Veja a parte referente ao gmail deste tópico.

Boa noite, Com esta resposta está claro que o problema está do lado deles. 124-can.xml <CancelarNfseReturn xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" type="soapenc:string">Serviço indisponível no momento.</CancelarNfseReturn> O provedor está respondendo com a informação: Serviço indisponível no momento. Entre em contato com o provedor, envie está xmls e confirme se existe previsão para normalização do serviço.

Você compilou uma lib ou está usando as versões demo distribuídas pelo ACBr? Algumas libs demo possuem limitações para funcionar apenas em homologação. Não tenho certeza, mas talvez o @Diego Foliene e o @antonio.carlos possam confirmar se as demos da ACBrNFSeLib funcionam em produção. Sim, diversas pessoas tem interagido com dúvidas e informando que estão utilizando. Pode ser um bug no WS do provedor que não ocorre no site.

Como estão suas configurações de ssl/tls? Confirme se está utilizando SSLType com TLS 1.2 Revise conforme o tópico a seguir.

Boa tarde, Verifique com o provedor se precisa habilitar a integração via WS e se o usuário e senha são os mesmos para ambos os serviços. Obs: editei seu post para remover os dados sensíveis que postou na url para sua segurança.

Boa tarde, Confirme se emitiu via lib no mesmo ambiente que testou no site, pode ser uma inconsistência no cadastro. Se o problema persistir, configure para salvar os xmls e envie ao provedor para que analisem se pode ser um erro interno via WS.

Boa tarde, Tente preencher também a IE de GO com 13 dígitos, com zeros à esquerda. Pode ser um bug de MG esperando sempre com 13, assim como na origem.