Patric Fonseca

No meu caso o pdf baixado da receita vinha sem a quebra de linha, tentei de várias formas, porém a quebra de linha do site aparentemente é o próprio enter e dessa forma não funcionava a quebra de linha de jeito nenhum. Como o cliente dependia dessa quebra de linha na descrição do serviço, tive que criar o layout no fastreport mesmo. Peguei a base com um membro daqui do forum, e adaptei pra atualizações novas. Tem bastante tempo que não uso o método de baixar o pdf do site, então não sei como está hoje.

Boa tarde! Acabei precisando criar o layout na mão

No meu caso aqui só passou do erro e sem os caracteres estranhos, alterando o `PadraoNacional.Provider.pas` adicionei o método function TACBrNFSeProviderPadraoNacional.DecompressNFSeXML(const Base64Gzip: String): String; var StringGzip: AnsiString; UTF8Result: UTF8String; Stream: TStringStream; begin Result := ''; if Base64Gzip = '' then Exit; try // Converte Base64 para string ANSI (dados binários) StringGzip := DecodeBase64(Base64Gzip); // Descomprime - assumindo que UnZip retorna UTF-8 UTF8Result := UnZip(StringGzip); Stream := TStringStream.Create(UTF8Result); // Converte UTF-8 para WideString (Unicode) corretamente Result := UTF8Decode(Stream.DataString); //UTF8Decode(UTF8Result); FreeAndNil(Stream); except on E: Exception do begin Result := ''; end; end; end; e no `ACBrXmlDocument` adicionei a linha if loadedDoc = nil then loadedDoc := xmlParseDoc( PAnsiChar( ACBrAnsiToUTF8( AXmlDocument ) ) ); dessa forma ficou sem o erro do utf-8 e sem os caracteres estranhos na hora de imprimir

Essa foi a resposta que tive no forum do nfsebrasil. Não entendi muito bem o que fazer, visto que pelos testes não da pra enviar o #13#10(CRLF), pois da erro na assinatura.

Também não consegui resolver ainda. Mandei e-mail pra sefaz e botei no forum nfse-brasil também, mas não tive uma resposta que resolvesse.

tentei também, passei isso na propriedade QuebradeLinha, porém nesses casos aparentemente o acbr troca por \n, tanto o #13#10 quanto o #10. Nos outros casos vai como texto mesmo, só que não quebra a linha no pdf.

Tentei também, mas o #13#10 é substituído por \n pelo acbr

Ahh sim, cheguei a ver essa unit. Tentei realizar o envio com o \n porém o servidor está interpretando como texto, ao invés de quebra de linha.

Boa noite! Procurei aqui, mas não encontrei um ini do ProvedorNacional, pesquisei por "Nacional" na pasta do acbr... qual seria o ini? Nos testes que fiz, ajustei apenas pela propriedade "Configuracoes.WebServices.QuebradeLinha", e funcionou, o sistema respeitou o conteúdo dessa propriedade, porém no provedor não considerou como quebra de linha.

Nos que eu enviei pelo acbr, os xmls ficam com o caractere enviado, no caso do \r\n no xml mostra o \r\n . No xml feito pelo site mostra o CR LF no notepad++, porém não consegui simular o envio pelo acbr. O único caso onde altera o caractere enviado foi no caso do #13#10 e #10 que é substituído por \n, nesses casos no xml é mostrado o \n. Também tentei o envio com \n \s\n ; | Em todos esses casos o caractere mostrado são eles mesmo. Não encontrei uma configuração na qual eu conseguiria enviar o equivalente ao CR LF.

Tentei também, mas sem sucesso.

Boa noite! Estou com um problema parecido. Usando o provedor nacional, mesmo enviando com \n na quebra de linha, o pdf retornado no método ObterDANFSE, tanto o do site, fica sem a quebra de linha, fica com o texto com \n. Já tentei passar outros tipos de quebra de linha, porém sem sucesso. Fazendo uma nota pelo site não mostra o caracter de quebra de linha no xml, porém pelo notepad++ mostra caracteres ocultos, aparentando ter um ENTER como quebra. Tentei enviar como #13#10, porém é substituido por \n.

Bom dia! Estou com um problema no envio do xml para o provedor nacional. Não estou conseguindo enviar a quebra de linha. Já tentei enviar de várias formas diferentes, porém nenhuma funcionou, algumas formas das que tentei foram: \n #13#10 ; | Tentei emitir pelo site e ver o XML gerado lá. Visualizando o XML, não aparece nenhum caractere de quebra. Porém, colocando no Notepad++ e visualizando caracteres ocultos, aparecem. Porém, não consegui simular de forma que o envio fique correto. Exemplo do problema Enviado: linha1\n linha2\n linha3\n Retorno: linha1\n linha2\n linha3\n Esperado: linha 1 linha 2 linha 3