Italo Giurizzato Junior

Bom dia Dércio, Abra o XML de retorno: *-comp-nfse-soap.xml com o bloco de notas. Ele se encontra entre as tags: <ConsultarNfsePorRpsResult> e <ConsultarNfseRpsResposta> Não é visível, da a impressão que existe um espaço entre as tags.

Bom dia Alexandre, Qual é o provedor? E qual é o valor informado para a Alíquota?

Boa noite Dércio, O problema de não apresentar a mensagem é que no XML de retorno do provedor contem um carácter estranho no meio dele, isso faz com que o componente não consiga extrair as informações.

Boa noite Sergio, Sim o sourceforge esta com problemas. Nós temos 3 repositórios: Trunk2, Branches e Tools. E nenhum deles, por conta do problema é possível baixar os fontes.

Boa tarde Edmar, Muito obrigado pela colaboração assim que possível estarei enviando para o repositório.

Boa tarde Márcio, O que foi enviado com sucesso note que o atributo URI da assinatura esta vazio e o outro não. Favor alterar o arquivo INI do provedor da seguinte forma: [Assinar] RPS=0 Lote=1 URI=0

Boa tarde Marcelo, Depois que você selecionou a Cidade e a pasta referente aos Schemas, clicou no botão para Salvar a Configuração antes de clicar no botão para Gerar e Enviar um Lote de RPS? Pois acabo de fazer um teste e esse erro não ocorreu.

Boa tarde ALA, Quem te passou essa URL? Essa URL esta com cara de ser namespace do XML e não URL do Web Service. Outra coisa existe espaço em branco nela.

Boa tarde Alexandre, Tenta agora com os fontes atualizados. Pode ser que nesse meio tempo o provedor arrumou o problema.

Boa tarde Dércio, Como se trata de outro provedor seria melhor. Mas acredito que o seu problema seja o seguinte, como você informou no Cidades.ini que o provedor é Pronimv2, verifica se ao configurar o componente não esta pegando os Schemas da pasta Pronim.

Boa tarde Joceandro, Muito obrigado pela colaboração, assim que possível estarei enviando para o repositório.

Edmar, Já fiz a correção, já esta no repositório. Favor atualizar e testar.

Edmar e Joceandro, O tipo tpNatAtividade agora tem o valor navNaoInformar. Para que a tag <natAtividade> não seja gerada é preciso atribuir o valor acima ao campo respectivo campo. Por favor atualizem os fontes e façam novos testes.

Bom dia Edmar, Com relação a leitura do campo dtBase esta estranho ocorre erro pois o campo dtBase é do tipo TDateTime logo devemos utilizar o tcDat na leitura da tag uma vez que a mesma só traz a data. Já o segundo erro arrumei e enviei para o repositório.

Bom dia Edmar, Desculpe, não consegui entender o que esta ocorrendo e qual é a sua sugestão, esta muito confuso.

Edmar, A unit pcesRetConsultaLote, possui um função chamada LerXML. Por favor verifique se esta previsto nela a leitura de todas as tags desses dois XML que você anexou.

Bom dia Fabibona, Favor realizar novos testes, pare que o Web Services do eSocial voltou ao normal.

Bom dia Marcelo, Até onde sei o provedor ISSNet segue a versão 1 do layout da ABRASF. Nessa versão só existe uma unica opção de envio que é o envio assíncrono, que no componente se refere ao método Enviar. Isso explica o erro de SoapAction não definido para TNFSeGerarNFSe ao tentar executar o método Gerar para poder enviar somente um RPS. Você pode e deve usar o método Enviar para enviar um ou até 50 RPS se assim desejar. Caso configure o componente para ConsultarLoteAposEnvio o mesmo se encarrega de tudo, ao executar o método Enviar. O erro de falha de validação ao executar o método Enviar, com certeza o componente não esta configurado corretamente no que diz respeito ao PathSchemas. Para o provedor ISSNet o PathSchemas tem que apontar para a pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\ISSNet Por favor verifique a configuração e tente novamente.

Bom dia André, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Joceandro, Foi necessário fazer alguma alteração em algum fonte?

Bom dia Edmar, Não detenho conhecimento sobre o eSocial, mas não vejo com bons olhos essa história de imprimir e depois sair ticando os valores. Pois isso demanda gasto com papel, toner, tempo e esta passível a erros de checagem. Não teria uma outra forma de se fazer isso? Por exemplo, pegar essas informações através das propriedades do componente e fazer as comparações via rotina contida na aplicação? Desta forma teríamos a checagem do retorno automatizada.

Bom dia Rubens, Você leu todo esse tópico? Se sim, deve ter lido que o André já esta conseguindo enviar usando o certificado A1, o problema agora é com o certificado A3. E se falando no cerificado A3, peço a todos que atualizem todos os fontes de todas as pastas, reinstalem os componente e refaçam os testes de preferencia usando o programa exemplo. Foram feitas algumas alterações visando resolver problemas com o certificado A3.

Bom dia Marcos, Você esta com todos os fontes de todas as pastas atualizados? Acredito que não pois essa cidade já consta no arquivo Cidades.ini

Bom dia Juninho, O DAMDFE foi feito com base no layout disponibilizado no Manual do MDF-e, logo ele esta em conformidade com o Manual. Se começarmos a alterar o DAMDFE por conta de pedido de cliente ou de Fiscal, daqui a pouco vamos precisar imprimir em A0 pois A4 não vai dar. Você tem os fontes, fique a vontade de fazer as alterações.

Bom dia a todos, Alisson, se na sua maquina existe esse caminho (informado na sua postagem) isso significa que os seus fontes estão desatualizados. Pois dentro do path: SEU_ACBr\Exemplos\ACBrDFe\ACBreSocial\Delphi não existe a pasta Schemas. Os fontes atuais que se encontram no repositório os Schemas do eSocial estão no path: SEU_ACBr\Exemplos\ACBrDFe\Schemas\eSocial