BigWings

Está fazendo manifestação desas NFe?

Mudou. A NT DistribuicaoDFe é de 2014! Leia a NT 2014.002, busque no fórum sobre DistribuicaoDFe, tem vários tópicos sobre o assunto.

Está fazendo download por qual método? Viu este aviso no portal?

O código de erro é retornado pelo método de comunicação utilizado. Não creio que temos uma lista de todos os códigos de erro. Havendo exception, teste o cStat, se houver, basta tratar de acordo com o MOC. Outras exceptions retornam "Erro interno" e "Erro http". Pra testes você pode simplesmente copiar o arquivo ACBrNFeServicos.ini para o diretório da aplicação, o ACBr sempre tenta abrir o arquivo antes de usar o resource compilado junto com a aplicação. Quanto à outra dúvida, leia o manual de contingência da NFCe. Sempre que houver tentativa de transmissão e houver falha de comunicação, como no erro 12002, deve-se marcar a NFC-e como pendente de cancelamento e gerar uma nova NFC-e em contingência off-line. Em outra ocasião (quando os serviços estiverem funcionando), deve-se consultar a NFCe onde houve tentativa de transmissão. Se a NFC-e tiver sido autorizada, cancelar a NFCe, senão, inutilizar a numeração.

Houve uma correção no método Validar que assinava o XML automaticamente caso não estivesse assinado. O seu XML não está assinado, a validação vai falhar. A propósito, no validador também não passa (destaque eu azul é meu):

Continue aqui, por favor. http://www.projetoacbr.com.br/forum/topic/37027-erro-retorno-da-nfc-e/

Boa tarde, Provavelmente é algo na SEFAZ. Estou recebendo erro 403 ao tentar acessar o endereço de autorização pelo navegador: https://nfce.fazenda.sp.gov.br/ws/nfeautorizacao.asmx Tente contato com a SEFAZ.

Você precisa assinar antes de validar.

Não uso o ACBrMonitorPLUS, postando aqui você tem pouca chance de conseguir ajuda, é o meu ponto. Desconheço qualquer problema em SP, pelo menos aqui no fórum, não houve outros relatos além do seu.

Qual a relação do seu problema com este tópico?

Usar os Schemas da pasta do ACBr - e não os oficiais - devia resolver isso. Qual versão do layout está usando? 4.00?

Bom dia, A impressão do DANFe NFCe como está na imagem 01 é a correta, conforme definido no "Manual de Especificações Técnicas do DANFE NFC-e e QR Code - Versao 4.2". O DANFe NFCe da imagem 02 está em layout antigo. https://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk=

Configure a propriedade ACBrNFe1.Configuracoes.Geral.SSLLib.

Veja o porquê da alteração: Simples: assine o XML antes de chamar a validação.

Não tenho nenhum XML que possa disponibilizar. Estrutura do cteCabecMsg gerado pelo ACBr. <cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcaoOS"> A tag <idLote> também não existe no CTeOS. O processamento é síncrono, envia um conhecimento apenas, e a resposta vem na própria chamada ao webservice de recepção.

Este grupo enviCTe não deve ser gerado para o CTeOS. Está com os fontes atualizados?

Posso estar enganado, mas creio que para usar o DownloadNFe a nota também precisa estar manifestada. Fiz um teste agora com uma nota manifestada e funcionou.

Tecnicamente sim, mas os fontes estão disponíveis pra quem quiser fazer a migração. Fique à vontade para baixar os fontes e implementar as alterações necessárias.

Esse projeto não foi migrado para o trunk2, está no svn no diretório .\tags\ACBrTrunk2015\Projetos\ACBrDANFe.

Isso só funciona se imprimir usando o spooler, com DANFe NFCe em Fast ou Fortes. O EscPos não usa spooler então o ACBr é quem manda o comando de corte para a impressora. Você está chamando diretamente o comando PosPrinter.Imprimir para emitir algum relatório fiscal? Não compreendi como o comando pode gerar a NFCe... Se for relatório, basta acrescentar ao final do relatório a tag </corte_total> ou </corte_parcial>, sem necessidade de chamar o comando de corte diretamente.

Bom dia, Seu XML está na versão 4.00. Essa versão ainda não está em vigor. Configure o componente para gerar o XML na versão 3.10.

Está usando OpenSSL? Use os Schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Foi preciso fazer uma modificação nos Schemas oficiais para funcionar com OpenSSL.

O problema também ocorre no demo do ACBr?

Você precisa assinar o XML antes de validar. Anteriormente o ACBr assinava automaticamente quando se chamava o método Validar, isso foi retirado.