Régys Silveira

- Leia o material do TEF - Estude o demo do ACBRTEFD Esse é o caminho mais rápido.

Tente reproduzir o erro utilizando o Demo do ACBrNFe, porque eu fiz aqui no demo e diretamente via aplicativo e está tudo ok.

Verifique se o arquivo .fr3 é o mesmo disponibilizado pelo acbr, Verifique também se você está passando os 11 digitos, se passar mais ele formata para CNPJ.

O procedimento é o que o Rafael citou no post, é isso mesmo.

Você estava usando o endereço antigo do ACBr, e estava com ele desatualizado, ao usar o ACBrInstall e baixar do endereço novo pegou o ACBr atualizado, por isso que agora funcionou. Esse é o endereço novo: svn://svn.code.sf.net/p/acbr/code/, o que teu amigo te passou é o do repositório ou da área de downloads, que já está apontando para o endereço novo.

Juliomar é esse mesmo que falei lá atrás, nem o pessoal da própria Bematech recomenda ela, como eu disse antes.

Complementando o que o Kiko disse, hoje somente o RaveCB e Fast report possuem impressão de CC-e. Outra coisa não precisa criar um xml document para carregar no componente, basta carregar direto do arquivo com loadfromfile. begin ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(l_nome_arquivo_nfe); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LodFromFile(l_nome_arquivo_cce); ACBrNFe1.ImprimirEvento; end;

Você trocou o endereço do repositório ACBr para o novo endereço? Se não trocou os fontes não vão ser atualizados.

poste o trecho de código onde você preenche as tags de pis/cofins.

Depende de cada estado, alguns não deixam, outros deixam mas mostram a mensagem. O consenso é que não é bom fazer, porque na maioria das vezes pode gerar fiscalização.

Se a pasta trunk for onde está o repositório, está correto.

Esse erro acontece porque o diretório onde está o ACBr não foi corretamente configurado. Na primeira tela do ACBrInstall, o primeiro campo da tela, diretório onde será instalado o ACBr, basta colocar o local correto onde está o repositório ACBr.

Isso geralmente fica na observação é o caixa do banco ao receber é que efetua.

A rotina de exportação como disse nada tem a ver com a rotina de leitura, foi feita intencionalmente diferente, você não vai ler um arquivo gerado pelas rotinas de geração, deve ler diretamente pelo arquivo disponibilizado pelo IBPT. Leitura = usar arquivo IBPT Exportação = usar se precisar enviar para outro aplicativo que não conheça o padrão IBPT, por isso existem vários tipos: XML, CSV, TXT, etc, etc.

Me equivoquei, é o cancelamento que precisa marcar para atualizar, a consulta de status atualiza automático o XML do componente. Você está usando o XML salvo novamente ou o que já tinha salvado antes?

TestarDialog, mostra uma mensagem com alguns dados da impressora, somente isso.

Como te disse gerei a nota aqui, validei e enviei, não deu erro nenhum. Tem que ter algo errado ai nos fontes. Tente o seguinte: Tente um build all no seu aplicativo, faça o teste; Se o passo anterior não resolver, procure por tudo que começa com pcn*.dcu, acbr*.dcu, acbr*.bpl na sua máquina, apague, recompile o ACBr novamente usando o ACBrInstall, lembrando que a busca deve ser em toda a máquina (todos os discos que estão no path de sistema).

Você trocou o endereço do repositório ACBr da sua máquina? Veja na minha assinatura como fazer.

Vou fechar o tópico, pois já foi encontrada a solução.

Testei aqui é aparentemente está OK. - Verificou se o antivirus ou firewall não estão bloqueando? - Verificou se a capicom do acbr está instalada corretamente? Pode ser que algum programa a tenha substituído. - Verificou o OpenSSL? pode ser que algum programa o tenha substituído. - Verificou a cadeia de certificados? - Verificou a instalação do certificado?

Verificou se no XML após a consulta está constando o protocolo de autorização? O componente está marcado para atualizar o XML?

Não entendi a modificação, porque todos estão utilizando e testei aqui e está correto não tem erros, você fala compatibilizar com qual arquivo CSV, o gerado pela IBPT ou pelo próprio componente, veja são situações diferentes. O componente vai ler do IBPT e esse ele está fazendo correto.

Desculpe, falta de atenção minha. Fiz o teste agora, gerando um XML com o 04 e passo normalmente, o XML foi criado como o Kiko informou acima <COFINS> <COFINSNT> <CST>04</CST> </COFINSNT> </COFINS> Veja se seu ACBr está atualizado, verifique inclusive se você já alterou o endereço do repositório para o novo endereço, após isso atualize, recompile tudo e tente novamente. Verifique também se não existem arquivos em conflito no seu ACBr (marcas vermelhas ou amarelas)

Validei o seu arquivo e veja os erros retornados: Regras de Negócio [Ambiente de Produção] 6 erros de validação 291 - [simulacao] Rejeicao: Certificado Assinatura Data Validade 228 - [simulacao] Rejeicao: Data de Emissao muito atrasada 505 - [simulacao] Rejeicao: Data de Entrada/Saida anterior ao permitido 611 - [simulacao] Rejeicao: cEAN invalido [nItem:1] 612 - [simulacao] Rejeicao: cEANTrib invalido [nItem:1]

Entrada/Saida - registros 50, 54 basicamente Cupom Fiscal - registros 60X, depende do nível de detalhe, exemplo se for gerar somente informação de redução Z use 60M e 60A, se for gerar itens 60I e assim por diante. Leia o manual do Sintegra que está tudo muito bem explicado. Manual de Orientação do Convênio 57/95