Italo Giurizzato Junior

Boa tarde Izaque, Você quer utilizar o ACBrCIOT sem a necessidade do certificado digital, correto? Pois bem, veja a pergunta/resposta numero 12 do artigo:

Bom dia Izaque, Você esta com todos os fontes de todas as pastas atualizados?

Boa tarde, Não faz nenhum sentido informar o mesmo cUnid "N" vezes.

Bom dia Mario, Na sua postagem de Quarta-Feira você anexou o XML exemplo do provedor e o que é gerado pelo componente e diz que são diferentes. É claro que são diferentes, você comparou o XML do RPS gerado pelo componente com o XML de Envio de Lote de RPS fornecido pelo provedor a titulo de exemplo. Como o provedor forneceu o XML de Envio de Lote, é preciso comparar com o XML de Envio de Lote gerado pelo componente. Na imagem que você postou na Sexta-Feira não vejo nada de errado, pelo contrario note que a presença de um form que mostra o Numero do Lote, Data/Hora de recebimento do mesmo pelo provedor, bem como o numero do protocolo que atesta que o Lote foi recebido por ele. Você utilizou o método Enviar, a principio esse método apenas envia o Lote de RPS e não faz mais nada. Se você deseja que o componente execute todo o fluxo deve atribuir o valor True a propriedade de configuração: ConsultaLoteAposEnvio. Ou após executar o método Enviar, execute o método ConsultarSituacao e se a situação for 3 ou 4 executar o método ConsultarLote para obter a lista de rejeições caso a situação seja 3 ou obter o XML da NFS-e caso a situação seja 4.

Bom dia Anderson, A dica é o seguinte: Abra o arquivo INI do respectivo provedor que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI No caso do ISSDSF.ini temos o seguinte, as seções: [ConsSit], [Gerar], [RecSincrono] e [Substituir] não tem o Envelope definido. [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Por outro lado as seções: [Recepcionar], [ConsLote], [ConsNFSeRps], [ConsNFSe] e [Cancelar] o Envelope esta definido. [ConsLote] IncluiEncodingCab=0 IncluiEncodingDados=0 TagGrupo=ReqConsultaLote TagElemento= DocElemento= InfElemento=Lote Texto1=<soapenv:Envelope xmlns:dsf="http://dsfnet.com.br" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> Texto2=<soapenv:Body> Texto3=<dsf:consultarLote soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> Texto4=<mensagemXml>%DadosMsg%</mensagemXml> Texto5=</dsf:consultarLote> Texto6=</soapenv:Body> Texto7=</soapenv:Envelope> Resumindo, para o provedor ISSDSF devemos: Usar o método Enviar (se utiliza do envelope definido na seção [Recepcionar]) para enviar o RPS para o webservice. O método ConsultarLote para consultar o resultado do processamento de um Lote de RPS enviado (se ocorreu falha no processamento será retornado a lista de rejeições, caso contrario será retornado o XML da(s) NFS-e). O método ConsultarNFSePorRPS para consultar o resultado do processamento de um RPS enviado (se ocorreu falha no processamento será retornado a lista de rejeições, caso contrario será retornado o XML da NFS-e). O método ConsultarNFSe para obter o XML da NFS-e informando o numero e serie da mesma. O método Cancelar para realizar o cancelamento de uma NFS-e. O arquivo INI do provedor lhe da o caminho das pedras.

Boa tarde Delcio, Se ocorreu a rejeição 682, significa que a sua aplicação esta permitindo que o usuário inutilize um numero mais de uma vez. É preciso ter uma tabela no banco de dados para controlar os números que foram inutilizados.

Bom dia Carlos, A cidade de Volta Redonda/RJ mudou de provedor? No arquivo Cidades.ini consta que o provedor é ISSNet.

Bom dia, Já coloquei na minha lista de tarefas, assim que possível vou analisar o que você já fez e fazer os ajustes necessários.

Verifique se nessas maquinas que estão ocorrendo o problema, não foi alterado alguma propriedade de configuração. Como por exemplo a versão e as configurações do certificado SSLLib, etc.

Boa tarde, Esse provedor é muito sem noção. Dois SoapAction um para homologação e outro para produção, em vez de um só. Incluir o nome da cidade na URL do SoapAction. Incluir o nome da cidade no NameSpace do XML. Tudo para ajudar. Não é a toa que ganharam a Licitação, fizeram uma porcaria, um webservice com apenas 4 serviços. Já descobri a URL de homologação correta. https://www.geisweb.com.br/homologacao/modelo/webservice/GeisWebServiceImpl.php Veja se eles tem XMLs (de envio, consulta e cancelamento) de exemplos.

Boa tarde Bruno, Não, somente eFrete. Estou aguardando as contribuições para os demais.

O seu GNRE foi rejeitado, pela mensagem ocorreu um erro quando o webservice tentou validar o XML. Algum campo deve estar faltando, pois não encontrei nenhum com o valor ".00"

Boa tarde, Não sei o que você esta fazendo de errado, mas acabo de fazer um teste tanto no ambiente de homologação, quando o de produção, veja os resultados: Inicio TMDFeStatusServico Versão Layout: 3.00 Ambiente: 2 Versão Aplicativo: RS20191021102650 Status Código: 107 Status Descrição: Servico em Operacao UF: SP Recebimento: 07/07/2020 15:50:56 Tempo Médio: 1 Retorno: Observação: Inicio TMDFeStatusServico Versão Layout: 3.00 Ambiente: 1 Versão Aplicativo: RS20191021102650 Status Código: 107 Status Descrição: Servico em Operacao UF: SP Recebimento: 07/07/2020 15:51:10 Tempo Médio: 1 Retorno: Observação:

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

Boa tarde, Esse erro esta ocorrendo no envio ou no retorno? Você utiliza o componente ACBrGNRE?

Boa tarde Cristofer, O problema é que o componente não esta preparado para gerar um GNRE com vários documentos na versão 2.00 Vai ser necessário fazer varias alterações para atender essa situação. Isso vai levar um certo tempo. Caso você queira contribuir com o projeto, toda ajuda é bem vinda.

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

Bom dia Francinaldo, Você esta com todos os fontes de todas as pastas atualizados? Fez testes com o programa exemplo do componente?

Bom dia Alan, Você esta usando o componente ACBrNFSe? Esta fazendo testes usando o programa exemplo? Se sim, esta com todos os fontes de todas as pastas atualizados?

Bom dia Mario, Favor atualizar os fontes e faça novos testes. Note que fiz alteração tanto no Cidades.ini quanto no ISSNet.ini

Bom dia Mauricí, Qual é a cidade? Você esta com todos os fontes de todas as pastas atualizados? O componente esta configurado corretamente no que se refere aos schemas? O path dos schemas é: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SigCorp ?

Bom dia, Pelo que notei esse provedor possui um layout próprio, ou seja, não segue o layout da ABRASF. Esse provedor não fornece os schemas (arquivos XSD) para que possamos validar o XML antes do seu envio para o webservice? A URL de homologação me parece que não existe, ou melhor deve estar errada. Favor verificar os schemas e a URL de homologação correta.

Bom dia Weber, Já enviei a sua alteração no arquivo Cidades.ini Favor atualizar todos os fontes de todas as pastas e faça novos testes.

Diego, Já enviei para o repositório, favor atualiza e faça novos testes.

Bom dia Osmar, Desculpe a nossa falha, por favor atualize novamente e reinstale.