Quebra de linha no provedor Simpliss

[Fabio Fredianelli]

Boa tarde, ao enviar uma nota fiscal para o provedor Simpliss, utilizado por Blumenau -SC , a visualização no site da prefeitura fica tudo em uma linha só , não respeitando o #13#10 , ou o ;, entrando em contato com a Simpliss eles informaram que o codigo a utilizar para a quebra de linha seria o \\s\n

entendi pelo post abaixo que ao usar o ; o componente iria providenciar o codigo correto, mas não consegui o resultado esperado... fiz algo errado ? onde esta gravado este codigo no acbr ?

que  

[Juliomar Marchetti]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Fabio Fredianelli]

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

 

[Diego Foliene]

2 minutos atrás, Fabio Fredianelli disse:

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

 

Boa tarde!

A mensagem indica que o tópico foi movido para a área PRO.

Mas o tópico permanece o mesmo.

Sobre a questão da quebra de linha.

Por favor, você usa componente nativo para Delphi/Lazarus, Monitor ou Lib?

 

[Fabio Fredianelli]

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 ;.

 

[Fabio Fredianelli]

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 ?

[Diego Foliene]

11 minutos atrás, Fabio Fredianelli disse:

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 ?

Por favor, substitua a unit em anexo no caminho C:\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Provedores, reinstale o ACBr e faça um novo teste.

SimplISS.Provider.pas

[Fabio Fredianelli]

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.

[Diego Foliene]

5 minutos atrás, Fabio Fredianelli disse:

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.

Por favor, edite para o valor correto, reinstale o ACBr e faça novo teste.

Na mensagem inicial você tinha colocado \\s\n, coloquei \s\n pois geralmente não tem esta barra a mais.

 

[Fabio Fredianelli]

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.

Editado 28 Maio por Fabio Fredianelli

[Diego Foliene]

57 minutos atrás, Fabio Fredianelli disse:

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.

Bom dia!

Pelo que pude apurar, o componente já faz esse processo de substituição do que você definiu como quebra de linha pela quebra padrão.

Por favor, pode disponibilizar o XML que está apresentando o problema para que possa realizar um teste em meu ambiente?

Se julgar que o mesmo tenha dados sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

[Diego Foliene]

XML recebido, vou fazer alguns testes em meu ambiente e retorno assim que descobrir algo.

[Diego Foliene]

O seu XML contém uma "string pura" sem os caracteres de quebra de linha.

Por isso o componente não está fazendo a quebra de linha.

Veja o qual é o comportamento do componente para quebra linha.

Com o seu XML quando ele passa por este trecho, ele não encontra os caracteres de quebra de linha e por isso não faz a substituição.

Tente fazer um teste substituindo a discriminação pelo texto:

<Discriminacao>ELABORACAO DE PROJETOS DE ENGENHARIA. \s\n\s\n\s\n ISS RECOLHIDO PELO PRESTADOR DE SERVICO CONFORME LEI COMPLEMENTAR 116/2003 ART.3 DO CTN.\s\n\s\n\s\nDADOS PARA DEPOSITO: BANCO DO XXXXXXXXXXXX:(XXX) AGENCIA XXXX CONTA XXXXX-X \s\n\s\n FAVORECIDO: ORACIDES ADRIANO ENGENHARIA ESPECIAL LTDA.</Discriminacao>

Veja que nele consta os caracteres de quebra de linha.

[Fabio Fredianelli]

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;
 

Editado 28 Maio por Fabio Fredianelli

[Fabio Fredianelli]

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...

[Fabio Fredianelli]

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...

[Italo Giurizzato Junior]

Boa tarde @Fabio Fredianelli,

A regra é muito simples.

1. Ao alimentar o campo discriminação você sempre vai usar o caractere ";" (ponto e virgula) no texto como quebra de linha, conforme consta no programa exemplo.

2. O componente ao gerar o XML do RPS faz a substituição do ponto e virgula pelo caractere ou sequencia de caracteres que esta configurado para o provedor em questão na unit Provider do mesmo. caso não conste nenhuma configuração referente a quebra de linha é utilizado o ponto e virgula mesmo.

3. O componente ao ler o XML da NFS-e faz a substituição do caractere ou sequencia de caracteres que esta na configuração pelo ponto e virgula.

4. O componente ao imprimir o DANFSE faz a substituição do ponto e virgula pela sequencia #10#13.

Observação: Só podemos usar a sequencia #10#13 no XML do RPS se o mesmo não for assinado e nem o lote, caso contrario na devemos usar e caso seja incluído o componente os remove antes de assinar o XML, isso é feito por questões de normas.

[Fabio Fredianelli]

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.

Editado 28 Maio por Fabio Fredianelli

[Italo Giurizzato Junior]

@Fabio Fredianelli,

Mas a sua aplicação pode trocar o #10#13 pelo ";"

[Fabio Fredianelli]

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.

[Diego Foliene]

Boa tarde!

Conforme indicado no print disponibilizado acima, a rotina que lê o XML busca os caracteres correspondentes a quebra de linha no campo <discriminacao> no XML para fazer a substituição deles pela referida quebra.

Então no caso do SimplISS, por exemplo, ele busca por \n\s dentro da string para fazer a troca.

No XML que você disponibilizou, a string não tem esses caracteres no campo, por isso ele não encontrou e não fez a substituição.

Experimente adicionar \s\n\s\n na <discriminacao> e veja se ele não pula a linha.

[Fabio Fredianelli]

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 ?

 

Editado 28 Maio por Fabio Fredianelli

[Fabio Fredianelli]

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 ?

[Diego Foliene]

17 horas atrás, Fabio Fredianelli disse:

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 ?

 

Bom dia!

Eu não tenho dados válidos para emissão, no entanto, fiz um teste com o programa exemplo, onde na rotina que alimenta a discriminação, atribuí o seguinte valor:

Citar

      Servico.Discriminacao := 'discriminacao I; discriminacao II;' +
                               'discriminacao III; discriminacao IV';

O XML do RPS que foi gerado ficou dessa forma:

<Discriminacao>discriminacao I\s\n discriminacao II\s\ndiscriminacao III\s\n discriminacao IV</Discriminacao>

Se no seu caso também está acontecendo assim, ele chega a gerar o XML do RPS com os caracteres de quebra de linha, mas quando recebe o XML da NFSe correspondente a <Discriminacao> não tem mais eles.

Defina a configuração para salvar os envelopes da requisição.

Elas são:

ACBrNFSeX.Configuracoes.Arquivos.PathSalvar := 'Caminho onde vai salvar os envelopes';
ACBrNFSeX.Configuracoes.WebServices.Salvar := True;

Com essas configurações definidas, faça um novo teste.

O componente vai gerar agora para você os arquivos de envelope. Eles vão ter -soap no nome. Um deles será o envelope de envio e outro de retorno.

Confira no -soap de retorno se não tem o \s\n no campo discriminação. Se não tiver, pode questionar o provedor, pois eles estão removendo o \s\n no momento de montar o XML da NFSe.

[Fabio Fredianelli]

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 !