EMBarbosa

Como o Daniel mencionou, essas mensagens de retorno são do sistema operacional. Porque a porta com não é encontrada? Isso acontece porque essas impressoras são USB e usam um driver virtual para portas COM. Assim, quando a impressora está desligada o driver USB não gera uma porta COM virtual. Para o computador é como se não existisse a porta COM.

Esse erro geralmente acontece quando a blp foi compilada com uma versão diferente da esperada. É possível que: Existam mais de uma ACBrComum.bpl em seu computador e o Delphi está encontrando primeiro a versão errada; Exista apenas uma ACBrComum.bpl em seu computador, mas ela foi compilada com uma versão diferente do Delphi; Se você tiver apenas um Delphi na máquina, basta reinstalar o ACBr usando o ACBrInstall e marcando a opção "Remover arquivos antigos (...)". Caso tenha mais de um Delphi na máquina, você vai precisar configurar para que eles funcionem de comum acordo. Qual é a sua situação?

Parece que você manteve as suas alterações. Como eu mencionei, eu fiz alterações no arquivo. Por favor, faça um revert no arquivo ACBrValidador.pas.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17326. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

De nada. Qualquer problema ou dúvida na utilização crie um novo tópico por favor.

Olá Luiz, não consegui compreender seu problema. Poderia detalhar melhor? Por exemplo, consegue reproduzir utilizando o Demo do ACBrCTe?

Houveram outros relatos de instabilidade da NFC-e no RJ ontem. Como você mesmo viu neste outro tópico:

Na verdade foi eu quem esqueci de ver área você tinha postado... Mas a resposta é sim. Acabei de conferir aqui. Sempre que você manda um comando LerINI, as configurações do componente ACBrBlocoX do Monitor é atualizado. Isso inclui o Ambiente.

Sim. O ACBrBlocoX foi criado seguindo o mesmo modelo dos outros DF-e e assim, da mesma maneira que os outros componentes tem a configuração de ambiente, ele também tem. Veja a propriedade: ACBrBlocoX1.Configuracoes.WebServices.Ambiente

Esse é o lugar certo mesmo... Infelizmente você não pode confiar 100% nos sites de status dos DF-e quando dizem que está funcionando. Ainda não entendi o motivo nem a metodologia dos testes, mas parece que não são detectadas instabilidades "pequenas" (de poucas horas) e nem sempre estão atualizados o suficiente. Minha sugestão é que se use esses sites como um indicador, não como uma confirmação definitiva da situação.

No momento não tive nenhum relato. Sugiro você entrar em contato com eles.

Cuidado! Ela não foi feita pra resolver o problema que você está citando neste tópico. Ela continua ativa e você pode usar. Mas ela não foi colocada no componente pra que você continue gerando um novo cNF a cada momento de emitir uma nota. Então eu sugiro você evitar o uso dessa propriedade com esse objetivo. Pode ser que você tenha outros problemas depois. Por exemplo, caso receba retorno que a NF-e está em processamento. Você não vai ter o xml da nota.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Fiz algumas alterações porque o arquivo parecia que não estava atualizado e porque o tipo enumerado estava sendo adicionado no meio. Sempre é melhor adicionar no final. Subi as alterações para o SVN na Revisão 17325. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olá, O que você precisa fazer é gerar apenas o cNF apenas uma vez. Após gerar pela primeira vez, você deve armazenar no banco de dados exatamente como faz com o nNF. Assim, sempre que tentar enviar a nota você deve verificar se já foi gerado um cNF. Se já existir, use ele. Caso contrário gere um novo. O código poderia ficar mais ou menos assim (note que eu mudei a ordem): Ide.nNF := StrToInt(NumNFe); if Campo_cNF_BD = 0 then Ide.cNF := GerarCodigoDFe(StrToInt(NumNFe)) else Ide.cNF := Campo_cNF_BD;

Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 17324. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Para quem mais passar por esse problema, veja o seguinte tópico:

Teoricamente, todas as UFs deveriam informar isso no site do ENCAT aqui http://nfce.encat.org/desenvolvedor/regras-de-validacao/ Mas nem sempre essa tabela está atualizada. Por isso você deve se informar em cada UF que você atende...

Vale a pena você verificar como está no site da ANTT. O usuário @Cristian Tales mandou a seguinte mensagem:

Serve o fale conosco? https://portal.fazenda.sp.gov.br/Paginas/fale-conosco.aspx

Qual é a mensagem de erro? Você não precisa mudar ou inventar da sua própria cabeça. O contador deve te passar as orientações de tributação apropriada. Esse é o serviço dele... principalmente porque é ele quem está te exigindo isso.

Marcio, apesar de ter enviado as alterações ao SVN. Estamos achando essa situação muito estranha. Não é normal ser retornado um formato de data e hora que não parece ser utilizado em nenhum outro lugar. É a SEFAZ do RJ que está retornando isso pra vocês ou vocês estão recebendo isso de algum outro sistema?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17313. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Tópico reaberto. Por favor @Juliano Otaviano Barreto, vamos continuar por aqui... Qual modelo de relatório está usando? Como posso reproduzir?

Ok. Eu reabri o outro tópico. Vamos continuar por lá, porque é outro assunto.

Não posso anexar o manual porque eles só liberam o manual com aquele compromisso de confidencialidade. Mas se você tiver o arquivo "SiTef - Interface Simplificada com a aplicação" procure por "Tabela de códigos de funções". Na versão que tenho aqui está na página 20, "5.2.2 Tabela de códigos de funções".