Jump to content

logo_acbr_paygo.png

Chegou o TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao_saibamais.png

beneficios.png

Curso Dominando o ACBrMonitor
Novo Módulo Soluções de Varejo
Assine o SAC ACBr em qualquer plano e tenha acesso

Saiba Mais

Balança SM100 performance surpreendente

Tecnologia Japonesa   Teclado e Visor resistentes a água
Consumo inteligente de etiquetas   Baixo custo de manutenção
Comunicação Ethernet e WIFI independentes

Saiba Mais

Impressora de Etiquetas ELGIN - L42 PRO

Protocolos PPLA, PPLB, ZPL, EPL (automático)
Porta USB padrão Opcionais: Ethernet, Serial, Paralela
Sensor de Etiquetas Móvel Garantia de 18 meses

Saiba mais

Antonio Carlos L

Membros
  • Content Count

    482
  • Joined

  • Last visited

  • Days Won

    1

Antonio Carlos L last won the day on December 4 2016

Antonio Carlos L had the most liked content!

Community Reputation

132 Excellent

1 Follower

About Antonio Carlos L

Profile Information

  • Sexo
    Masculino
  • Localização
    Niteroi Rio de Janeiro

Recent Profile Visitors

1,750 profile views
  1. Obrigado, eu estava bem longe mesmo ao tentar relacionar o VER12P ao VER120 do delphi, achei no .INC que a diretiva VER12P é para setar UNICODE , o tipo é que mudou https://wiki.lazarus.freepascal.org/User_Changes_3.2.0#TBlobData_opaque_type_reworked_to_TBytes Se eu fizer algo do tipo {$IFDEF LCL_FULLVERSION > 2010000} deve funcionar também . Muito Obrigado !!!!!
  2. Pessoal procurei em https://www.freepascal.org/docs-html/prog/progch1.html o que seria essa condicional {$IFDEF VER12P} que deve ser algo parecido com o delphi VER120 etc, poderiam dar uma luz ? Com a mudança do Lazarus da 2.08 para 2.10 alguns pacotes pararam de funcionar e preciso ajustar Aparentemente ou alguns Tipos mudaram , não encontrei onde fala sobre isso e estou com erros do tipo : property AsBlob: TBlobData read {$IFDEF VER12P}GetAsBytes{$ELSE}GetAsString{$ENDIF} write SetAsBlob; Error: Illegal symbol for property access Ou essa diretiva precisa ser ajustada. Agradeço desde já
  3. Fiz a postagem aqui, mas movam onde entenderem melhor, Cenário : ACBr 20261 , Fortes 476, O Fortes deixou de compilar erros abaixo, e creio que mesmo que seja resolvido, o ACBr também estra afetado pois vários outros componentes estão dando erro de tipo property AsBlob: TBlobData read {$IFDEF VER12P}GetAsBytes{$ELSE}GetAsString{$ENDIF} write SetAsBlob;
  4. Oi @walter faria eu abri o xml que vc postou, nele não existe a geração dessas tags, entretanto observei, e pode ser que nesse estado seja assim que os grupos COFINS e PIS que normalmente sai assim : -<PIS> -<PISAliq> ..... </PIS> -<COFINS> -<COFINSAliq> ..... </COFINSAliq> </COFINS> No seu XML está assim : -<PIS> -<PISOutr> ... </PISOutr> </PIS> -<COFINS> -<COFINSOutr> ... </COFINSOutr> </COFINS> Desculpe se não tiver relação.
  5. Moderador feche o tópico, essas mesma linhas aparecem também em logout e removendo não existe a menor diferença, acho que seja código perdido.
  6. Caros estou fazendo a integração com eFrete. Estou usando o exemplo como guia. No exemplo em Frm_ACBrCIOT Linhas 340 e 341 na operação login onde é solicitado o token existe essas duas linhas ObterOperacaoTransportePDF.CodigoIdentificacaoOperacao := '123'; ObterOperacaoTransportePDF.DocumentoViagem := '456'; Entretanto no XML de pedido essas tags não aparecem. Poderiam esclarecer essa necessidade ? Obrigado.
  7. Unit Frm_ACBrCIOT; procedure TfrmACBrCIOT.btnCriarEnviarClick(Sender: TObject); linha 1095 {$if CompilerVersion < 23} MemoDados.Lines.Add(IntToStr(TipoCarga.Codigo) + ' - '+ TipoCargaToStr(TipoCarga.Descricao)); {$else} MemoDados.Lines.Add(TipoCarga.Codigo.ToString + ' - '+ TipoCargaToStr(TipoCarga.Descricao)); {$IfEnd} para adequar a Delphis mais antigos
  8. Oi foi erro de digitação meu, estava SYNA*.dcu veja que as DCUs do SynEdit se chamam SynAuto* e por isso são apagadas. Compreendo as implicações se ele for rodado dentro do raiz, abraço e obrigado.
  9. Primeiramente parabéns pelo ótimo trabalho. Hoje ao executar o ApagaACBR.bat descobri que algumas dcu do SynEdit foram apagadas pois o bat vai ao raiz do disco e SYN*.dcu acabava fazendo isso. A partir do ApagaACBR.bat criei outro .bat que pega outras DCUs que não estão sendo apagadas. @echo off del ACBr*.bpl ACBr*.dcp DCLACBr*.bpl DCLACBr*.dcp PCN*.bpl PCN*.dcp SYNA*.bpl SYNA*.dcp /s del a*.dcu b*.dcu c*.dcu d*.dcu f*.dcu g*.dcu h*.dcu i*.dcu j*.dcu l*.dcu m*.dcu n*.dcu o*.dcu p*.dcu r*.dcu s*.dcu t*.dcu u*.dcu /s Esse .bat não volta ao raiz do disco, ele varre os subdiretórios abaixo dele e se os componentes forem instalados dentro de onde foi baixado Abraços e obrigado a toda a equipe.
  10. Você diz "Se o Regime for normal não da este erro, mas mantendo seu Regime que é o Simples Nacional da este erro:" No xml postado vc esta usando a ST 00 para ICMS que é de regime normal
  11. Sim, mas existe ainda a comercialização desse produto ?
  12. @Juliomar Marchetti esse anuncio ainda está válido ? Os links estão quebrados
  13. Em ACBr\Exemplos\ACBrTCP\ACBrIBPTax\tabela vc tem a tabela
  14. @Daniel Port essa eu desconhecia. Baseado nas informações dos contadores, "achava" que somente o destinatário poderia emitir uma de devolução. Mais uma que aprendi.
×
×
  • Create New...