Renato Rubinho

Respondido no outro tópico.

Boa tarde, Obrigado pela contribuição, criada TK-4430 para análise.

Boa tarde, Como estão as configurações de ssl/tls? Veja o tópico a seguir com as configurações recomendadas. Configure também o timeout para 30k ou mais. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Selecione qualquer município na combo cidade, salve as configurações, feche e abra novamente o programa de exemplo. Selecione a cidade que deseja pela combo após abrir o programa novamente.

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

Boa noite, Como esse provedor devolve um XML com quebras de linha / CRLF, deve esperar esse tipo de controle. Tente configurar a quebra de linha do componente com o código a seguir, emita uma nova NFSe e veja se o DANFSe do provedor é gerado com os devidos saltos. Se o problema persistir, resta entrar em contato com o provedor e questionar qual codificação deve ser enviada para que interpretem como quebra de linha no DANFSe gerado por eles.

Boa noite, Em primeiro lugar a forma de como e o que preencher sempre deve ser verificada com seu contabilista ou do cliente, pois eventualmente uma sugestão incorreta pode te induzir ao erro na geração. Se o manual não instruir a agrupar é muito provável que não deva ser agrupado e, cada nota, deva ser preenchida individualmente.

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

Boa tarde, Você criou o cadastro no ambiente Sandbox? Siga os passos deste tópico.

Olá, Foi enviado ao SVN na Rev-30569. Atualizem seus fontes e reinstalem os componentes para os novos ajustes. Houve uma mudança no R-4010.detDed.indTpDeducao, adicionando o tipo "8-Desconto simplificado mensal", mas não foi disponibilizado novo schema pela Receita prevendo esse novo valor, com isso não passa na validação caso utilize-o. Utilizem os schemas distribuídos pelo ACBr, pois o schema disponibilizado nesta revisão foi corrigido para atender a este novo tipo. As demais alterações da NT são apenas validações e dados de tabelas que não influenciaram no componente. * TK-4415

Fechando para seguir no tópico a seguir.

Boa tarde, Verifica se o logo é um bmp. Mesmo que esteja com a extensão, pode ter sido renomeado. Teste outro logo, salvo com certeza como bmp.

Boa tarde, Uma sugestão é emitir uma NFSe via site, com quebra de linha, baixar o XML e verificar o que eles utilizam para a quebra de linha ou entre em contato com o provedor para verificar. Caso consiga a informação, por favor reporte aqui para que seja enviado ao SVN.

Boa tarde, Para emitir por aplicativo de terceiros, precisa do certificado. Apenas via site ou app da receita que aceita sem certificado.

Tente preencher o ArquivoPFX com o caminho completo do arquivo, incluindo o nome dele para ver se funciona e o problema não é o conteúdo do arquivo que você extraiu.

Boa noite, Precisa selecionar o layout, caso não tenha selecionado. Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1

Boa tarde, Funciona com winCrypt e OpenSSL. Você deve preencher somente ArquivoPFX e Senha. Não preencha o NumeroSerie, pois ele prevalece sobre o pfx. https://acbr.sourceforge.io/ACBrLib/DFe.html

Boa tarde, O ambiente de produção ainda não está ativo. De acordo com as notícias até o momento, será liberado a partir de 21/09/2023. Veja o tópico a seguir com maiores informações.

Boa noite, Ainda não, veja o tópico a seguir com os bancos implementados. Existe uma thread da comunidade com interesse de implementar, caso queira colaborar.

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

Boa tarde, Verifique na documentação do banco se consta esta rejeição e qual é o motivo para tentar identificar o que precisa ser preenchido. Preencheu o Cedente.Convenio? Pode ser o conteúdo preenchido inválido. Veja este tópico com instruções de como preencher para cada banco.

Olá, Obrigado pela contribuição. A rotina foi reescrita para importação adequada dos dados e enviada ao SVN na Rev-30488. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema

Boa tarde, Não deve estar encontrando a dll para conexão com o banco.

Olá, Sabiam que a emissão de NFSe do DF, em homologação, pode ser feita através da url específica (que está configurada no componente) e também pela url "padrão" do ISSNet? E que cada url deve usar uma série específica ( 3 ou 8 respectivamente ) ? Configurado no componente...... (série 3 / Dados Oficiais) : https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx Indicado pelo suporte do ISSNet (série 8/ Dados Fictícios) : https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Revisando o ACBrNFSeXServicos.ini, o DF é o único que possui url específica para homologação. Houve uma situação de erro em homologação: "L012-O prestador não tem permissão para fazer deduções (Informe valor 0.00 para deduções)" Verificando com o suporte do ISSNet, instruíram a utilizar a outra url, conforme resposta a seguir: Resposta do Provedor: Realmente, com a "url padrão", a emissão funcionou corretamente. Obs: Outras NFSes, sem deduções, passavam na outra url. Investigando o acesso do ISSNet em produção de Brasília existe um link em Informações sobre integração para emissão de NFS-e via Web Service, CLIQUE AQUI! onde constam o manual e o arquivo urls.txt. No arquivo urls.txt constam as urls e as suas respectivas séries. WebService de Homologação (Dados Oficiais): https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx WebService de Produção: https://df.issnetonline.com.br/webservicenfse204/nfse.asmx Série RPS: 3 Webservice Homologação (Fictí­cio): https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Série RPS: 8 Fica como informativo, caso ocorram erros inexplicáveis futuros em homologação, para testar na outra url com a respectiva série.

Tente também colocar o timeout para 30k ou mais, caso não esteja. Pode estar sendo interrompido o processo e por isso não ter um retorno.