Régys Silveira

Já existe um tópico falando sobre isso, por favor na próxima vez utilize a pesquisa: viewtopic.php?f=6&t=3259

Enviado.

Verifique se a propriedade "Device.Baud" do componente ACBrECF está configurada na mesma velocidade que a impressora está programada. Para visualizar as configurações da impressora ligue ela com a tecla avanço pressionada e segui as instruções.

adicione o ACBrDevice. Para saber qual unit é simples, compile o projeto, vai dar o erro, clique com a tecla "control" pressionada no nome do método que está dando o erro, dai é só ir clicando com o control pressionado onde você tem dúvida e o delphi vai abrindo as units no ponto onde está declarado o que foi clicado.

Tentou retornar a configuração dele aos defaults? Veja no manual dele como fazer isso.

Adiciona StrUtils ao uses e utilize: TextoXMLNovo := ReplaceStr(ReplaceStr(, #13, EmptyStr), #10, EmptyStr)

Então alguma coisa quebrou as linhas, isso está gerando o erro, uma saída seria baixar o XML original novamente, outra remover todas as quebras de linha do arquivo antes de lê-lo.

Qual o erro? Eu abri esse que foi postado aqui pelo IE e ele está cheio de quebras de linha no meio das tags, isso realmente vai fazer com que não se leia o XML. Inclusive no próprio IE ela já dá o erro.

A pergunta é boba mas você trocou o número do certificado no ACBr?

Qual a marca e modelo de impressora fiscal?

Genilson, NumCupom retorna o último COO utilizado e isso é retornado pela impressora, então você precisa abrir o cupom primeiro para depois ler o COO, ou efetuar a sangria/suprimento primeiro para depois ler o COO.

A lei diz que a ER passa a valer 30 dias após sua publicação e os homologadores seguem isso, se o manual não tiver sido publicado eles utilizam o manual corrente.

Faça um teste com o exemplo que está em: "D:\DELPHI\AcBr\Exemplos\ACBrNFe2\Delphi", e me fale se o erro acontece também. Dê uma verificada no número de série do certificado, se ele está corretamente configurado no componente. Tente também reinstalar as cadeias de certificação.

Na verdade as validações fazem parte dos schemas xml, basta atualizá-los e as validações serão feitas normalmente.

Mande o arquivo alterado, assim podemos comparar os fontes e enviar as alterações. Muito obrigado pela ajuda.

Dentro do diretório "\dlls\capicom" tem um arquivo instala.bat, basta você rodar ele, ele vai copiar os arquivos e registrá-los novamente. Veja também se o gerenciador do teu certificado consegue enchergá-lo.

Sim, mas pode ser que alguém tenha atualizado a capicom, ou algo tenha desregistrado ela do windows.

"1" é igual a relatório gerencial geral não tem problema ficar assim. Você pode utilizar outro número caso tenha cadastrado alguma relatório específico. Alguns homologadores pedem que o relatório esteja cadastrado na impressora, que aconteceu no meu caso, então e passado ai o índice do relatório.

dentro da pasta "\DLLs\Capicom"

isso acontece quando a capicom não está instalada, ou não é aquela fornecida junto do ACBr

tente fazer isso: try NFe.NotasFiscais.Clear; NFe.NotasFiscais.Add.NFe... {e assim por seguinte com todos os campos} NFe.WebServices.StatusServico.Executar; NFe.NotasFiscais.Valida; NFe.Enviar({num do lote}); except mmoErros.Lines.Add('Alertas: '+ NFe.NotasFiscais.Items[0].Alertas); mmoErros.Lines.Add('Mensagens: '+ NFe.NotasFiscais.Items[0].Msg); NFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.Items[0].NFe.Det.Clear; end;

você testou com o demo?

posta o xml aqui.

Pouco papel não retorna exceção, somente o sem papel é que lança a exceção.

a uf do webservice que você está utilizando e diferente da do emitente do CT-e