| Totvs custom tabs box items |
|---|
|  Fique Atento:
Todos os campos apresentados nos templates com o símbolo * são como padrão de análise sua informação obrigatória para abertura de issues para o Desenvolvimento. Verifique se suas dúvidas não se encontram esclarecidas aqui!
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;
- 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.
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;
- 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.
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;
- 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 |
|---|
| | *Situação: | Informar qual o cenário da demanda |
|---|
| *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. | | *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 utilizado. | | *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: | - 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:
- 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
| | *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/TOTVS+Consignado+-+Datasul https://tdn.totvs.com/pages/releaseview.action?pageId=626646229 |
|
| 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 à situação apresentada na abertura da solicitação; informe todos os dados que permitam 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. | | *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. | | *LIB: | Informar qual versão da LIB o cliente se encontra. | | *Dicionário de dados no banco de dados? | Informar se o cliente possui dicionário de dados no banco de dados. | | *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? (ex.: UPDDISTR, aplicação de pacote atualizado da expedição contínua etc) | Informar se o cliente fez atualização na base e, se sim, qual. | | *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. | | *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. | | *Requisitos Gerais: | - 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;
- 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.
- 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
- 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 importação de parcelas caso exista inconsistência ou falha da importação identificados pelo cliente, execute este script abaixo e envie o resultado completo bem como o log de execução do processamento da importação de parcelas para análise do time de desenvolvimento ;
select RGB_FILIAL, RGB_PERIOD, RGB_ROTEIR, RGB_MAT, RGB_PD, RGB_VALOR, RGB_NUMID,
RGB_DTREF, RGB_CODFUN, RGB_TIPO1, RGB_TIPO2, RGB_CC,
D_E_L_E_T_ , R_E_C_N_O_ , R_E_C_D_E_L_ , S_T_A_M_P_ , I_N_S_D_T_
from RGBT10
where RGB_PD = '0000'/*(nesta linha passara o código da verba do consignado utilizado nos parâmetros da tabela S137)*
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). - 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'
| | *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 |
|---|
| 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: | 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 |
|---|
| tabs | Clientes EM Implantação, Clientes Em Produção |
|---|
| ids | 10,11 |
|---|
| | Totvs custom tabs box items |
|---|
| *Situação: Clientes Em Implantação (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) |
|---|
| *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 | | *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 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
- '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: TOTVS App 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.
- 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')
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.
- 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.
- 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
- 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
| | *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/TOTVS+Consignado+-+Datasul https://tdn.totvs.com/pages/releaseview.action?pageId=626646229 |
|
| Totvs custom tabs box items |
|---|
| *Situação: Clientes Em Produção (já receberam parcelas, se caracterizam pelo momento de movimento integrado do consignado)
|
|---|
| *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 | | *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 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
- '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: TOTVS App 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.
- 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')
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.
- 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.
- 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
- 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 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 |
|---|
| | *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: | IMPORTANTE:
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).
- 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. | | *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 |
|
|
