Fabio Fredianelli

Sem esperança que isso se resolva via Simpliss (de forma rápida), então modifiquei o programa para salvar o xml enviado e antes da impressão substituo a descrição do xml de retorno pelo enviado e substituo os ';' por #13#10 e chamo o imprimir do acbr, esta funcionando bem. Vou ter que criar um parametro no sistema para ativar ou não essa função conforme o provedor for simpliss ou nao... Agradeço a ajuda fornecida.

Bom dia Diego, estou em conversa com o Suporte da Simpliss desde o dia 29 de Maio, e eles dizem que o retorno do Abrasf é como eles estão retornando, sem nada mesmo... sabe dizer onde diz no manual da Abrasf que o retorno terá os caracteres \n\s ou outro caractere qualquer para indicar a quebra de linha ? Agora me passaram um numero de um chamado interno para ver se no futuro podem passar a retornar os codigos de quebra... Acho que não vai ter solução, vou ter que gravar todos os campos e gerar um pdf por conta propria, ou teria como eu forçar o componente a considerar um campo descrição diferente do que vem no arquivo retorno ? isso para gerar o pdf.

Obrigado Diego, fiz o teste e efetivamente o arquuivo de envio tem os caracteres de quebra e o retorno não, estou remetendo para o suporte da simpliss, vos informo assim que tiver uma resposta. Obrigado pela atenção até aqui !

Bom dia, com relação ao não retorno do xml com o \n\s , isso faz parte do padrao Abrasf ? posso reclamar com o suporte da Simpliss ?

Isso mesmo Diego, some tudo , o ; e o \s\n Enviei assim com ; e com o \s\n\s\n digitado entre as linhas na discriminação, no xml some tudo fica somente o texto, agora não sei dizer se isso é a simpliss que faz ou o acbr ?

Sim claro, mas essa parte ja esta superada com a correção do arquivo de provedor, a visualizacao no site esta saltando correto , com ; ou somente com o #13#10 pula, o bode agora é fazer o comando imprimirpdf , obedecer .... nao esta saltando nada , fica uma linha só continua.

Boa tarde Italo, entao, o arquivo do provedor Simpliss nao estava configurado para conter o \n\s, após o Diego enviar o novo , passou a saltar a linha na visualização da prefeitura (Perfeito) , isso sem colocar nenhum ' ; ', acho que o componente esta trocando o #13#10 poir ';' , o que no meu ponto de vista é o ideal mesmo... visto que o usuário não vai lembrar nunca de digitar o ; para saltar de linha... O meu problema agora é que o pdf gerado pelo componente não esta saltando de linha , por isso achei que podia ser alguma configuração que deixei de fazer, o código do programa é basicamente o programa de exemplo mesmo... Vou tentar debugar o acbr, mas conheço muito pouco do funcionamento interno do componente.

O estranho é que se agora a visualização da prefeitura esta correta, o componente recebeu a descrição com o #13#10 nele, e substituiu pelo \n\s .... só que ao imprimir não esta revertendo essa substituição... eu acho...

Observe que agora a visualização no site da prefeitura esta ok, pulando linha corretamente, estou com dificuldade de fazer o imprimirpdf do acbr pular as linhas...

Revirei o codigo e nao encontrei nada que possa estar removendo o #13#10, apenas passo o texto do memo para o componente Servico.Discriminacao := edservico.Lines.text; //edServico.Text; tentei assim também , Servico.Discriminacao := edservico.text; , mas sem efeito algum. Existe alguma propriedade Quebralinhaemdetalhamento, como existe no acbr.nfe ? Outra coisa , a impressao estou fazendo depois de enviar a nota , poderia o acbr estar usando o xml de retorno da prefeitura ? e o simpliss estar removento o #13#10 ? ACBrNFSeX1.Emitir(vNumLote, meUnitario, false); ChecarResposta(tmGerar); ACBrNFSeX1.NotasFiscais.ImprimirPDF;

Bom dia Diego, sim você estava certo é com uma barra apenas, o erro que dava no site era bug do site mesmo, agora na visualização da prefeitura esta quebrando linha, entretanto o pdf gerado pelo componente continua tudo em uma linha, tem alguma propriedade para ativar que faça com que o ; vire #13#10 apenas para o pdf/impressão ? Pois o usuário não vai lembrar que não adianta dar o enter do dbmemo deve dar um ; então estou substituindo o #13#10 por ; , mas como reverter isso apenas para a impressão do componente ? ja tentei deixar os dois #13#10; , mas sem resultado... o que gostaria é que o pdf gerado pelo componente fosse igual ou semelhante a visualização da prefeitura. Na cidade de Caçador não preciso usar nada disso, bato o enter no memo e tudo certo sai tudo igual o pdf e a visualização, acho que eu que estou bugado agora... Agradeço antecipadamente pela ajuda.

troquei e recompilei, no pdf o salto foi duplo, e na pagina da prefeitura bugou o site... passou a mostrar a mensagem abaixo, ( pergunto , nao devia ser \\n\s ? , no arquivo enviado esta apenas \n\s , uma barra apenas. An error occurred during local report processing. An unexpected error occurred in Report Processing. Parameter is not valid.

Mas independentemente de nao ter mudado a visualização no site, estava pensando e acho que o correto seria apenas adicionar ; após o #13#10 , pois caso contrário o pdf gerado pelo componente é que vai ficar sem salto de linha correto ?

utilizo o acbrnfsex1. Coloquei um substituir #13#10 por ';' antes de alimentar o componente, mas nada mudou , tudo em uma linha só , mas com vários ;.

Desculpe Juliomar, mas qual o link para esse post no sac ?