IGNACIO RODRIGUES

Comentado por DSA. - Problemas ao executar os métodos várias vezes - Seria necessário incluir código para liberar a DLL da Memoria, (apenas atribuir Nil não libera a DLL da memória) - Sleep(300) evita falhas na re-ativação do ECF pelo ACBrECF Tem esse comentário, durante o debug que faço, na método "procedure TACBrECFDaruma.UnloadDLLFunctions;", seria alguma coisa?

Olá Alguma posição sobre o problema?

Em anexo um segundo teste que fiz, la tem o cabeçalho de conexão com a impressora acbrlog.txt

-- 10:09:30:339 EspelhoMFD_DLL( 01/01/2014 , 17/01/2014 , C:\Users\desenvolvimento2\Documents\200120141009.txt ) TX -> [ESC][239][CR] 10:09:30:495 RX <- :[ESC][239]000120075551008522001201400000000000000000000000080771618[CR] -- 10:09:30:497 TX -> [GS][255][CR] 10:09:30:611 RX <- :A1E008000000[CR] -- 10:09:30:612 TX -> [FS]R[200]082[188] 10:09:30:762 RX <- :[200]082010053[CR][194] -- 10:09:30:763 TX -> [FS]R[200]083[189] 10:09:30:912 RX <- :[200]083010500[CR][192] -- 10:09:30:914 TX -> [FS]R[200]139[189] 10:09:31:061 RX <- :[200]13933[CR] -- 10:09:31:062 TX -> [GS][bS][CR] 10:09:31:211 RX <- :[CR] Esse é o arquivo de log, do programa ECFTeste

Erro ao carregar a função: eCarregarBitmapPromocional_ECF_Daruma de: DarumaFrameWork.dll :#13 - + - + - + - + - + - + - + - + - + - + - + - Foi esse erro que o TesteECF gerou.

Ok, valeu, funcionou

Primeiro preencho todos os campo ACBrPAF.PAF_R.RegistroR01.New, ex: NUM_FAB, MF_ADICIONAL, TIPO_ECF, MARCA_ECF, etc... Depois preencho todos os campos ACBrPAF.PAF_R.RegistroR01.New.RegistroR02.New, ex: NUM_USU, CRZ, COO, CRO, etc... Depois preencho todos os campos RegistroR03.New ex: TOT_PARCIAL, VL_ACUM, etc... Depois preencho todos os campos ACBrPAF.PAF_R.RegistroR01.New.RegistroR04.New, ex: NUM_USU, NUM_CONT, COO, DT_INI, SUB_DOCTO, etc... Depois preencho todos os campos RegistroR05.New, ex: COO, NUM_ITEM, COD_ITEM, DESC_ITEM, QTDE_ITEM, etc... Depois preencho todos os campos RegistroR07.New, ex: COO, CCF, MP, VL_PAGTO, IND_EST, etc... Depois preencho todos os campos ACBrPAF.PAF_R.RegistroR01.New.RegistroR06.New, ex: NUM_USU, COO, GNF, GRG, CDC, etc... Depois preencho todos os campos RegistroR07.New, ex: CCF, GNF, MP, VL_PAGTO, etc... Pronto salvo e assino o arquivo. Então o arquivo vem com algumas linha de R01 preenchido com alguns zeros e espaços, antes do cabeçalho. Detalhe importante o bloco do R01 não esta em nenhum laço, para se pensar que poderia estar repetindo. Quando preencho os campos do objeto ACBrPAF.PAF_R.RegistroR01.New, faço isso apenas uma vez, depois vou descendo o método e preenchendo os outro campos onde tem laço, como no caso do preenchimento do ACBrPAF.PAF_R.RegistroR01.New.RegistroR02.New que fica dentro de um laço. Mas o R01 não tem nenhum laço para duvidar. No banco de dados tenho apenas uma linha da tabela R01.

Estive na lista de downloads do site: http://www.projetoacbr.com.br/, mas não localizei nenhum demo do acbr, o único demo que vi foi esse você poderia por gentileza postar o link, ou me situar onde encontrar esse demo, desde já muito grato.

Preencho os campo dos Rs tudo ok, sem problemas, envio para o ACBR, e o ACBR me retorna um arquivo com o cabeçalho o corpo e a assinatura tudo ok, Mas tem um porem ele anda trazendo umas linha do R01 a mais antes do cabeçalho. R01 00000000000000000 00000000000000 00000000000000 As vezes tras 1 linha, as vezes 19, as vezes 4 linha. Todas duplicadas mostrando o R01 antes do cabeçalho.

Quando mando tirar o espelho MFD para arquivo, da data 01/01 até 16/01. Recebo a msg de erro "68". E então o acbr fica inativo, tenho que reiniciar a aplicação. Quando solicito do dia 16/01 até 16/01, a aplicação fecha. Quando solicito do dia 15/01 até 15/01, recebo o erro que não posso converter "$" para integer.Em seguida o ACBR fica inativo tambem. Em todo os caso a memoria impressora não tinha liberado ainda, permanecendo piscando a luizinha, e depois dando o bip. O problema ocorre dentro do componente acbr. Antes eu recebia a mensagem de erro, mas quando eu debugava dava certo, o acbr gerava o arquivo e depois assinava, parece ser um problema de timeout, em alguma lugar no acbr, pois percebi debugando que tem um lugar com sleep(300). quando aumentei para 3000 funcionou. "procedure TACBrECFDaruma.UnloadDLLFunctions". Mas agora esta causando esses outros erros.

Eu tive que fazer uma rotina para mover o boleto gerado pelo acbr de pasta.

Nesse post estou envolvido pelo menos dois componentes, O ACBrBoletos e o ACBr_BoletoFC_Fortes, de qual componentes você esta falando?. E que linha seria essa tem como você ser mais especifico. Obrigado

Já resolvido , O Rave rodou sem problemas com o fortes.

Tenho a versão 3.71B do Fortes e a verão 0.0.46a do ACBrBoletos, e esta mostrando a mensagem que esta em desacordo as versões. Qual seria melhor alterar e para qual versão, Qual versão do Fortes é Compatível com o ACBrBoletos, e vice-versa? Se eu quiser continuar com o fortes 3.71B, mudo o ABCrBoletos para qual versão? Ou se eu quiser continuar com o ACBrBoletos 0.0.46a mudo o Fortes para qual versão. Desde já estou grato.

Olá essa resposta que vocês não tinha solução para o rave foi dada em 17/02/2012, hoje 11/12/2013 vocês já tem a solução? Nós somos contribuintes, não ainda não desenvolveram, em quanto tempo desenvolvem, como foi dito no post anterior.

Como faço pra usar o rave na propriedade ACBrBoletoFC, como que usa? Já tenho o rave para imprimir NFE gostaria de continuar usando o mesmo.

Muito agradecido, atualizei o arquivo NotaFiscalEletronica.rav e resolveu.

E com a versão ACBr Versão 0.9.0b? O que será que poderia estar havendo que no meu não mostra?

o anexo 50131109428584000175550000000301171000301174-nfe.xml

xml em anexo, lembrando que a unica coisa que não aparece é o espaço com o valor do tributo aproximado, mas a tag vTotTrib esta preenchida como esta em anexo.

Rave

Não estamos conseguindo entender sua pergunta, Como assim tipo de DANFE. Aqui trabalhamos com produtos simples diferente do CTE, voce pode especificar melhor sua pegunta, dando exemplos de tipos de danfe, para que eu possa responder. Obrigado a atenção.

Nós temos dois programas: um utiliza troca de arquivo, usando o Monitor, geramos um arquivo com a tag vTotTrib, onde ocorre tudo ok, o acbr monitor envia e recebe a resposta com sucesso e gera o Danfe com o Imposto detalhado. O segundo programa que esta parado por causa desse problema, nós geramos o xml, e comunicamos direto com o componente do acbr, geramos o xml com a tag vTotTrib preenchida certinho, o componente acbr envia e recebe resposta com sucesso, mas quando imprime o Danfe, ignora o imposto detalhado e não mostra nada, mostra apenas os retantes do outros campos habitual, não imprime nem no Danfe de saida nem no de entrada. Utilizado: Componentes ACBr Versão 0.9.0b Schema: Esquemas XML NF-e - Pacote de Liberação No. 6s (05/08/2013) (ZIP) baixado desse site: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

Tenho tudo atualizado, o componente do ACBR é o último, O schema também é o 6s. Consigo gerar o xml corretamento com a tag vTotTrib, envia e recebe o retorno da sefaz com sucesso, mas no momento que mostra o DANFE não esta com o campo do imposto aproximado.