Italo Giurizzato Junior

Boa tarde Fernando, Favor atualizar os fontes, reinstalar os componente e refazer os testes.

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

Marcio, Anexa o Lote que foi gerado e transmitido com sucesso. O provedor é Abaco?

Boa tarde Naiara, Configurando e alimentando o componente corretamente, não tem erro o componente se encarrega de enviar para o web service correto. Na pasta: ...\Exemplos\ACBrDFe\ACBrCTe você encontra vários TXT, abra o RotinaCompleta.TXT Procure por rgTipoEmissaoClick, nessa procedure a configuração é alterada conforme o tipo de emissão escolhido antes do envio. Procure por GerarLoteCTe; nessa procedure o componente é alimentado com os dados do CT-e, note a alimentação do campo Ide.tpEmis, segue a mesma lógica do rgTipoEmissaoClick. Outra coisa importante, dependendo a UF do emitente a SVC - SEFAZ-Virtual de Contingência a ser utilizada pode ser a de SP ou do RS. Peço para ignorar o FSDA, pois este não existe mais.

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

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

Boa tarde, Você chegou abrir os arquivos INI de cada um deles para ver quais os métodos disponíveis de cada um?

Boa tarde Felipe, Se não me falha a memória esse provedor é que possui uma assinatura diferente dos demais? Se sim, eu em particular não vou implementar, pois esta vindo ai a NFS-e Padrão Nacional.

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

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

Boa tarde Marcio, Desculpe, não posso aceitar a sua contribuição, pois o seu arquivo esta desatualizado, favor atualizar primeiro, depois faça a alteração e por fim anexe novamente.

Boa tarde Cleber, Se não me falha a memória existe uma propriedade de configuração que contem o CNPJ do emitente, Logo se depois do IF que você destacou a variável xCNPJ continua com o valor vazio, poderíamos então alimentar a mesma com o que esta na configuração do componente.

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

Boa tarde Marcio, Alem de atualizar os fontes do componente, atualizou os arquivos INI? Na maquina que esta emitindo a NFS-e esta com os arquivos INI atualizados?

Alexandre, Notei que existe a presença de um carácter estranho entre as tags GerarNfseResponseResult e GerarNfseResposta do arquivo 184754-lista-nfse-soap.xml Esse arquivo é exatamente o que é retornado do provedor sem nenhum tratamento feito pelo componente. Sendo assim o web service esta gerando o XML de retorno com sujeira e isso esta impedindo a leitura correta do mesmo.

Edmar, No caso do evento S5001, retornado nos arquivos 20180226074634-sit.xml e 20180226130235-sit.xml são exatamente iguais. Acredito que possamos ter dentro do mesmo mês mais de uma consulta, fiz uma alteração para que o nome do XML não seja apenas S5001.xml, agora terá um prefixo que é a data e hora do momento do retorno. Outra coisa foi implementado a leitura das informações dos eventos retornados. Assim que possível vamos enviar para o repositório uma alteração no programa exemplo, exemplificando como obter essas informações. Favor atualizar todos os fontes e reinstale os componentes e faça novos testes. Desde já muito obrigado por toda a colaboração.

Bom tarde Leonard, Desculpe não posso aceitar sua colaboração, pois o seu fonte esta desatualizado. Atualize tudo, depois faça as decidas correções e anexe novamente para podermos analisar.

Alexandre, Você tem os XMLs gerados pelos fontes atuais? Se sim, anexa para que possamos analisar.

Boa tarde a todos, Estamos falando do provedor BHISS, correto? pois bem no Schema que temos, até tem a definição do tipo simples chamado IndicacaoCpfCnpj, como vocês podem ver abaixo: <xsd:simpleType name="tsIndicacaoCpfCnpj"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3"/> </xsd:restriction> </xsd:simpleType> Mas não existe nenhuma tag na estrutura do XML do RPS cujo o tipo é tsIndicacaoCpfCnpj. Se assim, não tem como criarmos uma tag, pois não sabemos onde ela tem que ficar e tem mais, ao validar vai ocorrer um erro acusando que foi encontrado uma tag inexistente. Favor entrar em contato com o provedor e solicitar os Schemas (arquivos XSD) mais atuais.

Boa tarde Alexandre, Se esta aparecendo uma mensagem em branco, para saber o que esta ocorrendo é preciso configurar o componente para salvar os arquivos soap e analisar os XML de retorno, pode ser que eles tenham alterado o nome de alguma tag e por conta disso o componente não consegue extrair o XML da NFS-e.

Bom dia Diego, Comentei a linha que permitia gerar o XML do evento com acentos. Favor atualizar todos os fontes de todas as pastas, reinstalar os componentes e faça um novo teste.

Bom dia Alisson, Veja se o programa exemplo do eSocial possa lhe ajudar nesses primeiros passos. Aconselho você baixar o manual do eSocial versão 2.4.01 onde você terá um detalhamento de todos os tipos de eventos e seus respectivos campos.

Edmar, Ao obter o retorno da consulta, era para salvar em disco o XML do evento retornado, pelo que notei isso não foi feito. A propriedade de configuração: Configuracoes.Arquivos.Salvar esta com o valor True? Não foi salvo nenhum XML chamado S5001.xml ?

Boa tarde Edmar, O layout do XML de envio do evento S5001 é o que se encontra no Manual do eSocial versão 2.4.01?

Edmar, Segundo o manual da versão 2.4 - final da página 38 inicio da 39 diz que os eventos 5001, 5002, 5011 e 5012 são eventos de retornos.