Totvs custom tabs box items |
---|
| Image AddedFique Atento: Todos os campos apresentados nos templates com o símbolo * são como padrão de análise e sua informação é obrigatória para abertura de issues para o Desenvolvimento. A simulação e evidências devem ser realizadas pelo time de atendimento, constando em base simulada a ocorrência e com o parecer de análise do analista do suporte. Verifique se suas dúvidas não se encontram esclarecidas aqui!
Atenção: clientes parceiro TOTVS Techfin, no processo de provisionamento deve-se ter atenção para o envio de campos obrigatórios: Listagem cnpjs conveniados com os respectivos logradouros completos.
Expandir |
---|
title | Tipo de Issue: Apoio |
---|
| - Identificação do Ambiente ocorrido;
- Informar o data e horário do ocorrido;
- Descrição detalhada da dúvida ou problema apresentado;
- Registrar qual o comportamento esperado;
- Testes prévios realizados pelo analista do atendimento, detalhando os dados de massa a serem avaliados (mínimo: CNPJ, CPF);
- Caso seja possível registrar em anexo Logs e imagens completas das telas (prints) que evidenciam as inconsistências para ajudar a analise bem como a identificação do usuário, funcionário, CNPJ ou quaisquer dados relevantes para agilizar o entendimento deve-se informar na issue.
- Identificação da documentação TDN referente ao ponto de dúvida para entendimento se não houve ocorrência de mudança ou evolução dos processos do produto.
|
Expandir |
---|
title | Tipo de Issue: Apoio Cliente |
---|
| - Identificação do Ambiente ocorrido;
- Identificação do cliente para atuação;
- Informar o data e horário do ocorrido;
- Descrição detalhada da dúvida ou problema apresentado;
- Registrar qual o comportamento esperado;
- Testes prévios realizados pelo analista do atendimento, detalhando os dados de massa a serem avaliados (mínimo: CNPJ, CPF);
- Anexo dos Logs completos apresentados para análise;
- Anexo das imagens completas das telas (prints) que evidenciam as inconsistências para ajudar a analise;
- Caso seja possível identificar qual os dados do usuário, funcionário, ou quaisquer dados relevantes para agilizar o entendimento deve-se informar na issue.
- Identificação da documentação TDN referente ao ponto de dúvida para entendimento se o texto esta claro conforme evolução dos processos.
|
Expandir |
---|
title | Tipo de Issue: Manutenção |
---|
| - Identificação do cliente para atuação;
- Informar o data e horário do ocorrido;
- Passo a passo para gerar a inconsistência;
- Caso já tenha passado por análise prévia de issue de apoio e este tiver todos os testes e evidências apenas poderá ser citado a issue de referência com link da mesma
- Identificar qual o CNPJ ( filial ou matriz) envolvido na ocorrência;
- Descrição detalhada do problema;
- Registrar qual o comportamento esperado;
- Testes realizados pelo analista do atendimento, detalhando os dados de massa a serem avaliados (mínimo: cnpj, cpf);
- Caso já tenha passado por análise prévia de issue de apoio e este tiver todos os testes e evidências apenas poderá ser citado a issue de referência com link da mesma
- Anexo dos Logs completos apresentados para análise;
- Caso já tenha passado por análise prévia de issue de apoio e este tiver todos os testes e evidências apenas poderá ser citado a issue de referência com link da mesma
- Anexo das imagens completas das telas (prints) que evidenciam as inconsistências para ajudar a analise;
- Caso já tenha passado por análise prévia de issue de apoio e este tiver todos os testes e evidências apenas poderá ser citado a issue de referência com link da mesma
- Caso seja possível identificar qual os dados do usuário, funcionário, ou quaisquer dados relevantes para agilizar o entendimento deve-se informar na issue.
- Caso já tenha passado por análise prévia de issue de apoio e este tiver todos os testes e evidências apenas poderá ser citado a issue de referência com link da mesma
- Identificação da documentação tdn referente ao ponto de dúvida para entendimento se o texto esta claro conforme evolução dos processos.
|
|
Totvs custom tabs box items |
---|
| Informações Gerais Obrigatórias dos requisitos, para aceite da demanda: *Situação: | Informar qual o cenário da demanda |
---|
*Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch utilizado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Simulação/Como reproduzir o problema: | A simulação deve ser reproduzida pelo time de atendimento. Deve ser inseridos na issue os prints de tela com o passo a passo da simulação realizada. - Caso não seja possível reprodzir a ocorrência, deve-se informar todas as informações de insumo gerada pelo atendimento como um passo a passo visando evitar repetir todos os passos já realizados
| *Parecer técnico atendimento: | Documentar em detalhes a visão da ocorrência e as percepções do analista responsável pelo atendimento. | *Resultado esperado: | Informar qual o objetivo do apoio | Para maiores informações:
|
| Totvs custom tabs box |
---|
tabs | Clientes em Migração de ERP com carga TOTVS Consignado |
---|
ids | 60 |
---|
| Totvs custom tabs box items |
---|
| Situação: Clientes Em Produção ou Implantação que já deram carga no TOTVS Consignado Contexto: cliente habilitado no consignado para um ERP migrando prar outro ERP Requisitos também necessários quando avaliação de subida de dados para conferências |
---|
| Rotina: | Carga de Dados | * : |
| Para maiores informações:
|
|
|
|
|
Totvs custom tabs box items |
---|
| Informações Gerais Obrigatórias dos requisitos, para aceite da demanda: *Situação: | Informar qual o cenário da demanda |
---|
*Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch utilizado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Simulação/Como reproduzir o problema: | A simulação deve ser reproduzida pelo time de atendimento. Deve ser inseridos na issue os prints de tela com o passo a passo da simulação realizada. - Caso não seja possível reprodzir a ocorrência, deve-se informar todas as informações de insumo gerada pelo atendimento como um passo a passo visando evitar repetir todos os passos já realizados
| *Parecer técnico atendimento: | Documentar em detalhes a visão da ocorrência e as percepções do analista responsável pelo atendimento. | *Resultado esperado: | Informar qual o objetivo do apoio | Para maiores informações: 3 - TOTVS Consignado - Linha Datasul Assistente de configuração para integração com Totvs Apps (ConfigAppsWizard) |
| Totvs custom tabs box |
---|
tabs | Clientes EM Implantação, Clientes EM Produção |
---|
ids | 70,71 |
---|
| Totvs custom tabs box items |
---|
| Situação: Clientes Em Implantação Contexto: ainda não receberam parcelas, se caracterizam pelo momento de habilitação do consignado Requisitos também necessários quando avaliação de subida de dados para conferências |
---|
| Rotina: | Carga de Dados | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Verificar se o preenchimento dos campos no cadastro do job de envio de dados para Carol esta ativo e em execução continua;
- Sempre verificar os pacotes atualizados no cliente para garantir o ambiente; acompanhar junto ao cliente se o mesmo colocou os pacotes em área de quarentena e se esta configurada esta no Propath ;
- Deverá ser verificada a validade dos certificados aplicados; todos devem estar ativos e o cliente deverá estar ciente e acompanhando esta expiração que poderá impactar diretamente nas devidas autenticações utilizadas pelo TOTVS Consignado;
- O Propath define a ordem dos diretórios no qual o produto Datasul irá localizar os programas ou arquivos a serem executados na camada Progress. As 4 bibliotecas a seguir (terminam com .pl) devem estar na primeira entrada da ordem de prioridade na configuração do Propath. Para saber mais click aqui!
-> Dir_Instalação_Progress\gui\netlib\OpenEdge.Net.pl -> Dir_Instalação_Progress\gui\OpenEdge.BusinessLogic.pl -> Dir_Instalação_Progress\gui\OpenEdge.Core.pl -> Dir_Instalação_Progress\gui\OpenEdge.ServerAdmin.pl - Caso seja apresentada inconsistência quanto a comunicação das soluções, deverá ser verificado os parâmetros do programa FP0540, lembrando como deverá estar parametrizado:
Image Added
- INTEGRAÇÃO CONSIGNADO X ERP
O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo necessita da integridade do certificado válido que devem se encontrar importados pelo Proenv na máquina que irá rodar o programa FP3035. Para mais informações de como importar os certificados segue um link explicativo abaixo. https://centraldeatendimento.totvs.com/hc/pt-br/articles/360058098633-Framework-Linha-Datasul-TEC-Como-salvar-e-importar-certificados-de-websites-no-Progress Caso deseje reexportar os certificados que serão importados siga as indicações do link acima e exporte os dados da URL informada no programa FP0540 pasta Carol. IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio.
| *Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente na Carol no connector "datasul_carol" se a carga de dados nas stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: dthrpyc_rh_pessoa_jurid
- Existência da staging: dthrpyc_rh_estab
- Existência da staging: dthrpyc_funcionario
- Existência da staging: dthrpyc_rh_pessoa_fisic
- Existência da staging: dthrpyc_histor_sal_func
- Existência da staging: dthrpyc_param_empres_rh
- Existência da staging: dthrpyc_sit_afast_func
- Existência da staging: dthrpyc_sit_afast
- Existência da staging: dthrpyc_movto_calcul_func
- Existência da staging: dthrpyc_habilit_rescis
- Existência da staging: dthrpyc_compl_pessoa_fisic
- Existência da staging: dthrpyc_entid_emprest_financ
- Existência da staging: dthrpyc_prestdor_serv
| Para maiores informações: 3.0 Ativação do produto TOTVS Consignado - Linha Datasul 3.1 Parametrizando o TOTVS Consignado no ERP - Linha Datasul Assistente de configuração para integração com Totvs Apps (ConfigAppsWizard) |
|
Totvs custom tabs box items |
---|
| • Importante: Não deve ser coletado as credenciais do cliente para nenhuma simulação.
Situação: Clientes Em Produção Contexto: já receberam parcelas, se caracterizam pelo momento de movimento integrado do consignado |
---|
| Rotina: | Importação de Parcelas no ERP | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs:
| - INTEGRAÇÃO CONSIGNADO X ERP
O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo necessita da integridade do certificado válido que devem se encontrar importados pelo Proenv na máquina que irá rodar o programa FP3035. Para mais informações de como importar os certificados segue um link explicativo abaixo. https://centraldeatendimento.totvs.com/hc/pt-br/articles/360058098633-Framework-Linha-Datasul-TEC-Como-salvar-e-importar-certificados-de-websites-no-Progress Caso deseje reexportar os certificados que serão importados siga as indicações do link acima e exporte os dados da URL informada no programa FP0540 pasta Carol.
- Caso ocorra erros com a Rotina de Importação de Parcelas, Favor enviar as informações abaixo:
- Rotina de Carga de Dados realizada na implantação deve estar ativa e operacional. Conferir a saúde do serviço enviando a evidência;
- Informação do CPF e CNPJ dos funcionários com problemas na importação de Parcelas;
- Log gerado e print ou vídeo com evidencias do erro no processo de importação de Parcelas do programa FP3035;
- Print da Manutenção/Consulta dos movimentos importados do funcionário, programa FP0535;
- Print dos Parâmetros Empréstimo DTSUL (Cadastro da operadora de credito e margem), programa FP0530;
- Print da competência atual da empresa no programa FP0500;
- Print do Histórico de situação do funcionário, programa FP1600
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio.
| Para maiores informações: 3.2.1.0 Importação de Movimento do TOTVS Consignado |
| Rotina: | Integração de Parcelas nas Férias | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Rotina de Carga de Dados realizada na implantação deve estar ativa e operacional. Conferir a saúde do serviço enviando a evidência;
- Informação do CPF e CNPJ dos funcionários com problemas na integração de Parcelas nas Férias;
- Log gerado e print ou vídeo com evidencias do erro no processo de calculo das Férias realizado para o funcionários no programa FR0080;
- Print do cadastro das Férias , programa FR0040;
- Print dos Parâmetros Empréstimo DTSUL (Cadastro da operadora de credito e margem), programa FP0530;
- Print da competência atual da empresa no programa FP0500;
- Print do Histórico de situação do funcionário, programa FP1600;
- Print da Manutenção/Consulta dos movimentos importados do funcionário, programa FP0535.
IMPORTAN Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio. | Para maiores informações: 3.2.2 Movimento de Férias integrado ao TOTVS Consignado - Linha Datasul |
| Rotina: | Integração de Parcelas nas Rescisões | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | Rotina não disponível para o ERP. | Para maiores informações: 3.2.3 Movimento Rescisório integrado ao TOTVS Consignado - Linha Datasul |
|
|
|
|
Totvs custom tabs box items |
---|
| Informações Gerais Obrigatórias dos requisitos, para aceite da demanda: *Situação: | Informar qual o cenário da demanda |
---|
*Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Data de todos os fontes: | Anexar o arquivo extraído com todos os fontes e suar datas (dentro do Protheus, clicar no Shift + F6 > Exportar dados > Salvar o arquivo e anexar na Evidência) | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Dicionário de dados no banco de dados? | Informar se o cliente possui dicionário de dados no banco de dados. | *Data do RPO utilizado: | Informar qual a data do RPO da base do cliente. Recomenda-se verificar se o cliente possui a última versão disponível na Central de Downloads. | *Simulação/Como reproduzir o problema: | A simulação deve ser reproduzida pelo time de atendimento. Deve ser inseridos na issue os prints de tela com o passo a passo da simulação realizada. - Caso não seja possível reprodzir a ocorrência, deve-se informar todas as informações de insumo gerada pelo atendimento como um passo a passo visando evitar repetir todos os passos já realizados
| *Parecer técnico atendimento: | Documentar em detalhes a visão da ocorrência e as percepções do analista responsável pelo atendimento. | Para maiores informações: 2 - TOTVS Consignado - Linha Protheus |
| Totvs custom tabs box |
---|
tabs | Clientes EM Implantação, Clientes EM Produção |
---|
ids | 80,81 |
---|
| Totvs custom tabs box items |
---|
| Situação: Clientes Em Implantação Contexto: ainda não receberam parcelas, se caracterizam pelo momento de habilitação do consignado Requisitos também necessários quando avaliação de subida de dados para conferências |
| Rotina: | Carga de Dados |
---|
*Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Binário: | Informar qual a versão do binário do cliente. Recomenda-se verificar se o cliente possui a última versão disponível na Central de Downloads. | *Atualização realizada? Qual? | Informar se o cliente fez atualização na base e, se sim, qual. (ex.: UPDDISTR, aplicação de pacote atualizado da expedição contínua etc) | *DBAccess | Informar qual a versão do DBACCESS do cliente. Recomenda-se verificar se o cliente possui a última versão disponível na Central de Downloads. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Verificar se o cliente possui a LIB, pacote da Expedição Contínua e pasta Portal Meu RH - Web Files - (quando houver uso do app Meu RH) aplicados com a última versão disponível da Central de Downloads;
- Meu RH: https://tdn.totvs.com/x/zcemHQ
- Expedição Contínua: https://suporte.totvs.com/portal/p/10098/download?e=579238%20-%20Atualiza#all/all/all/search/RH_EXPEDICAO_CONTINUA
- LIB: https://suporte.totvs.com/portal/p/10098/download?e=579238%20-%20Atualiza#000006/368/TFLIB/search/searchAll
- Verificar se o preenchimento dos campos no cadastro do job FWTECHFINJOB está correto (ex.: IP, porta, ambiente, nº de threads, rotina, empresa/filial, módulo e recorrência como "Sempre Ativo") e se o job está iniciado;
- Verificar se os dados inseridos na configuração do Wizard (rotina Configconsignado) estão conforme e-mail recebido com os dados para configuração e se a execução foi finalizada com sucesso;
- Para garantir que os dados estão subindo corretamente, verificar o log no console.log ou no Appserver. Recomenda-se habilitar o FWTRACELOG=1 e o CONSOLELOG=1, no appserver.ini. (caso seja necessário, segue procedimento: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360026026133-RM-Como-habilitar-e-gerar-o-Fwtracelog-no-console-log-do-protheus-);
- Verificar, no banco de dados, se o campo S_T_A_M_P_, das tabelas utilizadas no TOTVS Consignado, está como 'NULL' (primeiro envio de dados) ou preenchido com data e hora;
- Verificar se a tabela S137 está preenchida com as verbas e operadora de crédito corretas;
- Na importação de parcelas, garantir que o período selecionado para importação está correto, aberto e ativo;
- Caso exista algum problema na importação será necessário habilitar a chave Console Log (conforme informado anteriormente na subida de dados), executar novamente a rotina e enviar no ticket o arquivo de Log.Image Added
Image Added
- No lançamento do valor de empréstimo na rescisão, verificar que a verba usada para lançamento é a mesma configurada para rescisão na S137.
Observações Importantes Caso exista algum problema no envio de dados para a Carol e o mesmo não possa ser identificado facilmente, junto ao cliente, é possível habilitar o LOG de envio de dados para a Carol (Connector Protheus/Carol). Para realizar ativação do LOG, será necessário ativar as propriedades disponibilizadas pela Frame, no arquivo appserver.ini do cliente, logo abaixo da propriedade que possui no nome da base, da mesma forma como estão as propriedades já existentes SourcePath ou ROOTPATH, por exemplo. É possível adicionar as propriedades abaixo de acordo com a necessidade: Propriedade | Valor | Função |
---|
fwtracelog | 1(ligado) ou 0 (desligado) | Habilita log básico no console do appserver com as chamadas realizadas pelo JOB | fw-tf-debug | 1(ligado) ou 0 (desligado) | Habilita a gravação de informações de debug | FWLOGMSG_DEBUG | 1(ligado) ou 0 (desligado) | Habilita a gravação de informações de debug. Complementa a propriedade fw-tf-debug | fw-tf-logtables | SRA, SRV, Etc..(nome da tabela desejada. Pode ser mais de 1) | Adiciona informações extras para tabelas especificadas. |
Após habilitar os logs, serão gerados registros dentro do novo diretório criado ...\protheus_data\techfindebug - PERMISSÃO DE ACESSO À INTEGRAÇÃO
A integração precisará de acesso as APIs do Consignado conforme endereço cadastrado no parâmetro MV_URLPLAT, para isso caso o cliente possua algum Firewall, ou algum tipo de serviço de bloqueio de portas e URLs externas, será necessário adicionar uma regra de liberação de acesso à URL do Consignado, que estará configurada de acordo com o valor do parâmetro citado anteriormente.
Antes e executar o script de carga inicial, é necessário alinhar com o time do TOTVS Consignado e se atentar aos seguintes pontos: 1) O Script de Carga Inicial será necessário somente quando for preciso realizar o reenvio forçado dos dados do cliente, pois esse processo é feito automaticamente após configuração do Wizard e do FWTECHFINJOB. 2) Somente se o cliente não possuir dicionário no banco, não será necessário executar a primeira linha do script da Carga Inicial; 3) As tabelas possuem o sufixo do nome de acordo com o Grupo de Empresas, e deve ser considerado o ajuste de acordo com o que foi escolhido na configuração do Wizard de Configuração do Consignado, o Grupo de Empresas também é escolhido pelo cliente no momento da configuração do FWTECHFINJOB. Exemplo com a tabela SRA, podem ser: SRA010, SRA020, SRA030, SRAT10, SRAT20, SRAT30, etc.; 4) As datas podem ser ajustadas de acordo com o período desejado e estão no formado (YYYY-MM). - Algumas tabelas podem ser muito pesadas e assim podem seguir o período padrão sugerido abaixo a fim de otimizar a atualização.
- Considerando a data atual como exemplo: 07/07/2022.
- Tabela SRD:
- ano_mes_sugeridos: ano atual + (mês atual - 2). Exemplo: '202205'.
- SRG e SRR:
- ano_mes_sugeridos: ano anterior + mês anterior. Exemplo: '202106'.
- SRA e SR8:
- ano_mes__dia_sugeridos: ano atual + mês 01 + dia 01. Exemplo: '20220101'.
Script's a serem rodados Somente se solicitado pelo DEV Team:
// SQL Server UPDATE SYS_APP_PARAM SET APP_VALUE = '' WHERE APP_PARAM LIKE '%MD5%' UPDATE SRAT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RA_DEMISSA = '' OR RA_DEMISSA >= 'ano_mes__dia_sugeridos' UPDATE SRVT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE D_E_L_E_T_ != '*' UPDATE SRKT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE RCCT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE SR8T10 SET S_T_A_M_P_ = SYSDATETIME() WHERE R8_DATAFIM >= 'ano_mes__dia_sugeridos' UPDATE SRRT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RR_PERIODO >= 'ano_mes_sugeridos' UPDATE SRGT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RG_PERIODO >= 'ano_mes_sugeridos' UPDATE SRDT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RD_PERIODO >= 'ano_mes_sugeridos' // Oracle UPDATE SYS_APP_PARAM SET SYS_APP_PARAM.APP_VALUE = '' WHERE SYS_APP_PARAM.APP_PARAM LIKE '%MD5%' UPDATE SRAT10 SET SRAT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRAT10.RA_DEMISSA = '' OR SRAT10.RA_DEMISSA >= 'ano_mes__dia_sugeridos' UPDATE SRVT10 SET SRVT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRVT10.D_E_L_E_T_ != '*' UPDATE SRKT10 SET SRKT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE RCCT10 SET RCCT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE SR8T10 SET SR8T10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SR8T10.R8_DATAFIM >= 'ano_mes__dia_sugeridos' UPDATE SRRT10 SET SRRT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRRT10.RR_PERIODO >= 'ano_mes_sugeridos' UPDATE SRGT10 SET SRGT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRGT10.RG_PERIODO >= 'ano_mes_sugeridos' UPDATE SRDT10 SET SRDT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRDT10.RD_PERIODO >= 'ano_mes_sugeridos' IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio.
| *Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente na Carol no connector "protheus_carol" se a carga de dados nas stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: mapping
- Existência da staging: organization
- Existência da staging: sra
- Tem que existir registros com a coluna "Last Updated Date" == Mês Atual
- Data de expedição Válida do RG é obrigatória
- Data de nascimento Válida é obrigatória
- Existência da staging: srd
- Tem que existir registros com a coluna "Last Updated Date" >= Mês Atual -1
- Existência da staging: srv
- Tem que ter os registros do liquido ['RV_CODFOL'] == '0047'
ATENÇÃO: Como não é possível o compartilhamento de verba entre os grupos de empresa (somente empresa, unidade de negócio e filiais), a mesma deverá ser criada em todos os grupos de empresa integrados ao TOTVS Consignado.
- Existência da staging: rcc
- Tem que ter os registros de configuração do consignado ['RCC_CODIGO'] == 'S137'
- Existência da staging: srk
- Existência da staging: sr8
- Existência da staging: srr
- Existência da staging: srg
| Para maiores informações: 2.0 Ativação do produto TOTVS Consignado - Linha Protheus 2.1 Parametrizando o TOTVS Consignado no ERP - Linha Protheus |
|
Totvs custom tabs box items |
---|
| Importante: - Não deve ser coletada as credenciais do cliente para nenhum tipo de simulação;
- Rotina de Carga de Dados realizada na implantação deve estar ativa e operacional. Conferir a saúde do serviço enviando a evidência dos serviços ativos (JOBs iniciados);
Situação: Clientes Em Produção Contexto: já receberam parcelas, se caracterizam pelo momento de movimento integrado do consignado |
---|
| Rotina: | Importação de Parcelas no ERP | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Informar CPF e CNPJ dos funcionários com problemas na importação de Parcelas;
- Caso possua ErrorLog, enviar o log gerado. Quando não houver, enviar print com evidencias do erro no processo de importação de Parcelas;
- Evidência da consulta dos lançamentos importados do funcionário, tabela RGB ou através da Consulta de Lançamentos por Funcionário;
- Evidência dos Parâmetros de Empréstimo, encontrado na rotina Manutenção de Tabelas (SIGAGPE > Atualizações > Definições Cálculos > Manutenção tabelas), filtrado pela tabela S137 (Verbas - Empréstimo Consignado);
- Evidência da competência atual da empresa;
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio. | Para maiores informações: 2.2.1.0 Importação de Movimento do TOTVS Consignado |
| Rotina: | Integração de Parcelas nas Férias | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Informação do CPF e CNPJ dos funcionários com problemas na integração de Parcelas nas Férias;
- Log gerado e print ou vídeo com evidencias do erro no processo de calculo das Férias realizado para o funcionário;
- Print do cadastro das Férias;
- Print dos cadastros dos eventos de Férias;
- Print da competência atual da empresa.
Documentação Complementar
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio. | Para maiores informações: 2.2.2 Movimento de Férias integrado ao TOTVS Consignado - Linha Protheus |
| Rotina: | Integração de Parcelas nas Rescisões | *Histórico do Atendimento: | Informar detalhadamente o que foi analisado e discutido em relação à situação apresentada na abertura da solicitação; informe todos os dados que permitam a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Informar CPF e CNPJ dos funcionários com problemas na Integração;
- Caso possua ErrorLog, enviar o log gerado. Quando não houver, enviar print com evidencias do erro no processo;
- Evidência da consulta dos lançamentos importados do funcionário, tabela RGB ou através da Consulta de Lançamentos por Funcionário;
- Evidência dos Parâmetros de Empréstimo, encontrado na rotina Manutenção de Tabelas (SIGAGPE > Atualizações > Definições Cálculos > Manutenção tabelas), filtrado pela tabela S137 (Verbas - Empréstimo Consignado);
- Evidência da competência atual da empresa;
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio. | Para maiores informações: 2.2.3 Movimento Rescisório integrado ao TOTVS Consignado - Linha Protheus |
|
|
|
|
Totvs custom tabs box items |
---|
| Informações Gerais Obrigatórias dos requisitos, para aceite da demanda: *Situação: | Informações padrão |
---|
*Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | Validação adicional de ambientes pelo Sentinela | Caso seja necessário realizar uma depuração mais refinada do ambiente erp para validação da carga de dados, quando solicitado pelo time de frame, realize os passos sugeridos neste link para habilitação do Sentinela-RM-Ferramenta-de-Monitoramento-de-Ambientes | *Simulação/Como reproduzir o problema: | A simulação deve ser reproduzida pelo time de atendimento. Deve ser inseridos na issue os prints de tela com o passo a passo da simulação realizada. - Caso não seja possível reprodzir a ocorrência, deve-se informar todas as informações de insumo gerada pelo atendimento como um passo a passo visando evitar repetir todos os passos já realizados
| *Parecer técnico atendimento: | Documentar em detalhes a visão da ocorrência e as percepções do analista responsável pelo atendimento. | Para maiores informações: 1 - TOTVS Consignado - Linha RM | Totvs custom tabs box |
---|
tabs | Clientes EM Implantação, Clientes Em Produção |
---|
ids | 90,91 |
---|
| Totvs custom tabs box items |
---|
| Situação: Clientes Em Implantação Contexto: ainda não receberam parcelas, se caracterizam pelo momento de habilitação do consignado Requisitos também necessários quando avaliação de subida de dados para conferências |
---|
| Rotina: | Carga de Dados | *Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Realizar a ativação do TOTVS Apps Consignado pelo Wizard, usando as credenciais de acesso enviadas para o email cliente.
- A equipe Tecfin deverá liberar para o cliente a chave de ativação da Instituição de Crédito para a coligada erp vinculada; deverá ser utilizado o programa gerador da chave.
- A título de conferência, realizar a análise das consultas abaixo observando o resultado esperado para validação da ativação:
- Identificar os dados do campo VALORINT para a operadora conveniada
select * from PPARAMADICIONAIS where NOMECOLUNA like 'CONSINTEGRACAO%' Resposta Esperada: VALORINT = 1
- Identificar no campo DATAULTEXEC a data que ocorreu a ultima execução de carga dos conceitos
select DATAULTEXEC, CONFIG from GTOTVSAPP order by DATAULTEXEC desc Resposta Esperada: DATAULTEXEC >= data hora da ativação (frequência +- de 0:10'm)
- Identificar no campo NOMECOLUNA se todos os conceitos apresentados estão conforme esperado abaixo na data de ativação.
select RECMODIFIEDON, NOMECONCEITO from GTOTVSAPPCONCEITO order by RECMODIFIEDON desc Resposta Esperada: NOMECOLUNA Image Added
- 'Identificar existência de registros no log de erro da geração do script abaixo pela análise do campo MENSAGEM.
select * from GTOTVSAPPCONCEITOHST where MENSAGEM like '%erro%' AND MENSAGEM not like '%SOFTDELETE%' order by DATAULTEXEC desc Resposta Esperada: Não apresentar registros na consulta'
- Identificar no campo VALORINT o mês de competência que subiu ao realizar a primeira ativação. Caso seja necessário desativar e reativar o TOTVSApp se faz necessário (somente nesta condição) rodar o script para recarga da ficha financeira.
select * from PPARAMADICIONAIS where NOMECOLUNA ='CONSMESCOMPULTIMOENVIOPFFINANC' OR NOMECOLUNA='CONSMESCOMPULTIMOENVIOPFPERFF' OR NOMECOLUNA='CONSANOCOMPULTIMOENVIOPFFINANC' OR NOMECOLUNA='CONSANOCOMPULTIMOENVIOPFPERFF' Resposta Esperada: VALORINT = Mes Competencia da ultima carga na ativação
- Identificar versão do ERP
select VERSAOMINIMA from GSISTEMA where CODSISTEMA='P' Resposta Esperada: Respeitando os Requisitos Mínimos do documento 1.0 Ativação do produto TOTVS Consignado - Linha RM
- Identificar existência de registro do Tipo de Lançamento de Folha
select * from PTIPOLANCEVT where codinterno=16 Resposta Esperada: DESCRICAO = TOTVS Consignado
- Reiniciar todos serviços RM.Host para validar a habilitação da flag TOTVS Consignado que deverá se encontrar habilitada na tela de edição do cadastro de Grupo de Eventos/Integração com outros aplicativos no menu Folha Mensal.
- Para validar a massa de dados inicial enviada para a Carol, execute estes scripts e envie no chamado ou valide a massa com o time de desenvolvimento:
SELECT COUNT(CODEVENTO) AS TTREGSFF FROM PFFINANC WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual)*/ SELECT COUNT(DISTINCT CHAPA) AS TTREGSFUNCSNAFF FROM PFFINANC WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual )*/ SELECT COUNT(DISTINCT CHAPA) AS TTREGSFUNCSNOPERIODOFF FROM PFPERFF WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual)*/ SELECT COUNT(CHAPA) AS TTREGSFUNCSATIVOS FROM PFUNC WHERE (CODSITUACAO<>'D' AND CODSITUACAO<>'T') OR ( CODSITUACAO = 'D' AND DATADEMISSAO >= (GETDATE()-365) )
SELECT COUNT(D.CHAPA) AS TTREGSFUNCSATIVOSMAE FROM PFUNC F INNER JOIN PFDEPEND D ON F.CODCOLIGADA=D.CODCOLIGADA AND F.CHAPA=D.CHAPA AND D.GRAUPARENTESCO=7 WHERE (CODSITUACAO<>'D' AND CODSITUACAO<>'T') OR ( CODSITUACAO = 'D' AND DATADEMISSAO >= (GETDATE()-365) ) SELECT COUNT(CODIGO) AS TTREGSSECAO FROM PSECAO WHERE SECAODESATIVADA = 0
- Para validar se funcionários específicos estão subindo os dados para a carol, simule alteração em dados não sensíveis na tabela ppessoa e pfunc (ex.: email) , execute estes scripts e envie no chamado ou valide a massa com o time de desenvolvimento:
SELECT P.RECMODIFIEDON, F.RECMODIFIEDON,F.CODSITUACAO,F.CODTIPO, F.TIPOADMISSAO,F.CODRECEBIMENTO,F.CHAPA, F.NOME, F.DATAADMISSAO, F.DATADEMISSAO, F.SALARIO FROM PFUNC F INNER JOIN PPESSOA P ON (P.CODIGO=F.CODPESSOA) WHERE P.CPF IN ('CPF1','CPF2') /*(nesta linha passar os cpfs desejados para pesquisa quantos forem necessários separados por vírgula entre aspas simples)*/
- Envie este resultado juntamente com o resultado do script acima que demonstra o JOB destes conceitos (PPESSOA e PFUNC) rodando em ordem decrescente de última execução.
- Em caso erros na ativação do TOTVS App verifique este link para validar possíveis causa já documentadas a serem verificadas: Data Sharing Troubleshooting
- Caso todas as urls citadas no destaque IMPORTANTE, tiverem sido liberadas e mesmo assim não for validada a subida de dados, o suporte deverá realizar ação de curl em todas as maquinas JobServer de produção, em todos esses endereços no cliente para validar se realmente o proxy esta liberando os acessos.
- Apresentando erros de subida de dados onde existirá a necessidade de enviar chamado para validação do time de frame (problemas de subida de dados ou serviço parado), lembre-se sempre de enviar os logs das tabelas referente ao JOB (GTOTVSAPP, GTOTVSAPPCONCEITO, GTOTVSAPPCONCEITOHST) bem como o log do tracefile do host conforme orientação do link: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360012409712-Framework-Linha-RM-Frame-Como-habilitar-o-tracefile-no-Host
- deve-se verificar se as Triggers SoftDelete existem e encontram-se habilitadas no banco; em hipótese alguma elas poderão ser removidas e/ou desativadas;
Seguem documentações sobre a funcionalidade da subida de dados: Integração TOTVS App: https://tdn.totvs.com/pages/viewpage.action?pageId=561643159 Integração RM x SmartLink - Visão suporte: https://tdn.totvs.com/pages/viewpage.action?pageId=654705126 Integração RM x SmartLink - Visão desenvolvedor: https://tdn.totvs.com/pages/viewpage.action?pageId=651657871
IMPORTANTE: Após ativação do TOTVS Consignado com sucesso a desativação não mais deverá ocorrer, com exceção sob orientação/solicitação da equipe técnica do desenvolvimento/framework. Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o log de erro completo da GTOTVSAPPCONEITOHST, na análise interna da solicitação de apoio.
| *Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente da Carol no connector "rm_carol" se a carga de dados das stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: psecao
- Existência da staging: pparam
- Existência da staging: pparamadicionais
- Existência da staging: ppessoa
- Existência da staging: pfunc
- Existência da staging: pfperff
| Para maiores informações: 1.0 Ativação do produto TOTVS Consignado - Linha RM 1.1 Parametrizando o TOTVS Consignado no ERP - Linha RM |
|
Totvs custom tabs box items |
---|
| • Importante: Não deve ser coletado as credenciais do cliente para nenhuma simulação. Situação: Clientes Em Produção Contexto: já receberam parcelas, se caracterizam pelo momento de movimento integrado do consignado |
---|
| Rotina: | Importação de Parcelas no ERP | *Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: |
- INTEGRAÇÃO CONSIGNADO X ERP
O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo grava os dados importados do consignado na tabela PFMOVTEMP para que, após validação e conferência, seja importada no movimento do funcionário pelo Lançamento do Grupo de Eventos. Caso exista inconsistência de dados esperados pelo cliente, execute este script's abaixo e envie os resultados completos bem como o log de execução do processamento da integração para análise do time de desenvolvimento ;
select f.recmodifiedon, s.cgc, p.cpf, f.codsituacao, f.codtipo, f.codrecebimento, t.* from PFMOVTEMP T inner join PFUNC F on T.CODCOLIGADA=F.CODCOLIGADA AND T.CHAPA=F.CHAPA inner join PPESSOA P on F.CODPESSOA=P.CODIGO inner join PSECAO S on F.CODCOLIGADA=S.CODCOLIGADA AND F.CODSECAO=S.CODIGO where 1=1 and T.TIPOLANCAMENTO='16' and ANOCOMP=2021 AND MESCOMP=10 /*(nesta linha passar mês e ano da conferência)*/
select * from PCONSIGNADOEVENTOSOPERADORA
select CODCOLIGADA, CODIGO, CODIGOCALCULO, DESCRICAO, FORMULAVALOR, PROVDESCBASE, VALHORDIAREF from PEVENTO E where 1=1 and E.CODIGOCALCULO IN ('438','439','442','443','444','440')
Além disso deve ser verificado e enviado as informações abaixo : - Rotina de Carga de Dados realizada na implantação deve estar ativa e operacional. Conferir a saúde do serviço enviando a evidência;
- Informação do CPF e CNPJ dos funcionários com problemas na importação de Parcelas;
- Log gerado e print ou vídeo com evidencias do erro no processo de importação de Parcelas acessando Folha de Pagamento > Folha Mensal > Integração Totvs Consignado
- Print dos Parâmetros Empréstimo Acessando o Parametrizador > Folha de pagamento > Integrações > Totvs Consignado > Totvs Consignado 1/2
- • Conforme informado no e-mail das credenciais de ativação do TOTVS Consignado a Url da plataforma TOTVS Consignado deverá está parametrizada com: https://api-consignado.totvs.app
- Enviar o resultado da consulta : SELECT * FROM GPARAMETROSSISTEMA WHERE ID=92.
- Print da competência atual da empresa.
- Print do Histórico de situação do funcionário.
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o log de erro completo da GTOTVSAPPCONEITOHST, na análise interna da solicitação de apoio.
| Validação adicional de ambientes pelo Sentinela | Caso seja necessário realizar uma depuração mais refinada do ambiente erp para validação da carga de dados, quando solicitado pelo time de frame, realize os passos sugeridos neste link para habilitação do Sentinela-RM-Ferramenta-de-Monitoramento-de-Ambientes | Para maiores informações: 1.2.1.0 Importação de Movimento do TOTVS Consignado |
| Rotina: | Integração de Parcelas nas Férias | *Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Rotina de Carga de Dados realizada na implantação deve estar ativa e operacional. Conferir a saúde do serviço enviando a evidência;
- Informação do CPF e CNPJ dos funcionários com problemas na integração de Parcelas nas Férias;
- Log gerado e print ou vídeo com evidencias do erro no processo de calculo das Férias realizado para o funcionário.
- Print do cadastro das Férias.
- Print dos cadastros dos eventos de Férias ( 453, 454, 455, 456, 466 )
- Print da competência atual da empresa.
- Verificar se a flag "Lança provisionamento do desconto de empréstimo consignado no recibo de férias " está marcado Acessando o Parametrizador > Folha de pagamento >, Férias > Controle 1/2.
Image Added - Enviar o resultado da consulta abaixo informando a coligada, matricula do funcionário e dados da competência anterior ao lançamento da férias :
SELECT *, NROPARCELA, TOTALPARCELAS FROM PFMOVTEMPCONSIG (NOLOCK) WHERE CODCOLIGADA = 1 AND CHAPA = '00000197' And ANOCOMP = 2023 and MESCOMP = 3 IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio. | Para maiores informações: 1.2.2 Movimento de Férias integrado ao TOTVS Consignado - Linha RM |
| Rotina: | Integração do Saldo devedor nas Rescisões | *Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. | *Requisitos Gerais a serem validados e enviados em evidências de imagem e/ou logs: | - Rotina de Carga de Dados realizada na implantação deve estar ativa e operacional. Conferir a saúde do serviço enviando a evidência;
- Log gerado e print ou vídeo com evidencias do cadastro da rescisão até o processo de calculo da rescisão realizado para o funcionário com o lançamento do saldo devedor.
- Print dos cadastros dos eventos de Rescisão ( 442 , 443)
- Verificar se a flag "Totvs Consignado " está marcado Acessando o Parametrizador > Folha de pagamento >, Rescisão> Eventos de Integração.
Image Added
- Enviar o resultado da consulta abaixo informando a coligada, matricula do funcionário e dados da competência anterior ao lançamento da Rescisão.
SELECT *, NROPARCELA, TOTALPARCELAS FROM PFMOVTEMPCONSIG (NOLOCK) WHERE CODCOLIGADA = 1 AND CHAPA = '00000197' And ANOCOMP = 2023 and MESCOMP = 3
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio. | Para maiores informações: 1.2.3 Movimento Rescisório integrado ao TOTVS Consignado - Linha RM |
|
|
|
|
Totvs custom tabs box items |
---|
| Situação: Clientes Em Produção - APP MeuRH Contexto Em Produção: validação de dados, estoque inicial ou movimento mensal do benefício; | *Situação: | Informar qual o cenário da demanda |
---|
*Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. | *Resultado esperado: | Informar qual o objetivo do apoio | *Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente, se é local ou Cloud. | *Requisitos Gerais: | Caso seja apresentada inconsistência quanto a comunicação das soluções, deverá ser verificado os parâmetros conforme erp que deve estar conforme informado no e-mail das credenciais de ativação do TOTVS Consignado, com atenção ao dado da url da plataforma TOTVS Consignado devendo esta estar parametrizada com: https://api-consignado.totvs.app nos erp's. Caso esteja divergente do link poderá ser apresentado erro no acesso as páginas do Consignado no Meu RH - Conferir a existência dos campos Obrigatórios na validação cadastral pelo parceiro no erp.
Campos obrigatórios para validação de cadastro: - Nome da Mãe (Mesmo que descrito Mãe desconhecida) - Estado Civil - E-mail - DDD + Telefone (DDD válido numérico >10 <=99 ) - Data de Nascimento - Salário > 0
- Atenção para os dados informados na conta bancária do beneficiário para crédito
- Conta sobre titularidade do funcionário solicitante - Somente poderá ser selecionado um banco existente pesquisando pelo código ou nome - Tipo deve ser selecionado Conta Corrente ou Conta Poupança que são os tipos permitidos. - o número da conta deve ser a informação correta sem acrescer zeros a esquerda caso não componham o número da conta - o digito verificador da conta é validado pelas instituições de crédito então deve ser o número válido
- Atenção para o envio de dados de documentos. Ao selecionar o tipo de documento CNH deverá existir cadastrado todos os dados pertinentes na análise do parceiro sendo eles:
- Número da CNH - Data de Emissão da CNH - Órgão Emissor da CNH - Tipo - UF de Emissão da CNH
- As instituições de crédito podem ter regras internas de validação de dados que poderão dar mensagem de inconsistência ao tentar realizar uma simulação/solicitação estas regras são contratuais da instituição de crédito com o cliente erp. Ex: Idade permitida >=18 <=60, tempo de casa, score etc... que podem ou não estar definidos em políticas do portal; se for regra interna da instituição de crédito será respeitado.
- Caso apresente problema na vinculação de documentos experimente limpar o cache. Para te orientar na aplicação desse processo siga os passos sugeridos neste link!
- Caso ocorra inconsistência nos processos executados pelo MeuRH, simule a operação utilizando o desktop para conseguir realiza os prints necessários, habilitando a inspeção do componente com a tecla F12. Esses prints deverão ser realizados desde o inicio do processo da operação com a tecla <F12> habilitada (será apresentado os dados de análise a direita, realize o print de toda a tela) ou seja, se o problema detectado esta ao realizar uma simulação, esteja na tela principal de nova solicitação e pressione a tecla <F12> .
se for no processo de envio de documentos, esteja na tela de minhas solicitações pressione a tecla <F12> e realize os prints até a ação que esteja ocasionando a exceção. Realize os prints sempre dos componentes "Console" e "Rede/Network" (conforme orientação nas imagens abaixo).
Image Added
Image Added
- Ocasionalmente pode ser necessário enviar o arquivo HAR que contem informações adicionais sobre a requisição da rede que são geradas no navegador, para facilitar a análise de conexão com o parceiro. ocasionalmente, de informações adicionais sobre as solicitações de rede que são geradas no seu navegador. Importante que para gerar o arquivo o processo deve estar sendo simulado no momento de apresentação do erro, ou seja, o funcionário deve pelo navegador, entrar em modo de inspeção do elemento (Tecla F12) com a opção Redes/Network aberta, acessar o Meu RH e no momento após simular o problema, gerar o arquivo Har. Dica de como gerar o arquivo HAR
- Havendo possibilidade realize a gravação de um vídeo sequencial do processo sendo executado ( com a tela F12 pressionada) e adicione todas as evidência na solicitação de apoio.
Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das evidências operacionais para análise interna da solicitação de apoio. Obrigatório informar o dispositivo usado, no caso mobile o sistema operacional e versão, CNPJ da LOTAÇÃO da evidência e o CPF do funcionário. |
| Verificar, no banco de dados, se o campo S_T_A_M_P_, das tabelas utilizadas no TOTVS Consignado, está como 'NULL' (primeiro envio de dados) ou preenchido com data e hora; Verificar se a tabela S137 está preenchida com as verbas e operadora de crédito corretas; Na importação de parcelas, garantir que o período selecionado para importação está correto, aberto e ativo; No lançamento do valor de empréstimo na rescisão, verificar que a verba usada para lançamento é a mesma configurada para rescisão na S137.Observações Importantes Caso exista algum problema no envio de dados para a Carol e o mesmo não possa ser identificado facilmente, junto ao cliente, é possível habilitar o LOG de envio de dados para a Carol (Connector Protheus/Carol). Para realizar ativação do LOG, será necessário ativar as propriedades disponibilizadas pela Frame, no arquivo appserver.ini do cliente, logo abaixo da propriedade que possui no nome da base, da mesma forma como estão as propriedades já existentes SourcePath ou ROOTPATH, por exemplo. É possível adicionar as propriedades abaixo de acordo com a necessidade: Propriedade | Valor | Função |
---|
fwtracelog | 1(ligado) ou 0 (desligado) | Habilita log básico no console do appserver com as chamadas realizadas pelo JOB | fw-tf-debug | 1(ligado) ou 0 (desligado) | Habilita a gravação de informações de debug | FWLOGMSG_DEBUG | 1(ligado) ou 0 (desligado) | Habilita a gravação de informações de debug. Complementa a propriedade fw-tf-debug | fw-tf-logtables | SRA, SRV, Etc..(nome da tabela desejada. Pode ser mais de 1) | Adiciona informações extras para tabelas especificadas. |
INTEGRAÇÃO CONSIGNADO X ERP O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo grava os dados importados do consignado conforme a aplicação dos filtros passados no parâmetro, no movimento do funcionário. Caso exista inconsistência de dados esperados pelo cliente, execute este script abaixo e envie o resultado completo bem como o log de execução do processamento da integração para análise do time de desenvolvimento ; select RA_FILIAL, RA_MAT, RA_SITFOLH, D_E_L_ET, R_E_C_NO, R_E_C_D_EL from SRA010 where RA_MAT = '00000' /*(nesta linha passara matrícula a ser pesquisada na conferência)*/ No processo de validação do cliente dos dados de descontos conciliados pelo portal cliente Consignado, caso seja identificada alguma divergência questionável pelo cliente faz-se necessário a geração do script abaixo para análise do time de desenvolvimento devido ser permitido pelo Protheus o compartilhamento de verbas: SELECT * FROM SX2T10 WHERE X2_CHAVE = 'SRV'- PERMISSÃO DE ACESSO À INTEGRAÇÃO
A integração precisará de acesso as APIs do Consignado conforme endereço cadastrado no parâmetro MV_URLPLAT, para isso caso o cliente possua algum Firewall, ou algum tipo de serviço de bloqueio de portas e URLs externas, será necessário adicionar uma regra de liberação de acesso à URL do Consignado, que estará configurada de acordo com o valor do parâmetro citado anteriormente. Antes e executar o script de carga inicial, é necessário alinhar com o time do TOTVS Consignado e se atentar aos seguintes pontos: 1) O Script de Carga Inicial será necessário somente quando for preciso realizar o reenvio forçado dos dados do cliente, pois esse processo é feito automaticamente após configuração do Wizard e do FWTECHFINJOB. 2) Somente se o cliente não possuir dicionário no banco, não será necessário executar a primeira linha do script da Carga Inicial; 3) As tabelas possuem o sufixo do nome de acordo com o Grupo de Empresas, e deve ser considerado o ajuste de acordo com o que foi escolhido na configuração do Wizard de Configuração do Consignado, o Grupo de Empresas também é escolhido pelo cliente no momento da configuração do FWTECHFINJOB. Exemplo com a tabela SRA, podem ser: SRA010, SRA020, SRA030, SRAT10, SRAT20, SRAT30, etc.; 4) As datas podem ser ajustadas de acordo com o período desejado e estão no formado (YYYY-MM). Script's a serem rodados Somente se solicitado pelo DEV Team: // SQL Server UPDATE SYS_APP_PARAM SET APP_VALUE = '' WHERE APP_PARAM LIKE '%MD5%' UPDATE SRAT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RA_DEMISSA = '' OR RA_DEMISSA >= '20200101' UPDATE SRVT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE D_E_L_E_T_ != '*' UPDATE SRKT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE RCBT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE RCCT10 SET S_T_A_M_P_ = SYSDATETIME() UPDATE SR8T10 SET S_T_A_M_P_ = SYSDATETIME() WHERE R8_DATAFIM >= '20200101' UPDATE RGBT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RGB_PERIOD >= '202110' UPDATE SRRT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RR_PERIODO >= '202110' UPDATE SRGT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RG_PERIODO >= '202110' UPDATE SRCT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RC_PERIODO >= '202110' UPDATE SRDT10 SET S_T_A_M_P_ = SYSDATETIME() WHERE RD_PERIODO >= '202110' // Oracle UPDATE SYS_APP_PARAM SET SYS_APP_PARAM.APP_VALUE = '' WHERE SYS_APP_PARAM.APP_PARAM LIKE '%MD5%' UPDATE SRAT10 SET SRAT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRAT10.RA_DEMISSA = '' OR SRAT10.RA_DEMISSA >= '20200101' UPDATE SRVT10 SET SRVT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRVT10.D_E_L_E_T_ != '*' UPDATE SRKT10 SET SRKT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE RCBT10 SET RCBT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE RCCT10 SET RCCT10.S_T_A_M_P_ = LOCALTIMESTAMP UPDATE SR8T10 SET SR8T10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SR8T10.R8_DATAFIM >= '20200101' UPDATE RGBT10 SET RGBT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE RGBT10.RGB_PERIOD >= '202110' UPDATE SRRT10 SET SRRT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRRT10.RR_PERIODO >= '202110' UPDATE SRGT10 SET SRGT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRGT10.RG_PERIODO >= '202110' UPDATE SRCT10 SET SRCT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRCT10.RC_PERIODO >= '202110' UPDATE SRDT10 SET SRDT10.S_T_A_M_P_ = LOCALTIMESTAMP WHERE SRDT10.RD_PERIODO >= '202110' IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o logs e print's necessários do erro completo demonstrado, para análise interna da solicitação de apoio.*Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente na Carol no connector "protheus_carol" se a carga de dados nas stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: mapping
- Existência da staging: organization
- Existência da staging: sra
- Tem que existir registros com a coluna "Last Updated Date" == Mês Atual
- Data de expedição Válida do RG é obrigatória
- Existência da staging: srd
- Tem que existir registros com a coluna "Last Updated Date" >= Mês Atual -1
- Existência da staging: srv
- Tem que ter os registros do liquido ['RV_CODFOL'] == '0047'
- Existência da staging: rcc
- Tem que ter os registros de configuração do consignado ['RCC_CODIGO'] == 'S137'
| *Simulação/Como reproduzir o problema: | Inserir os prints de tela com o passo a passo da simulação realizada. Informar o motivo caso não se aplique a simulação. | Para maiores informações: https://tdn.totvs.com/x/a17pIQ | Totvs custom tabs box items |
---|
| *Situação: | Informar qual o cenário da demanda |
---|
*Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. | *Resultado esperado: | Informar qual o objetivo do apoio | *Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Requisitos Gerais: | Realizar a ativação do TOTVS Apps Consignado pelo Wizard, usando as credenciais de acesso enviadas para o email cliente.A equipe Tecfin deverá liberar para o cliente a chave de ativação da Instituição de Crédito para a coligada erp vinculada; deverá ser utilizado o programa gerador da chave.A título de conferência, realizar a análise das consultas abaixo observando o resultado esperado para validação da ativação:Identificar os dados do campo VALORINT para a operadora conveniada select * from PPARAMADICIONAIS where NOMECOLUNA like 'CONSINTEGRACAO%'Resposta Esperada: VALORINT = 1 Identificar no campo DATAULTEXEC a data que ocorreu a ultima execução de carga dos conceitos select DATAULTEXEC, CONFIG from GTOTVSAPP order by DATAULTEXEC descResposta Esperada: DATAULTEXEC >= data hora da ativação (frequência +- de 0:10'm)Identificar no campo NOMECOLUNA se todos os conceitos apresentados estão conforme esperado abaixo na data de ativação. select RECMODIFIEDON, NOMECONCEITO from GTOTVSAPPCONCEITO order by RECMODIFIEDON descResposta Esperada: NOMECOLUNAImage Removed'Identificar existência de registros no log de erro da geração do script abaixo pela análise do campo MENSAGEM.select * from GTOTVSAPPCONCEITOHST where MENSAGEM like '%erro%' AND MENSAGEM not like '%SOFTDELETE%' order by DATAULTEXEC descResposta Esperada: Não apresentar registros na consulta'Identificar no campo VALORINT o mês de competência que subiu ao realizar a primeira ativação. Caso seja necessário desativar e reativar o TOTVSApp se faz necessário (somente nesta condição) rodar o script para recarga da ficha financeira.select * from PPARAMADICIONAIS where NOMECOLUNA ='CONSMESCOMPULTIMOENVIOPFFINANC' OR NOMECOLUNA='CONSMESCOMPULTIMOENVIOPFPERFF' OR NOMECOLUNA='CONSANOCOMPULTIMOENVIOPFFINANC' OR NOMECOLUNA='CONSANOCOMPULTIMOENVIOPFPERFF' Resposta Esperada: VALORINT = Mes Competencia da ultima carga na ativaçãoIdentificar versão do ERPselect VERSAOMINIMA from GSISTEMA where CODSISTEMA='P'Resposta Esperada: Respeitando os Requisitos Mínimos do documento Ativando o TOTVS Consignado na linha RMIdentificar existência de registro do Tipo de Lançamento de Folha select * from PTIPOLANCEVT where codinterno=16Resposta Esperada: DESCRICAO = TOTVS ConsignadoReiniciar todos serviços RM.Host para validar a habilitação da flag TOTVS Consignado que deverá se encontrar habilitada na tela de edição do cadastro de Grupo de Eventos/Integração com outros aplicativos no menu Folha Mensal. Para validar a massa de dados inicial enviada para a Carol, execute estes scripts e envie no chamado ou valide a massa com o time de desenvolvimento:SELECT COUNT(CODEVENTO) AS TTREGSFF FROM PFFINANC WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual)*/ SELECT COUNT(DISTINCT CHAPA) AS TTREGSFUNCSNAFF FROM PFFINANC WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual )*/ SELECT COUNT(DISTINCT CHAPA) AS TTREGSFUNCSNOPERIODOFF FROM PFPERFF WHERE ANOCOMP=2021 AND MESCOMP=2 /*(nesta linha passar mês e ano da conferência, sugestão competência anterior e atual)*/ SELECT COUNT(CHAPA) AS TTREGSFUNCSATIVOS FROM PFUNC WHERE (CODSITUACAO<>'D' AND CODSITUACAO<>'T') OR ( CODSITUACAO = 'D' AND DATADEMISSAO >= (GETDATE()-365) )SELECT COUNT(D.CHAPA) AS TTREGSFUNCSATIVOSMAE FROM PFUNC F INNER JOIN PFDEPEND D ON F.CODCOLIGADA=D.CODCOLIGADA AND F.CHAPA=D.CHAPA AND D.GRAUPARENTESCO=7 WHERE (CODSITUACAO<>'D' AND CODSITUACAO<>'T') OR ( CODSITUACAO = 'D' AND DATADEMISSAO >= (GETDATE()-365) )SELECT COUNT(CODIGO) AS TTREGSSECAO FROM PSECAO WHERE SECAODESATIVADA = 0Para validar se funcionários específicos estão subindo os dados para a carol, simule alteração em dados não sensíveis na tabela ppessoa e pfunc (ex.: email) , execute estes scripts e envie no chamado ou valide a massa com o time de desenvolvimento:SELECT P.RECMODIFIEDON, F.RECMODIFIEDON,F.CODSITUACAO,F.CODTIPO, F.TIPOADMISSAO,F.CODRECEBIMENTO,F.CHAPA, F.NOME, F.DATAADMISSAO, F.DATADEMISSAO, F.SALARIO FROM PFUNC F INNER JOIN PPESSOA P ON (P.CODIGO=F.CODPESSOA) WHERE P.CPF IN ('CPF1','CPF2') /*(nesta linha passar os cpfs desejados para pesquisa quantos forem necessários separados por vírgula entre aspas simples)*/ - Envie este resultado juntamente com o resultado do script acima que demonstra o JOB destes conceitos (PPESSOA e PFUNC) rodando em ordem decrescente de última execução.Em caso erros na ativação do TOTVS App verifique este link para validar possíveis causa já documentadas a serem verificadas: TOTVS App TroubleshootingCaso exista a necessidade de enviar chamado para validação do time de frame sobre problemas de subida de dados ou serviço parado, lembre-se sempre de enviar os logs das tabelas referente ao JOB (GTOTVSAPP, GTOTVSAPPCONCEITO, GTOTVSAPPCONCEITOHST) bem como o log do tracefile do host conforme orientação do link: https://centraldeatendimento.totvs.com/hc/pt-br/articles/360012409712-Framework-Linha-RM-Frame-Como-habilitar-o-tracefile-no-HostIMPORTANTE: Após ativação do TOTVS Consignado com sucesso a desativação não mais deverá ocorrer, com exceção sob orientação/solicitação da equipe técnica do desenvolvimento/framework. INTEGRAÇÃO CONSIGNADO X ERP O processo de Integração Consignado x ERP acontece de forma dinâmica, não tendo ações necessárias diferentes da já descritas na documentação para Importação de Parcelas . Este processo grava os dados importados do consignado na tabela PFMOVTEMP para que, após validação e conferência, seja importada no movimento do funcionário pelo Lançamento do Grupo de Eventos. Caso exista inconsistência de dados esperados pelo cliente, execute este script abaixo e envie o resultado completo bem como o log de execução do processamento da integração para análise do time de desenvolvimento ;select f.recmodifiedon, s.cgc, p.cpf, f.codsituacao, f.codtipo, f.codrecebimento, t.* from PFMOVTEMP T inner join PFUNC F on T.CODCOLIGADA=F.CODCOLIGADA AND T.CHAPA=F.CHAPA inner join PPESSOA P on F.CODPESSOA=P.CODIGO inner join PSECAO S on F.CODCOLIGADA=S.CODCOLIGADA AND F.CODSECAO=S.CODIGOwhere 1=1 and T.TIPOLANCAMENTO='16' and ANOCOMP=2021 AND MESCOMP=10 /*(nesta linha passar mês e ano da conferência)*/Caso seja apresentada inconsistência quanto a comunicação das soluções, deverá ser verificado os parâmetros da tabela PPARAMADICIONAIS conforme a versão do cliente, lembrando:- Versão 33 (Recomendado: Ultimo patch da versão instalado) , integrada com implementação atualizada da equipe de frame. Devemos passar apenas Url da plataforma TOTVS Consignado bem como as informações de rateio caso sejam pertinentes.
Image Removed
- Versão inferior 33 (Recomendado: Ultimo patch da versão instalado) . Devemos passar todas as informações de conexão que são necessárias sendo elas.
Image Removed
- Após esta validação caso o erro se mantenha envie o chamado com a imagem do print do Parametrizador bem como o resultado do script abaixo:
SELECT * FROM GPARAMETROSSISTEMA WHERE ID=92
IMPORTANTE: Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das consultas acima, bem como o log de erro completo da GTOTVSAPPCONEITOHST, na análise interna da solicitação de apoio.*Validação necessária antes de gerar o APP Consignado: | Deverá ser verificado na tenant do cliente da Carol no connector "rm_carol" se a carga de dados das stagings foram realizadas e estão integras quanto ao dado enviado; Deverá ser conferido em especial neste passo: - Existência da staging: psecao
- Existência da staging: pparam
- Existência da staging: pparamadicionais
- Existência da staging: ppessoa
- Existência da staging: pfunc
- Existência da staging: pfperff
| Validação adicional de ambientes pelo Sentinela | Caso seja necessário realizar uma depuração mais refinada do ambiente erp para validação da carga de dados, quando solicitado pelo time de frame, realize os passos sugeridos neste link para habilitação do Sentinela-RM-Ferramenta-de-Monitoramento-de-Ambientes | *Simulação/Como reproduzir o problema: | Inserir os prints de tela com o passo a passo da simulação realizada. Informar o motivo caso não se aplique a simulação. | Para maiores informações: https://tdn.totvs.com/display/TSaldo/ | MVP+3+TOTVS+Consignado+-+RM |
totvs-custom-tabs-box-items |
---|
| -box-items |
---|
| Situação: Clientes Em Implantação ou Produção - PORTAL Gestão RH Contexto Em Implantação: validação de acessos ao portal Contexto Em Produção: validação de dados, estoque inicial ou movimento mensal do benefício; | *Situação: | Informar qual o cenário da demanda |
---|
*Histórico do Atendimento | Informar detalhadamente o que foi analisado e discutido em relação a situação apresentada à abertura da solicitação; informe todos os dados para que permita a ação rápida de análise. *Resultado esperadoinforme todos os dados para que permita a ação rápida de análise. | *Browser e Versão utilizado: | Informar qual o browser e a versão do mesmo utilizados na simulação | *Resultado esperado: | Informar qual o objetivo do apoio | *Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o | objetivo do apoio banco de dados do cliente. | *Requisitos Gerais: | - Caso apresente problema ao acessar o portal experimente limpar o cache da página. Para te orientar na aplicação desse processo siga os passos sugeridos neste link !
- Caso ocorra inconsistência nos processos executados pelo Portal GestãoRH, simule a operação utilizando seu desktop para conseguir realiza os prints necessários, habilitando a inspeção do componente com a tecla F12. Esses prints deverão ser realizados desde o inicio do processo da operação com a tecla <F12> habilitada (será apresentado os dados de análise a direita, realize o print de toda a tela) ou seja, se o problema detectado esta ao realizar uma simulação, esteja na tela principal de nova solicitação e pressione a tecla <F12> .
se for no processo de envio de documentos, esteja na tela de minhas solicitações pressione a tecla <F12> e realize os prints até a ação que esteja ocasionando a exceção. Realize os prints sempre dos componentes "Console" e "Rede/Network" (conforme orientação nas imagens abaixo).
Image Added
Image Added
- Ocasionalmente pode ser necessário enviar o arquivo HAR que contem informações adicionais sobre a requisição da rede que são geradas no navegador, para facilitar a análise de conexão com o parceiro. ocasionalmente, de informações adicionais sobre as solicitações de rede que são geradas no seu navegador. Importante que para gerar o arquivo o processo deve estar sendo simulado no momento de apresentação do erro, ou seja, o funcionário deve pelo navegador, entrar em modo de inspeção do elemento (Tecla F12) com a opção Redes/Network aberta, acessar o Meu RH e no momento após simular o problema, gerar o arquivo Har. Dica de como gerar o arquivo HAR
- Havendo possibilidade realize a gravação de um vídeo sequencial do processo sendo executado ( com a tela F12 pressionada) e adicione todas as evidência na solicitação de apoio.
- Enviar o e-mail utilizado para acesso do usuário que está com problemas de acesso ao Portal RH.
Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das evidências operacionais para análise interna da solicitação de apoio. Obrigatório informar o dispositivo usado, no caso mobile o sistema operacional e versão, CNPJ da LOTAÇÃO da evidência e o CPF do funcionário. | *Simulação/Como reproduzir o problema: | Inserir os prints de tela com o passo a passo da simulação realizada. Informar o motivo caso não se aplique a simulação. | Para maiores informações: 4 - TOTVS Apps - Consignado 4.2 Portal de Gestão RH |
|
Totvs custom tabs box items |
---|
| Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). * Padrão obrigatório para abertura de issues para o Desenvolvimento após análise de checklist Tipo de Issue: Manutenção Passo a passo para gerar a inconsistência; Informar o horário do ocorrido; Deverá ter qual o CNPJ da filial ou matriz; Descrição do problema; Comportamento esperado; Testes realizados pelo analista do atendimento; Logs e prints para ajudar na analise; Caso seja possível identificar qual os dados do funcionário, informar na issue; Situação: Clientes Em Implantação ou Produção - TECHFIN BKO Contexto Em PILOTO: Clientes Verticalizado. Abertura de análise no acompanhamento dos Pilotos do parceiro TECHFIN. Problemas reportados ao time de Backoffice TECHFIN
| *Situação: | Informar qual o cenário da demanda |
---|
*Produto usado: | Demais devem ser direcionados ao time TECHFIN | *Browser e Versão utilizado: | Informar qual o browser e a versão do mesmo utilizados na simulação | *Rotina/Funcionalidade: | Informar qual a rotina na qual o erro acontece.
- Solicitação de Empréstimo
- Aprovação
- Reprovação
- Contestação
- Solicitação de Boleto
Demais devem ser direcionados ao time TECHFIN | *Requisitos Gerais: | - CNPJ da LOTAÇÃO
- CPF do funcionário
| *Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. | *Rotina: | Informar qual a rotina na qual o erro acontece. | *Banco de dados do cliente: | Informar qual o banco de dados do cliente. | *Requisitos Gerais: | Conferir a existência dos campos Obrigatórios na validação cadastral pelo parceiro no erp. Campos obrigatórios para validação de cadastro: - Nome da Mãe (Mesmo que descrito Mãe desconhecida) - Estado Civil - E-mail - DDD + Telefone (DDD válido numérico >10 <=99 ) - Data de Nascimento - Salário > 0 Atenção para os dados informados na conta bancária do beneficiário para crédito - Conta sobre titularidade do funcionário solicitante - Somente poderá ser selecionado um banco existente pesquisando pelo código ou nome - Tipo deve ser selecionado Conta Corrente ou Conta Poupança que são os tipos permitidos. - o número da conta deve ser a informação correta sem acrescer zeros a esquerda caso não componham o número da conta - o digito verificador da conta é validado pelas instituições de crédito então deve ser o número válido Atenção para o envio de dados de documentos. Ao selecionar o tipo de documento CNH deverá existir cadastrado todos os dados pertinentes na análise do parceiro sendo eles: - Número da CNH - Data de Emissão da CNH - Órgão Emissor da CNH - Tipo - UF de Emissão da CNH As instituições de crédito podem ter regras internas de validação de dados que poderão dar mensagem de inconsistência ao tentar realizar uma simulação/solicitação estas regras são contratuais da instituição de crédito com o cliente erp. Ex: Idade permitida >=18 <=60, tempo de casa, score etc... que podem ou não estar definidos em políticas do portal; se for regra interna da instituição de crédito será respeitado. Caso apresente problema na vinculação de documentos experimente limpar o cache. Para te orientar na aplicação desse processo siga os passos sugeridos neste link ! Caso ocorra inconsistência nos processos executados pelo MeuRH, simule a operação utilizando o desktop para conseguir realiza os prints necessários, habilitando a inspeção do componente com a tecla F12. Esses prints deverão ser realizados desde o inicio do processo da operação com a tecla <F12> habilitada (será apresentado os dados de análise a direita, realize o print de toda a tela) ou seja, se o problema detectado esta ao realizar uma simulação, esteja na tela principal de nova solicitação e pressione a tecla <F12> . se for no processo de envio de documentos, esteja na tela de minhas solicitações pressione a tecla <F12> e realize os prints até a ação que esteja ocasionando a exceção. Realize os prints sempre dos componentes "Console" e "Rede/Network" (conforme orientação nas imagens abaixo). Image Removed Image Removed Havendo possibilidade realize a gravação de um vídeo sequencial do processo sendo executado ( com a tela F12 pressionada) e adicione todas as evidência na solicitação de apoio.Antes de abrir chamado certifique-se que os serviços estejam ativos e íntegros em sua execução (sem status de erro). Persistindo a necessidade de atendimento, colocar todos os anexos com os resultados das evidências operacionais para análise interna da solicitação de apoio. Obrigatório informar o dispositivo usado, no caso mobile o sistema operacional e versão, CNPJ da LOTAÇÃO da evidência e o CPF do funcionário. | *Simulação/Como reproduzir o problema: | Inserir os prints de tela com o passo a passo da simulação realizada. Informar o motivo caso não se aplique a simulação. | Para maiores informações: https://tdn.totvs.com/display/TSaldo/Meu+RH |
| Totvs custom tabs box items |
---|
| Versão/Release cliente: | Informar qual a release em que o cliente se encontra e qual o patch do console ou fix liberado. Obrigatório quando a funcionalidade estiver atrelada ao ERP | Banco de dados do cliente: | Informar qual o banco de dados do cliente. Obrigatório quando a funcionalidade estiver atrelada ao ERP | Fluxo de atendimento: O ticket deve ser aberto pro time de suporte realizar a primeira análise que será caso necessário, encaminhado ao time de produto. |
|
|