Italo Giurizzato Junior

Boa noite, Você esta gerando o XML através da sua aplicação e usa o ACBrMonitor Plus para que este realize a assinatura e envie para a SEFAZ? Se sim, faça o seguinte, em vez de gerar a TAG <dSaiEnt> gere <dhSaiEnt>

Boa noite Arce, Favor anexar a unit alterada, para que possamos avaliar.

Boa noite Dimas, As alterações foram muitas. Verifique se as propriedades: Salvar estão com o valor True. Outra coisa verifica se a propriedade ConsultaLoteAposEnvio esta com o valor True.

Boa noite Marco, Se você perdeu o XML que foi gerado e enviado, a solução é muito simples: 1. Gerar e assinar novamente; 2. Executar o método consultar para obter o protocolo de autorização. 3, Imprimir o DAMDFE (se necessário).

Boa noite Elviro, Se já existe um tópico tratando sobre o assunto, porque você criou outro?

Boa noite Anderson, Não é para gerar mesmo, você informou que o Tipo do Emitente é 1 = Prestador de serviço de transporte. Neste caso só vai aceitar as chaves dos CT-es. Você tem que informar 2 = Transportador de Carga Própria

Boa noite Jairo, Na rotina que alimenta o componente inclua as linhas em negrito: with ACBrCTe.Conhecimentos.Add.CTe do begin if ACBrCTe.Configuracoes.Geral.VersaoDF = ve200 then infCTe.versao := 2.00 else infCTe.versao := 3.00; (...)

Boa noite Fernanda, Neste caso sugiro você ter em mãos o Manual da versão 3.00 do MDF-e para ver como ficou a estrutura do XML no que diz respeito a essas TAGs. E se possível anexo o XML gerado.

Boa noite Gustavo, Já tem alguns no fórum, basta pesquisar.

Boa noite Marcos, Favor atualizar os fontes e testar novamente.

Boa noite Marcos, O seu XML esta correto, com certeza deve ser uma falha nas regras de validação da SEFAZ.

Boa noite Felipe, No que diz respeito o XML, o máximo é 20 caracteres.

Boa noite Hélio, No seu XML esta da seguinte forma: <seg> <respSeg>1</respSeg> <xSeg>MARITIMA SEGUROS</xSeg> <nApol>1254876</nApol> </seg> Os valores válidos são: 0- Remetente; 1- Expedidor; 2 - Recebedor; 3 - Destinatário; 4 - Emitente do CT-e; 5 - Tomador de Serviço. Você informou 1 que indica que o responsável é o Expedidor e no seu XML tem somente o Remetente e o Destinatário, sendo assim só podemos informar os valores 0 ou 3.

Boa noite Marcos, Você esta tentando gerar um CT-e complementar na versão 3.00 ?

Boa noite Jairo, O CT-e esta sendo gerado em qual versão (2.00 ou 3.00)?

Boa noite Maurício, O correto é <cteProc> conforme consta na página 106 do Manual do CT-e versão 2.00a e página 140 do Manual do CT-e versão 3.00 Portanto esse XML esta foram do padrão definido pelo ENCAT.

Boa noite Marcos, Você esta alimentando corretamente o campo: indIEToma ? Vide página 155 do Manual do CT-e versão 3.00

Boa noite Caetano, Sem o XML de retorno de um cancelamento fica difícil saber onde esta o problema.

Boa noite Idez, Podemos fazer a alteração, mas seria interessante o pessoal do provedor tomar conhecimento do erro de grafia na tag ConstrucaoCivil. Eles precisam corrigir o Schema, e depois o Web Services, pois da forma que esta é muito ridículo.

Boa noite, Qual é o provedor? Todos os fontes de todas as pastas estão atualizados?

Boa noite Dimas, Vamos fazer um check list. 1. Você esta usando os fontes do Trunk2? 2. Todos os fontes de todas as pastas estão atualizados? 3. O componente esta configurado para usar o Capicom, OpenSSL ou CapicomDelphiSoap?

Boa noite Rene, Segundo o Manual do CTe versão 2.00a página 132 o grupo <ICMS45> é de nível 3 e se trata de um CG. Isso significa que se no XML existe o <ICMS45> não pode existir o <ICMS60>, pois ambos são de nível 3 e são CG. Na página 133 tempos o grupo <ICMSSN> "Simples Nacional", tem que também é de nível 3 e também se trata de um CG. Sendo assim se existe no XML o grupo <ICMSSN> não pode existir o <ICMS45>. Esse contador esta viajando na maionese.

Boa noite arce, Que eu saiba a SEFAZ-SP estava passando por problemas.

Boa noite Fernanda, Você esta gerando o MDF-e em qual versão (1.00 ou 3.00)?

Boa noite Paulo, Se o não for lotação o componente não gera o grupo <veic>, outra coisa na versão 3.00 do CT-e não vai mais existir o grupo <veic>, uma vez que o mesmo será informado no MDF-e.