Italo Giurizzato Junior

Boa tarde Leonard, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Siagri, Você incluiu essa cidade no arquivo Cidades.ini? Se sim, no campo provedor você colocou Pronimv2 ou Pronim? Pois existe os dois e a pasta de Schemas tem que ser exatamente o mesmo do provedor informado, ou seja, se no Cidades.ini você colocou como servidor Pronim tem que usar os Schemas da pasta Pronim. Caso contrario vai ocorrer erros de validação.

Bom dia Marcos, Ao tentar acessar o Web Services, tive o mesmo erro com diversas cidades, mas outras funcionam, por exemplo: Sao Joao Del Rei / MG - Dores de Campos / MG - Sao Geraldo / MG - Belo Vale / MG - Tiradentes / MG

Bom dia Alexsandro, Solicite ao provedor que forneça um XML completo (inclusive com a tag: Envelope) para que possamos analisar.

Bom dia, Mas o XML que você anexou não possui o elemento: SOAP-ENV:Header.

Bom dia Rodrigo, Favor anexar o XML da NFS-e.

Bom dia, Se não me falha a memória esse erro ocorre quando o certificado não tem autorização para consumir o web services. Pode ser algum problema com o web service, algo do tipo revogação de certificado, cadeia de certificados, entre outros.

Bom dia, Favor atualizar todos os fontes de todas as pastas e refaça os testes. Note que fiz alteração no arquivo INI do provedor.

Bom dia, Você esta consultando o Status de Serviço na versão 1.00, essa versão não é mais aceita pela SEFAZ. Você deve configurar corretamente o componente. VersaoDF := ve300; Dica: Tenha somente uma rotina de configuração do componente que deve ser chamada antes de utilizar os métodos do componente.

Bom dia Thiago, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia a todos, Como não trabalho com o Fast Report, vou deixar para outros moderadores analisarem. Desde já muito obrigado pela colaboração.

Bom dia Luciano, cStatCTe := ACBrCTe1.Conhecimentos.Items[0].CTe.procCTe.cStat); // Retorna Vazio Na linha acima o retorno vazio esta coerente uma vez que o CT-e OS foi rejeitado, logo no retorno não costa o grupo procCTe que contem o status, protocolo, etc do processamento. Na linha abaixo você vai conseguir ler o status que deseja. cStatCTe := ACBrCTe1.WebServices.Enviar.cStat; Veja a diferença, você esta lendo o campo cStat do Retorno, sendo que o correto é ler do Enviar. Essa alteração é devido ao envio ser síncrono e não assíncrono. No CT-e o envio é assíncrono, sendo assim após o envio devemos realizar a consulta e é nesta consulta que temos o status. Já no CT-e OS o envio é síncrono, logo não se faz necessário a consulta, pois já temos o status no retorno do envio.

Bom dia Nilton, O vento de Prestação de Serviço em Desacordo é um evento emitido pelo tomador e não pelo emitente do CT-e. O campo observação tem que ter no minimo 15 caracteres. E o seu evento com relação do ator e o campo observação esta correto, no meu entendimento o problema é na SEFAZ, ou tem alguma coisa haver com as vogais acentuadas na descrição do tipo de evento.

Boa tarde Thiago, Muito obrigado pela colaboração, ainda hoje estarei enviando a alteração para o repositório.

Bom dia Luciano, Favor anexar o XML do CT-e OS para que possamos analisar.

Bom dia Graça, Se hora o CT-e é autorizado e hora não, e o CT-e que antes foi rejeitado, depois é autorizado sem nenhuma alteração, chego a conclusão que o problema é na SEFAZ, mesmo.

Bom dia Fabio, Você esta se referindo ao vTotTrib que é calculado e informado na NF-e ou o vTotTrib que é calculado e informado no CT-e? Pois, os tópicos aqui se referem ao ACBrCTe.

Bom dia a todos, Maurício, muito obrigado pela colaboração, já enviei para o repositório. Luiz, calcule o valor do INSS mesmo que o resultado seja zero, mas atribua ao campo vINSS.

Bom dia Diego, O MDF-e 3.00 aceita sem nenhum problema CT-e 2.00 quanto 3.00

Bom dia, Primeiramente, peço para que crie um novo tópico, pois este esta tratando sobre a rejeição: INSS.... Chegou a carregar esse XML com o programa exemplo do componente e clicar no botão imprimir?

Boa noite Sandro, Os provedores ABRASFv1 e ABRASFv2 não devem ser utilizados da forma que você esta fazendo, pois eles são genéricos.

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

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

Boa noite Luciano, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou os componentes com o ACBrInstall_Trunk2? Recompilou a sua aplicação com a opção Build?

Boa noite, Favor atualizar os fontes, se não me falha a memória foi feito uma alteração na unit ACBrCTeWebServices visando contornar esse problema.