5.4. Req. 04 – Exportação de Pedido de Venda (TOTVS RM  Protheus)

Este requisito detalha a exportação de títulos financeiros a ser realizada entre o TOTVS Gestão Financeira e o Protheus. A integração será realizada de forma automática (Job Server), respeitando os intervalos de tempo pré-definidos pelo usuário no agendamento. O Processo deverá ser agendado no TOTVS Educacional, menu Customização | Exportação de Pedido de Venda.

5.4.1 Pré-Requisitos / Parametrizações

1. Deve ser criado o campo complementar IDINTEGRACAO para a FLANCOMPL: Alfanumérico, Tamanho 255, Texto. Este campo receberá o resultado da integração realizada (Id Barramento). A criação deste campo já está contemplada no arquivo TOTVS_Custom_Consolidate_All_Parte2.sql.
2. As Contas Caixas das Filiais e dados dos Convênios para geração do Nosso Número precisam estar configurados para geração dos lançamentos financeiros.
3. Configurar o código do Tipo de Baixa que será exportado para o Protheus no TOTVS Educacional, menu Customização | Parâmetros | Código do Tipo da Baixa – Cartão de Crédito. Esse valor será utilizado no envio da baixa quando os dados do cartão de crédito forem preenchidos.

5.4.2 Descrição do Processo

Ao salvar o Contrato no TOTVS Educacional, a customização preenche uma tabela (ZIPLANCAMENTO) com os dados dos lançamentos gerados por contrato. A rotina de exportação irá consultar a tabela customizada onde estarão armazenadas as chaves dos Lançamentos (títulos financeiros) que foram incluídos no TOTVS RM. A customização acionará a função MATA410 para enviar os dados para o barramento IIF de onde serão lidos pelo Protheus. O retorno será salvo em tabela customizada de log. Caso ocorra erro na integração, o usuário poderá reenviar o registro através da interface de log descrita através do Req. 08. . A interface de log mostrará também o pacote que foi enviado ao barramento.
Somente serão integrados os lançamentos originados de contratos educacionais ou taxas de inscrição de Processos Seletivos que ao serem salvos geram um registro na tabela customizada ZIPLANCAMENTO e estão pendentes de envio.
Após o envio, os registros da tabela ZIPLANCAMENTO referentes aos Contratos exportados terão o campo STATUS atualizado para E (Enviado).
Se a flag customizada "Pagamento com Cartão de Crédito" do Contrato estiver marcada, será enviado para o Protheus o Pedido de Venda e Baixa do(s) título(s) no mesmo momento (utilizando o Id Dependência do barramento, para só processar as baixas após processar o Pedido). A baixa utiliza função FINA070. A baixa do Lançamento no TOTVS RM não será realizada pela customização neste momento, mas sim quando o Protheus retorná-la através de rotina de Importação de Baixa, que será detalhada no documento Especificação Anexo I - Detalhamento Funcional - FS007781 - Parte 3.
Somente matrículas realizadas na secretaria poderão ser pagas com Cartão de Crédito. Os demais serviços não possuem esta opção (inscrição no Processo Seletivo, Rematrícula, etc.) e portanto, para eles, não está prevista nenhuma rotina de envio de dados de baixa ao Protheus.
As validações de Item Contábil x Modalidade e Item Contábil x Centro de Custo descritas nos Req. 06 e Req 08 do documento Especificação Anexo I - Detalhamento Funcional - FS007779 - Parte 1, são realizadas também antes de salvar o Pedido de Venda ao Protheus, impedindo que seja salvo em caso de inconsistência.
O campo complementar IDINTEGRACAO para a FLANCOMPL receberá o resultado da integração realizada (Id Barramento).
Concessão de Bolsas:

• Quando bolsas forem concedidas no decorrer do curso, depois que o Contrato já tiver sido integrado com o Protheus, o usuário deve cancelar manualmente os Lançamentos em aberto no TOTVS Gestão Financeira, adicionar a bolsa às parcelas em aberto e gerar os Lançamentos novamente, para que desta forma, eles sejam gerados com um novo Nosso Número. Não está prevista nenhuma rotina customizada para automatizar este processo.

• Quando forem concedidas bolsas retroativas (FIES), o usuário deve cancelar os Lançamentos em aberto e tratar o montante a pagar diretamente no Protheus. Não está prevista nenhuma rotina customizada para automatizar este processo.

5.7. Req. 07 – Validação de Inadimplência (Web)

Este requisito detalha a disponibilização um processo customizado para validar a inadimplência do responsável financeiro do aluno no momento da matricula/rematrícula através do Portal (acesso do aluno).

Pré-

requisitos

Não se aplica.

5.7.2 Descrição do Processo

Este requisito detalha a disponibilização um processo customizado para validar a inadimplência do responsável financeiro do aluno no momento da matricula.
O processo customizado será acionado quando um usuário matricular um aluno no TOTVS Educacional (SGE).
Serão considerados os seguintes processos de matrícula:
Coligada SESI:

• Menu Matrícula on-line
• Menu Rematrícula

Coligada SENAI:

• Menu Matrícula on-line

Antes da execução dos processos listados acima, um processo customizado (custom button) irá consultar a visão IIFR_Z0D010_VW do barramento IIF que irá validar se o responsável financeiro do aluno está inadimplente. Caso esteja, uma mensagem informativa será exibida para o usuário, que poderá prosseguir ou não com o processo nativo.
PONTO DE ATENÇÃO

• A visão verifica a situação do responsável financeiro em todas bases dos sistemas FIERGS

5.8. Req. 08 – Interface de Log e Reenvio de Dados

Este requisito detalha a disponibilização de uma tela de log customizada capaz de apresentar o resultados de todos os registros enviados visível em TOTVS Educacional | Customização | Monitor de log de exportação.

Pré-

requisitos

Não se aplica.

5.8.2 Descrição do Processo

Os registros que foram exportados e geraram ocorrências de erros, ficando com status "Pendente", poderão ser reprocessados através do processo de 'Reenvio de dados' disponível na visão Monitor de Log de Integrações.
Esta tela não permite inclusão, alteração ou exclusão de registro.
O campo IDFUNCPROC determinará o processo vinculado ao registro de log sendo:

O campo STATUS determinará o status vinculado ao registro de log sendo:
S = Sucesso - Registro integrado com "sucesso".
E = Erro - Registro apresentou "erro" na integração e poderá ser reprocessado.
C = Cancelado - Registro teve seu reprocessamento cancelado e não está disponível para ser integrado.
A interface de log é composta por duas tabelas, cabeçalho do log - LOGINTEGRACAO e item do log - ZITMLOGINTEGRACAO.
Para o processo de reenvio, se o número da tentativa for menor ou igual ao "Limite Tentativas para Reenvio", parametrizado através do Req. 01 – Parâmetros da customização, o processo de reenvio de dados será executado na tentativa de integrar o registro novamente. Neste caso, não será gerado novo log para o registro, o log atual será atualizado com os dados do reenvio e com o número de tentativas de integração incidentes sobre o registro.
Caso o número de tentativas seja superior ao limite parametrizado, o processo customizado irá enviar um e-mail para o "Endereço de e-mail responsável' que deverá ser parametrizado através do Req. 01 – Parâmetros da customização, notificando ao usuário que o registro excedeu ao número de tentativas de integração permitido. O registro terá seu status alterado para "Cancelado" e não será reprocessado.