JSantos

Pessoal, Não sei se já sabiam disto, mas depois de muito tempo constatando um funcionamento estranho na impressão do DANFE, consegui entender tudo o que acontecia. Talvez vcs já até tenham conhecimento, mas poderá ajudar alguns outros de nós. Havia percebido que depois de algum tempo de uso do sistema ACBrNFeMonitor, sempre que era feita a PRIMEIRA solicitação de impressão de um DANFE (primeira solicitação a partir do momento que o computador fosse ligado), havia uma certa demora para que a impressão acontecesse. Bom, tive um problema estes dias com um computador que, além de demorar para imprimir o primeiro DANFE, começou a emitir uma mensagem de "ACCESS VIOLATION", toda vez que uma emissão de DANFE era solicitada. Depois de reinstalar os sistemas, registrar todas as dlls e refazer configurações, decidi vasculhar o computador por vírus ou qualquer outro fator que por ventura estivesse influenciando o problema de impressão. Vírus mesmo não encontrei, mas achei algo bem interessante. Percebi que na pasta "temp" do computador haviam milhares de arquivos temporários, todos no formato "RVxxxx.tmp". Daí pra ligar RV com Rave, não foi muito difícil. Concluindo, o Rave deve criar estes arquivos como buffer de impressão do DANFE. Provavelmente ele não apaga arquivos temporários já utilizados e, como o xxxx tem 4 posições, o número de combinações é limitado. No computador em questão, a quantidade de arquivos temporários na pasta temp ultrapassava os 65 mil (não verifiquei o número de arquivos RVxxxx.tmp, mas eram sem dúvida a grannnnnnnnnnnde maioria). Provavelmente já haviam se esgotado o número de possibilidades para o xxxx, desta forma o algoritmo do Rave provavelmente gerava o erro de ACCEES VIOLATION. A resposta para a demora no início da impressão deve estar no modo como o algoritmo do Rave localiza uma combinação xxxx livre, passando provavelmente pelo mesmo caminho todas vezes que é inicializado, ou seja, quanto mais arquivos, mais o sistema demorará para emitir o primeiro DANFE. Pessoal, mandamento que vou seguir para que a impressão do DANFE sejá bem executada a partir de hoje: - Faça, sempre que possível, uma limpeza na pasta "temp". Abraços e bom trabalho a todos!

jackson, Use a tag "Modelo" em vez de "mod". Vi que vc está informando também o número de Inscrição Estadual do emissor da NF referenciada. Segundo o manual de integração, esta informação não é necessária quando se tratar de Nota Fiscal modelo 1/1A. Abraço!

João, Confesso que não tinha reparado o "menos a mais" (essa foi boa!) na string. Mas quando deu o erro fui direto dar uma olhada no código do ACBrNFeMonitor e vi que está sendo feita um conversão de string para data, de modo que achei difícil a informação segundo o padrão do manual ser reconhecida. Acabei de fazer um teste sem o "menos a mais" e o erro continua ... ERRO: '2011-03-04T11:05:00' is not a valid date

juaumkiko, Estou utilizando o ACBrNFeMonitor, envio os valores através do arquivo INI. Por favor, ajude-me dando um exemplo de como devo preencher a chave "dhCont" no arquivo, de modo que data e hora sejam passados. Abraço!

Pessoal, A consulta de nfe não está retornando o valor do "DigVal". No código do ACBrNFeMonitor (DoACBrNFeUnit.pas) a linha responsável pelo retorno está comentada. linha 173: // 'DigVal='+ACBrNFe1.WebServices.Consulta.digVal+sLineBreak; Parece-me que a propriedade "digVal" não foi implementada pata o objeto Consulta. Abraço!

Pessoal, Nos testes de contingência que fiz por aqui não consegui inserir a informação de data e hora de entrada (dhCont). Erro gerado: ERRO: '2011-03-04-T11:05:00' is not a valid date Analisando o código do ACBrNFeMonitor, vi que está sendo feita uma conversão de String para Data, aparentemente desprezando a informação de horário. Nos testes que fiz somente funcionou quando informei apenas a data no formato DD/MM/AAAA.

Pessoal, Encontrei esta linha na unit DoACBrNFeUnit.pas ( ACBrNFeMonitor 2 ) e pergunto se não deveria ser corrigida? Linha 1126 Prod.qTrib := StringToFloatDef( INIRec.ReadString(sSecao,'qTrib' ,''), Prod.qTrib); Possível correção: Prod.qTrib := StringToFloatDef( INIRec.ReadString(sSecao,'qTrib' ,''), Prod.qCom); Abraço!

Pessoal, Fiz alguns testes usando as tags "UFST" e "pBCOp", porém o monitor gerou o xml sem a sessão . Abaixo o trecho do arquivo INI contendo os valores e na seqüencia o xml gerado. Lembrando que pelo manual de Integração, a partilha de ICMS pode acontecer nas CSTs 10 e 90. Será que estou fazendo algo errado? Abraço! Trecho do INI ------------------------------ [iCMS003] CST=90 Origem=0 ModalidadeST=5 ValorBaseST=200,00 AliquotaST=18,00 ValorST=9,00 Modalidade=3 ValorBase=150,00 Aliquota=18,00 Valor=27,00 pBCOp=5,00 UFST=MG Trecho do xml referente ---------------------- 0 90 3 150.00 18.00 27.00 5 200.00 18.00 9.00