Régys Silveira

O componente utiliza a data e hora do ECF não do computador.

Quanto ao layout do relatório de meios de pagamento, eu homologuei com a Polimig/BH e vários clientes meus de consultoria homologaram também com esse layout e está correto, está dentro das normas descritas no Paf-ECF, com todas as informações pedidas e totalizando corretamente conforme exigido pelo Paf-ECF.

O ACBr foi atualizado, realmente faltava o "Nº".

Tente assim: {-------- parametros de configuração no arquivo.ini-------------------} LerConfiguracao; {--------------- Dados para envio da carta de correção------------} chave := ClntDtStCRTCORRECAONFE.AsString; // verifique se está pegando mesmo a chave da NFE CNPJ := ClntDtStCRTCORRECAOCPFCNPJ.AsString; // verifique se esse é mesmo o CNPJ do emitente idLote := StrToInt(FormatDateTime('yymmddhhmm', NOW)); Correcao := Memo1.Lines.Text; if ClntDtStCRTCORRECAOQTECCE.AsString = '0' then nSeqEvento := 1 else nSeqEvento := StrToInt(ClntDtStCRTCORRECAOQTECCE.AsString) + 1; ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.idLote := StrToInt(idLote); with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := Now; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := nSeqEvento; infEvento.detEvento.xCorrecao := Correcao; end; ACBrNFe1.EnviarEventoNFe(StrToInt(idLote));

Poderia postar o trecho em que preenche os dados para darmos uma olhada?

Veja Fernando, não é um problema na importação e sim no XML do fornecedor, eu concordo plenamente com o Markapollo, eu instruo meus clientes a fazer o mesmo, validou e não passou ou checou a situação e não está ok, não receba, porque isso pode e causará problemas futuros ao teu cliente. Atente-se que com a nota eletrônica quem recebe passa a ser solidário do erro de quem envia, isso está previsto em legislação inclusive.

Primeira coisa e fazer o que o Jeter falou, atualizar o windows, porque versões antigas não suportam as cadeias novas de certificados, no caso do XP precisa estar pelo menos no SP3. Se isso não funcionar ai você precisa instalar novamente a capicom que vem com o ACBr (acbr\dlls\capicom), verifique também se as cadeias de certificado estão instaladas corretamente, isso você obtém no site da NF-e do teu estado.

Você verificou se tem arquivos com conflito ou não, atualizar somente não adianta se existirem conflitos.

Você havia recompilado os pacotes ACBr antes de remover o diretório e instalar novamente, pergunto isso porque se não havia recompilado, os pacotes não seriam mesmo atualizados, bastaria somente recompilar.

Thiago, no instalador colocamos somente os pacotes de relatórios que conseguimos até o momento checar a versão instalada e assim proceder a correta instalação. Não encontramos ainda uma forma de reconhecer a versão do quickreport, por isso ele não está na lista, mas após a instalação pode fazer a instalação dos pacotes do quickreport manualmente sem problemas.

Por favor zip tudo em um arquivo somente e anexe para que possamos fazer a análise e o merge, obrigado pela contribuição.

Estranho é que mais ninguém está tendo esse problema, tenho clientes que usam o ambiente nacional e está ok. Verifique por favor o seguinte: - Se seus fontes não possuem conflitos (icones vermelhos ou amarelos); - Se você não possui versões de dcu compilado em versões antigas dos arquivos.

Gostaria apenas de deixar claro uma coisa, a forma como estamos disponibilizando o compilado dos monitores se baseia na forma que todo projeto opensource trabalha, vou citar um exemplo: A RedHat possui a sua parte comercial e sua parte opensource que é o CentOS, o CentOS é uma cópia fiel do RedHat empresarial mas com 1 ano de atraso, tudo que existe no empresarial e disponibilizado para o CentOS depois de 1 ano ou fica livre no repositório CentOS para quem quiser compilar e instalar por si próprio. A verdade é que projetos opensource precisam viver e crescer, temos uma estrutura de pessoas, um core central que mantém o projeto, essas pessoas tiram tempo para estudar, entender e implementar as necessidades diárias, esse core precisa de alguma forma ser mantido, porque se formos esperar a boa vontade sempre para as implementações o projeto já teria morrido a um bom tempo. Imaginem que temos várias pessoas por trás de tudo, temos a estrutura do fórum, provedor de hospedagem, etc, etc, tudo isso precisa ser pago, boa parte recai sobre a DJSystem nas pessoas do Daniel e André, essa empresa arca com boa parte dos custos, então vejam, manter o projeto aberto e opensource a todos, não é simples nem ao menos barato. Tirem por exemplo a nova estrutura do fórum, mais moderna, mais prática e muito melhor, essa estrutura foi paga e de onde esse dinheiro vem? Ele não aparece sozinho, alguém tem que arcar. O ACBrSAC é uma forma de dar mais crédito ao projeto por parte de empresas que precisam de respaldo e respostas imediatas e também uma forma de manter um mínimo de pessoas empenhadas em tocar o projeto, trabalhando, codificando, testando, revisando e várias outras coisas necessárias para que o projeto chegue a todo mundo gratuitamente, sem custos e sempre funcionando da melhor forma possível. Quanto aos valores cobrados pelo ACBrSAC, penso o mesmo que o Isaque, não é caro, outros projetos pagos cobram muito mais por muito menos que o projeto ACBr tem a oferecer, se você diluir 120,00 em 10 clientes que são um minimo, são 12,00 por cliente, isso qualquer um gasta com um lanche a qualquer momento, e mais uma vez peço que olhem esse valor e vejam a estrutura toda por trás do projeto. Não estou criticando, não estou colocando "lenha na fogueira" e muito menos puxando a orelha de ninguém, tento somente mostrar a vocês o nosso lado, o lado dos administradores do projeto, pessoas que todos os dias tiram um tempo para responder as perguntas no fórum, revisar código, ler a legislação, procurar por mudanças, entender as mudanças e implementar isso livremente para todo mundo usufruir sem praticamente nenhum esforço.

Olha eu concordo plenamente contigo quanto a quantidade de versões e updates, mas veja, o delphi 7 era "seco" não tinha 20% das tecnologias que o delphi possui hoje, com o aumento de tecnologias, aumenta-se a complexidade e consequentemente os bugs, e comparando-se com outras IDEs pagas a Embarcadero tem feito um bom trabalho de correção e no meu ver é a que possui um melhor "meio de campo" com o desenvolvedor, pois existem diversos canais para relatar bugs.

Nenhum estado aceita paf-ecf sem NF-e e nenhuma homologadora também, o que acontece é eles aceitarem um aplicativo externo ao paf-ecf que execute essa função, mas ai você precisa adicionar esse aplicativo a lista de executáveis. Veja a NF-e é um requisito obrigatório do Paf-ECF, não é possível passar na homologação sem ter ela, seja direto no aplicativo, seja um aplicativo externo, tem que ter. Se você já tem a NF-e no ERP, você pode usar ela sem problema, mas os homologadores vão lhe pedir para colocar o executável do ERP na lista de executáveis, algumas homologadores não obrigam isso apesar de estar errado se for levar a ER ao pé da letra e seguir certinho, o que acontece é que alguns homologadores entendem que o ERP é muito alterado é já que ele executa somente a NF-e então eles aceitam deixar de fora da lista de executáveis, mas isso é em alguns lugares a maioria obriga a listar o ERP na lista de executáveis.

A versão atual é a 0.7.8.0 e está disponível na área de downloads: http://www.projetoacbr.com.br/forum/index.php?/files/category/1-utilit%C3%A1rios-acbrsac/

Você precisa alterar o tipo dela nas tabelas de sistema, desculpe escrevi errado o prefixo é esse mesmo.

Então, existe um padrão a ser seguido quando se gera o XML, se o fornecedor não está gerando no padrão estabelecido no manual da NF-e o XML não é válido.

Quando digo torná-las de sistema e fazê-las ser triggers de sistema no firebird, geralmente elas inicialm em "RD$" e estão ocultas, também não podem ser alteradas.

Quanto a liberação da versão compilada aberta, está sendo feita sim, estabelecemos uma período de 3 em 3 meses, isso já foi dito em vários posts e está bem transparente. A última versão aberta inclusive é do dia 17/12/2012 e está na área aberta de downloads: http://www.projetoacbr.com.br/forum/index.php?/files/category/5-utilit%C3%A1rios-acbr/

Em alguns estados basta fazer o envio de alteração da documentação.

Strago, na verdade esse problema já foi acertado a muito tempo, nenhum usuário SAC tem isso e quem usa o componente diretamente também não, o que queria dizer ao colega e que se ele acha que algo está errado, ele é livre para alterar e compilar novamente o Monitor.

Precisa torná-las de sistema também evitando que elas possam ser alteradas/excluidas,

O componente é recente ainda, inclusive não foi terminado, por isso que ainda não é interessante levá-lo para o ACBrFramework.

Correto, como você disse ele é free, inclusive com os fontes abertos, portanto passível de ser alterado por qualquer um. Você tentou recompilar o Monitor e fazer os testes com a versão compilada por você?