-
Total de ítens
9.251 -
Registro em
-
Última visita
-
Days Won
114
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por EMBarbosa
-
-
Acabamos de ter a confirmação desse problema pela Receita:
https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=MIrogWJTf2w=
- 4
- 1
-
23 minutos atrás, Siro disse:
Tenho instalado apenas o 12.
Tentei apenas com um componente, mas sem sucesso.
Remova os arquivos antigos e duplicados do Fast Report.
Daí, reinstale o Fast Report.
Faça o mesmo com o ACBr.
Remova os arquivos antigos do ACBr e também os duplicados.
Daí, reinstale o ACBr.
-
Em 29/11/2023 at 12:05, Siro disse:
[dcc32 Fatal Error] frxClass.pas(27323): F2051 Unit ACBrNFeDANFEFR was compiled with a different version of frxClass.TfrxReport
Essa mensagem indica que a Unit ACBrNFeDANFEFR que você está utilizando foi compilada com outra versão do Fast Report.
Tem algumas informação no StackOverflow sobre o assunto.
Em 29/11/2023 at 15:00, Siro disse:Minha versão do Fast e a 2023.3.3
Mesmo que você tenha instalado essa mesma versão nos dois delphis, se os compiladores usados são diferentes, o erro vai acontecer. Veja na sua própria imagem:
Em 02/12/2023 at 21:06, Siro disse:Os arquivos são diferentes mesmo comparando para mesma plataforma (veja os tamanhos).
Então se o Delphi se confundir (talvez pelas configurações do LibPath, search path, etc...), vai gerar esse erro.
Você precisa garantir que o Delphi vai acessar apenas uma versão de units.
Isso é válido tanto para o Fast Report, como o ACBr.
- 1
-
10 minutos atrás, Cleber Ferreira disse:
Alguém saberia me informar como retiro a mensagem de "operação cancelada" do pinpad quando desisto um transação?
Tentou enviar outra mensagem? Por exemplo uma mensagem vazia?
- 1
-
2 horas atrás, Jose Roberto Debastiani disse:
Gostaria de saber se existe algum validador para verificar os arquivos gerados pelo "Menu Fiscal",
Bom dia.
Não existe. Há muito tempo o pessoal tinha desenvolvido um validador para o PAF-ECF, mas acho que ele não foi atualizado pro PAF-NFC-e. Nós do Projeto ACBr não temos acesso ao código fonte, então também não podemos atualizar.Por outro lado, não é muito difícil validar seguindo a documentação. É basicamente seguir o tamanho e o tipo dos campos. Só isso.
- 1
-
26 minutos atrás, Pegasus Aut e Desenv disse:
Agora mudou o erro:
Embarcadero Delphi for Win32 compiler version 35.0
Copyright (c) 1983,2022 Embarcadero Technologies, Inc.
2550 lines, 0.22 seconds, 11868 bytes code, 212 bytes data.
Compilation success
Pacote "DCLACBr_BoletoFPDF.dpk" compilado com sucesso.
Cleaning package cache for ACBr_NFeDanfeFR.bpl
Cleaning ok
Compiling package D:\acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\ACBr_NFeDanfeFR.dpk
"C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32.exe" "D:\acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\ACBr_NFeDanfeFR.dpk"
Embarcadero Delphi for Win32 compiler version 35.0
Copyright (c) 1983,2022 Embarcadero Technologies, Inc.
8120 lines, 0.45 seconds, 84756 bytes code, 216 bytes data.
Compilation success
Pacote "ACBr_NFeDanfeFR.dpk" compilado com sucesso.
Cleaning package cache for DCLACBr_NFeDanfeFR.bpl
Cleaning ok
Compiling package D:\acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\DCLACBr_NFeDanfeFR.dpk
"C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\dcc32.exe" "D:\acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\DCLACBr_NFeDanfeFR.dpk"
Embarcadero Delphi for Win32 compiler version 35.0
Copyright (c) 1983,2022 Embarcadero Technologies, Inc.
D:\acbr\Fontes\ACBrComum\ACBrReg.pas(51) Fatal: F2613 Unit 'ToolsApi' not found.
Compilation failure
Erro ao compilar o pacote "DCLACBr_NFeDanfeFR.dpk".
Abortando... Ocorreram erros na compilação dos pacotes.
Por favor, verifique se existe alguma alteração local nos seus arquivos ACBr/Fast Report.
Veja também se está com a última versão do ACBrInstall.
Se for o caso, baixe os arquivos do ACBr novamente.
A unit ToolsAPI é do Delphi. Teoricamente, não teria motivos para ela não ser localizada.
-
1 hora atrás, Pegasus Aut e Desenv disse:
Atualize os fontes novamente por favor. O nosso amigo @Victor H. Gonzales - Panda enviou uma correção para o SVN.
- 1
-
1 hora atrás, Pegasus Aut e Desenv disse:
Retirei os componentes que usam FastReport e passsou, meu fast é o 2023.3.4.
Pode ser uma incompatibilidade com essa versão que ainda não foi detectada. Pode verificar qual versão dos pacotes ela instala?
- No Delphi 12, vá no menu Component -> Install Packages
- Na lista Design packages, localize os pacotes FastReport e clique em um deles (por exemplo "FastReport XX Components")
- Veja qual a versão está no nome do arquivo do pacote, como na imagem abaixo:
-
1 hora atrás, Pegasus Aut e Desenv disse:
Ok, agora apareceu o 12, mas deu esta mensagem, no 11 ocorreu tudo normal.
"C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\dcc32.exe" "D:\acbr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fast\DCLACBr_NFeDanfeFR.dpk"
Embarcadero Delphi for Win32 compiler version 36.0
Copyright (c) 1983,2022 Embarcadero Technologies, Inc.
DCLACBr_NFeDanfeFR.dpk(35) Error: E2199 Packages 'vclx' and 'ACBr_NFeDanfeFR' both contain unit 'Vcl.CheckLst'
DCLACBr_NFeDanfeFR.dpk(35) Error: E2199 Packages 'vclx' and 'ACBr_NFeDanfeFR' both contain unit 'Vcl.FileCtrl'
DCLACBr_NFeDanfeFR.dpk(35) Fatal: F2220 Could not compile package 'vclx'
Compilation failure
Erro ao compilar o pacote "DCLACBr_NFeDanfeFR.dpk".
Abortando... Ocorreram erros na compilação dos pacotes.Por favor, anexe o log completo da instalação que deu esse erro.
-
@CrasH, @Tiago Domingues Carneiro, @Dor_poa, e outros
Subi no SVN uma correção.
Deve estar tudo ok agora.
- 2
-
Olá pessoal!!
Uma nova versão dessa Nota Técnica (NT 2023.001 - v1.50) foi publicada em 01/11/2023.
Alterações
Apenas data de implantação da Regra de Validação LA18 foi alterada. Relembrando essa regra visa obrigar o preenchimento do grupo de origem do combustível (tag: origComb).
Datas de Implantação
Implantação Homologação: Implementação futura
Implantação Produção: Implementação futura
E como fica o ACBr e você?
No momento isso significa que temos pelo menos até a nova publicação de uma nova NT para nos preocupar com essa regra.
- 3
- 4
-
Recebemos relatos de falhas ao emitir NFC-e e NFe em MG.
Parece estar relacionado ao seguinte informativo da Sefaz de MG. Ela informa sobre instabilidade desde o dia 30/10... Mensagem ainda está on-line no site http://www.fazenda.mg.gov.br/
Veja abaixo a mensagem deles:
Citar"A Superintendência de Tecnologia da Informação (STI) da SEF comunica que os acessos às aplicações passam por instabilidade, desde a noite de 30/10, em decorrência de inconsistências em um dos ativos da infraestrutura. Ações corretivas emergenciais estão sendo adotadas, a fim de garantir a disponibilidade dos sistemas. As equipes da STI atuam junto ao suporte técnico dos equipamentos buscando restabelecer a operação normal do ambiente o mais brevemente possível."
A instabilidade afetou o site "sped" que agrega as informações sobre os documentos fiscais eletrônicos: https://www.sped.fazenda.mg.gov.br/
- 3
-
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão 31108
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.Mais uma vez obrigado.
-
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão 31107.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.Mais uma vez obrigado.
-
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.Mais uma vez obrigado.
-
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Queira por favor atualizar, testar e reportar qualquer problema.Mais uma vez obrigado.
-
Foi publicada uma nova versão do Guia Prático da EFD ICMS IPI. As alterações, em resumo, estão logo abaixo.
Como poderão ver, devemos ter que alterar o componente ACBrSPEDFiscal para inclusão de alguns registros.
Ficaremos felizes com o apoio de todos que puderem nos ajudar com contribuições.
CitarPublicada a versão 3.1.5 do Guia Prático da EFD ICMS IPI
Com a publicação do Ato Cotepe ICMS nº 134/2023, foi disponibilizada a nova versão 3.1.5 do Guia Prático e a Nota Técnica 2023.001 v1.1 com vigência a partir de janeiro/2024, com as seguintes alterações:
- Alteração nas orientações do registro 1400.
- Alteração na descrição do campo 02 do registro 1400.
- Alterações nas regras de validação dos campos 02 e 03 do registro 1400.
- Alteração da obrigatoriedade do campo 7 do registro D700, de ‘OC’ para ‘O’.
- Alteração da obrigatoriedade do campo 22 do registro D700, de ‘OC’ para ‘O’.
- Alteração na orientação do registro D700.
- Alteração na orientação do registro D730.
- Alteração na orientação do registro D750.
- Alteração do tipo do campo 03 do registro D750 de ‘C’ para ‘N’.
- Correção da chave do registro D750, retirando o campo COD_MUN_DEST.
- Alteração na orientação do registro D760.
- Alteração na validação do campo 02 do registro E110, inclusão dos registros D700, D730, D750 e D760.
- Alteração na validação do campo 03 do registro E110, inclusão dos registros C800, C857, C860, C897, D700 e D737.
- Alteração na validação do campo 06 do registro E110, inclusão dos registros D700 e D730.
- Alteração na validação do campo 07 do registro E110, inclusão dos registros C800, C857, C860, C897, D700 e D737.
- Alteração na validação do campo 12 do registro E110, inclusão dos registros C800, C857, C860, C897, D700 e D737.
- Alteração na validação do campo 15 do registro E110, inclusão do registro C857, C897 e D737.
- Alteração na orientação de preenchimento e validação do campo 10 do registro E113.
- Alteração na validação do campo 07 do registro E210, inclusão dos registros C800, C857, C860, C897, D700 e D737.
- Alteração na validação do campo 10 do registro E210, inclusão dos registros C800, C857, C860, C897, D700 e D737.
- Alteração na orientação de preenchimento do campo 15 do registro E210, inclusão do registro C857, C897 e D737.
- Alteração na orientação de preenchimento e validação do campo 10 do registro E240.
- Alteração na orientação do registro C700.
- Alteração na Seção 2, página 18, referente a inclusão do trecho a seguir na Tabela de Registro obrigatórios a serem apresentados pelas empresas de energia elétrica (NF3e – código 66): “...ou C700 para as UF cuja legislação permitir a escrituração consolidada.”
Clique aqui para acessar a documentação
- 2
-
Em 15/09/2023 at 14:48, brajan disse:
O problema retorno -41 foi corrigido é um problema na dll do sitef porem agora estou com um problema de loop infinito quando se trata das chamadas dos formulário para colocar os dados do combustivel, sempre retorna para colocar os mesmos dados.
segue log anexo
Olá, bom dia.
Parece que é a DLL que está repetindo o pedido de código do produto no loop. Veja:
Os dados estão sendo preenchidos corretamente? Por exemplo, no manual deles não tem algum requisito para esse campo?
Outra possibilidade, houve alguma mudança recente no fluxo da clientSitef ou desse módulo específico que precise ser implementada no componente?
- 1
-
Em 29/08/2023 at 17:01, Microsys Sistemas disse:
Boa tarde, estou precisando desenvolver a comunicação com a balança Siciliano, não encontrei este modelo no Acbr, porem encontrei uma implementação de uma classe neste link
peguei e adicionei ao projeto e a principio funcionando ok, pra min não aconteceu o erro que o colega mencionou,
estou anexando aqui os fontes alterados e a classe criada pelo nosso amigo, para incorporarmos ao projeto Acbr.
Em 29/08/2023 at 19:18, Daniel Simoes disse:@EMBarbosa, quando tiver disponível, por favor analise essa contribuição...
Muito obrigado pela contribuição
Já foi adicionado no nosso backlog (TK-4441).
Assim que possível daremos um retorno.
-
Oi Clóvis, bom dia.
Em 12/09/2023 at 13:45, Clóvis Fernando disse:Seguem os log´s 32 e 64bits.
log_Delphi_11_Alexandria_Win32.txt log_Delphi_11_Alexandria_Win64.txt
Esses logs indicam que o ACBr foi instalado corretamente. Essa é a boa notícia.
A má notícia é que o erro que você apresentou não é de instalação.
Esse erro:
Em 12/09/2023 at 13:00, Clóvis Fernando disse:[dcc32 Fatal Error] uDemoBoleto.pas(43): F2051 Unit ACBrUtil.Math was compiled with a different version of synautil.ReplaceString.
Geralmente isso significa que o compilador está encontrando arquivos dcu ou pas de versões diferentes e/ou não consegue recompilar os mesmos.
Isso pode ser por vários motivos:
- Seu path do Windows pode estar incluindo pastas que são de Delphis diferentes
- Tem várias cópias do ACBr na máquina
- Tem várias cópias do código fonte da synapse na máquina
Em qualquer uma das situações acima, o Delphi encontrou uma "Synautil"(.dcu ou .pas) uma vez (na hora de compilar o dcu da unit ACBrUtil.Math), mas depois (na hora de montar o exe) está encontrando outra "Synautil".
A única opção que você tem é localizar essas units Synautil que estão repetidas e remover elas. Daí reinstalar o ACBr e aí tentar recompilar o demo.
Antes disso, faça questão de localizar no seu computador a pasta de BPLs de todos as versões Delphi que tem instalada e apagar qualquer bpl do ACBr ou Synapse que esteja lá.
Elas geralmente ficam na pasta:
C:\Users\Public\Documents\Embarcadero\Studio\<versao>\Bpl
Onde <versao> deve ser uma versão instalada. Por exemplo o Delphi Alexandria é 22.0, ficando:
C:\Users\Public\Documents\Embarcadero\Studio\22.0\Bpl
Verifique todas as pastas BPL que tiver.
Atualmente, nenhuma BPL do ACBr deve ficar nessas pastas.
- 2
-
Em 11/09/2023 at 09:00, Daniel Simoes disse:
@EMBarbosa, O Jedi.inc já suporta o Delphi 12 ?
Não... pelo menos ainda não... Eles só atualizam depois ou bem próximo do lançamento.
3 horas atrás, Daniel Simoes disse:Creio que o fato do instalador estar detectando o Delphi 12 esteja causando o problema..
Logo ajustaremos o instalador para suportar o D12
Eu não tive acesso a essa versão ainda então não posso afirmar com certeza o que aconteceu. Mas geralmente pede-se para instalar uma versão beta em outra máquina justamente por conta de conflitos com as instalações anteriores.
3 horas atrás, Paulo Alexandre Hostert disse:Daniel,
Baixei todo o Acbr em uma pasta nova, e o erro também ocorre.
---------------------------
Instalação do Projeto ACBr
---------------------------
Format '%s ***%s***' invalid or incompatible with argument.
---------------------------
OK
---------------------------Oi @Paulo Alexandre Hostertpela mensagem de erro, o mais certo é que a instalação do Delphi 12 tenha "bagunçado" a detecção de versões instaladas.
Olhando no código fonte, mesmo considerando o código da JCL eu não consegui encontrar exatamente onde no código o problema é levantado. Mas acredito que consegui fazer uma alteração que vai proporcionar ao instalador continuar mesmo quando o erro for levantado.
Assim que fizer mais testes, subo a versão e aviso aqui no tópico.
Mas até lá, ou até nós termos o ACBrInstall compatível, talvez o melhor seja desinstalar essa versão do Delphi nessa máquina e instalar ela em outra.
Ou talvez instalar o ACBr em uma outra máquina ou numa máquina virtual.
É claro, você sempre tem a opção de instalar o ACBr manualmente, pacote por pacote.... mas não recomendamos isso. É muito trabalhoso.
- 3
-
Em 15/08/2023 at 17:46, Precisa Informatica disse:
ou realmente não é para cortar?
Em 17/08/2023 at 16:38, Daniel Simoes disse:Humm ok...
Creio que por Spool, o Corte só ocorre no final da Impressão
@EMBarbosa, isso é um comportamento conhecido do componente ?
É isso mesmo. Usando o Fortes, não há comando de corte (guilhotina) visto que não há esse comando via spool.
O que pode ser verificado é se o driver da impressora implementa isso. Daí você acionaria no driver, nas configurações do dispositivo (impressora).
Em 17/08/2023 at 16:38, Daniel Simoes disse:Haveria a possibilidade de imprimir as vias em 2 relatórios separados ?
Como vias, não... teria que imprimir duas vezes mesmo. Mas se o corte é importante, talvez seja melhor usar o modelo ESC/POS
- 1
-
6 horas atrás, Giovanni Costa Rosa disse:
@EMBarbosa você viu que em um post abaixo eu coloquei uma outra Unit né? Só para confirmar mesmo, pois essa eu só vi depois que enviei a que estava errada
Sim...
-
Em 17/07/2023 at 09:22, Giovanni Costa Rosa disse:Em 26/07/2023 at 12:57, Daniel Simoes disse:
@EMBarbosa, geralmente é você que pega esses casos da balança... Sabe como está essa Tarefa ?
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão 30270.Me parece correto. Mas fiquei na dúvida se em algum caso a balança poderia retornar a TARA e o peso. Nesse caso, me parece que o componente não conseguirá fazer a leitura com o código implementado.
Queira por favor atualizar, testar e reportar qualquer problema.
Erro ao tentar comunicar com balança Urano POP S
em Dúvidas gerais
Postado
Olá...
vou responder suas mensagens em ordem cronológica. Mesmo que não sejam as dúvidas atuais, podem ajudar outras pessoas no futuro ou te dar alguma ideia...
Se estiver usando um conversor USB/serial, ou emulador USB/serial, geralmente esse problema é levantado por um driver defeituoso.
Você pode ver isso no seguinte tópico:
Também já vi ocorrer quando há problema no cabo ou conectores.
Esses são os problemas mais comuns.
---
Esse erro, como você pode imaginar, é porque algum programa já está acessando a porta (possivelmente o Hercules). Só um aplicativo pode ter acesso a uma porta serial por vez.
Quando o segundo aplicativo "pede" o acesso à porta, o sistema operacional (nesse caso o Windows) retorna esse erro informando que o acesso foi negado.
----
Mais uma vez, geralmente isso indica problema no driver, dispositivo conversor USB/Serial como na resposta do Rubinho aqui:
---
Isso é o esperado... "Monitorar a Balança" é um sistema de fazer a leitura automaticamente. É útil em alguns casos onde a aplicação quer fazer vários pesos seguidos, mas prefere delegar ao componente essas leituras.
Se "Monitorar a Balança" não estiver habilitado o ACBrBal só faz a leitura de peso via o comando "LerPeso". Esse comando envia uma solicitação de peso para a Balança(caso necessário), lê e depois interpreta o retorno.
-----
Esses comandos são de "limpeza" da comunicação com a porta serial.
Documentação:
-> IOCTL_SERIAL_PURGE
-> IOCTL_SERIAL_CLR_RTS
-> IOCTL_SERIAL_CLR_DTR
Apesar de ser um pouco baixo nível, não deveriam causar nenhum problema na comunicação.
Na verdade, para comunicação serial usamos a Synapse. A Synapse, (e por conseguinte nosso código), nem vai a tão baixo nível assim já que faz chamadas a API do Windows.
Então, se esse tipo de mensagem gerasse algum problema, nós teríamos vários relatos sobre isso com todo tipo de balança que suportamos e não somente com a Urano POP S.
Tente utilizar outros dispositivos conversão USB/Serial.
Eles costumam ser muito baratos e talvez o problema seja justamente esse.
Infelizmente, a maioria desses dispositivos no mercado não são tão confiáveis.
Se houvesse detectado outras comunicações ou envio de bytes diferentes. Talvez poderíamos atribuir ao ACBr o problema. Mas não parece ser o caso.