NUNCA PUBLIQUE ESTA PÁGINA.

POR LIMITAÇÃO DA FERRAMENTA, NÃO PODEMOS MAIS CRIAR PÁGINAS RESTRITAS A CLIENTES.

A ALTERNATIVA QUE ACHAMOS FOI CRIAR ESTA PÁGINA COMO RASCUNHO, ASSIM APENAS USUÁRIOS LOGADOS PODEM ACESSAR O CONTEÚDO.

Configuração 

Para realizar a configuração do TAF do Futuro seguir a documentação: Como configurar o TAF do Futuro?.

Caso o cliente tenha um repositório para o REST e outro para a conexão TCP, compilar o patch em ambos os repositórios.

Caso o cliente já tenha outros serviços configurados, como por exemplo o serviço do Meu RH, os servidores REST e o HTTP são os mesmos, sendo necessário ajustes no HTTP. O TAF do Futuro é renderizado dentro do Protheus, então precisa ser configurado exclusivamente na sessão HTTP, sendo assim, é necessário:

Conforme o exemplo abaixo:

Apenas o Meu RH:

Meu RH e TAF do Futuro:

E seguir com as demais configurações.

Possíveis problemas

Tela em branco ao acessar os Painéis do TAF do Futuro

1 - Validar se a pasta http-root existe no RootPath, se não existir, criar.

2 - Validar se o servidor REST está no ar e com as API’s necessárias compiladas:

Digitar na URL do navegador o endereço e porta do REST:

Verificar se as API’s necessárias estão compiladas no repositório:

REPORTESOCIALBASECONFER - Serviço dos Relatórios de Conferência do eSocial

WSTAF001 - Reinf

WSTAF002 - Apuração Reinf

WSTAF003 - API Reinf - Funções genéricas

WSTAF004 - Transmissão Reinf

WSTAF005 - Acompanhamento Reinf

3 - Validar se o servidor HTTP está no ar:

Na pasta http-root que fica dentro do RootPath, criar um arquivo chamado teste.csv.

Na URL do servidor digitar: http://SeuIP:PortaHTTP/teste.csv.

Se o servidor HTTP estiver configurado corretamente, será realizado o download do arquivo teste.csv.

4 - Validar se os artefatos do projeto estão dentro da pasta app-root, que fica dentro da pasta http-root:

           

5 - Validar o arquivo index.html da pasta preindex possui 91 linhas:

           

Para corrigir esse caso o MAXSTRINGSIZE=10 deve ser colocado na seção GENERAL do arquivo appserver.ini e a pasta app-root deve ser apagada para ser exportada novamente.

6 - Avaliar se é utilizado o programa de virtualização Go-Global para acesso de aplicativos externos, este programa está inibindo acesso a páginas web.

Erro de conexão recusada ao acessar os Painéis do TAF do Futuro

1 - Validar se o servidor HTTP está no ar:

Na pasta http-root que fica dentro do RootPath, criar um arquivo chamado teste.csv.

Na URL do servidor digitar: http://SeuIP:PortaHTTP/teste.csv.

Se o servidor HTTP estiver configurado corretamente, será realizado o download do arquivo teste.csv.

2 - Validar se o parâmetro MV_GCTPURL está preenchido de acordo com as configurações do arquivo appserver.ini:

Exemplo: http://IP:PortaHTTP.

3 - Validar se está sendo utilizado mais de um serviço na mesma porta:

Exemplo: Servidor HTTP na porta 78 e Help do Protheus na porta 78.
Neste caso é necessário utilizar portas diferentes para os serviços.

Erro de conexão recusada ao acessar os Painéis do TAF via WebApp

1 - Validar se o acesso está sendo realizado via VPN

Caso o cliente esteja se conectando via VPN, se faz necessário que os parâmetros MV_BACKEND e MV_GCTPURL estejam configurados com o IP da VPN e que o AppServer tenha versão igual ou superior à 19.3.1.7.


Por exemplo:
Estação de trabalho do usuário se conecta a servidor que possui o IP VPN 25.98.210.140 (ou hostname totvs.webapp) na máquina virtual (servidor) em que se encontra a aplicação. No servidor em que esta a aplicação o IP LOCAL é 192.168.1.17, porém este servidor também possui a VPN configurada com o IP 25.98.210.140.
No cenário acima com configuração dos parâmetros MV_BACKEND e MV_GCTPURL com o IP local, será comum o Painel funcionar apenas no servidor, porém apresentar falhas no acesso WebApp para usuários da VPN.
Logo as informações que deverão ser passadas nos parâmetros MV_BACKEND e MV_GCTPURL não são do IP LOCAL da aplicação, mas sim o IP VPN 25.98.210.140 (ou hostname totvs.webapp).


Caso o problema renderização persiste, configure as chaves Cache-control e XFRAMEOPTIONS na seção HTTP e a chave HttpHeaders_Options na seção WEBAPP conforme exemplo abaixo:

[HTTP]
Enable=1
Port=83
Path=C:\TOTVS_ADVPR\Protheus\Protheus_data\http-root
Cache-control=no-store
XFRAMEOPTIONS = ALLOW-FROM *

[WEBAPP]
PORT=8989
WebSocket=1
HttpHeaders_Options={"Access-Control-Allow-Origin": "HTTP://25.98.210.140"}


Opção não disponível no Protheus. Aplicativo não encontrado TAFA552

1 - Verificar se o arquivo TAFA552.APP está compilado no repositório:

Caso o cliente tenha um repositório para o REST e outro para a conexão TCP, o fonte deve estar compilado em ambos.


2 - Verifique se o controle de cache está ativado na sessão do HTTP

Na seção HTTP do arquivo appserver.ini, desative o controle de cache por meio da chave Cache-control=no-store, exemplo:
[HTTP]
Enable=1
Port=83
Path=C:\TOTVS_ADVPR\Protheus\Protheus_data\http-root
Cache-control=no-store ;;Desativa o cache do http, forçando a descompactação completa do programa do POUI.

Consulta em loop ao acessar o Painel Reinf

1 - Verificar se a seção TAF_CFGJOB está configurada no arquivo appserver.ini corretamente.

Erro "Servidor não está respondendo" ao acessar os Painéis do TAF do Futuro

1 - Validar se o servidor REST está no ar:

Digitar na URL do navegador o endereço e porta do REST: http://IP:PortaREST/rest.

2 - Validar se o parâmetro MV_BACKEND está preenchido de acordo com as configurações do arquivo appserver.ini:

Exemplo: http://IP:PortaREST/rest.

Erro "The request requires authentication" ao acessar os Painéis do TAF do Futuro

1 - Validar se há outros serviços que utilizam a mesma chave HTTPURI:

O TAF do Futuro se conecta através do job TAF_CFGJOB e por este motivo as configurações são um pouco diferentes de outros Apps e portais construídos em PO UI.

Caso sejam utilizados outras rotinas em PO UI em conjunto com o TAF, orientamos que seja utilizado URIs diferentes. Veja um exemplo com o funcionamento em conjunto com o app Meu RH:

[HTTPREST]
Port=7788
IPsBind=
URIs=HTTPURI,MEURH
	;//Na chave HTTPREST informamos as duas URI's que serão utilizadas.
Security=1

[HTTPURI]
URL=/app
	;//Atualizar o parâmetro MV_BACKEND com o novo caminho utilizando o /app para que não ocorra conflito com a configuração do Meu RH.
PrepareIn=88
CORSEnable=1
Instances=2,2
AllowOrigin=*

[MEURH]
URL=/rest
PrepareIn=88
Instances=1,1,1,1
CORSEnable=1
AllowOrigin=*
Stateless=1
Public=fwjwt/refresh_token,auth
EnableKeepAlive=0

Com esta configuração é possível utilizar configurações que são específicas de outros Apps, como por exemplo a chave Stateless que não é utilizada no TAF do Futuro, mas pode ser configurada no Meu RH.

[HTTPREST]
Port=7788
IPsBind=
URIs=HTTPURI,MEURH
Security=1

[HTTPURI]
URL=/app
PrepareIn=88
CORSEnable=1
Instances=2,2
AllowOrigin=*

[MEURH]
URL=/rest
PrepareIn=88
Instances=1,1,1,1
CORSEnable=1
AllowOrigin=*
Stateless=1
Public=fwjwt/refresh_token,auth
EnableKeepAlive=0

Erro "Chave keyTafJob" de identificação de filial não encontrado ao acessar os Painéis do TAF do Futuro

1 - Validar a chave PrepareIn no arquivo .ini

Deve-se informar, na linha PrepareIn da sessão TAF_CFGJOB, os códigos dos Grupo de Empresas utilizados no Protheus. Exemplo:

Também pode ser utilizado o conteúdo "ALL" nesta chave. Este conteúdo fará com que o TAF_CFGJOB seja configurado para todos os grupos de empresas do sigamat. Exemplo:



Se ainda assim não for possível renderizar o projeto: