BigWings

Sim, é o usual. E para controlar a impressão no DANFE veja a propriedade DANFE.ImprimirUnQtVlComercial.

Está configurando para versão 4.00? Qual UF, modelo e ambiente está testando? Tente: - Atualizar o arquivo ACBrNFeServicos.ini. - Atualizar o ACBrMonitorPLUS.

Tente configurar SSLType como TL_TLSv1_2. E se usa certificado A1 o mais recomendado é usar OpenSSL mesmo.

É um problema da libxml2 com o regex usado pelos schemas oficiais. Qualquer string com menos de 3 caracteres causa falha na validação. Use os Schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

No caso do OpenSSL basta configurar a propriedade SSLType para LT_TLSv1_2 e certificar-se de estar usando DLLs de versão 1.0 ou superior. Não tenho usuários em SP, só posso testar a consulta de status, e está retornando normalmente.

Obrigado pelo retorno. Verifique se está usando TLS 1.2. Veja o aviso na página da SEFAZ-SP: https://www.fazenda.sp.gov.br/nfe/

Qual SEFAZ? Havia muitas delas que ainda não estavam obrigando o uso do TLS 1.2 em produção...

Caso se esteja usando SSLHttpLib como httpWinHttp ou httpWinINet é preciso verificar se a versão do Windows usada tem suporte a TLS 1.2. Então é preciso verificar se o Windows está com todas as atualizações instaladas. Caso se esteja usando httpOpenSSL, é preciso verificar se as DLLs do OpenSSL são superiores a 1.0 (e inferiores a 1.1, ainda sem suporte).

Está configurando o componente para a versão 4.00?

Testes de consulta de status de serviço para NFe 3.10. MT: Rejeicao: A versao do leiaute da NF-e utilizada nao e mais valida MS: Rejeicao: Versao do arquivo XML nao suportada PR: Servico Paralisado sem Previsao [Os serviços da NF-e 3.10 foram desativados conforme NT002-2016 v1.60 item 1.3] SP: Rejeição: Falha no schema XML As demais UF, no momento, estão retornando "Serviço em operação".

Abra novo tópico, detalhando o problema.

Me parece que comando faz apenas isso, criar e enviar o XML. Ele retorna o caminho do XML então você pode usar o comando NFE.ImprimirDANFE para impressão.

Talvez você esteja usando o comando errado...

Clique no link da minha assinatura.

1.2.0.11, versão SAC.

O grupo ICMSSN102 no XML pode conter os CSOSN 102, 103, 300 e 400.

Testei com seu arquivo e tive retorno diferente: O problema é a versão informada: A|4.0|NFe| Sendo o correto: A|4.00|NFe|

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.