Régys Silveira

Chegou a verificar a questão do horário de verão?

Em alguns estados os usuários tem colocado mais 5 minutos na hora atual para a hora do evento, se colocar a hora do evento costuma dar este erro. Verifique também a questão do horário de verão.

você efetuou o cancelamento loga na sequencia da emissão da nota? Alguns estados pedem um tempo, geralmente os usuários adicionam 5 minutos a hora normal para que funcione.

Em tese não deveria fazer nenhuma alteração, mas acho que o problema que você está tendo tem a ver com a cadeia de certificação do certificação, tente atualizar ela e veja se continua acontecendo o problema.

É porque a rejeição é uma exception, você precisa tratá-la com um bloco de tratamento de exceção.

Só para testes tente registrar a DLL da midas por favor, já vi casos em que dependendo da versão do delphi, mesmo importando a unit junto do projeto ainda dá a falta.

Não existe webservice para cancelamento extemporâneo, isso você pode ver no manual de integração da nota e na lista de webservices no site da nota eletrônica. Talvez o que o fiscal tenha querido dizer e que se você coloca alguma trava deveria tratar, mas pela mensagem que você mostrou ainda é o webservice que está bloqueando. Aqui em MG o cancelamento extemporâneo é feito pelo site do SIARE, que é o site do SEFAZ estadual e até onde sei em outros estados segue-se mais ou menos uma mesma linha.

A rejeição veio do webservice, a nível de componente não há nada o que fazer.

Configure o componente nesta ordem: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve310; Quando tentar enviar algumas validações devem aparecer diferentes conforme o tipo de segmento que você atende, basta ir acertando. Aqui tem um documento mostrando tudo que mudou: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=khEmoN4MEP8=

Para NF-e funciona, mas para NFC-e, o que você faria com um programa on-line se a internet cair e você estiver com a loja cheia de clientes e impedido de emitir NFC-e?

Esse cancelamento não existe mais, agora deve ser feito por evento, veja no demo do ACBrNFe, existe um exemplo completo.

Claro que há diferença, do jeito que você está fazendo está criando uma nova nota em branco a cada vez que adiciona um novo item. with ACBrNFe1.NotasFiscais.Add.NFe.Det.Add do Isso instrui o componente a add uma nova nfe e um novo item nessa nova adicionada, se você faz isso para cada item, tem uma nova nota em branco para cada item.

Se o computador for 32 bits, você usa somente o pacote 32 bits, se o computador é 64 bits você usa os dois pacotes, 32 e 64 bits, eu tenho como habito sempre coloca-los junto ao executável. Feito isso, você deve rodar um arquivo chamado registra.bat como administrador, ele vai registrar os arquivos que a dll precisa para trabalhar. Verifique também se não existem arquivos do pacote da dll fora do diretório do seu executável, se existir apague pois a dll se perde com arquivos em varios paths.

Você instalou o pacote da dll bematech junto do seu aplicativo? Rodou o registra.bat que vem junto do aplicativo? Se seu computador é 64bits, adicionou também o pacote da dll de 64bits?

O sistema é seu? Se sim, tentou debugar e ver porque acontece ?

Você chegou a verificar se o navegador internet explorer está configurado como off-line? Outro colega passou pela mesma mensagem e era isso.

Complementando o que o Juliomar disse, verificar o status de tempos em tempo não é uma boa prática, porque dependendo do tempo entre as requisições ao webservice, se este for muito curto, o webservice bloqueará o IP por consumo excessivo, e essa avaliação e feita no total de requisições e não em um tipo em especial, portanto, uma requisição de status toma a requisição que poderia por exemplo ser usada para envio, e pode bloquear o ip do teu cliente por um período dependendo da quantidade de requisições.

Sim, você define o grid dos componente, na verdade você adiciona os componentes por ele e define as constrains de tamanho, largura, etc, etc, o resto ele faz. Já usei ele aqui é muito, muito bom. Uma coisa que gostei nele é que até a barra de rolagem ele coloca se necessário.

Na devexpress tem um controlador de layout, funciona dessa forma ai, no delphi 2.10 em diante tem o panel grid que também poderia ser usado para tal, e em versões mais novas do delphi existe o gridlayout.

Sim, mas o texto é claro, o ECF pode ser usado como contingência e somente quando a NFC-e estive impossibilitada de ser emitida on-line. Neste caso, o entendimento seria, não consigo enviar NFC-e? Não, então emito a venda no ECF normal.

Pode-se entender que será impresso como um DAV, mas isso não tem o mínimo sentido, pois se o estabelecimento aderir a NFC-e, então ele não pode mais utilizar o ECF, inclusive nos estados que já obrigam o estabelecimento não pode lacrar novos e os antigos são usados até que a memória acabe, neste segundo caso, ai sim é trocado pela NFC-e. Resumindo, os dois não coexistem.

Seu delphi XE5 é versão trial ou completa? A versão trial mesmo liberada para uso não possui o compilado por linha de comando necessário para o ACBrInstall compilar os arquivos.

Vou fixar o tópico por um tempo, acho que ele pode ajudar outros, só vou alterar o título para ficar mais sugestivo.

Este erro aconteceu comigo a um tempo atrás e era problema de validação dos dados, aqui eu estou usando os dados normais da empresa e configurando somente o webservice como AM, tem funcionado para testes normalmente. Esse erro não catalogado quando ocorreu comigo, enviei o XML para o suporte de NFC-e do AM e eles me retornaram o problema.

Erro no suporte a canais seguros já foi bem documentado aqui no fórum, existem diversos tópicos tratando sobre ele. Basicamente tem a ver com o certificado ou conexão com a internet, então, cheque: - firewall - roteador - anti-virus - instalação do certificado - instalação da capicom