Paulo Alexandre Hostert

Ao tentar realizar a consulta do lote RPS do provedor publica o mesmo sempre acaba ocorrendo retornando erro. Erro de Validação: 1871 - Element ''{http://www.publica.inf.br}Protocolo'': This element is not expected. Expected is ( {http://www.w3.org/2000/09/xmldsig#}Signature ). Porém está sendo preenchido o protocolo normalmente conforme anexo.

Muito Obrigado, deu certo ambos os casos.

Atualizado os fontes deu certo, porém quando tentamos realizar a emissão de uma NFS-e está ocorrendo um retorno da prefeitura.

Estamos realizando a implementação da emissão da NFS-e em Chapecó, porém está ocorrendo está mensagem que não está sendo informado a URL de homologação, e quando olhamos no fonte da Unit Publica.Provider, está sendo retornado vazio.

Ao tentar realizar o envio de um e-mail utilizando o SMTP do gmail, está ocorrendo o erro Verificamos que as credencias estavam todas corretas, porém ainda acaba ocorrendo o erro no envio do e-mail Tentamos também estar habilitando a opção de acesso a app menos seguro porém o mesmo está indisponível.

Boa tarde, Atualizei os fontes do ACBr e deu certo agora, os valores estão sendo informados corretamente na DANFSE. Muito Obrigado.

Boa tarde, No caso referente a isso é o problema, o valor dos serviços estão indo com o valor líquido, e não o valor bruto. O mesmo ocorre no cálculo do ISSQN que o valor dos serviços também acaba indo com o valor da base de cálculo do ISSQN

O Provedor é o Simpliss, NFS-e de Blumenau, no caso está ocorrendo este problema apenas na impressão da DANFSE Segue outro exemplo, que será mais fácil o entendimento da situação

Verificamos que o valor total da nota está indo com o valor da base de cálculo da NFS-e e não com o valor bruto. Neste ponto está sendo passado o valor da base de cálculo do ISS para o valor dos serviços.

Verificamos que para tomadores do exterior não estava sendo gerado a tag do NIF no XML, na unit SimplISS.GravarXml, na procedure de Configuracao da classe TNFSeW_SimplISS203, não estava sendo passado o NrOcorrNIFTomador, sendo que é obrigatório para tomadores do exterior.

Italo, Informei zero de não deu mais esse erro.

Italo, Agora estou recebendo a mensagem abaixo. Vi em outro forum que tem relação com a competência, tentei preencher, mais não veio no XML a tag <data_fato_gerador>. Será que é isso? 00226 - Foi informado uma Data Retroativa no arquivo, porém o cadastro economico não possue enquadramento para utilizar

Italo, boa tarde! Agora as informações do erro vieram para as propriedades do componente.

Italo, bom dia! Segue os arquivos gerados. Obrigado 527-lista-nfse-ger.xml 527-lista-nfse-ger-soap.xml 527-ger-nfse.xml 527-ger-nfse-soap.xml

Italo, O erro acima, resolvi preenchendo a propriedade Servico.ItemServico.CodMunPrestacao, estranho é que no componente antigo funciona, mesmo sem preencher estas propriedades. Você sabe porque isso está sendo exigido somente no novo componente? Sobre os erros de retorno, vocês vão conseguir ajustar?

Italo, No componente antigo não estávamos preenchendo essa propriedade, e agora informei como tpPJforaMunicipio, que condiz com a NF que estamos testando e a mensagem mudou. <?xml version='1.0' encoding='iso-8859-1'?> <retorno> <mensagem> <codigo>00127 - Código do local da prestação do serviço não foi encontrado na base de dados.</codigo> </mensagem> <numero_nfse></numero_nfse> <serie_nfse></serie_nfse> <data_nfse></data_nfse> <hora_nfse></hora_nfse> <arquivo_gerador_nfse>528-ger-nfse.xml</arquivo_gerador_nfse> <nome_arquivo_gerado_eletron>528-ger-nfse.xml</nome_arquivo_gerado_eletron> <link_nfse></link_nfse> <cod_verificador_autenticidade></cod_verificador_autenticidade> </retorno> No componente antigo, o procedimento de envio retornava um boleano, que utilizamos para identificar o sucesso da emissão da NFS-e, e agora estamos no baseando nas propriedades abaixo. Nesse caso estes erros que foram retornados, não deveriam estar na lista de erros? (FACBrNFSe.WebService.Emite.Sucesso) and (FACBrNFSe.WebService.Emite.Erros.Count = 0)

Italo, Realmente não vi que o arquivo tinha mudado, mas o retorno ainda é esse: <?xml version='1.0' encoding='iso-8859-1'?> <retorno> <mensagem> <codigo>00018 - CPF do tomador não é um CPF válido.</codigo> </mensagem> <numero_nfse></numero_nfse> <serie_nfse></serie_nfse> <data_nfse></data_nfse> <hora_nfse></hora_nfse> <arquivo_gerador_nfse>527-ger-nfse.xml</arquivo_gerador_nfse> <nome_arquivo_gerado_eletron>527-ger-nfse.xml</nome_arquivo_gerado_eletron> <link_nfse></link_nfse> <cod_verificador_autenticidade></cod_verificador_autenticidade> </retorno>

Juliana, boa tarde! Estavam todas as pastas verdes. De qualquer forma baixei do zero todo o fonte e e reinstalei, e o XML foi gerado da mesma forma. Fiz o mesmo teste com uma emissão pelo componente novo e outra pelo antigo, e anexo novamente os XMLs. 5151-rps (ACBrNFSeX).xml 5161-rps (ACBrNFSe).xml

Italo, bom dia! O fonte esta atualizado.

Após alterar para o novo componente ACBrNFSeX o provedor IPM retorna o erro do XML de retorno em anexo. Estamos utilizando modo meUnitario. Verifiquei que o XML do RPS gerado no novo componente sofreu algumas alterações no layout. XML Retorno.xml 5131-rps (ACBrNFSe).xml 5141-rps (ACBrNFSeX).xml

Italo, Deu certo! Muito Obrigado!

Fiz agora reinstalação e build mais nada mudou. Veja se ajuda, vi que nesse ponto que foi alterado, a propriedade esta vazia:

Italo, Não deu certo, eu depurei e no ponto que destaquei abaixo, não deveria ir para a unit que você me passou?

Bom dia Italo, Anexei o XML de retorno, onde consta no número que foi gerado para a NFSe e o código de verificação. Mesmo assim as propriedades abaixo não são preenchidas. ACBrNFSe.WebService.Emite.CodVerificacao ACBrNFSe.WebService.Emite.NumeroNota XML Retorno.xml

Bom dia, No modo automatico vai como lote, e sempre fica com mensagem de que a prefeitura ainda não processou o lote. Não tem o número da NFSe e nem o código de verificação. Não localizamos a unit SimplISS.Provider tratamento para que as informações do arquivo de retorno, sejam incluídas nas propriedades do componente.