-
Total de ítens
41 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por 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 ?
-
-
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.
-
An unexpected error occurred in Report Processing.
-
An error occurred during local report processing.
-
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;
beginExit;
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...
- 1
-
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.
-
Obrigado Juliomar, mas acho que não fui claro, eu adiciono o c275 com o comando RegistroK275New do acbr como sempre faço, e ele sempre cria bonitinho o registro, mas apenas este mês , onde tem o H010 junto ele nao cria o registro ao gerar o arquivo txt, se ele criase o registro e o validador desse um erro... ok, ai era com a contabilidade ou consultoria, mas a questão é que o ACBR que não esta criando e não achei nenhum comentario ou erro ou referencia no forum... por isso pedi ajuda..
Ele cria o C270 e onde deveria vir o C275 não cria nada, e ai cria os C280 normalmente, o validador só diz que esta faltando o C275... mas debugando ele passa para a rotina o C275 e nenhum erro é informado no processo .
achei que alguém ja tivesse passado por isso ... vou tentar debugar a rotina do acbr para ver pq nao cria...
Obrigado de toda forma...
-
Sim, esqueci de informar, ACBRSPEDFISCAL, estou usando a bastante tempo, mas é a primeira vez que gero o arquivo referente a fevereiro, ou seja vai junto o H010 que é o de inventário, desconfio que ele nao aceita informar o inventario e fazer devoluções de janeiro, em fevereiro..., mas se for isso... como faço devoluções de materia prima que ocorreram em janeiro ? o inventário é de dezembro/2022.
Agradeço qualquer ajuda.
Quebra de linha no provedor Simpliss
em Dúvidas gerais
Postado
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 !