Páginas filhas
  • Manual - Validações de Inadimplência

Versões comparadas

Chave

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

...

O objetivo deste projeto é detalhar as validações a serem realizadas nos módulos do SGE que garantirão a verificação da inadimplência dos Responsáveis Financeiros.


Expandir
titleParametrização customizada


...

Expandir
titleBloqueio de inadimplência – WIN
Expandir
titleBloqueio de inadimplência – WEB

...

  • Fluxo do processo

...

Image Added

  • Descrição do processo

...

  1. Usuário acessa o TOTVS Educacional

...

  1. e executa um dos processos de matrícula ou acessa o TOTVS Gestão de Estoque, Compras e Faturamento e inclui um Contrato Corporativo.
  2. Processo customizado consulta uma view no barramento IIF para validar se o responsável financeiro está inadimplente.
  3. Se houver inadimplência, uma mensagem será exibida e o usuário será impedido de prosseguir com o processo.
  1. Fim do processo.


  • Detalhamento do processo

O objetivo deste requisito é detalhar a

...

  • Habilitar validação de inadimplência: será um parâmetro do tipo check box (flag) para que o usuário informe se as validações de inadimplência devem ou não ser realizadas.
  • Modalidades sem bloqueio: será um parâmetro do tipo lista para que o usuário defina quais as Modalidades de Cursos não validarão a inadimplência.
  • Itens Contábeis sem bloqueio: será um parâmetro do tipo lista para que o usuário defina quais os Itens Contábeis de Cursos não validarão a inadimplência.

Essa parametrização será por coligada.
PONTOS DE ATENÇÃO:

  • Nos casos que não for feita a validação de inadimplência (modalidade de curso ou itens contábeis sem bloqueio), o campo Responsável Financeiro não será obrigatório.

...

  • Fluxo do processo

Image Removed

  • Descrição do processo

1. Usuário acessa a visão de Contratos do TOTVS Educacional.
2. Usuário clica no botão "Incluir".
3. Customização preenche o campo "Data do contrato" com a data atual do sistema.
4. Usuário preenche todos os campos necessários.
5. Usuário clica em "Salvar".
6. Campo "Data do contrato" permanece preenchido?
6.1. Sim. Registro do contrato é salvo.
6.2. Não. Customização emite mensagem: "Não é possível salvar sem preencher o campo 'Data do contrato'" e o registro não é gravado.
7. Fim do processo.

  • Detalhamento do processo

O objetivo deste requisito é detalhar a validação de preenchimento do campo "Data do contrato" (SCONTRATO.CODCONTRATO) ao inserir/editar um registro de contrato manualmente pelo usuário.
Quando o usuário acessar algum dos menus listados abaixo e clicar no botão "Incluir" a customização deverá preencher o campo "Data do contrato" com a data atual do sistema. Este campo poderá ser alterado pelo usuário, todavia, ao clicar no botão "Salvar" este campo deverá estar obrigatoriamente preenchido.

  • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Contratos.
  • TOTVS Educacional | Financeiro / Contábil | Contratos.

Se ao clicar em "Salvar" o campo não estiver preenchido será emitida a mensagem: "Não é possível salvar sem preencher o campo 'Data do contrato'" e o registro não será gravado.
PONTOS DE ATENÇÃO:

  • Durante o processo de matrícula, nas duas rotinas detalhadas abaixo, existe a opção de geração do contrato. Neste caso, o processo preenche automaticamente o campo "Data do contrato" com o valor informado no campo "Data de matrícula". Portanto, não haverá nenhuma intervenção customizada para validar o preenchimento do campo.
    • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Cursos/Habilitações | Processo Matricular aluno.
    • TOTVS Educacional | Currículo e Oferta | Alunos | Processo Matricular aluno.
  • Protótipos

Não se aplica.

...

  • Fluxo do processo

Image Removed

  • Descrição do processo
  1. Usuário acessa o TOTVS Educacional e executa um dos processos de matrícula ou acessa o TOTVS Gestão de Estoque, Compras e Faturamento e inclui um Contrato Corporativo.
  2. Processo customizado consulta uma view no barramento IIF para validar se o responsável financeiro está inadimplente.
  3. Se houver inadimplência, uma mensagem será exibida e o usuário será impedido de prosseguir com o processo.
  4. Fim do processo.
  • Detalhamento do processo

O objetivo deste requisito é detalhar a validação de inadimplência que será realizada para os Responsáveis Financeiros.
Esta validação será aplicada quando o usuário estiver utilizando alguma das rotinas abaixo:

  • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Cursos/Habilitações | Processo Matricular aluno.

Validação será realizada ao término do processo apenas quando o usuário já definiu o Responsável Financeiro do contrato.
Essa rotina é pertinente somente aos contextos de nível de ensino superior e educação profissional.

  • TOTVS Educacional | Currículo e Oferta | Alunos | Processo Matricular aluno.

Validação será realizada ao término do processo apenas quando o usuário já definiu o curso e o Responsável Financeiro do contrato.
Essa rotina é pertinente somente ao contexto de nível de ensino básico.

  • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Cursos/Habilitações | Matrícula Período Letivo | Contratos 

Validação será realizada ao término do processo apenas quando o usuário já definiu o(s) Responsável(eis) Financeiro(s) do contrato, ao salvar o contrato.

  • TOTVS Gestão de Estoque, Compras e Faturamento | Contratos | Manutenção de Contratos | Inserir/Editar.

Validação será realizada assim que o usuário clicar no botão "Salvar".
Antes que as rotinas mencionadas acima sejam concluídas a customização deverá identificar o(s) responsável(is) financeiro(s). No Educacional, deve ser considerado o responsável do contrato, caso este não exista, deve ser considerado o responsável financeiro do aluno. No Corporativo deve ser considerado o cliente do contrato corporativo.
Caso não seja localizado o responsável financeiro, o sistema apresentará a seguinte mensagem: "Responsável não localizado. Não será possível prosseguir".
Após localizar o responsável, a customização deverá realizar uma consulta à view IIFR_Z0D010_VW do barramento IIF. As seguintes informações deverão ser passadas para a consulta:

  • CPF/CNPJ: documento do Responsável Financeiro.
  • Coligada: coligada cujo o contrato está vinculado.

Se o contrato for da coligada SESI, enviar Z0D_FILIAL = 02RS.
Se o contrato for da coligada SENAI, enviar Z0D_FILIAL = 04RS.
Caso a consulta retorne algum registro cujo o Status (Z0D_STATUS) seja igual a 4-Bloqueio automático, 5-Bloqueio manual, 6-Bloqueio temporário, 7-Bloqueio jurídico ou 9-Inclusão SPC/SERARA, o cliente será considerado inadimplente e a rotina executada será abortada. Neste momento será exibida a mensagem: "Responsável Financeiro inadimplente. Não será possível prosseguir".
Além de verificar a inadimplência na coligada corrente, será necessário validar na coligada da outra Casa (coligada diferente da coligada do contrato). Caso o responsável esteja inadimplente, será exibido um aviso para o usuário informando que o Responsável Financeiro está inadimplente na outra Coligada do Sistema FIERGS.
Algumas situações devem ser consideradas pela customização para que valide ou não a inadimplência. São elas:

  • O parâmetro Habilitar validação de inadimplência deve estar marcado.
  • Para contrato educacional, a validação será realizada no Responsável Financeiro do contrato (SRESPONSAVELCONTRATO.CODCFO) e caso não exista, será realizada no Responsável Financeiro do aluno (SALUNO.CODCFO). Neste cenário, se por ventura o aluno possuir um contrato corporativo em que a empresa está inadimplente, não haverá impedimento.
  • Para contrato corporativo, a validação será realizada no Cliente (TCNT.CODCFO). Neste cenário, o CPF do aluno não será validado, ou seja, mesmo que o aluno esteja inadimplente, não haverá impedimento.
  • A validação será realizada apenas para os cursos cuja a modalidade (SCURSO.CODMODALIDADECURSO) não esteja definida no parâmetro customizado "Modalidades sem bloqueio".
  • A validação será realizada apenas para os cursos cujo item contábil não esteja definido no parâmetro customizado "Itens Contábeis sem bloqueio". O Item Contábil deve ser buscado da Matriz Aplicada (ZIPMATRIZDADOSFINANCEIROS.IDITEMCONTABIL) ou na Turma (ZIPTURMADADOSFINANCEIROS.IDITEMCONTABIL). Nos casos onde houver Item Contábil parametrizado tanto na Matriz quanto na Turma, o da Turma deve prevalecer.
  • Se o plano de pagamento do contrato for de uma modalidade à vista (plano de pagamento com apenas uma parcela, com vencimento igual à data de emissão do contrato) não será validada a inadimplência.
  • Para contratos de gratuidade (utilizado plano de pagamento com todas as parcelas com desconto de 100%) a validação de inadimplência não será realizada.

...

validação de inadimplência que será realizada para os Responsáveis Financeiros.
Esta validação será aplicada quando o usuário estiver utilizando alguma das rotinas abaixo:

  • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Cursos/Habilitações | Processo Matricular aluno.

Validação será realizada ao término do processo apenas quando o usuário já definiu o Responsável Financeiro do contrato.
Essa rotina é pertinente somente aos contextos de nível de ensino superior e educação profissional.

  • TOTVS Educacional | Currículo e Oferta | Alunos | Processo Matricular aluno.

Validação será realizada ao término do processo apenas quando o usuário já definiu o curso e o Responsável Financeiro do contrato.
Essa rotina é pertinente somente ao contexto de nível de ensino básico.

  • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Cursos/Habilitações | Matrícula Período Letivo | Contratos 

Validação será realizada ao término do processo apenas quando o usuário já definiu o(s) Responsável(eis) Financeiro(s) do contrato, ao salvar o contrato.

  • TOTVS Gestão de Estoque, Compras e Faturamento | Contratos | Manutenção de Contratos | Inserir/Editar.

Validação será realizada assim que o usuário clicar no botão "Salvar".
Antes que as rotinas mencionadas acima sejam concluídas a customização deverá identificar o(s) responsável(is) financeiro(s). No Educacional, deve ser considerado o responsável do contrato, caso este não exista, deve ser considerado o responsável financeiro do aluno. No Corporativo deve ser considerado o cliente do contrato corporativo.
Caso não seja localizado o responsável financeiro, o sistema apresentará a seguinte mensagem: "Responsável não localizado. Não será possível prosseguir".
Após localizar o responsável, a customização deverá realizar uma consulta à view IIFR_Z0D010_VW do barramento IIF. As seguintes informações deverão ser passadas para a consulta:

  • CPF/CNPJ: documento do Responsável Financeiro.
  • Coligada: coligada cujo o contrato está vinculado.

Se o contrato for da coligada SESI, enviar Z0D_FILIAL = 02RS.
Se o contrato for da coligada SENAI, enviar Z0D_FILIAL = 04RS.
Caso a consulta retorne algum registro cujo o Status (Z0D_STATUS) seja igual a 4-Bloqueio automático, 5-Bloqueio manual, 6-Bloqueio temporário, 7-Bloqueio jurídico ou 9-Inclusão SPC/SERARA, o cliente será considerado inadimplente e a rotina executada será abortada. Neste momento será exibida a mensagem: "Responsável Financeiro inadimplente. Não será possível prosseguir".
Além de verificar a inadimplência na coligada corrente, será necessário validar na coligada da outra Casa (coligada diferente da coligada do contrato). Caso o responsável esteja inadimplente, será exibido um aviso para o usuário informando que o Responsável Financeiro está inadimplente na outra Coligada do Sistema FIERGS.
Algumas situações devem ser consideradas pela customização para que valide ou não a inadimplência. São elas:

  • O parâmetro Habilitar validação de inadimplência deve estar marcado.
  • Para contrato educacional, a validação será realizada no Responsável Financeiro do contrato (SRESPONSAVELCONTRATO.CODCFO) e caso não exista, será realizada no Responsável Financeiro do aluno (SALUNO.CODCFO). Neste cenário, se por ventura o aluno possuir um contrato corporativo em que a empresa está inadimplente, não haverá impedimento.
  • Para contrato corporativo, a validação será realizada no Cliente (TCNT.CODCFO). Neste cenário, o CPF do aluno não será validado, ou seja, mesmo que o aluno esteja inadimplente, não haverá impedimento.
  • A validação será realizada apenas para os cursos cuja a modalidade (SCURSO.CODMODALIDADECURSO) não esteja definida no parâmetro customizado "Modalidades sem bloqueio".
  • A validação será realizada apenas para os cursos cujo item contábil não esteja definido no parâmetro customizado "Itens Contábeis sem bloqueio". O Item Contábil deve ser buscado da Matriz Aplicada (ZIPMATRIZDADOSFINANCEIROS.IDITEMCONTABIL) ou na Turma (ZIPTURMADADOSFINANCEIROS.IDITEMCONTABIL). Nos casos onde houver Item Contábil parametrizado tanto na Matriz quanto na Turma, o da Turma deve prevalecer.
  • Se o plano de pagamento do contrato for de uma modalidade à vista (plano de pagamento com apenas uma parcela, com vencimento igual à data de emissão do contrato) não será validada a inadimplência.
  • Para contratos de gratuidade (utilizado plano de pagamento com todas as parcelas com desconto de 100%) a validação de inadimplência não será realizada.


PONTOS DE ATENÇÃO:

  • A criação e manutenção da view no barramento IIF é de responsabilidade do cliente.
  • Não será validada inadimplência para valores referentes à taxas e inscrições. Ou seja, as validações não serão realizadas na geração de lançamentos do Processo Seletivo.
  • A validação de inadimplência documentada no projeto FS007780 (873247-874083) – Integração RM com Protheus – Parte 2 (SESI-SENAI) –
    Âncora
    _Toc488054470
    _Toc488054470
    Âncora
    _Toc489019114
    _Toc489019114
    Req. 06 – Validação de Inadimplência (Win) será substituída pelo aqui documentado.
Expandir
titleBloqueio de inadimplência – WEB




Âncora
_Toc529259300
_Toc529259300
Modelo de solução


Image Added

Âncora
_Toc529259301
_Toc529259301
Req. 01 – Parametrização customizada


  • Fluxo do processo

Image Added

  • Descrição do processo

1. Usuário acessa TOTVS Educacional | Customização | Parâmetros de Inadimplência.
2. Usuário visualiza os campos parametrizáveis.
3. Usuário preenche os campos e clica em Salvar.
4. Parâmetros salvos.
5. Fim do processo.

  • Detalhamento do processo

O objetivo deste requisito é detalhar a criação de uma tela de parâmetros para a customização de "Validação de Inadimplência". Esta interface estará disponível em TOTVS Educacional | Customização | Parâmetros de Inadimplência.
Ao acessar esta tela será visualizada uma grid (Fig. 01.01) com os parâmetros listados para esta Customização:

  • Habilitar validação de inadimplência: será um parâmetro do tipo check box (flag) para que o usuário informe se as validações de inadimplência devem ou não ser realizadas.
  • Modalidades sem bloqueio: será um parâmetro do tipo lista para que o usuário defina quais as Modalidades de Cursos não validarão a inadimplência.
  • Itens Contábeis sem bloqueio: será um parâmetro do tipo lista para que o usuário defina quais os Itens Contábeis de Cursos não validarão a inadimplência.

Essa parametrização será por coligada.
PONTOS DE ATENÇÃO:

  • Nos casos que não for feita a validação de inadimplência (modalidade de curso ou itens contábeis sem bloqueio), o campo Responsável Financeiro não será obrigatório.

Image Added
Figura 1 – Acesso e visão dos Parâmetros de Inadimplência
Image Added
Figura 2 – Parâmetro – Habilitar validação de inadimplência
Image Added
Figura 3 – Parâmetro – Itens Contábeis sem bloqueio






Image Added
Figura 4 – Parâmetro – Modalidades sem bloqueio



Âncora
_Toc529259302
_Toc529259302
Req. 02 – Validação de campo do contrato do aluno


  • Fluxo do processo

Image Added

  • Descrição do processo

1. Usuário acessa a visão de Contratos do TOTVS Educacional.
2. Usuário clica no botão "Incluir".
3. Customização preenche o campo "Data do contrato" com a data atual do sistema.
4. Usuário preenche todos os campos necessários.
5. Usuário clica em "Salvar".
6. Campo "Data do contrato" permanece preenchido?
6.1. Sim. Registro do contrato é salvo.
6.2. Não. Customização emite mensagem: "Não é possível salvar sem preencher o campo 'Data do contrato'" e o registro não é gravado.
7. Fim do processo.

  • Detalhamento do processo

O objetivo deste requisito é detalhar a validação de preenchimento do campo "Data do contrato" (SCONTRATO.CODCONTRATO) ao inserir/editar um registro de contrato manualmente pelo usuário.
Quando o usuário acessar algum dos menus listados abaixo e clicar no botão "Incluir" a customização deverá preencher o campo "Data do contrato" com a data atual do sistema. Este campo poderá ser alterado pelo usuário, todavia, ao clicar no botão "Salvar" este campo deverá estar obrigatoriamente preenchido.

  • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Contratos.
  • TOTVS Educacional | Financeiro / Contábil | Contratos.

Se ao clicar em "Salvar" o campo não estiver preenchido será emitida a mensagem: "Não é possível salvar sem preencher o campo 'Data do contrato'" e o registro não será gravado.
PONTOS DE ATENÇÃO:

  • Durante o processo de matrícula, nas duas rotinas detalhadas abaixo, existe a opção de geração do contrato. Neste caso, o processo preenche automaticamente o campo "Data do contrato" com o valor informado no campo "Data de matrícula". Portanto, não haverá nenhuma intervenção customizada para validar o preenchimento do campo.
    • TOTVS Educacional | Currículo e Oferta | Alunos | Anexo Cursos/Habilitações | Processo Matricular aluno.
    • TOTVS Educacional | Currículo e Oferta | Alunos | Processo Matricular aluno

...

Estrutura da view IIFR_Z0D010_VW

...

Campo destino

...

Campo origem

...

Formato

...

Tam

...

Observações

...

Z0D_FILIAL

...

SCONTRATO.CODCOLIGADA

...

Char

...

8

...

Se coligada = 2, enviar 02RS. Se coligada = 4, enviar 04RS.

...

Z0D_STATUS

...

N/A

...

Char

...

1

...

Z0D_CLIENT

...

SRESPONSAVELCONTRATO.CODCFO

FCFO.CGCCFO

...

Char

...

9

...

Enviar apenas os 8 primeiros dígitos sem máscara.

...

Z0D_NOME

...

N/A

...

Char

...

80

...

Z0D_NREDUZ

...

N/A

...

Char

...

20

...

Z0D_TPCLI

...

N/A

...

Char

...

1

...

Z0D_DTSTAT

...

N/A

...

Char

...

8

...

Z0D_OBSERV

...

N/A

...

Blob

...

Z0D_SITUAC

...

N/A

...

Char

...

1

...

Z0D_DTSIT

...

N/A

...

Char

...

8

...

Z0D_QTDCOB

...

N/A

...

Int

...

Z0D_JURID

...

N/A

...

Char

...

1

...

Z0D_DTJURI

...

N/A

...

Char

...

8

...

Z0D_OPC

...

N/A

...

Char

...

1

...

Z0D_GEROPC

...

N/A

...

Char

...

1

...

Z0D_CARTA

...

N/A

...

Char

...

6

...

Z0D_USRINC

...

N/A

...

Char

...

25

...

Z0D_DATINC

...

N/A

...

Char

...

8

...

Z0D_HORINC

...

N/A

...

Char

...

8

...

Z0D_USRALT

...

N/A

...

Char

...

25

...

Z0D_DATALT

...

N/A

...

Char

...

8

...

Z0D_HORALT

...

N/A

...

Char

...

8

...

Z0D_DTINIP

...

N/A

...

Char

...

8

...

Z0D_REPRES

...

N/A

...

Char

...

80

...

Z0D_NACION

...

N/A

...

Char

...

50

...

Z0D_ESTCIV

...

N/A

...

Char

...

20

...

Z0D_ENDER

...

N/A

...

Char

...

80

...

Z0D_BAIRRO

...

N/A

...

Char

...

20

...

Z0D_CIDADE

...

N/A

...

Char

...

20

...

Z0D_UF

...

N/A

...

Char

...

2

...

Z0D_CEP

...

N/A

...

Char

...

8

...

Z0D_CPF

...

N/A

...

Char

...

11

...

Z0D_DTLIMS

...

N/A

...

Char

...

8

...

Z0D_DTCART

...

N/A

...

Char

...

8

...

D_E_L_E_T_

...

N/A

...

Char

...

1

...

R_E_C_N_O_

...

N/A

...

Int

...

Z0D_MAILCB

...

N/A

...

Char

...

250

...

Z0D_REMPAV

...

N/A

...

Char

...

1

...

Z0D_REMPVE

...

N/A

...

Char

...

1

...

Z0D_DTEPAV

...

N/A

...

Char

...

8

...

Z0D_QTEPAV

...

N/A

...

Int

...

Z0D_DTEPVE

...

N/A

...

Char

...

8

...

Z0D_QTDPVE

...

N/A

...

Int

  • Protótipos

...

    • .




Âncora
_Toc529259304
_Toc529259304
Req. 04 – Bloqueio de inadimplência - WEB

...