EMBarbosa

A sugestão do Marcelo é correta. Monte um Relatório Gerencial com base nos seu BD. Não imprima duas Sangrias.

Além de verificar as configurações das DLLs e o log gerado, qual a versão do Windows e das DLLs?

Não sei se existe essa lista de estados e bandeiras. Mas em Minas Gerais precisa do TECBAN. Hipercard ainda não.

Tente verificar o log da DLL do fabricante e as configurações nela.

Olá, Bom, em primeiro lugar, olhando o guia prático, a forma correta a ser preenchida seria imComDados se você precisa informar o registro 1010. Se você vai preencher com N ou S, não faz diferença. Mas colocando um registro abaixo do 1001, qualquer que seja, então você precisa preencher com imComDados. Agora, será que não está confundindo o registro 0990 com o 9900? O 0990 é o finalizador do bloco 0, daí acho que não deve entrar a contagem de registros de outros blocos certo? Mas se não está contando no 9900, então realmente temos um problema. Estou sem acesso ao código do componente aqui neste momento, mas lendo o guia prático 2.0.8 acho que encontrei algo que poderia explicar isso. Vou pedir pra você (ou outro usuário) verificar, por favor, até que eu possa fazê-lo. Parece que o registro 1010 é obrigatório somente a partir de Julho de 2012. Assim, embora esteja sendo contado nos registros 1990, talvez não esteja sendo contado nos registros 9900. Outra possibilidade é que a parte que faz a contagem dos registros 1010 não esteja realmente implementada, justamente por ser um registro novo. Como ele não consta no exemplo, ninguém percebeu ainda essa inconsistência.

Lembro de já ter conversado sobre esse assunto... hmmm... onde foi mesmo? ahh aqui: http://www.forumweb.com.br/foruns/topic/82223-seguranca-para-codigo-fonte

obrigado por complementar com informações mais oficiais Gr@c@.

Então está testando com o emulador? Usando cabo ou emulador de porta Seriais? qual emulador?

Pode postar aqui no fórum qualquer patch ou o arquivo alterado. Apenas siga os fóruns corretos. Todos os usuários do ACBr são incentivados a fazer isso mesmo. A vantagem de postar aqui no fórum é que outros desenvolvedores e usuários poderão discutir as alterações. Outra vantagem é que caso algum outro desenvolvedor esteja mais familiarizado com o componente ele pode fazer a análise e possível atualização. Também vai que me acontece algo que me impeça pessoalmente de trabalhar no ACBr, isso permitiria que outros possam fazê-lo. Quanto a alteração do CT-e, por mim tudo ok, pode programar. Anexe aqui mesmo que eu verifico depois.

Mais uma vez obrigado, já está no SVN. revisão 3468. O que puder implementar, se puder implementar, será de grande ajuda. Mas não sei se isso seria necessário, já que o usuário não iria informar algo que ele não tem (no caso a Chave do CT-e). O que acha?

Daniel, Acho que você está confundindo o Nome do arquivo texto com Lista de arquivos Autenticados (Item 1 alínea b do Requisito IX) com o nome do arquivo Auxiliar Criptografado (Item 1 alínea c do Requisito IX). Um é o AAC, o outro é um arquivo que tem os nomes e MD5 dos arquivos executáveis, mas é um arquivo texto. O nome do arquivo texto é usado no relatório IDENTIFICAÇÃO DO PAF-ECF (Requisito XLIII Item 1 alínea c5). Também não sei o motivo de não ser gravado...

Nota importante sobre o assunto, dizendo que o campo Chave-NFe quando de emissão própria é obrigatório a partir de jan/2012: http://www1.receita.fazenda.gov.br/noti ... 042012.htm

Já está no SVN. Obrigado. Notei que outras situações (Denegado, Cancelado extemporâneo, ...) também vão precisar um tratamento igual ou parecido. Só que não pude implementar por agora.

Pelo seu primeiro post eu sinceramente não entendi qual é o erro.

É exatamente isso que eu queria dizer...

Não sei se sua versão do Delphi permite, mas configure par ignorar esse tipo de exception. Embora não recomendo isso. Outra opção é executar fora do debugger.

Creio que seja outro desenvolvedor, como o de uma outra empresa.

A melhor pessoa para discutir esse assunto seria um contador contratado por vocês e não pela empresa cliente. O contador do cliente, provavelmente vai querer facilidade e sempre dizer pra vocês gerarem tudo o que puderem e o que não puderem pra ele também. Mas, se não há nenhuma legislação, vocês não são obrigados a gerar nada além do que propuserem. Contudo, isso se torna uma decisão mais estratégica do que legal: se não quiserem gerar, talvez o cliente fique tentado a procurar outra solução... Por isso o melhor mesmo é um contador confiável contratado por vocês nem que seja só pra poder orientá-los.

Até onde eu testei, isso não gera problemas. É só você tomar cuidado com o seu fonte. É com certeza mais lento, no entanto, muito mais confiável na hora de mostrar informações ao usuário.

Ainda assim parece ser muito bom, principalmente para os pequenos desenvolvedores.

Olá Alan, Existe o pesquisar no fórum que pode lhe ajudar. Essa pergunta mesmo já foi feita e respondida muitas vezes. Veja um exemplo: viewtopic.php?f=12&t=379

De forma alguma estou disconsiderando, mas somente desta forma que o pva valida, tem que ser implementado no codigo regra para atenter o que o PVA atual pede e tambem o que voce disse. Ok então vou repetir o que eu já disse:

Olá jpls, Eu encontrei algo semelhante esses dias, mas assim como o Daniel não tenho certeza que é do componente. O meu problema é que não estou conseguindo reproduzir na minha máquina. Você conseguiu detectar qual foi a alteração que faz isso? EDIT: Desculpa, o erro não parece ser relacionado. No meu caso acontece ao sair do programa e não ao fechar o cupom. É outra coisa.

Vocês estão desconsiderando o que eu já disse.

Foi encontrada uma inconsistência na validação do PVA 1.0.7 de Registros D300 (Resumo da Escrituração Diária - Bilhetes de Passagem). Se você encontrou dificuldades em validar esse registro específico, D300, veja informações no link abaixo. http://www1.receita.fazenda.gov.br/noticias/2012/abril/noticia-13042012.htm