BigWings

Essa mensagem não é do ACBr, e sim do webservice. Se está emitindo em homologação, pode ser necessária a habilitação também nesse ambiente. Verifique também se está usando o CSC e IdCSC cadastrados, também no ambiente que está utilizando. Veja se a empresa está com a Inscrição Estadual habilitada, consulte por este site: https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx Em último caso, será problema na SEFAZ...

O CNPJ do emissor deve estar habilitado a emitir NFe na SEFAZ do estado.

Tente marcar a opção de excluir arquivos antigos do disco.

O XML é gerado em uma única linha, abra o arquivo em um editor de textos simples. É possível.

Está certo disso, Italo? Fiz um teste removendo as tags dos municípios que estavam em branco no XML e aparentemente ele foi validado. @tbalbinos Faça um teste, por favor, substitua o arquivo anexo, recompile o ACBr e tente novamente. pcteCTeW.pas

Concordo. Eu fiz isso por aqui.

Este foi alterado para: https://homologacao.nfe.fazenda.sp.gov.br/ws/nfeconsultaprotocolo4.asmx Atualizem o .ini.

Aqui está normal: [Window Title] Acbrnfe_demo [Content] Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: SP_NFE_PL009_V4 Status Código: 107 Status Descrição: Serviço em Operação UF: SP Recebimento: 28/09/2017 15:47:06 Tempo Médio: 1 Retorno: Observação: [OK]

É usada apenas para o MDFe.

Sim, através do método DistribuicaoDFe. O download é feito do ambiente nacional, de acordo com a Nota Técnica 2014.002.

Você não informou o grupo de pagamentos, que é obrigatório na NFe 4.0.

Pegue uma NFe emitida e veja a chave da NF-e, são 44 caracteres, compostas pelos campos: nNF é o Número da NF-e. cNF é o Código Numérico. O código numérico deve ser um número aleatório, ele existe para que terceiros não consigam adivinhar a chave de outra nota da mesma empresa. Se o código numérico for igual ao número da NF-e, seu sistema está vulnerável. Entre em contato com o suporte deles.

Poste a mensagem de erro completa.

Parece que não está encontrando o gcc.exe que deveria estar na pasta do compilador, ou ele está corrompido. Pode ser preciso reinstalar o fpc.

O erro indica a falta de assinatura no XML ao tentar fazer a validação do mesmo. Pelo que vi nos fontes o comando Assinar está sendo chamando antes do comando Validar, então não deveria acusar erro. Você está com os fontes atualizados?

Tem vários tópicos abertos sobre isso. Siga o link que o Sérgio postou.

Estão fazendo a configuração do componente para usar a SVC-RS? ACBrNFe1.Configuracoes.Geral.FormaEmissao := teSVCRS; Vejam o que diz o Manual de Orientações, na página 155: Por esse texto, entende-se que no tipo de emissão SVC-RS só se pode consultar NFe também emitidas em contingência.

Caso você carregue um XML não assinado mas já autorizado e execute o método Consultar, vai acontecer isso. Veja se não está gerando novamente o XML sem assinar antes de executar a consulta. Também ative a configuração ValidarDigest para impedir que o protocolo seja incluído em um XML diferente do autorizado.

É na unit blcksock.pas que está definido o tipo TSSLType.

Não existe. Apenas destinatário, transportador e terceiros autorizados no XML podem baixar o arquivo. Para evitar esse caso, as sugestões seriam: - Gravar o XML no banco de dados, como o @Wess sugeriu, em servidor protegido contra tais ataques. - Ter backup dos arquivos Se nada disso foi feito você pode: - Tendo as chaves das notas, baixar uma a uma pelo Portal Nacional da NFe. Há serviços que fazem isso, mas cuidado para que eles retornem o XML assinado e juridicamente válido. O ACBr não tem nada nesse sentido. - Entrar em contato com a SEFAZ e informar o ocorrido, solicitando os XML armazenados por eles.

Favor não duplicar tópicos.

Não tenho certificado de SC pra testar, mas o estado usa a SVRS que aqui está funcionando normalmente. Você ativou a TLS 1.2? Testou com o demo do ACBr? Poste as configurações usadas no demo do ACBr. Está com o fontes atualizados? Veja se está usando o ACBrNFeServicos.ini do svn.

No caso da consulta de cadastro, é usado a UF da IE a ser consultada como referência.

Caso o tpEmit seja igual a 1 (Prestador de serviço de transporte) deve existir um dos seguintes - CPF ou CNPJ do Contratante - Responsável pela geração do CIOT - Responsável pelo pagamento do vale-pedágio. Veja a regra de validação G085: