Ir para conteúdo
  • Cadastre-se

Fabio Fredianelli

Membros Pro
  • Total de ítens

    41
  • Registro em

  • Última visita

Posts postados por Fabio Fredianelli

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

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

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

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

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

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

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

     

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

    • Curtir 1
  10. 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 !

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

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

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

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

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

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.