fabiofranzini

Olá! Em meu caso tanto o Sat Dimep quanto o Bematech continuam no layout 0.06. Já tentei atualizar DLLs, atualizar o SAT e em meu código já estou informando o layout ( ACBrSAT1.Config.infCFe_versaoDadosEnt := 0.07 ) ... Alguém saberia dizer se este comportamento é normal? Att, Daniel Cunha PS.: Os dois SATs acima citados são de desenvolvimento.

Por um acaso você desativa e ativa novamente o componente? Se sim, assim como o próprio Sérgio já me respondeu uma vez, da uma olhada na fonte do SATTeste.... Pelo que verifiquei, no caso do cancelamento você terá que carregar o arquivo .xml para então cancelá-lo

Olá Queria tirar uma dúvida. Hoje me deparei com um problema onde o cliente não conseguia cancelar o último cupom do sat. Após testes e acompanhamento com o cliente percebi que ele tentava cancelar a venda após desativar o sat e ativar novamente, com isso testei e debuguei todos os passos para o cancelamento e verifiquei que o ACBrSAT precisa estar com o xml carregado para conseguir cancelar o sat e neste caso(como a comunicação fui interrompida) o mesmo já não estava em memória. Em testes verifiquei que a procedure TACBrECFVirtualSATClass.CancelaCupomVirtual; verifica se o mesmo está na memória mas não encontra o arquivo, a chave vem certinha. Resumindo: Era para o ACBrSAT carregar o xml automáticamente para o cancelamento? PS.: É possível carregar um xml de venda apenas pela chave do SAT? Obrigado, Daniel Cunha

Segue fonte . Obrigado ACBrDownloadClass.pas

Olá , Venho desenvolvendo uma aplicação que utiliza o ACBrDownload para baixar um arquivo por HTTP. Em testes verifiquei que vezes baixa normalmente e vezes retorna o erro: Logo comecei a pesquisar sobre aqui no fórum e verifiquei que existiam pessoas com o mesmo problema mas nenhuma solução. Então fui para a linha onde o erro acontece no arquivo ACBrDownloadClass e verifiquei que ele tenta renomear o arquivo .part. Esse é o trecho ORIGINAL do código onde o problema acontece(linhas 336 a 345): O sFileName representa o arquivo em seu formato original então se ele já existe ele tenta deletar o arquivo , e se o arquivo não existe ele renomeia o .part para o formato original. Nessa lógica pensei na seguinte problemática: "E se o .part estiver completo mas não foi liberado para uso?" então fiz uma A.T.E(Gambiarra): Bom e para minha surpresa funcionou! 10/10 vezes de execução do mesmo código. Logo após verifiquei um problema: o componente passa 2x pelo mesmo trecho te código, então ele não valida o primeiro if: porém na segunda passagem pelo trecho ele DELETA o arquivo baixado e por fim retorna erro por não achar o .part Então refatorei o código: Concluindo o problema era que o código deletava o arquivo baixado e tentava renomear o download(.part) que já tinha sido renomeado anteriormente. Essa foi a solução que encontrei... Até mais ! Daniel Cunha

Bematech RB1000 FI

Olá! Ontem me deparei com um problema, um cliente me questionou que alguns cupons não geraram xml. Até ai ok, pois poderia ser algum problema por falta de dados ou até de resposta do sat(pois o cliente utiliza um hub USB e as vezes da mal contato na fonte), porém, ao consultar no sistema do sat no sefaz havia um gap entre numeração de cupons. Exemplo: O lote 1 contém cupons de 1 a 10, e o lote 2 cupons de 18 a 22. Na pasta enviados não contem nenhum XML na data e com o mesmo valor das vendas que "faltam", também não existem cancelamentos; Concluindo: Quem gera o número do Cupom? O sat inutiliza automaticamente cupons que não continham dados corretos? Desde já agradeço! Daniel Cunha

Olá, Hoje me deparei com um problema, ao atualizar as fontes do ACBr (Limpei a instalação e reinstalei) a seguinte linha retornou erro: Houve alguma mudança ou eu que estou fazendo algo errado? -Daniel Cunha

Olá! Estou fuçando na implementação em delphi para o micro terminal TCP IDTech MOD-7390-00-ID. Até o momento não obtive sucesso... Alguém sabe algo sobre?

Ola, boa tarde Marcos, você tem uma tabela com valores referentes ao FPC de cada estado ?

Bom dia Douglas, optando pelo forts, foi menos traumático que pensei, e não levou muito para fazer a troca, e temos mais um bom motivo para migrar para ele, como mostrado no tópico http://www.projetoacbr.com.br/forum/announcement/12-novo-fortes-report-ce-e-projeto-acbr/ podemos ver que o pessoal esta mesmo disposto a tornar a melhor opção.

Douglas, eu consegui migrar para o Fortes, que acho que é o primeiro a receber atualizações sempre pela comunidade, talvez por ser o mais usado, por funcionar delphi/lazarus, então abandonei o RAVE de vez, mas estava mesmo desta forma saindo sem espaços, mas somente no preview ao se enviar para impressora saia correto. Mas não tenho mais nenhuma informação além daquelas pra te ajudar, já que abandonamos ele tb.

Carlos qual servidor SMTP vc esta utilizando ? Aqui tivemos problemas com yahoo, resolvemos utilizando a porta 465

Ola, bom dia, ao atualizar o Cte hoje ele não esta encontrando referencia a função "VersaoDFToDbl" , apaguei o Acbr do PC e instalei do zero e continua o problema, Existe algum caminho a ser alterado em library path para esta função, ou ela foi trocada por outra ? OBS - a função que esta retornando o erro é a seguinte que esta na unit "ACBrCTeWebServices" procedure TCTeConsulta.DefinirURL; var Versao: Double; Modelo: String; ok: Boolean; begin FPVersaoServico := ''; FPURL := ''; Versao := VersaoDFToDbl(FPConfiguracoesCTe.Geral.VersaoDF); Modelo := 'CTe'; FcUF := StrToInt(Copy(FCTeChave, 1, 2)); FTpAmb := StrToTpAmb(ok, copy(FCTeChave, 35, 1)); TACBrNFe(FPDFeOwner).LerServicoDeParams( Modelo, CUFtoUF(FcUF), FTpAmb, LayOutToServico(FPLayout), Versao, FPURL ); FPVersaoServico := FloatToString(Versao, '.', '0.00'); end; Troquei as linhas : De: Versao := VersaoDFToDbl(FPConfiguracoesCTe.Geral.VersaoDF); Para: Versao := VersaoCTeToDbl(FPConfiguracoesCTe.Geral.VersaoDF); e De: TACBrNFe(FPDFeOwner).LerServicoDeParams( Modelo, CUFtoUF(FcUF), Para: TACBrDFe(FPDFeOwner).LerServicoDeParams( Modelo, CUFtoUF(FcUF), Depois de feito o indicado acima ainda tinha problemas na parte: // if FPConfiguracoesCTe.Arquivos.Salvar then // FPDFeOwner.Gravar(NomeArq, wProc.Text, GerarPathEvento); if FPConfiguracoesCTe.Arquivos.Salvar then FPDFeOwner.Gravar(NomeArq, wProc.Text, GerarPathEvento(FEvento.Evento.Items.InfEvento.CNPJ)); Onde troquei por : if FPConfiguracoesCTe.Arquivos.Salvar then FPDFeOwner.Gravar(NomeArq, wProc.Text, GerarPathEvento); // if FPConfiguracoesCTe.Arquivos.Salvar then // FPDFeOwner.Gravar(NomeArq, wProc.Text, GerarPathEvento(FEvento.Evento.Items.InfEvento.CNPJ)); Desta maneira consegui instalar, mas gostaria de saber se esta correto isto, ou se foi khda minha.

Fabio bom dia Eu trabalho com o Fortes ReportCE, mas não foi desenvolvido o protocolo de inutilização para essa versão. Então estou com necessidade de instalar o pacote RAVECB que voce postou, mas estou tendo um erro, que anexo a voce. sera que voce poderia me orientar. muito obrigado paulinho No print não da pra ver o erro.

Daniel, entendo, mas aqui com Windows 10 Delphi XE7 e Fortes - Não foi de jeito nenhum mesmo com o PATH correto para todos os componentes. Como estou meio sem tempo agora, não tentei novamente refazer tudo(Já tinha feito varias). Daqui alguns dias quando estiver disponível, vou tentar de novo

Isaque, bom dia. Na verdade não corrigi nada no Acbr, o problema estava na localização dos arquivos do Fortes, por algum motivo não encontrava o bpl do mesmo, eu apenas copiei os bpls do fortes para pasta comum de bpl do delphi. e acrescentei "VCL" na unit scope names

Daniel, boa tarde. É algo a haver com as units do delphi mesmo, me desculpe pela bobeada, inclui "VCL" na unit scope names e fiz a instalação manual do DANFE e do DACTE , e esta normal, o que achei estranho é que quando instala manual ele não conclui , e pelo instalador retorna OK. Mas fica a dica ai. Valeu mesmo pela atenção. Por favor pode fechar o tópico.

Ola, boa tarde. em um micro novo, windows 10 64 bits. após instalar o ACBR utilizando o instalador, estou tendo o seguinte erro: "Can´t load package C:\Acbr\Lib\Delphi\Lib21\ACBr_NFeDanfeRL.bpl. Não foi possivél encontrar o módulo especificado." O Detalhe é que tal arquivo existe, esta na pasta certa e o instalador retornou OK, como se pode ver no trecho do log abaixo: "Compilation success Cleaning package cache for ACBr_NFeDanfeRL.bpl Cleaning ok Registering package C:\Acbr\Lib\Delphi\LibD21\ACBr_NFeDanfeRL.bpl Registration ok Installation of package finished" log.txt

Já tentou consultar o status do sat pelo SATTeste?

Obrigado! O fórum sanou minhas duvidas e atentou minha curiosidade! Afinal creio que o compartilhamento de experiência e conhecimento fazem parte deste fórum.

Boa Tarde! Hoje me deparei com o seguinte problema : Dentro do arquivo ACBrECF001.ini ficam gravados os parâmetros da impressora (No caso Utilizando ACBrECFVirtual para usar o sat), porém todo relatório gerencial ou cupom não fiscal os parâmetros já gravados no arquivo somem, e por padrão o nome da empresa sai como "Nome da Empresa". Queria saber como faço para setar os parâmetros e o por quê os mesmos estão sendo apagados do arquivo. Obrigado, Daniel Cunha Edit: O mesmo ocorre com Leituras X e Z

Tive que reinstalar os componentes, após isso voltou ao normal

Boa Tarde! Acabei de atualizar o ACBr, logo após o erro "Erro Property Formmsgcolor Does Not Exist" é retornado, o erro vem do ACBrECF. PS.: O erro só ocorre em execução; Muito Obrigado, Daniel Cunha

Bom, meu RB-1000 FI ainda está mostrando a mensagem "SAT em processamento" ao consultar status.... Alguém sabe o motivo ? PS: Já está desbloqueado;