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 ?

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

Obrigado, o erro era esse mesmo.

A um ano tentei emitir nfse em nosso municipio ( que usa Simpliss ) BLUMENAU, mas desisti pois a demora de retorno do rps era de 12 horas !, pelos comentarios tem gente conseguindo usar o lote unico de modo sincrono. Poderiam informar qual configuracao devo usar no demo e onde esta o schema correto ? Agradeço antecipadamente

Vamos que estamos quase lá !!!! , a ideia de criar uma function vai ajudar, ok, ficou bom, mas bem no registro que eu uso você esqueceu de colocar a chamada da função e deixou apenas o exit... dai sim que não vou mais criar esse bendito registro... kkk os outros registros você criou assim: procedure TBloco_K.WriteRegistroK265(RegK260: TRegistroK260); var intFor: integer; begin if ValidacaoVersaoeLeiaute then Exit; mas no K275 deixou assim... procedure TBloco_K.WriteRegistroK275(RegK270: TRegistroK270); var intFor: integer; begin Exit; Obrigado Novamente e desculpe incomodar. Abraços !!! (editado) depois de postar me ocorreu se isso nao pode ter sido gerado pelo meu svn, nao conheço bem o funcionamento interno dele, ele indicou que o meu estava diferente do seu (ficou em vermelho) e dei um resolver com o deles... não sei se ele copia o arquivo todo novamente o do repositorio ou se só fez meleca na linha que estava diferente entre a minha versão e a sua... se for isso o que tenho que escolher ? )

Juliomar, acho que logo vou ganhar mais uma advertência ... kkkk, sou chato... Fui olhar a revisao 28818 , e não esta 100% , vc alterou a linha 545 ok, mas faltam os outros registros... que tem o mesmo if maledeto... , if (FBloco_0.Registro0000.COD_VER >= vlVersao116) and (TipoLeiaute <> itlCompleto) then Exit; na linha 255,295,378,433,459,492,653,730 eu uso somente o 275 mas conforme o ramo da empresa vao usar os outros registros e vai faltar...

Não Julio, a versao atual do layout é 017 , que equivale a variavel da acbr vlVersao116 ( pois é o decimo setimo layout, pois iniciou em 000 ) ou seja na linha 545 vai dar um exit, eu monitorei com debug o tipo esta igual ao itcompleto e o cod_ver esta vlVersao116 , ou seja sai fora no exit. "então a 117 deveria passar se o tipo estiver ok" não existe no acbr a vlVersao117 , só vai existir quando estivermos no layout 018, isso se alguém lembrar de alterar esse fonte, por isso acho que não precisava desse if da linha 545 e dos subsequentes...

se olhar o fonte não funciona, ele da um exit e não gera varios dos registros desse bloco k, se for = ao 116 , ele deve dar um exit somente se for superior... o que na verdade.. sei la se precisa... o validador ia avisar se a versão do layout nao exite... alterei aqui e funcionou , gerou e validou sem erros. Acho que teria que passar para o Daniel ,não sei se ele é o pai da criança,dar uma olhada... e alterar o repositorio se ele concordar. Obrigado !

Pelo manual , a versao é 017 , e o fonte do acbr comporta, só erraram no comentario o segundo // Código 016 devia ser 017, mas a meu ver o que esta de errado é o ACBrEFDBloco_K_Class.pas teria que substituir todos os >= vlVersao116 por > vlVersao116 pois a versao atual é vlVersao116 mesmo (sequencia 017 na lista, pois inicia com 000) tentei alterar o fonte e recompilar com acbr_install mas nao deu certo... diz versao errada... nunca tentei alterar o acbr acho que estou fazendo algo errado nesse processo, (editado...) agora deu certo tinha que pedir para limpar todo o disco... vou gerar o txt e validar para ver se resolveu... ja informo algo) outra coisa: consegue alterar o titulo do topico para K275 talvez alguem ja tenha resolvido isso... ?

Achei este trecho de codigo , no ACBrEFDBlocos.pas : /// Versão do Leiaute do arquivo - TRegistro0000 TACBrVersaoLeiauteSPEDFiscal = (vlVersao100, // Código 001 - Versão 100 Ato COTEPE 01/01/2008 vlVersao101, // Código 002 - Versão 101 Ato COTEPE 01/01/2009 vlVersao102, // Código 003 - Versão 102 Ato COTEPE 01/01/2010 vlVersao103, // Código 004 - Versão 103 Ato COTEPE 01/01/2011 vlVersao104, // Código 005 - Versão 104 Ato COTEPE 01/07/2012 vlVersao105, // Código 006 - Versão 105 Ato COTEPE 01/07/2012 vlVersao106, // Código 007 - Versão 106 Ato COTEPE 01/07/2013 vlVersao107, // Código 008 - Versão 107 Ato COTEPE 01/07/2014 vlVersao108, // Código 009 - Versão 108 Ato COTEPE 01/07/2015 vlVersao109, // Código 010 - Versão 109 Ato COTEPE 01/07/2016 vlVersao110, // Código 011 - Versão 110 Ato COTEPE 01/01/2017 vlVersao111, // Código 012 - Versão 111 Ato COTEPE 01/01/2018 vlVersao112, // Código 013 - Versão 112 Ato COTEPE 01/01/2019 vlVersao113, // Código 014 - Versão 113 Ato COTEPE 01/01/2020 vlVersao114, // Código 015 - Versão 114 Ato COTEPE 01/01/2021 vlVersao115, // Código 016 - Versão 115 Ato COTEPE 01/01/2022 vlVersao116 // Código 016 - Versão 116 Ato COTEPE 01/01/2023 ); no meu cod_ver esta 017 , e dai cai fora naquela linha que o Juliomar indicou. o codigo da versao a partir do dia 1 de janeiro é 017 , ou continuo perdido ?

eita... desculpe, sim estava o tempo todo falando do bloco K ( Jesus esta na hora de me aposentar... ) , vou olhar se pode ser o numero da versão pois o layout é o completo sim, empresa de lucro real/Indústria.