ACBrNFSeX Padrão Nacional retorna sem erros e sem NFSe

[DatawebDev]

Prezados, boa noite.

Estamos testando emissão de NFSe em homologação, no ambiente nacional, para Porto Alegre/RS. Trecho do ACBrNFSeXServicos.ini:

[4314902]
Nome=Porto Alegre
UF=RS
Provedor=PadraoNacional

Nas primeiras tentativas, a API retornou alguns erros de preenchimento do DPS, que corrigimos.

Agora está retornando sem erros, mas também sem NFSe, como se pode ver no arquivo 305354-lista-nfse-ger.json em anexo, ou no seu conteúdo abaixo:

{
    "tipoAmbiente": 2,
    "versaoAplicativo": "SefinNac_Pre_1.0.0",
    "dataHoraProcessamento": "2023-12-14T19:28:56.39864-03:00",
    "idDPS": "DPS431490221111111111111100001000000000001702",
    "erros": []
}

Anexo também o XML do DPS. Em ambos os anexos, editei informações sensíveis do emitente/prestador e do tomador.

 

Já viram esse problema no ambiente nacional? Poderiam nos ajudar?

305354-lista-nfse-ger.json 17021-rps.xml

[Daniel InfoCotidiano]

Bom dia @DatawebDev
Você chegou a consultar no webservice ou através do site mesmo da prefeitura se o status desta NFSe?
Como não veio erros, por favor veja se a NFSe foi incluida no sistema

 

 

[Diego Foliene]

Bom dia!

12 horas atrás, DatawebDev disse:

Estamos testando emissão de NFSe em homologação, no ambiente nacional, para Porto Alegre/RS. Trecho do ACBrNFSeXServicos.ini:

[4314902]
Nome=Porto Alegre
UF=RS
Provedor=PadraoNacional

Não precisa fazer isso.

Basta definir ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1 que o componente vai enviar para o Padrão Nacional independente da cidade configurada.

12 horas atrás, DatawebDev disse:

Agora está retornando sem erros, mas também sem NFSe, como se pode ver no arquivo 305354-lista-nfse-ger.json em anexo, ou no seu conteúdo abaixo:

{
    "tipoAmbiente": 2,
    "versaoAplicativo": "SefinNac_Pre_1.0.0",
    "dataHoraProcessamento": "2023-12-14T19:28:56.39864-03:00",
    "idDPS": "DPS431490221111111111111100001000000000001702",
    "erros": []
}

Faça um teste usando o ConsultarDPS por Chave passando o valor numérico do idDPS que recebeu.

[DatawebDev]

Desculpem pela demora na resposta. @Daniel InfoCotidiano e @Diego Foliene muito obrigado pelas respostas!

 

Fiz a consulta por DPS, e retornou o erro abaixo:

Erro na NFSe: 

Código: X999

Descrição: Erro de Conexão: Erro Interno: 0

Erro HTTP: 500

URL: https://sefin.producaorestrita.nfse.gov.br/SefinNacional/dps/431490221111111111111100001000000000001702

WebService retornou um XML vazio.

Assim como fiz anteriormente, editei o idDPS da mensagem para ocultar o CNPJ do emissor.

 

Enquanto investigava esse problema, consegui emitir NFSe com o mesmo emissor, mas usando nosso sistema de testes de integração.

Agora estou comparando ambos os sistemas para identificar a diferença (usam a mesma versão do ACBr), e descobrir em qual situação que o DPS é enviado pelo ACBrNFSeX, e retorna sem erros e sem NFSe.

 

Atualizo aqui quando descobrir.

[DatawebDev]

As rotinas de emissão são idênticas, só mudou a série e número de DPS (homologação) usados nos sistemas.

No ambiente que conseguia emitir, era usada a série 6, e numeração começando de zero.

No ambiente que não conseguia emitir (resposta sem erro nem XML), era usada a série 1, e a numeração continuava com a sequência usada em produção pelo cliente.

Aparentemente, o DPS de número 1702 deste cliente está com algum problema no serviço do ambiente nacional em homologação. Incrementamos para o próximo número de DPS (1703) e conseguimos retomar as emissões. Abaixo a resposta da emissão do DPS 1703, contendo os mesmos valores dos campos do DPS 1702:

{
    "tipoAmbiente": 2,
    "versaoAplicativo": "SefinNac_Pre_1.0.0",
    "dataHoraProcessamento": "2023-12-18T19:55:47.1381257-03:00",
    "idDps": "NFS43149022211111111111111000000000000623120123893478",
    "chaveAcesso": "43149022211111111111111000000000000623120123893478",
    "nfseXmlGZipB64": "[...]",
    "alertas": null
}

Assim como fiz anteriormente, editei o idDPS e a chave de acesso da mensagem para ocultar o CNPJ do emissor.

 

Como fazemos para investigar o problema desse DPS com o suporte do Ambiente Nacional de NFSe?

[Diego Foliene]

11 horas atrás, DatawebDev disse:

As rotinas de emissão são idênticas, só mudou a série e número de DPS (homologação) usados nos sistemas.

No ambiente que conseguia emitir, era usada a série 6, e numeração começando de zero.

No ambiente que não conseguia emitir (resposta sem erro nem XML), era usada a série 1, e a numeração continuava com a sequência usada em produção pelo cliente.

Aparentemente, o DPS de número 1702 deste cliente está com algum problema no serviço do ambiente nacional em homologação. Incrementamos para o próximo número de DPS (1703) e conseguimos retomar as emissões. Abaixo a resposta da emissão do DPS 1703, contendo os mesmos valores dos campos do DPS 1702:

{
    "tipoAmbiente": 2,
    "versaoAplicativo": "SefinNac_Pre_1.0.0",
    "dataHoraProcessamento": "2023-12-18T19:55:47.1381257-03:00",
    "idDps": "NFS43149022211111111111111000000000000623120123893478",
    "chaveAcesso": "43149022211111111111111000000000000623120123893478",
    "nfseXmlGZipB64": "[...]",
    "alertas": null
}

Assim como fiz anteriormente, editei o idDPS e a chave de acesso da mensagem para ocultar o CNPJ do emissor.

 

Como fazemos para investigar o problema desse DPS com o suporte do Ambiente Nacional de NFSe?

nfseXmlGZipB64 trouxe desta forma mesmo no JSON [...] ou você ocultou?

Tentando fazer a consulta pelo DPS usando o idDPS ou a consulta da nota pela chave de acesso não retorna a informação?

[DatawebDev]

On 12/19/2023 at 8:41 AM, Diego Foliene said:

nfseXmlGZipB64 trouxe desta forma mesmo no JSON [...] ou você ocultou?

Desculpa não ter deixado claro, mas eu ocultei propositalmente. O XML da NFSe foi retornado corretamente na propriedade do JSON.

 

On 12/19/2023 at 8:41 AM, Diego Foliene said:

Tentando fazer a consulta pelo DPS usando o idDPS ou a consulta da nota pela chave de acesso não retorna a informação?

Retorna vazio, como descrito aqui:

On 12/18/2023 at 5:42 PM, DatawebDev said:

Fiz a consulta por DPS, e retornou o erro abaixo:

Erro na NFSe: 

Código: X999

Descrição: Erro de Conexão: Erro Interno: 0

Erro HTTP: 500

URL: https://sefin.producaorestrita.nfse.gov.br/SefinNacional/dps/431490221111111111111100001000000000001702

WebService retornou um XML vazio.

 

Estamos com outro problema agora, onde a NFSe retorna ISSQN em homologação, e não retorna em produção, mesmo com os DPS sendo preenchidos com os mesmos valores nos dois ambientes. Não quero misturar esse problema aqui no tópico do retorno vazio, e preferiria tentar o suporte do Ambiente Nacional antes de abrir outro tópico para tratar disso - nem vejo como algo relacionado ao ACBrNFSeX.

Alguém poderia me passar os canais de suporte ao desenvolvedor do Ambiente Nacional? Busquei no site oficial, mas não encontrei. Quero ver com eles o problema deste tópico aqui, e o outro problema de retornar ISSQN somente em homologação.

[Diego Foliene]

19 minutos atrás, DatawebDev disse:

Desculpa não ter deixado claro, mas eu ocultei propositalmente. O XML da NFSe foi retornado corretamente na propriedade do JSON.

 

Retorna vazio, como descrito aqui:

 

Estamos com outro problema agora, onde a NFSe retorna ISSQN em homologação, e não retorna em produção, mesmo com os DPS sendo preenchidos com os mesmos valores nos dois ambientes. Não quero misturar esse problema aqui no tópico do retorno vazio, e preferiria tentar o suporte do Ambiente Nacional antes de abrir outro tópico para tratar disso - nem vejo como algo relacionado ao ACBrNFSeX.

Alguém poderia me passar os canais de suporte ao desenvolvedor do Ambiente Nacional? Busquei no site oficial, mas não encontrei. Quero ver com eles o problema deste tópico aqui, e o outro problema de retornar ISSQN somente em homologação.

Tem uma seção de Fale Conosco neste LINK.

Vou verificar junto a equipe de consultores e caso encontre mais alguma opção, posto aqui.

Você também pode tentar perguntar na comunidade aberta em nosso Discord, no canal #acbrnfsex ou no canal aberto aqui do fórum mesmo para alcançar mais membros.