Italo Giurizzato Junior

Bom dia Anderson, Para mim isso é novidade, faz muitos anos que sou mantenedor do componente ACBrNFSe e o primeiro provedor implementado nele foi justamente o Ginfes e nunca chegou a mim esse tipo de relato que se faz necessário cadastrar no site do Ginfes os clientes que no caso são os tomadores de serviço para que um RPS seja enviado e aceito pelo webservices. Como todos os dados do tomador constam no XML do RPS, no meu entendimento esse cadastro deveria ser automático. Diferente do prestador de serviço onde só é enviado o CNPJ e a Inscrição Municipal. Esse eu concordo de haver um cadastro prévio.

Bom dia Degrandi, Segundo o arquivo Cidades.ini a cidade de Barrinha usa o provedor Pronim mas na versão 1. Agora mudaram para a versão 2? Faça um teste, procure pela cidade no arquivo Cidades.ini no campo Provedor mude de Pronim para Pronimv2. No arquivo Pronimv2.ini será necessário informar as URLs de homologação e produção da cidade de Barrinha. Use o programa exemplo para os testes. Selecione a cidade e depois no campo onde é informado o path dos Schemas mude para a pasta Pronimv2. Feito isso inicie os testes.

O provedor Thema segue a versão 1 do layout da ABRASF, sendo assim basta alterar o fonte pnfsNFSeW_ABRASFv1.pas incluindo o provedor na lista de provedores que a tag alíquota é obrigatória mesmo que o valor dela seja zero. Feito isso recompilar o programa exemplo e fazer um novo teste.

Bom dia Henchs, Esse erro também ocorre com o programa exemplo?

Robério, Usando o programa exemplo, configurei para a cidade e provedor em questão. Na aba Certificados coloquei o valor libWinCrypt para SSLLib e deixei os demais como padrão. E fiz um teste de envio, ao assinar ocorreu um erro, mas basta clicar no botão continuar, a assinatura foi realizada e o lote foi enviado. O erro que ocorre ao assinar é normal quando se excuta o programa através do Delphi, fora dele esse erro não ocorre.

Bom dia Everson, Você teria o XML da nota para que eu possa analisar melhor? Se sim, favor anexar ele.

Bom dia, Fiz alterações no arquivo INI do provedor Abaco. Favor atualizar os fontes e faça novos testes com o programa exemplo.

Bom dia Robério, Qual é a cidade/provedor que esta ocorrendo o erro?

Bom dia a todos, Favor atualizar os fontes, mais uma alteração, acredito que agora vai incluir a assinatura no lugar correto no XML de cancelamento.

Bom dia Rafael, O componente ACBrNFSe possui um método chamado GerarLote que gera o XML do RPS e o inclui em um Lote. Esse XML final que é o Lote é salvo em disco e permite que através do site desse provedor seja lido, isso se eles tiverem essa opção disponível. Mas para que você possa usar esse método se faz necessário acrescentar no arquivo Cidades.ini a cidade em questão, da mesma forma que as demais, só que no campo Provedor informe ABRASFv2. A titulo de exemplo: [3301504] Nome=Cordeiro UF=RJ Provedor=ABRASFv2

Bom dia, Note que a ultima postagem é de 2014, logo o problema já deve ter sido sanado. O que realmente você deseja saber? Qual é a cidade / provedor? Pois este tópico se refere a geração da tag <alíquota> no XML do RPS a ser enviado para o provedor Ginfes. Tem provedor que se a alíquota for zero a tag não precisa ser gerada, para outros provedores a geração se faz necessária.

Bom dia Fernando, Não sei como funciona o GNRE, mas no arquivo *-pro-rec.xml consta que o Lote foi processado com sucesso. Me parece que na tag resultado que se encontra no arquivo mencionado tem todas as informações para imprimir a guia.

Walmi, E os XMLs de envio e retorno não foram gerados? Uma dica, ao montar o arquivo INI se as informações de uma seção não existe, não devemos incluir essa seção no arquivo. No arquivo por exemplo os dois campos da seção [infoEFR] estão vazios, neste caso ao gerar o arquivo INI não inclua a seção e seus campos.

Bom dia Valmi, Você poderia anexar o arquivo INI com os dados do e-Social? Chegou a gerar os arquivos XMLs de envio e retorno do Lote? Se sim, por favor anexa também. Esses arquivos ajudam muito a analise.

Bom dia, Veja este fragmento de código extraído do programa exemplo (procedure: btnCarregarXMLClick): for i := 0 to ACBreSocial1.Eventos.Gerados.Count -1 do begin MemoResp.Lines.Add('Tipo Evento.: ' + TipoEventoToStr(ACBreSocial1.Eventos.Gerados.Items[ i ].TipoEvento)); MemoResp.Lines.Add('Evento Salvo: ' + ACBreSocial1.Eventos.Gerados.Items[ i ].PathNome); end;

Bom dia Carlos, Lhe peço para que não cole no corpo da postagem o conteúdo de arquivos, procure sempre anexar, com isso a postagem fica curta e fica mais fácil de alguém baixar o seu arquivo para analisar e testar se for o caso.

Bom dia Gustavo, Se você analisar o programa exemplo vai notar que todos os eventos possui um campo chamado Sequencial. No programa exemplo esse campo recebe o valor zero e o componente gera um numero aleatório. Mas na sua aplicação você deve atribuir um valor diferente de zero. Como é validado o ID dos eventos, veja a regra abaixo: A identificação única do evento (Id) é composta por 36 caracteres, conforme o que segue: IDTNNNNNNNNNNNNNNAAAAMMDDHHMMSSQQQQQ ID - Texto Fixo "ID"; T - Tipo de Inscrição do Empregador (1 - CNPJ; 2 - CPF); NNNNNNNNNNNNNN - Número do CNPJ ou CPF do empregador - Completar com zeros à direita. No caso de pessoas jurídicas, o CNPJ informado deve conter 8 ou 14 posições de acordo com o enquadramento do contribuinte para preenchimento do campo {ideEmpregador/nrInsc} do evento S-1000, completando-se com zeros à direita, se necessário. AAAAMMDD - Ano, mês e dia da geração do evento; HHMMSS - Hora, minuto e segundo da geração do evento; QQQQQ - Número sequencial da chave. Incrementar somente quando ocorrer geração de eventos na mesma data/hora, completando com zeros à esquerda. OBS.: No caso de pessoas jurídicas, o CNPJ informado deverá conter 8 ou 14 posições de acordo com o enquadramento do contribuinte para preenchimento do campo {ideEmpregador/nrInsc} do evento S-1000, completando-se com zeros à direita, se necessário.

Bom dia Michel, Veja a mensagem que se encontra no campo xMotivo.

Bom dia Marcio, Favor atualizar os fontes. Veja a alteração que fiz no arquivo Cidades.ini para a cidade de Guaiba/RS.

Bom dia Carlos, Você tem razão, o correto seria apresentar o status acusando que o lote esta aguardando o seu processamento. Vamos chegar o que foi feito e fazer as devidas correções.

Bom dia oprata, Sugiro que você estude o programa exemplo, mais precisamente a rotina do botão [Enviar]. O nome do XML do evento é salvo usando o seu ID.

Bom dia Thiago, [moto001] xNome= CPF=

Bom dia Tairone, Não tenho nenhum cliente que usa o e-Social, mas lendo os tópicos sobre ele aqui mesmo no fórum, notei que dependendo do evento enviado demora um pouco mais que os outros para ser processado, alguns demoram 1 ou 2 minutos, outros chegam a mais de 15 minutos.

Bom dia Eduardo, Infelizmente a NFS-e é uma zorra e o modo operacional é totalmente diferente da NF-e. Na NF-e você gera o XML da nota, assina e envia para a SEFAZ e esta simplesmente retorna o protocolo de autorização que devemos anexar ao XML assinado. No caso da NFS-e a coisa é bem diferente, devemos gerar o XML do RPS, dependendo do provedor devemos assinar ou não esse XML, enviar para o webservice do provedor, este por sua vez vai processar as informações contidas nele, gerar um novo XML (que é o da NFS-e) que poderá estar assinado ou não e retornar para que possamos salvar. Resumindo, temos o XML do RPS que foi enviado e temos se tudo ocorrer bem, o XML da NFS-e. Logo não se trata de um erro e sim a maneira que o provedor gera o XML da NFS-e. Não sei lhe informar se alguém chegou a fazer um DANFSE especifico para esse provedor, onde interpreta o campo Discriminação e o apresenta de forma mais amigável.

Bom dia Carlos, O que é retornado ao ler a propriedade XML (acbrnfNota.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].XML) ? Outra coisa, para toda nota emitida contra o seu CNPJ você envia um evento de Ciência da Operação? Você sabe que com esse evento você esta informando a SEFAZ que realmente comprou daquele fornecedor, mas se não comprou, neste caso o evento deveria ser Desconhecimento da Operação. E se a mercadoria já foi entregue, o evento deveria ser: Confirmação da Operação. E por fim supondo que a mercadoria foi entregue mas foi recusada por estar em desacordo com o pedido ou veio riscado, ou quebrado, neste caso o evento deve ser: Operação não Realizada (para esse tipo de evento se faz necessário justificar o porque a operação não se realizou).