Páginas filhas
  • 25442680 DSERTSS1-30905 DT TSS - Adequação do ambiente de homologação da NFSE do provedor IssNetOnLine para a reforma tributária

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Produto:

Solucoes_totvs
SolucaoTSS

Linha de Produto:

Linhas_totvs
LinhaLinha Protheus

Segmento:

Segmentos_totvs
SegmentoServiços

Módulo:

Modulos_cross_segmentos
ModulosCrossSegmentos NFSE

Função:newNfseGeneric.prw
newNfseIssNetOnLine101.prw
nfse_gen01.prx
tssnewnfse.json
nfse_v1.01_3301702.xsd
nfse_v1.01_3543402.xsd
nfse_v1.01_5103403.xsd
nfse_v1.01_5201405.xsd
nfse_v1.01_5208707.xsd
nfse_v1.01_5300108.xsd
País:Brasil
Ticket:2523410625442680
Requisito/Story/Issue (informe o requisito relacionado) :DSERTSS1-3069630905


02. SITUAÇÃO/REQUISITO

  • Adequação do ambiente de homologação da NFSE do provedor IssNetOnLine para a reforma tributária.

...

  • Adequado ambiente de homologação da NFSE do provedor IssNetOnLine para a reforma tributária versão 1.01.

04. DEMAIS INFORMAÇÕES

  • No momento

    do desenvolvimento o ambiente de homologação das prefeituras validadas (Santo André, São Bernardo Campo e Guarulhos) não estava realizando validação das novas tags, mesmo enviando o XML conforme modelo solicitado pelo provedor, a nota era autorizada, mas na autorização todas as novas tags eram desprezadas pelo provedor. Abrimos um protocolo de atendimento junto ao provedor, mas após uma semana o retorno que tivemos era que o assunto estava sendo tratado pelos desenvolvedores mas não havia prazo para resposta.

Image Removed

  • No momento

    da implementação a prefeitura ainda não havia disponibilizado o endereço (URL) do ambiente de Produção que será utilizado para as novas tags da Reforma tributária, e não havia previsão da divulgação

    , desta forma foi disponibilizado no TSS apenas o ambiente de homologação para que os testes de validação e adaptação possam ser realizados pelos clientes.

    .

  • O ambiente de homologação disponibilizado, possuía apenas um único método disponível (ValidarXml), todos os demais métodos retornavam a rejeição “Operação está temporariamente indisponível, pois o serviço ainda está em construção.“

Image Added

Entramos em contato com o provedor para confirmação, e além de confirmado a liberação somente do método ValidarXml, não há previsão de liberação dos demais métodos no ambiente.

Desta forma os testes de envio, consulta e cancelamento de RPS, foram realizados via mock por meio dos modelos disponibilizados no manual do provedor.

Image Added

Image Added

  • Para permitir o uso e validação do método ValidarXML foi disponibilizado o parâmetro MV_VALINOL no TSS. Este parâmetro é automaticamente criado com N (não), ou seja, ele inicialmente é configurado para não enviar notas no método ValidarXML. Mas caso o usuário deseje realizar essas validações a fim de assegurar que a forma que está configurando o seu documento está correta e seja validada a estrutura pelo próprio provedor, é possível alterar o parametro para S (sim), onde a partir desta configuração todas as notas serão enviadas para o método ValidarXML e se o XML for aceito pelo provedor haverá o retorno "XML válido. Validação realizada com sucesso."

Image Added

  • Observação: Cabe frisar que o método ValidarXML disponibilizado pelo provedor/prefeitura apenas realiza a validação da estrutura do XML não validando a regra de negocio e não sendo possível realizar uma posterior consulta ou cancelamento desta DPS. 

05. ASSUNTOS RELACIONADOS

...