BigWings

Para CTe existe a SVC-RS e SVC-SP. Precisa saber qual ambiente de contingência MG usa.

Se não me engano foi feita uma correção para impressão em A4 que é como está saindo na imagem 2. Para impressão como na imagem 1 use: Modelo: Fortes Modo de impressão: Bobina

Você está carregando o .fr3 para impressão em A4. Para impressão em bobina use o DANFeNFCe4_20.fr3.

infEvento.detEvento.xJust := 'xxxx';

Na verdade não está faltando, apenas não permite que você use um código de informação extra/receita já cadastrado no MGV5.

Você pode passar as informações extras para a propriedade Receita do item, assim o componente gera o cadastro de informações extras com o mesmo código do item. Nesse caso não haveria necessidade da alteração.

Não existe nenhum bloqueio por parte do webservice para emissão de NFe ou NFCe com numeração anterior a uma já autorizada, entretanto isso não é recomendável por que a SEFAZ pode suspeitar de fraude. Sugiro que entre em contato com o contador para que ele oriente o que fazer. A rejeição é apenas pela data e hora de emissão da NFCe ser superior a 5 minutos em relação a data e hora de recebimento no webservice. Configuração de fuso horário incorreto pode causar isso.

Não entendi o porque de ter duas chaves e dois arquivos. A não ser que você faça alguma alteração nos dados da NFCe como o tipo de emissão (que não deve ser alterado justamente para não alterar a chave) e faça nova geração do XML. Exatamente por esse problema o manual determina que na falha de transmissão de uma NFCe em modo normal deve ser gerada uma nova NFCe com nova numeração em contingência off-line. Essa NFCe em contingência deve ser apenas transmitida quando a conexão retornar, sem alteração da chave.

Você testou a validação do XML com o demo do ACBrNFe na máquina do usuário?

A mensagem de erro é de validação. Qual configuração SSLType está usando? Experimente copiar primeiro as DLLs da pasta ACBr\DLLs\OpenSSL\1.0.2.13\x86 para o diretório da aplicação.

Veja na pasta ACBr\DLLs.

Entendi... mas veja que na imagem foi impresso o QrCode, e a chave é modelo 65 então é uma NFCe. Cuidado ao fazer a alteração do DANFE sem corrigir o modelo na geração do XML que você pode estar emitindo uma NFCe e imprimindo o DANFE como se fosse a NFe.

O XML está validando normalmente tanto pelo demo do ACBrNFe quanto pelo validador da SEFAZ-RS. Verifique se copiou as DLLs corretas para a máquina do usuário.

Me parece que a partir do XE5. http://blog.marcocantu.com/blog/refind_and_bde_migration.html

O que exatamente você diz estar errado? A imagem não está legível.

É um problema conhecido na validação usando libxml2. Foi necessário um ajuste nos schemas oficiais. Use os Schemas disponibilizados na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Pode usar a mesma série usada com o tipo de emissão normal.

As séries 900-999 são reservadas à contingência SCAN, tipo de contingência já desativado pela SEFAZ. Para a contingência SVC não é necessário fazer alteração da série.

Já respondido aqui:

Seus fontes não estão atualizados, a implementação da função SeparaDados no repositório está diferente. Favor atualize os fontes, reaplique a correção e anexe o arquivo modificado.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. 2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Esses campos não existem no layout para o CST 00, o componente simplesmente ignora caso você informe valores pra eles.

ACBrNFe.Configuracoes.Arquivos.DownloadNFe.PathDownload ACBrNFe.Configuracoes.Arquivos.PathSalvar Caso PathDownload esteja configurado, será salvo nessa pasta, caso contrário, na pasta configurada em PathSalvar. Eventos são salvos em ACBrNFe.Configuracoes.Arquivos.PathEvento. Tudo isso dependen que ACBrNFe.Configuracoes.Arquivos.Salvar esteja True.

O retorno correto deve estar na versão 1.01 e não na 1.00 como no seu exemplo: <?xml version="1.0" encoding="UTF-8"?><retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>1</tpAmb><verAplic>1.2.0</verAplic><cStat>137</cStat><xMotivo>Nenhum documento localizado</xMotivo><dhResp>2019-04-02T12:32:48-03:00</dhResp><ultNSU>000000000000092</ultNSU><maxNSU>000000000000092</maxNSU></retDistDFeInt> Verifique novamente a pasta de Schemas, certifique-se que não esteja misturando schemas de NFe com os de CTe ou MDFe.

Não tem traços se usar o arquivo .fr3 atualizado.