Italo Giurizzato Junior

Boa tarde João, Sem os XMLs de envio e de retorno fica difícil saber o que esta ocorrendo. Outra coisa, quando você diz "Retorna consulta em branco", você esta se referindo ao ConsultarNFSe, correto?

Akai, O problema não é esse. No componente consta que esse provedor segue a versão 1.0 do layout da ABRASF. O que devemos fazer é criar um novo provedor chamado Pronim2 somente para essa cidade e no componente informar que o Pronim2 segue a versão 2 do layout. Só dessa forma o problema será resolvido. E como ficou as URLs de homologação e produção para essa cidade?

Akai, Mas nós usamos para poder enviar o XML do RPS o mais correto possível. Se no Schema consta que existe uma determinada TAG e esta é obrigatória, se ao gerar o XML essa TAG não constar o schema vai detectar a falta da mesma. E essa mudança de versão é para todas as cidades?

Boa tarde Akai, Se o provedor passou a utilizar o layout da versão 2.0, primeiro, precisamos dos novos schemas de validação do provedor Pronim. Segundo, precisamos saber também se essa mudança afeta apenas uma cidade ou todas as cidades atendidas pelo provedor.

Boa tarde Paulo, Desculpe não tive tempo ainda para analisar.

Michel, Entendi o problema, fiz uma alteração, agora caso ocorra um erro ao realizar a consulta a situação a propriedade FSituacao vai conter o valor "Erro", desta forma será possível a visualização dos erros retornados.

Bom dia Carlos, Sim, o ACBrNFeMonitor foi substituído pelo ACBrMonitor Plus. O ACBrMonitor Plus possui todos os comandos do ACBrNFeMonitor e muito mais.

Bom dia, Tem algo errado na sua aplicação, pois ontem a noite realizei testes e esse tipo de problema não ocorreu. Favor realizar testes com o programa exemplo.

Bom dia Michel, Ao consultar a situação do lote podemos obter 4 respostas diferentes: 1-Lote não enviado; 2-Lote não processado; 3-Lote processado com erro; 4-Lote processado com sucesso. Quando a situação é "2" o TratarRespostaFinal realmente não é executado, pois o componente tenta realizar automaticamente uma nova consulta. Fora essa situação todas as demais é executado sim o TratarRespostaFinal.

Bom dia Rafael, Encontrei uma letra "e" a mais na URL, favor atualizar todos os fontes de todas as pastas. A correção foi realizada no arquivo Cidades.INI

Boa tarde Márcio, No caso de São Paulo, o varejista deve emitir as suas notas através do SAT, pode até emitir a NFC-e mas é necessário possuir o SAT como contingência. Fica a seu critério adotar somente o SAT ou ambos. Eu recomendo ambos, pois somente São Paulo impôs essa condição. Se você adotar somente o SAT, corre o risco de ter que alterar toda a sua aplicação caso o Estado de São Paulo resolva tirar essa condição ou até mesmo abolir o SAT.

Boa tare Marcos, Fiz de uma forma diferente. Favor atualizar os fontes e testar novamente.

Boa tarde Riquera, Quando você diz pegar, você quer dizer obter essa informação salva em um arquivo? Se sim, lembre-se que essa informação é salva consta no arquivo de retorno ao consultar a situação do lote. Para que os arquivos de envio e de retorno sejam salvos devemos configurar o componente. Configuracoes.Geral.Salvar := True;

João, Favor atualizar os fontes e testar novamente ( provedor SimplISS ). Até onde sei o provedor WebISS esta funcionando 100%.

Boa tarde a todos, O numero do protocolo é retornado logo após o envio no caso do método Enviar. Sendo assim para obter o numero do protocolo basta: sProtocolo := ACBrNFSe1.WebServices.EnviarLoteRPS.Protocolo;

Boa tarde Nelson, Se não me falha a memória não é esse o provedor cujo layout é diferente do ABRASF e alem disso os métodos de acessar os web services também é diferente? Se sim, no meu entendimento se fosse somente o layout diferente daria para implementar visto que o componente já possui uma meia duzia de provedores que não seguem o ABRASF. Mas alem o layout do XML o método de acesso é diferente também ai fica muito complicado, daqui a pouco o componente vai virar um balaio de gato cuja manutenção será muito complicada.

Boa tarde Walter, Esse problema também ocorre com o programa exemplo? Você esta com todos os fontes atualizados?

Boa tarde João, Esta com todos os fontes atualizados? Se sim, configura o componente para salvar os arquivos soap: Configuracoes.WebServices.Salvar := True; Realize novos testes e post como anexo os arquivos que tem no nome a palavra soap.

Boa noite, Junior, Você esta usando os fontes do Trunk2? Se sim, todos os fontes de todas as pastas estão atualizados?

Boa noite Hugo, O que você acha de colaborar com a comunidade, informando quais são as notas URLs? Existe um arquivo chamado ACBrCTeServicos.INI onde encontram-se todas as URLs, você mesmo pode fazer a alteração e realizar os testes. Estando tudo OK, ou seja, tudo funcionando com as novas URL, anexe o arquivo mencionando acima para que possamos envia-lo para o repositório.

Boa noite, Uma coisa são as TAGs do XML do RPS e outra são as TAGs de envelopamento do lote de RPS a ser enviado para o Web Service. Essa TAG que você se refere faz parte do layout do envelopamento.

Boa noite Walter, Se tratando de NFS-e não existe numero de recibo e sim numero de protocolo, que só é obtido ao ler o conteúdo do retorno do método Enviar. A titulo de exemplo estudo o programa exemplo do componente ACBrNFSe.

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

Boa noite Anselmo, Em relação a esse erro: |||||.r5706, <<<<<<<.mine, >>>>>>>>>>>r11086 .... isso significa que você fez alteração nos fontes. Exclua os fontes que contem uma bolinha vermelha ou triangulo amarelo no ícone e atualize novamente os fontes. Outra coisa não faz nenhum sentido você informar o CNPJ ou CPF da mesma pessoa mais de uma vez no grupo <autXML>.

Walter, Essa informação você só obtêm lendo o retorno do método ConsultarSituacao.