[Bruno]

Boa tarde @Breno007, está conseguindo emitir para Fortaleza após alteração dos fontes que @Italo Giurizzato Junior mencionou? aqui estou recebendo nenhum retorno da prefeitura mas e acesso a prefeitura e consulto o protocolo da a seguinte mensagem: E notei que realmente não esta sendo gerado a tags mencionadas no xml de envio.

Registro: a situação deixou de ocorrer após a inserção de dados reais da emissão.

Boa noite. Acabei de baixar os fontes e realizar todas as alterações necessárias para o teste de emissão no layout nacional da Prefeitura de São Paulo/SP, incluindo os campos da reforma tributária. No entanto, estou recebendo a seguinte mensagem de erro: “Assinatura Digital do RPS incorreta.” Já revisei todos os dados do emitente e confirmei que não há caracteres especiais. O teste está sendo feito com as informações padrão de envio da aplicação de exemplo. Alguém sabe como resolver esta situação?

Até o momento não consegui resolver está situação, você conseguiu?

Será? Pelo teste que realizei, o que informo na configuração está sendo convertido. Eu envio (I) e o XML é gerado com (\n), conforme a configuração. Isso dá a impressão de que o comando de quebra de linha (\n) não está sendo reconhecido como quebra de linha pelo provedor. a propriedade do componente ACBRNFSex não está mais funcionando?

Bom tarde. O componente ACBrNFSe está parametrizado para identificar o caractere "|" (pipe) como quebra de linha. Reforcei isso via programação com o comando ACBrNFSeX1.Configuracoes.WebServices.QuebradeLinha := '|'; No entanto, as notas fiscais estão sendo emitidas com o caractere "\n" como quebra de linha. Notei que essa sequência está definida no método PadraoNacional.Provider.pas da seguinte forma: with ConfigGeral do begin QuebradeLinha := '\n'; Dúvida: Alguém está conseguindo realizar emissões de NFS-e com quebra de linha configurada para provedores que utilizam o layout nacional (Padrão Nacional)?

Era exatamente como você informou, na importação do certificado não foi selecionado a opção exportável. excluir o certificado e refiz a instalação selecionando a opção destacada e parou de dar o erro.

Mas na emissão não ocorre este erro.

Complementando a situação: O problema principal de tudo isso quando ocorre a exceção, a nota fiscal é cancelada na prefeitura, mas eu não consigo ler o retorno do cancelamento que é executado em CancelaNFSe memoLog.Lines.Add('Retorno do Pedido de Cancelamento:'); memoLog.Lines.Add('Situação : ' + RetCancelamento.Situacao); memoLog.Lines.Add('Data/Hora: ' + DateToStr(RetCancelamento.DataHora)); memoLog.Lines.Add('Mensagem : ' + RetCancelamento.MsgCanc); memoLog.Lines.Add('Sucesso : ' + RetCancelamento.Sucesso); memoLog.Lines.Add('Link : ' + RetCancelamento.Link); memoLog.Lines.Add('Nome Arq.: ' + PathNome);

Bom dia @Juliomar Marchetti Sim, o código já estava com a mesma tratativa. Porém, no meu caso, o erro ocorria porque a propriedade OptanteSN não estava sendo preenchida. Como, na geração do XML, ela possui um valor padrão igual a 1 quando não é informada, esse detalhe acabou passando despercebido. Minha pedra no sapato agora esta sendo: https://www.projetoacbr.com.br/forum/topic/87110-cryptexportkey-len/#comment-565204

Boa noite! Alguém sabe o que causa o erro CryptExportKey - len? Pesquisei no fórum e vi que se trata de uma exceção controlada, que aparece apenas em modo debug — o que realmente ocorre. No entanto, essa exceção está impedindo o envio do cancelamento para a prefeitura. Fiz testes com o programa de exemplo e o erro não acontece. Já validei as configurações e, aparentemente, estão todas iguais. Mesmo assim, não consigo entender o que está gerando esse erro.

Sim! Passei a receber a mensagem: Codigo Erro: E999, Motivo: Erro não catalogado, Correção: Codigo Erro: X203, Motivo: Não foi retornado nenhuma NFSe., Correção: e no arquivo de retorno da prefeitura vem o seguinte .json: { "tipoAmbiente":1, "versaoAplicativo":"SefinNacional_1.4.0", "dataHoraProcessamento":"2025-11-04T08:38:58.6320669-03:00", "idDPS":"DPS431490226491129000096500001000000000003626", "erros":[ { "Codigo":"E999", "Descricao":"Erro não catalogado" } ] }

Boa tarde @xim.logan, Conseguiu resolver esta situação? Estou com o mesmo cenário!

Não teve recusa do banco,o arquivo de remessa é registrado corretamente. É um cliente bem criterioso e ele que pegou essa divergência, ao imprimir o boleto pelo banco realmente é demonstrado as informações da agencia e código do beneficiário, mas pelo componente esta demonstrando agencia e conta corrente. Não estou com a informação na mão agora, mas conferi e são numerações diferente. Acredito que essa inconsistência deva ser apenas na impressão, pq o arquivo de remessa é registrado normalmente pelo banco, se imprimir o boleto pelo banco realmente é demonstrado as informações da agencia e código do beneficiário, mas pelo componente está demonstrando agencia e conta corrente.

Boa tarde! Realizamos a homologação do arquivo de remessa e boletos para o Banco Inter com sucesso. No entanto, identificamos uma divergência na impressão: o campo Agência / Código do Beneficiário está exibindo Agência e Conta Corrente, o que está incorreto. Acreditamos que o problema seja apenas na impressão, já que o arquivo de remessa foi validado corretamente. Estamos tentando localizar o formulário com o layout dos boletos para realizar o ajuste, mas não conseguimos encontrá-lo até o momento. Alguém poderia nos ajudar com isso?

Está enviando a Série como 1 ?

Neste meio tempo eu consegui resolver seguindo a dica @Lenismar

Boa Tarde @Igor Cibiac Estou na mesma situação, conseguiu resolver?

Bom dia @Italo Giurizzato Junior Atualizei os fontes e a quebra de linha ocorreu perfeitamente. Obrigado.

Boa tarde! Obrigado, fico no aguardo. Caso eu consiga corrigir, informarei aqui no post.

Boa tarde! Especificamente para o provedor Giap a quebra de linha não está sendo enviada para o provedor, meu identificado é o ";" e unit uGiap.Provider método Configuracao está definido como ConfigGeral.QuebradeLinha := sLineBreak; mas no arquivo que é gerado e enviado para o provedor esta saindo como ";" fiz teste com outros provedores e para os demais o identificador está sendo substituído corretamente.

Bom dia! Estou utilizando os fontes atualizados e no processo de homologação do arquivo de remessa junto ao banco, tive que fazer algumas alterações para que fosse homologado o arquivo Adicionei na uses: Math No metodo GerarRegistroTransacao400 tiver que alterar o comando De: ValorMora := CurrToStr(round(ACBrTitulo.ValorMoraJuros * 100)); Para: ValorMora := FloatToIntStr(RoundTo((ACBrTitulo.ValorDocumento * ACBrTitulo.ValorMoraJuros)/100,-2)); e também na montagem do registro 1 de: PadRight( RemoverEspacosDuplos( TiraAcentos( ACBrTitulo.Sacado.Logradouro + ' ' + ACBrTitulo.Sacado.Numero + ' ' + ACBrTitulo.Sacado.Complemento + ' ' + ACBrTitulo.Sacado.Bairro + ' ' + ACBrTitulo.Sacado.Cidade + ' ' + ACBrTitulo.Sacado.UF ) ), 40, ' ') + // 277 a 316 Endereço completo Para: PadRight(RemoverEspacosDuplos(TiraAcentos( ACBrTitulo.Sacado.Logradouro + ' ' + ACBrTitulo.Sacado.Numero + ' ' + ACBrTitulo.Sacado.Complemento + ' ' + ACBrTitulo.Sacado.Bairro + ' ' + ACBrTitulo.Sacado.Cidade)),38,' ') + // 277 a 314 Endereço completo ACBrTitulo.Sacado.UF + // 315 a 316 UF pagador Estou anexando unit ACBrBancoInter e também o manual caso desejem validar o ajustes. Manual_CNAB400_Cobranca.pdf ACBrBancoInter.pas

se possível avalie este ajuste pois neste incluí também os link de ambiente de homologação: [2105302] ; Incluído em 01/11/2021 Nome=Imperatriz UF=MA Provedor=Bauhaus ProRecepcionar=* ProGerarNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/gerar HomGerarNFSe=https://api-nfse-homologacao.prefeituramoderna.com.br/ws/services/gerar ProConsultarNFSeRps=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/consultar HomConsultarNFSeRps=https://api-nfse-homologacao.prefeituramoderna.com.br/ws/services/consultar ProConsultarNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/consultar HomConsultarNFSe=https://api-nfse-homologacao.prefeituramoderna.com.br/ws/services/consultar ProCancelarNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/cancelar HomCancelarNFSe=https://api-nfse-homologacao.prefeituramoderna.com.br/ws/services/cancelar ProSubstituirNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/substituir homubstituirNFSe=https://api-nfse-homologacao.prefeituramoderna.com.br/ws/services/substituir

@Italo Giurizzato Junior Obrigado pelo retorno. Fiz o ajuste conforme sua orientação e, com isso, consegui estabelecer comunicação com o provedor. Caso seja do seu interesse, o ajuste realizado foi o seguinte: [2105302] ; Incluído em 01/11/2021 Nome=Imperatriz UF=MA Provedor=Bauhaus ProRecepcionar=* ProGerarNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/gerar ProConsultarNFSeRps=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/consultar ProConsultarNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/consultar ProCancelarNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/cancelar ProSubstituirNFSe=https://api-nfse-imperatriz-ma.prefeituramoderna.com.br/ws/services/substituir

Bom dia! Recebemos uma informação de um de nossos clientes referente à Prefeitura de Imperatriz/MA. Segundo comunicado, houve mudanças no layout, links de acesso e informações gerais do sistema tributário. O link inicialmente enviado pelo cliente não está mais disponível:https://imperatriz.ma.gov.br/portal/noticias/nota/novo-sistema-tributario-manuais-e-leaitue-de-api-para-intregacao-de-nfs-e.html Ao acessar o portal da prefeitura, na seção de documentos, encontramos o seguinte material:https://imperatriz-ma.prefeituramoderna.com.br/meuiss_new/nfe/nfse-manual-api.pdf Nesse manual, são informados novos links para comunicação, tanto para homologação quanto para produção, que diferem dos que utilizamos atualmente. Além disso, é mencionado que agora é necessário o envio de token para autenticação. Gostaria de solicitar instruções sobre como proceder com essas alterações no sistema. Agradeço desde já!