DIVERGENICAS NA CRIAÇÃO DO XML GINFES NFSEX

[Phoenixsistemas]

Segue em anexo dois xml um sendo baixado no site GINFES ( "https://contagem.ginfes.com.br/" ) o outro tentei gerar pelo componente ACBrNFSeX.

Observando o xml original temos o Regime Especial de Tributação, no acbr existe vários, seguindo o manual do GINFES na pagina 20 encontramos a seguintes opções

       case QryConfig.FieldByName('CONF_REGIME_TRIB_ESP').AsInteger of
          0  : RegimeEspecialTributacao := retMicroempresaMunicipal;
          1  : RegimeEspecialTributacao := retEstimativa;
          2  : RegimeEspecialTributacao := retSociedadeProfissionais;
          3  : RegimeEspecialTributacao := retCooperativa;
          4  : RegimeEspecialTributacao := retMicroempresarioIndividual;
          5  : RegimeEspecialTributacao := retMicroempresarioEmpresaPP;

    end;

tentei passar direto sem passar pelo case, porem o mesmo não vai para o XML.

Outra observação e o campo COMPETÊNCIA que também e alimentado  também não exibe no XML.

    Competencia           := QryCabecalho.FieldByName('NFSE_COMPETENCIA').AsDateTime;

No XML do ACBR exibe o atributo STATUS = 1 e já no original GINFES não.

Ao final do Arquivo XML GINFES encontramos o OrgaoGerador  que contem o código do município (IBGE) da empresa prestadora, que também não localizei no componente ACBrNFSeX.

Com base nas informações acima e com os arquivos anexados gostaria de saber se estou fazendo algo errado ou o componente necessita de realizar os ajustes.

Desde de já agradecemos!

 

 

ACBR - 96085-rps.xml GINFIS - 4.7606405360540074E8.xml

Editado 13 Julho, 2021 por Phoenixsistemas

[Victor H. Gonzales - Panda]

6 horas atrás, Phoenixsistemas disse:

Segue em anexo dois xml um sendo baixado no site GINFES ( "https://contagem.ginfes.com.br/" ) o outro tentei gerar pelo componente ACBrNFSeX.

Observando o xml original temos o Regime Especial de Tributação, no acbr existe vários, seguindo o manual do GINFES na pagina 20 encontramos a seguintes opções

       case QryConfig.FieldByName('CONF_REGIME_TRIB_ESP').AsInteger of
          0  : RegimeEspecialTributacao := retMicroempresaMunicipal;
          1  : RegimeEspecialTributacao := retEstimativa;
          2  : RegimeEspecialTributacao := retSociedadeProfissionais;
          3  : RegimeEspecialTributacao := retCooperativa;
          4  : RegimeEspecialTributacao := retMicroempresarioIndividual;
          5  : RegimeEspecialTributacao := retMicroempresarioEmpresaPP;

    end;

tentei passar direto sem passar pelo case, porem o mesmo não vai para o XML.

Outra observação e o campo COMPETÊNCIA que também e alimentado  também não exibe no XML.

    Competencia           := QryCabecalho.FieldByName('NFSE_COMPETENCIA').AsDateTime;

No XML do ACBR exibe o atributo STATUS = 1 e já no original GINFES não.

Ao final do Arquivo XML GINFES encontramos o OrgaoGerador  que contem o código do município (IBGE) da empresa prestadora, que também não localizei no componente ACBrNFSeX.

Com base nas informações acima e com os arquivos anexados gostaria de saber se estou fazendo algo errado ou o componente necessita de realizar os ajustes.

Desde de já agradecemos!

 

 

ACBR - 96085-rps.xml 2 kB · 0 downloads GINFIS - 4.7606405360540074E8.xml 2 kB · 0 downloads

Bom dia,

Primeiramente os 2 arquivos seus são distintos, 1 é o RPS (Recibo Provisório de Serviço e o outro é a NFSe), ambos são 2 documentos diferentes.

Quando utiliza integração por Webservices no caso ai da Ginfes, você envia o RPS para o servidor de prefeitura, depois você faz a consulta pelo número do seu RPS e a prefeitura lhe devolve a NFSe, quem gera o documento fiscal (NFSe) é o servidor da prefeitura, você apenas gera e envia o RPS e fica aguardando o retorno do xml da nfse por parte da prefeitura.

Por favor, Anexe o XML da NFSe referente ao RPS em questão anexado acima (Número do RPS 960 Série 85) não necessariamente gerou a NFSe 960

Abraços

[Phoenixsistemas]

1 hora atrás, Victor H. Gonzales - Panda disse:

Bom dia,

Primeiramente os 2 arquivos seus são distintos, 1 é o RPS (Recibo Provisório de Serviço e o outro é a NFSe), ambos são 2 documentos diferentes.

Quando utiliza integração por Webservices no caso ai da Ginfes, você envia o RPS para o servidor de prefeitura, depois você faz a consulta pelo número do seu RPS e a prefeitura lhe devolve a NFSe, quem gera o documento fiscal (NFSe) é o servidor da prefeitura, você apenas gera e envia o RPS e fica aguardando o retorno do xml da nfse por parte da prefeitura.

Por favor, Anexe o XML da NFSe referente ao RPS em questão anexado acima (Número do RPS 960 Série 85) não necessariamente gerou a NFSe 960

Abraços

Bom dia Victor! Sim compreendo.

Como pode observar abaixo eu faço o envio do lote em seguida a consulta do lote, conforme abaixo

Modo de Envio : Enviar Lote
Numero do Lote: 960
Data de Envio : 13/07/2021
Numero do Prot: 11447399
Sucesso       : True

NFS-e Numero....: 960
Cod. Verificacao:
Modo de Envio : ConsultarLote
Numero do Lote:
Numero do Prot: 11447399
Situação Lote :
Sucesso       : True
 
Erro(s):
Código  : E4
Mensagem: Esse RPS não foi enviado para a nossa base de dados
Correção: Envie o RPS para emissão da NFS-e.
---------
NFS-e Numero....: 960
Cod. Verificacao:
Nome do arquivo.:

Porem se eu esperar alguns segundos e consultar apenas o lote 11447399 novamente recebo uma mensagem diferente

NFS-e Numero....: 960
Cod. Verificacao:
Modo de Envio : ConsultarLote
Numero do Lote:
Numero do Prot: 11447399
Situação Lote :
Sucesso       : True
 
Erro(s):
Código  : E166
Mensagem: Campo RegimeEspecialTributação não informado para empresa optante do simples nacional.
Correção: Quando se tratar de empresa optante do simples nacional marcar o campo RegimeEspecialTributação com uma das opções: 05 -  MEI do simples nacional ou  06 - ME ou EPP do simples nacional.

E no caso do erro acima a tag e alimentada porem não sai no  XML

Editado 13 Julho, 2021 por Phoenixsistemas

[Victor H. Gonzales - Panda]

Bom dia,

a primeira situação é comum, pois se trata de um serviço assíncrono, então quando você tentou a primeira consulta o webservices ainda não tinha processado a sua requisição, você pode amenizar essa situação ajustando alguns parâmetros, depois que você aguardou alguns segundos, ela processou e te devolveu com o erro do regime especial de tributação.

Na criação do seu RPS você está informando o regime especial de tributação, por exemplo :

with NotasFiscais.New.NFSe do
begin
  //todo
  RegimeEspecialTributacao := retMicroempresarioEmpresaPP;
end;

consegue recriar esse cenário no programa exemplo?

Abraços

[Phoenixsistemas]

16 minutos atrás, Victor H. Gonzales - Panda disse:

Bom dia,

a primeira situação é comum, pois se trata de um serviço assíncrono, então quando você tentou a primeira consulta o webservices ainda não tinha processado a sua requisição, você pode amenizar essa situação ajustando alguns parâmetros, depois que você aguardou alguns segundos, ela processou e te devolveu com o erro do regime especial de tributação.

Na criação do seu RPS você está informando o regime especial de tributação, por exemplo :

with NotasFiscais.New.NFSe do
begin
  //todo
  RegimeEspecialTributacao := retMicroempresarioEmpresaPP;
end;

consegue recriar esse cenário no programa exemplo?

Abraços

      Conforme citado acima já tentei passando manualmente sem leitura do banco, as seguintes opções 

         retNenhum, retMicroempresaMunicipal,retMicroempresarioEmpresaPP

    case QryConfig.FieldByName('CONF_REGIME_TRIB_ESP').AsInteger of

          0  : RegimeEspecialTributacao := retMicroempresaMunicipal;
          1  : RegimeEspecialTributacao := retEstimativa;
          2  : RegimeEspecialTributacao := retSociedadeProfissionais;
          3  : RegimeEspecialTributacao := retCooperativa;
          4  : RegimeEspecialTributacao := retMicroempresarioIndividual;
          5  : RegimeEspecialTributacao := retMicroempresarioEmpresaPP;

        end;

 

e recebo isso

NFS-e Numero....: 960
Cod. Verificacao:
Modo de Envio : ConsultarLote
Numero do Lote:
Numero do Prot: 11447411
Situação Lote :
Sucesso       : True
 
Erro(s):
Código  : E166
Mensagem: Campo RegimeEspecialTributação não informado para empresa optante do simples nacional.
Correção: Quando se tratar de empresa optante do simples nacional marcar o campo RegimeEspecialTributação com uma das opções: 05 -  MEI do simples nacional ou  06 - ME ou EPP do simples nacional.
---------

 

OUTRA OBSERVAÇÃO IMPORTANTE NO XML ORIGINAL BAIXADO DO SITE DO GINFES O REGIME ESPECIAL DE TRIBUTAÇÃO  = 0 que no acbr corresponde a retNenhum

 

Editado 13 Julho, 2021 por Phoenixsistemas

[Victor H. Gonzales - Panda]

consegue recriar esse problema no programa de exemplo.

[Phoenixsistemas]

10 minutos atrás, Victor H. Gonzales - Panda disse:

consegue recriar esse problema no programa de exemplo.

Como citado acima o tag não esta sendo adicionada o xml, ja testei tanto no demo quanto no meu código, da mesma forma que encontrei o erro na assinatura, que foi corrigida pela o Italo.

 

[Victor H. Gonzales - Panda]

em analise 

[Victor H. Gonzales - Panda]

Bom dia,

Favor atualizar os fontes, e fazer novos testes, encontra-se na correção Rev. 22329 essa questão

 

Abraços

[Phoenixsistemas]

1 hora atrás, Victor H. Gonzales - Panda disse:

Bom dia,

Favor atualizar os fontes, e fazer novos testes, encontra-se na correção Rev. 22329 essa questão

 

Abraços

Obrigado campo regime especial adicionado!

[Victor H. Gonzales - Panda]

Obrigado por reportar.

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