Régys Silveira

Foi feito um acerto no schemas de validação por parte da RFB, atualize seus schemas para a versão sem âncora que pode ser obtida no site: http://www.nfe.fazenda.gov.br/portal/li ... wLvLUSmU8= Já existem tópicos abertos explicando este problema, na próxima faça uma busca antes de abrir um novo tópico.

Todos fazem com desconto e com certeza não está dando erro, agora você vem e posta aqui que a SUA nota está com erro, por isso estamos pedindo o SEU xml para analisar.

procure pelos métodos começados por "PafMF_", ou consulte o ECFTeste na aba menu fiscal, já tem todos os métodos necessários para a implementação do menu fiscal.

Posta o xml é a mensagem de erro exata.

Feito e enviado.

Você verificou se nenhum arquivo foi alterado e não está sendo atualizado por causa de algum conflito? Tentou emitir a carta de correção pelo aplicativo de demonstração? Ocorre o mesmo problema?

Você postou a mesma mensagem em vários lugares do fórum, poste somente um um lugar e aguarde a ajuda. Verificou se sua conexão com a internet está ok? Não existe nenhum proxy? O certificado está instalado corretamente? Seu ACBr está realmente atualizado? Verificou se nenhum dos arquivos do ACBr foi alterado acidentalmente e difere dos fontes do repositório?

Você instalou a capicom antes de instalar o pacote, aqui eu tenho delphi 7 em um Win7 ultimate 64 bits e funciona normalmente.

Eu imaginei isso mesmo, por isso dei a idéia de usar a opção do ECFTeste de teste de velocidade, ela faz essa checagem, se funcionar por lá como funcionou aqui, é isso mesmo.

Existem diferenças nos arquivos, verifique o item número 1, código 6502 - "CHAFING RETANGULAR INOX ROLLTOP PES RETOS-HUMAITA INOX": - em um arquivo está "281.9750976562" e no outro "281.9750976563" - em um arquivo está "281.9750976562" e no outro "281.9750976563" Isso está causando o erro de assinatura.

Fiz algumas conferência e já subi para o SVN, peço que efetue alguns testes, eu não tenho a balança Urano aqui para verificar o funcionamento.

Para este tipo de alteração seria necessário você alterar diretamente o arquivo do DANFE.

Você testou com o ECFTeste, fiz alguns testes aqui, inclusive com venda de itens na sequência e está tudo normal. Experimente no ECFTeste a rotina "Teste de Velocidade", criar um Cupom de 100 Itens por exemplo e verifique se ocorre o problema. Verifique também as propriedades: - ACBrECF.TimeOut: aumente para que ele espere mais tempo para emitir o erro. - ACBrECF.IntervaloAposComando: aumente este tempo para que ele espere mais entre os comandos. - ACBrECF.Device.ProcessMessages: imita o Application.ProcessMessages. Caso continue ocorrendo envio o arquivo texto do log por completo.

Muito obrigado, vou analisar e subir para o SVN, tem o link para baixar o software para que eu possa efetuar testes?

Esse mesmo erro acontece com o Demo? Ao que parece você não informou os dados necessários para a abertura do vinculado.

Basicamente são a mesma coisa, o que muda são as formas de conexão e apresentação, enquanto no TEF Discado existe o gerenciador, nos outros TEFs você pode escolher entre utilizar o gerenciador e utilizar uma dll ou gerenciador "escondido", assim sua aplicação se ocupa de mostrar as telas e repassar os dados que serão utilizados nas transações, ao contrário do discado que sempre tudo é feito dentro dos gerenciadores. A conexão também muda, nos TEFs dedicados como o nome já diz você tem uma linha dedicada, ligada direto, então não há a necessidade de ficar discando toda a vez que se vai fazer uma transação, isso agiliza o tempo para se fazer uma transação, essa conexão dedicada pode variar existem várias opções, X25, ADSL, etc, etc. Quanto as operadoras, existem várias, você citou duas mais utilizadas que são a SITEF da SoftwareExpress e o FASTTEF que como o colega já falou é da dataregis, mas existem TEFs da Itautec, V&SPague, entre outros, basicamente a diferença é o preço cobrado e as formas de se poder executar as transações.

Não foi feito a urano por falta de documentação, se quiser implementar e postar aqui no fórum eu analiso, seria de grande valia esse implementação.

Porque ao invés de já registrar as formas, você não faz o seguinte, guarda elas em cache, faz as transações e só adiciona a forma se tudo correr bem, fechado o valor e tudo tendo ocorrido como deveria, ai sim você subtotaliza o cupom, registra as formas de pagamento e finaliza o cupom.

Já existem tópicos discutindo este tema no fórum. Já verificou a sua conexão com a internet? Verificou se existe algum proxy? Instalou as dlls capicom ou openssl?

jbaneto, fiz vários testes aqui e a carta está funcionando, acho que o problema e no teu estado, teria como me passar o xml de retorno para que eu possa analisar?

Estou verificando este erro, ao que parece "CCeRetorno.retEvento.Items" está ficando vazio, estou fazendo alguns testes hoje para saber porque.

As mudanças são nos certificados o componente não sofre nenhuma alteração por conta dessa mudança.

A Dll está parada atualmente e por enquanto nela só existem chamadas a métodos do ACBrECF, o ACBrMonitor e ACBrNFeMonitor estão mais completos.

Já existem tópicos tratando esse erro, faça uma busca e vai ver que isso é causado geralmente pela falta da capicom ou openssl instalados.

os componentes ACBr lançam exceções, basta tratar as exceções.