elton.barbosa

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

Desculpe, mas ou eu entendi errado, ou você entendeu o erro reportado de forma incorreta. Isso não é erro de o campo estar em branco, e sim que não foi informado o registro C485.

Por favor pesquise antes de postar: viewtopic.php?f=23&t=5346

Olhe a área de notícias. Veja o link http://www1.receita.fazenda.gov.br/noticias/default.htm Daí verá a primeira notícia: http://www1.receita.fazenda.gov.br/noticias/2012/abril/noticia-11042012.htm

Será que você não está confundindo? O último guia do SPED Fiscal é o Guia 2.0.8 de Março/2012. Já o SPED Pis/Confins é outro guia, e a versão mais atual é 1.0.5 também de Março/2012. Bom independente disso, respondendo sua pergunta: O SPED Fiscal (e também o PIS/COFINS) estão de acordo com as últimas especificações. Em caso de alguma inconsistência, é porque não a detectamos.

Até o momento, a ER (Especificação de Requisitos) mais recente é a 1.11

Verifique as versões das suas DLLs

Basicamente é o preencher CFOP correto e o campo com o código do cupom fiscal. Procurei rapidamente aqui, encontrei essas dois posts que citam algumas fontes: http://www.spedbrasil.net/forum/topics/cfop-5929-e-6929 viewtopic.php?f=8&t=349

Opa falha minha. Já corrigi na revisão 3442. Obrigado mais uma vez.