Italo Giurizzato Junior

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.

Bom dia a todos, Favor realizarem novos testes com a unit em anexo. ACBrDFeXsLibXml2.pas Ela deve ser salva na pasta ...\Fontes\ACBrDFe

Bom dia Adilson, Primeiramente você esta misturando as coisas, como informar o numero do lote e o método Consultar Situação do Lote. Vamos seguir as regras do fórum, para cada problema uma postagem diferente. O numero do lote é informado como parâmetro nos métodos Enviar e EnviarSincrono. No Gerar não tem numero do lote pelo simples fato de ser enviado um RPS por vez. Com relação ao erro que apareceu ao tentar Consultar a situação do Lote a explicação é muito simples, esse serviço não existe nos webservices dos provedores que seguem a versão 2 do layout da ABRASF, ele esta presente somente na versão 1. Como saber qual versão do layout da ABRASF o provedor segue, já te mostrei em uma postagem minha acima.

Bom dia ALA, Ainda precisa enviar o arquivo INI referente ao provedor e o Cidades.ini, sem esses dois arquivos a sua aplicação não vai funcionar.

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

Bom dia Bruno, Fiz uma alteração no arquivo INI do provedor e ainda hoje estarei envia para o repositório. Quem sabe com essa alteração resolve o problema.

Bom dia André, A empresa da BA, vendeu e emitiu a NF-e. A transportadora por sua vez, vai emitir um CT-e relacionando a NF-e, informando como remente a empresa da BA e o destinatário de MG. A transportadora também vai emitir um MDF-e relacionando o CT-e, informando o local de carregamento como sendo BA e o de descarregamento como sendo MG. A emissão do CT-e e do MDF-e no meu entendimento deve ser feita pela transportadora quando o caminhão estiver na BA pronto para voltar para MG. A transportadora emite esses dois documentos e envia por email os PDF do CT-e e do MDF-e para a empresa na BA que prontamente vai imprimir e entregar para o motorista realizar o transporte.

Boa tarde, Ele vai, mas pelo que eu entendi você desenvolve em Delphi e esta fazendo uma aplicação semelhante ao Monitor, correto? Se sim, em anexo o modelo do arquivo INI do BP-e que vai ser utilizado pelo Monitor, bem como os dos eventos. ArqIniBPe.ini Evento_Cancelamento.ini Evento_NaoEmbarque.ini Evento_AlteracaoPoltrona.ini

Boa tarde André, Como o caminhão vai vazio até Bahia, não vejo a necessidade de emitir o MDF-e. No meu entendimento você deve emitir o MDF-e considerando a volta.