BigWings

Se você está usando o envio assíncrono, é gerado um número de recibo no envio de lote, o que é usado automaticamente pelo componente para fazer a consulta do recibo, havendo rejeição o componente dispara uma exceção com a mensagem de retorno, que você está ignorando no seu try..except.

Notei que, apesar da URL ser a mesma do QRCode 1.00, você não colocou o http:// no início... Se possível façam mais testes, em produção e homologação, usando QRCode 1.00 e 2.00 para podermos enviar todas as correções de URL.

A rejeição é referente a URL de consulta por chave de acesso, e não a URL do QR-Code. No ACBrNFeServicos.ini as URL de consulta por chave de acesso estão configuradas assim: [NFCe_GO_H] [...] URL-ConsultaNFCe=http://homolog.sefaz.go.gov.br/nfeweb/jsp/ConsultaDANFENFCe.jsf URL-ConsultaNFCe_1.00=http://www.nfce.go.gov.br/post/ver/214413/consulta-nfc-e-homologacao URL-ConsultaNFCe_2.00=http://www.sefaz.go.gov.br/nfce/consulta Sendo a versão no campo correspondente a versão do QR-Code configurada no componente. http://nfce.encat.org/desenvolvedor/url-por-uf-utilizada-para-consulta-chave-qr-code-versao-2-0/ Para testar a sugestão do Johnny você deve editar a chave URL-ConsultaNFCe_2.00.

No lugar do ?p= você está informando ?q=.

Nova dúvida, favor abrir novo tópico, caso já não haja um aberto sobre o mesmo assunto.

A partir do dia 02/08/2018, a NFe v3.10 será desativada, conforme aviso no portal da NFe. http://www.nfe.fazenda.gov.br/portal/principal.aspx

Veja que inverteu a alíquota intra/inter.

Até onde sei não há nada chamado "Demonstrativo" no ACBrBoleto. Seja mais claro.

OpenSSL não é assunto do tópico, leia as regras do fórum. OpenSSL não depende de atualizações do Windows, nem depende de Windows, funciona em Linux e até em WindowsXP. O webservice de GO é o único que tem problemas com OpenSSL, aparentemente ele faz redirecionamento para uma URL não segura. Não entendi a parte de fazer propaganda.

Atualize a pasta de Schemas.

Desative a opção de imprimir em apenas uma linha. Ou use EscPOS que permite maior quantidade de caracteres por linha.

O layout teve várias alterações desde a publicação. Sugiro que leia as Notas Técnicas, atualize o ACBr e faça as correções necessárias.

Favor não duplicar posts.

Já tentou no site do fabricante?

O componente dispara a exceção com a mensagem de retorno. Pode ser que você esteja ignorando a exceção. Faça teste no demo do ACBrNFe.

Você não informou os pagamentos na NFe.

Não é o mesmo caso. O retorno de Lote Processado é normal e apenas significa que o webservice fez o processamento do envio, que pode ser autorizado ou rejeitado. Caso seja rejeitado deve ser exibida após a mensagem de lote processado, a mensagem de rejeição.

Em produção a regra passa a ser aplicada a partir de 03/09/2018.

Precisa enviar sim, mas sem alterar o tpEmis. Até que você faça o envio, a consulta da chave vai apenas constar que já existe EPEC autorizado.

Para consumir os webservice, mesmo em homologação, é preciso um certificado digital vinculado a um CNPJ.

Se for o mesmo problema que ocorreu em homologação, o arquivo devia resolver em produção também. Anexe o XML de retorno em produção.

Sim, pra qualquer código ANP diferente desses da lista, você não deve gerar o grupo ICMSUFDest.

Você está gerando também o grupo ICMSUFDest. Em operações com determinados códigos ANP ele não deve ser gerado. Consulte a NT 2015.003.

Mesmo em operação interna a regra obriga a gerar o grupo ICMSST. Já na NFCe não pode, vai entender.