Italo Giurizzato Junior

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 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.

Boa noite Graça, Verifique se o DisgestValue da assinatura do XML é igual a que foi retornada junto ao protocolo de autorização.

Boa Naty, Favor anexar somente os arquivos que você alterou para fazer com que o provedor EL funciona-se de forma correta.

Boa noite Thiago, No Manual do CT-e versão 2.00a veja: página 37 - Regra de validação G032 página 39 - Regra de validação G053, G054, G055, G056 e G057

Boa noite Manuel, Já deve ser a sua quarta postagem sobre o mesmo problema em tópicos diferentes. Por favor, siga as regras. Poste somente uma vez e aguardem que alguém lhe responde.

Boa noite Gean Jesus, Como você fez para ADD uma nota referenciada? Já pensou em colocar as linhas isso em um loop? Desta for se você tiver 30 CF-e o bloco de linhas deverá ser executado 30 vezes, uma para cada CF-e.

Boa noite, O numero do lote é gerado pela sua aplicação, logo é ela que tem que possuir um controle do que foi enviado em qual lote.

Boa noite Marcelo, Como você esta baixando os XML das notas emitidas contra o seus clientes? Você esta realizando a Manifestação do Destinatário? Se sim, esta errado, pois quem tem que realizar a manifestação é seu cliente e não você, pelo simples fato de não saber se ele realmente comprou ou não daquele empresa e se a mercadoria foi entregue ou não. Por outro lado os seus clientes podem incluir o CNPJ do seu escritório ou o seu CPF como sendo uma pessoa autorizada a possuir o XML, essa informação aparece no XML da NF-e no grupo <autXML> Com isso usando o DistribuicaoDFe você baixa todas as notas emitidas pelos seus clientes sem a necessidade de se manifestar.

Boa noite Maxsuel, Os arquivos XSD (Schemas) só são utilizados para validar o Lote antes do seu envio. Se esta enviando não é esse o problema.

Boa noite Alexsander, Você esta com todos os fontes atualizados? Se sim, mesmo assim ocorre o problema?

Boa noite NatyEb, Favor zipar somente os fontes alterados e anexar aqui mesmo no fórum para que possamos analisar e caso estejam tudo OK vamos realizar o merge e enviar para o repositório.

Boa noite João, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Marco, Sem os XMLs de envio e de retorno dos eventos, não temos como lhe ajudar.

Boa noite, Primeiramente isso nome de membro do fórum? Tenha dó. Quando ao seu problema, favor atualizar os fontes e testar novamente.

Boa tarde, John Use o componente ACBrNFSe e seu programa exemplo esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi

Boa noite Alexandre, Desculpe, não tive tempo de analisar, pois tive que resolver outros problemas fora do ACBr.