Régys Silveira

A série da nota deve estar em um número maior que 900 também, em consequência o número vai mudar, você deve continuar o número sempre do último emitido para a série que está utilizando.

Poste o arquivo aqui neste tópico em forma de anexo que analisaremos.

Bastaria preencher os campos com o valor passando a quantidade de casas decimais corretas, o componente já gera no formato correto. Você verificou se o valor que está passando para as propriedades está mesmo com as cadas decimais desejadas?

Configure o componente: ACBrNFe.Configuracoes.Geral.FormaEmissao := teSCAN; E preencha os seguinte dados da nota eletrônica: Ide.tpEmis := teSCAN; ide.dhCont := // data e hora da entrada em scan; ide.xJust := // texto com a justificativa do scan;

Você pode pedir informações direto pelo site: http://desenvolvedoresdaruma.com.br/home/index.php ou pelo telefone: 0800 770 3320

Sim

Tentou configurar direto no componente?

O procedimento que tenho adotado é o seguinte: - Veja se não existe nenhum bloqueio no firewall ou antivirus; - Instale a nova cadeia de certificados; - Reinstale o aplicativo gerenciador do certificado; - Reinstale a capicom do ACBr. Fazendo isso tem funcionado onde me deu problema.

Tópico duplicado, vejam em: viewtopic.php?f=6&t=5047, pois já existe uma discussão a esse respeito.

Ainda não tive tempo de trabalhar no componente está semana, estou correndo atrás de algumas coisas minhas e estou meio sem tempo.

O SEFAZ nacional passou a fazer isso semana passada, que é o que gerou todo o problema relatado aqui neste tópico, eles disponibilizaram o botão de download que pede o certificado e fazem a comparação, mas é um problema para contadores que não vão e nem podem ficar com o certificado de cada cliente e empresas que ainda não emitem nota fiscal que recebem nota eletrônica e ainda não possuem certificado.

Abra na pasta projetos\DemoDaruma ou no demo do ACBrECF, está implementado é funcionando.

Adicionou todos os paths corretamente no librarypath do delphi?

Isso mesmo, havia me esquecido destes dois, desculpem - 301 - Uso Denegado : Irregularidade fiscal do emitente - 302 - Uso Denegado : Irregularidade fiscal do destinatario

Acho que o pessoal vai gostar de saber dessa notícia. http://www.robertodiasduarte.com.br/fen ... ta-a-nf-e/

Aceita normalmente inclusive o modelo 57 que é o CT-e, só existe uma ressalva, para NF-e e CT-e você sempre pega os últimos 6 dígitos, porque a NF-e pode ir até 9 dígitos.

Basta testar se ACBrNFe.NotasFiscais.Items.NFe.procNFe.cStat é igual a 110, se for é denegada, em homologação não vai vir mesmo denegado, mas em produção se for denegada tem que ter o retorno 110.

Parâmetros no sistema e cálculos.

Já estamos verificando esse problema, estamos vendo a melhor forma de arrumar isso.

Pelo meu entendimento sim.

Concordo

Eu utilizo o FastReport aqui na empresa em produção e não dá erro. Você dever ter duas instâncias do componente abertas ao mesmo tempo como o Kiko postou.

André seria mesmo o máximo de 999.99 eu conferi aqui, por isso que mandei essa validação para o rapaz ai, o problema não é aquele campo não são outros.

Fiz uma validação do XML enviado, utilizando o site: http://www.sefaz.rs.gov.br/nfe/nfe-val.aspx e os erros reportados foram outros: Schema XML: Nenhum erro encontrado NF-e 35120347946074000189550010000020971135687027 Regras de Negócio [Ambiente de Homologação (Testes)] 8 erros de validação 291 - [simulacao] Rejeicao: Certificado Assinatura Data Validade 295 - [simulacao] Rejeicao: Certificado Assinatura difere ICP-Brasil 531 - [simulacao] Rejeicao: Total da BC ICMS difere do somatorio dos itens 532 - [simulacao] Rejeicao: Total do ICMS difere do somatorio dos itens 533 - [simulacao] Rejeicao: Total da BC ICMS-ST difere do somatorio dos itens 534 - [simulacao] Rejeicao: Total do ICMS-ST difere do somatorio dos itens 610 - [simulacao] Rejeicao: Total da NF difere do somatorio dos Valores compoe o valor Total da NF. 245 - [simulacao] Rejeicao: CNPJ Emitente nao cadastrado

O problema está nos valores que você está passando. Os registros 60A tem que somar e bater com o valor informado no 60M não é algo no ACBr e algo ai no teu app na hora de passar os valores, ou você não gravou tudo corretamente. Lembrando que o 60A são as aliquotas da Redução Z, a soma delas tem bater com o valor da venda bruta informado no 60M.