Italo Giurizzato Junior

Luís, Primeiro, compare o XML gerado com o componente antigo (trunk1) com o XML gerado com o componente novo (trunk2). Segundo, os schemas utilizados para validação em ambos os casos, são exatamente os mesmos?

Boa tarde Antônio, Peço que não fique realizando a mesmo questionamento em vários tópico, por favor vamos seguir as regras do fórum. A sua duvida já respondi em uma outra postagem.

Boa tarde Antônio, O componente possui uma propriedade de configuração para você definir os XMLs serão salvos. Configuracoes.Arquivos.DownloadNFe.PathDownload := <informar aqui o path desejado>;

Luís, Que eu saiba as cidades: Campo Bom/RS, Farroupilha/RS e Santiago/RS se utilizam do webservice versão 1.0 As demais cidades se utilizam do webservices 1.1

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Luís, Esse provedor possui duas versões do webservice, a cidade em questão usa atualmente qual versão?

Boa tarde Adilson, Você procurou no XML essa alíquota indevida que a mensagem se refere? Existem várias informações erradas no seu XML, enquanto você não passar as informações corretas o seu RPS vai ser rejeitado.

Boa tarde Luís, Mas o XML que você anexou se refere a versão 1.1 Em qual situação a tag deve ser gerada e com qual valor (versão 1.0 e 1.1)?

Boa tarde Adilson, Sim, esta correto.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Paulinho, Eu não seu de qual UF é o seu cliente, mas lembre-se que todos os MDF-e de todas as UF são enviadas para a SEFAZ-Virtual do Rio Grande do Sul.

Boa tarde, O CPF informado tanto no comprador quanto em informações do passageiro é 12345678901 e isso pode ocasionar erros de validação.

Boa tarde Everton, Favor atualizar os fontes e faça novos testes.

Bom dia, Por favor atualiza todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos. Faça novos testes.

Boa tarde, Depois de carregar o arquivo INI, por favor execute o método Assinar, para que o XML seja gerado e anexe ele aqui no fórum.

Boa tarde Victor, Você esta configurando o componente com o winCrypt, correto? Por favor teste com essa outra Unit. ACBrDFeXsLibXml2.pas

Adilson, Em vez de você checar o código do município para saber se vai executar o método EnviarSincrono ou não, porque você não cria uma opção de configuração na sua aplicação que defini essa situação? Tela de configuração: [ ] Envio Síncrono [ ] Consultar Situação do Lote Se estiver "ticado" significa que sim. A sua rotina no final ficaria desta forma: if chkEnvioSincrono then // a variável chkEnvioSincrono é do tipo boolean Retorno := ACBrNFSe1.EnviarSincrono(wLote) else Retorno := ACBrNFSe1.Enviar(wLote, True); // NumProtocolo é uma variavel que contem o numero do protocolo retornado após o envio // é utilizado no método ConsultarSituacao e no ConsultarLoteRps onde devemos informar // o numero do lote e o numero do protocolo (...) if chkConsultarSituacao then // a variável chkConsultarSituacao é do tipo boolean Retorno := ACBrNFSe1.ConsultarSituacao(NumProtocolo)

Boa tarde Daniel, Muito obrigado pelo retorno.

Boa tarde Adilson, Essa mensagem não tem nada haver com a sua postagem anterior, que fazia referencia ao numero do lote. Essa mensagem de erro que tem haver com a Consulta a situação do Lote, é por que a sua aplicação esta executando esse método, sendo que não deve. Você esta enviando um RPS para o provedor Pronimv2, conforme consta na mensagem de erro. Esse provedor segue a versão 2 do layout da ABRASF. Volto a lhe dizer que os provedores que seguem a versão 2 não tem o serviço de Consultar a Situação do Lote. Você tem que condicionar a execução do método ConsultarSituação. Inclua na sua aplicação na tela de configuração, um campo que diz se é para executar ou não esse método.

Bom dia Everton, Não deveria ocorrer, vou verificar o que pode estar gerando essa tela com o erro em branco.

Adilson, Acredito que você não entendeu como a coisa funciona. Esse provedor existe que o numero do lote passado como parâmetro nos métodos Enviar e EnviarSincrono seja sequencial. Uma coisa é o numero do Lote, outra coisa é o numero do RPS. Essa mensagem de erro não tem nada haver com o método Consultar Situação do Lote e sim é o retorno do webservice ao enviar o lote.

Bom dia Bárbara, Esse provedor é um tanto estranho, não sei bem ao certo como ele funciona. Lhe peço que procure por esse provedor aqui no fórum, você vai encontrar outras pessoas que se utilizam dele e vão poder lhe responder a sua pergunta.

Bom dia Gilberto, Você esta usando o componente ACBrNFSe? Se sim, o componente gera o XML do RPS em conformidade com o que o provedor espera receber. Quanto as configurações que você chamou de credenciais não se aplica ao provedor Ginfes, quanto a configuração já tentou com o libCapicom?

Bom dia Luís, Estou achando que esse provedor para algumas cidades exige a tag mesmo com o valor zero e para outras não. Favor verificar se isso confere.

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