Pré-requisitos

Criação da tabela dinâmica BANDEIRACC, para cada Coligada. Os itens da tabela devem ser inseridos com o código correspondente no Protheus. Exemplo:

BANRICOMPRAS 002- MASTERCARD 003- VISA 006- VERDECARD

O Script para criação dessa tabela com os itens acima está contido no arquivo TOTVS_Custom_Consolidate_All_Parte2.sql.
Para manipular os itens da tabela dinâmica, acesse o Módulo Serviços Globais, menu Administração |Tabela Dinâmica. Seleciona a tabela BANDEIRACC e adicione quantos itens forem necessários no Anexo Item de Tabela dinâmica.

Detalhamento do processo

Os campos customizados estão disponíveis no TOTVS Educacional disponível em TOTVS Educacional | Financeiro/Contábil | Contratos.

Estas informações são relevantes para quando o Aluno ou Responsável optar pelo pagamento do Curso, objeto do Contrato Educacional, via cartão de crédito ao realizar a Matrícula pela Secretaria. Em ocasiões como esta é necessário que os dados sejam enviados para o Protheus durante a integração de Pedido de Venda.

• Pagamento com Cartão de Crédito: Quando marcado, o NSU e a Bandeira devem ser informados obrigatoriamente.
• NSU: Número Sequencial Único que identifica a transação realizada com o cartão de crédito, limitado a 8 caracteres.
• Bandeira: Campo do tipo lista que busca os itens da uma tabela dinâmica (BANDEIRACC) onde o usuário irá cadastrar manualmente os registros de Bandeiras de Cartões de Crédito (VISA, MasterCard, etc.). O campo exibe o código e a descrição da Bandeira do Cartão de Crédito.

Para utilizar o Pagamento por Cartão de Crédito, o usuário deve gerar o Contrato, preencher os campos de Pagamento por Cartão de Crédito e posteriormente executar o processo de Gerar Lançamentos. Após execução deste Processo, não será permitido modificar o valor desses campos.
Importante:
Durante o processo nativo de matrícula, o usuário possui a opção de gerar o Contrato e os Lançamentos Financeiros do Contrato automaticamente. A geração dos Lançamentos automática não deve ser utilizada para os casos de pagamento por Cartão de Crédito, pois o usuário precisa informar o NSU e a Bandeira antes de gerar os Lançamentos. Após geração do Contrato, o usuário deverá acessá-lo, informar os campos do pagamento e executar o processo Gerar Lançamentos.
Se houver um erro por parte do usuário e caso utilize esta opção (Gerar Lançamentos automaticamente no processo da Matrícula), a baixa deverá ser realizada diretamente no Protheus. Após gerar os Lançamentos Financeiros do Contrato estes campos ficarão desabilitados para edição.

Pré-requisitos

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.

Detalhamento Descrição do processo

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.

Detalhamento do processo

Ao salvar o Contrato no TOTVS EducacionalAo 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.

Pré-requisitos

1. Deve ser criado o campo complementar IDINTEGRACAO para

Este requisito detalha a exportação de lançamentos contábeis a ser realizada entre o TOTVS Gestão Contábil e o Protheus. A integração será automática ao salvar lançamentos contábeis e por isso, não precisa ser agendado. Os lançamentos serão enviados do TOTVS Gestão Contábil para o Protheus.

Pré-requisitos

1. Deve ser criado o campo complementar IDINTEGRACAO para a CPARTIDACOMPL: Alfanumérico, Tamanho 255, Texto. A criação deste campo já está contemplada no arquivo TOTVS_Custom_Consolidate_All_Parte2.sql.
2. Definir o número dos lotes contábeis que serão utilizados (menu Educacional > Ambiente > Parâmetros > Educacional > Integração > Contabilidade). Eles precisam ter três dígitos, já o Protheus possui limite de 6 caracteres e eles serão enviados concatenados com a Sigla SGE.
3. Informar período contábil válido no menu módulo Gestão Contábil, menu Ambiente > Parâmetros > TOTVS Gestão Contábil > Lançamentos > Manutenção de Lançamentos > Período Contábil. A data atual deve estar contemplada no período definido.
4. Efetuar a liberação do período por usuário no Módulo Globais, menu Serviços Globais > Segurança > Usuários > Gestão Contábil > Anexos > Período para Manutenção de Lançamentos Contábeis.

Descrição do processo

Exportação de lançamentos contábeis a ser realizada entre o TOTVS Gestão Contábil e o Protheus. A integração será automática ao salvar lançamentos contábeis e por isso, não precisa ser agendado. Os lançamentos serão enviados do TOTVS Gestão Contábil para o Protheus.

Detalhamento do processo

A integração será realizada de forma automática, no sentido TOTVS RM  Protheus no momento em que o usuário acionar o Processo de Gerar Contabilização. Este processo pode ser acionado pelo usuário através dos menus TOTVS Educacional | Financeiro / Contábil | Contratos | Processos | Gerar Contabilização do TOTVS Educacional | Financeiro / Contábil | Contabilização. Ao ser executada, a rotina customizada executará a exportação que irá recuperar os registros de Lançamentos Contábeis que foram incluídos no TOTVS RM e acionará a função CTBA102 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 referenciada no Req. 08. A interface de log mostrará também o pacote que foi enviado ao barramento.
Deve ser criado pelo cliente o campo complementar IDINTEGRACAO para a CPARTIDACOMPL: Alfanumérico, Tamanho 255, Texto. Este campo receberá o resultado da integração realizada.

Pré-requisitos

Não se aplica.

Descrição do processo

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).

Detalhamento 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 é acionado quando um usuário matricular um aluno no TOTVS Educacional (SGE).
Sã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.