Histórico da Página

Pré-requisitos

O RM precisa estar parametrizado para permitir Clientes e Fornecedores Globais (em todas as Coligadas). Esse parâmetro é ajustado no caminho: Módulo Backoffice | Gestão Financeira | Ambiente | Parâmetros | TOTVS Gestão Financeira | Selecionar Contas a Pagar - Lançamento | Etapa Cliente/Fornecedor e marcar o parâmetro Permite Globais, conforme imagem abaixo. O campo "Default Cli/For Global" também precisa ser marcado para facilitar os cadastros. Abaixo, segue tela da parametrização.

Detalhamento do processo

Esse processo é automático e não precisa ser agendado.

Ao acessar as funcionalidades disponíveis no cadastro do Aluno (Educacional | Currículo e Oferta | Aluno) através dos botões: "Cadastrar ALUNO como responsável", "Cadastrar PAI/MÃE como responsável", "Cadastrar RESPONSÁVEL ACADÊMICO como responsável" ou ao incluir ou editar um Cliente no módulo BackOffice | Gestão Financeira | Cadastros | Clientes/Fornecedores a exportação é acionada.
Na inclusão ou alteração, a customização aciona a função MATA030 (pacote IIFR_CLIENTE_PCK) e neste momento envia o registro para o Barramento IIF, de onde será lido pelo Protheus.
A inclusão/alteração do Cliente será concretizada no TOTVS independente do retorno recebido pelo Protheus. Caso ocorra erro na integração, o usuário poderá visualizar o erro ocorrido e reenviar o registro através interface de log descrita através do Req. 08. Se for necessário alterar alguma informação no cadastro, ele será integrado novamente de forma automática após alteração. A interface de log mostrará também o pacote que foi enviado ao barramento.
O Cliente no Protheus é compartilhado, ou seja, utiliza um cadastro único para todas as empresas. Portanto, no TOTVS RM o Cliente deve ser global (coligada 0).
O campo complementar IDINTEGRACAO para a FCFOCOMPL receberá o resultado da integração realizada (Id Barramento).
Os campos de Endereço (Principal e Pagamento) são de preenchimento obrigatório, já que são obrigatórios no Protheus. São eles: CEP, Rua, Número, Bairro, Estado, Município e País. O campo Data de Nascimento também é obrigatório. Não será permitido salvar o cadastro sem informar estes campos.

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.

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

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.

5.5.2 Descrição 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.