Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 Desenvolver helper e adapter para a mensagem Department_2_000 do EAI (seção x unidade funcional).

Alterar helper e adapter para a mensagem ScheduleWork_1_000 (escalas)

(Obrigatório)

Definição da Regra de Negócio

1) Desenvolver adapter para a mensagem Department_2_000 do EAI (seção x unidade funcional). Atualmente já existe o adpter adp10041, porém era para a versão 1.000 da mensagem. A mensagem Department_2_000 já está salva no TFS ($/DEV/xmlschema/general/events).

 OBS.: Adapter: fonte responsável por criar a estrutura de tratamento do envio e recebimento, ou seja, é por ele que será efetuado o “set” ou o “get” do Helper. Para o envio, receberá parâmetros necessários para buscar informações complementares e alimentará a estrutura RECORD do Helper. Para recebimento de mensagens EAI, fará manutenção dos dados (inclusão, exclusão e modificação) pelo conteúdo recebido. Também será responsável por chamar a função de envio do Helper ou será chamado automaticamente peloHelper ao receber uma mensagem.

2) Desenvolver helper para a mensagem Department_2_000 do EAI (seção x unidade funcional). A criação do helper é feito automaticamente pelo eai0032. Verificar se, quando ocorre algum erro na leitura do xml, está retornando os erros corretamente. A mensagem Department_2_000 já está salva no TFS ($/DEV/xmlschema/general/events).

 OBS.: Helper: fonte responsável por conter as informações da mensagem, como nome, tipo de entrega, versão etc. Possui uma estrutura RECORD, espelhando o XML, e funções “set” e “get” para inserir ou extrair informações desta estrutura. Não será escrito manualmente, mas por um gerador que receberá a estrutura “.xsd” montada pelo comitê de integração, e não deve ser modificado pelo programador.

 3) Tanto no novo adapter que será criado para para a mensagem Department_2_000, como para o adapter já existente da mensagem eaiadapterschedulework1, deverá ser tratado oos dados recebidos pelas mensagens, como por exemplo a empresa, e todos os outros campos recebidos pela mensagem. Para a integração logix x RM não deverá considerar as tabelas do protheus para integração.

  Também deve ser chamado a função EAI_depara_set_value para gravar o ID interno da empresa, caso tratar-se de uma inclusão ou modificação. Se a importação for bem sucedida deverá ser retornado o status OK.

No caso da mensagem Department e eaiadapterschedulework1, caso os campos chaves (por exemplo, o código da unidade funcional) esteja definido com o tipo diferente no Logix x RM (por exemplo, no Logix é char(10) e no RM char(15), deverá ser verificado qual o último número vago para inclusão nas tabelas do logix e no ID do logix para gravar tabela depara. Para isso, deverá utilizar lógica semelhante ao adp10042_gera_codigo_cargo do adp10042.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 Desenvolver helper e adapter para a mensagem Department_2_000 do EAI (seção x unidade funcional).

Alterar FIN00000 para processamento da carga inicial das tabelas sção x unidade funcional e escalas.

(Obrigatório)

Definição da Regra de Negócio

1) Desenvolver adapter para a mensagem Department_2_000 do EAI (seção x unidade funcional). Atualmente já existe o adpter adp10041, porém era para a versão 1.000 da mensagem. A mensagem Department_2_000 já está salva no TFS ($/DEV/xmlschema/general/events).

O 

• Helper: fonte responsável por conter as informações da mensagem, como nome, tipo de entrega, versão etc. Possui uma estrutura RECORD, espelhando o XML, e funções “set” e “get” para inserir ou extrair informações desta estrutura. Não será escrito manualmente, mas por um gerador que receberá a estrutura “.xsd” montada pelo comitê de integração, e não deve ser modificado pelo programador.

2) Desenvolver helper para a mensagem Department_2_000 do EAI (seção x unidade funcional). A criação do helper é feito automaticamente pelo eai0032. Verificar se, quando ocorre algum erro na leitura do xml, está retornando os erros corretamente. A mensagem Department_2_000 já está salva no TFS ($/DEV/xmlschema/general/events).

3) Tanto no novo adapter que será criado para para a mensagem Department_2_000, como para o adapter já existente da mensagem eaiadapterschedulework1, deverá ser tratado os dados recebidos pela mensagem, como por exemplo a empresa, e todos os outros campos recebidos pela mensagem. Também deve ser chamado a função EAI_depara_set_value para gravar o ID interno da empresa. Se a importação for bem sucedida deverá ser retornado o status OK.

No caso da mensagem Department, caso o campo chave (nesse caso, o código da unidade funcional) esteja definido com o tipo diferente no Logix x RM (por exemplo, no Logix é char(10) e no RM char(15), deverá ser gravado na tabela depara um número auto incremento. Mesmo caso, para a a mensagem schedulework, quando se tratar dos campos escalas_horarios.cod_escala, horarios_calculo.cod_horario e rhu_horario_compl.horario.

OBS. Para o item 5 poderá ser usado a lógica do adapter EAIAdapterAccountPayableDocument2, que se encontra no TFS ($/Logix/Fontes_Doc/Sustentacao/10R2-11R0/10R2-11R0/financeiro/eai2/adapter).

• Adapter: fonte responsável por criar a estrutura de tratamento do envio e recebimento, ou seja, é por ele que será efetuado o “set” ou o “get” do Helper. Para o envio, receberá parâmetros necessários para buscar informações complementares e alimentará a estrutura RECORD do Helper. Para recebimento de mensagens EAI, fará manutenção dos dados (inclusão, exclusão e modificação) pelo conteúdo recebido. Também será responsável por chamar a função de envio do Helper ou será chamado automaticamente peloHelper ao receber uma mensagem.

 4) Desenvolver nova função (man72024) para processar a carga inicial de seção x unidade funcional. Essa função será chamada pelo FIN00000 e será processado a mensagem da seção x unidade funcional (department). Nessa função deverá chamar função do helper para enviar a mensagem do eai para o adaptar e em seguida, deverá ser setado as variáveis do adapter para atualização das tabelas. Essa função será chamado pelo FIN00000 para dar a carga inicial das tabelas.

5) Desenvolver nova função (man72025) para processar a carga inicial de escalas. Essa função será chamada pelo FIN00000 e será processado a mensagem de escalas (ScheduleWork). Nessa função deverá chamar função do helper para enviar a mensagem do eai para o adapter e em seguida, deverá ser setado as variáveis do adapter para atualização das tabelas. Essa função será chamada pelo FIN00000 para dar a carga inicial das tabelas

OBS.: Para os itens 4 e 5 poderá usar a mesma lógica do con6068/con6067 que é chamado pelo FIN00000.

6) Alterar FIN00000 para chamar as funções MAN72024 e MAN72025, para processamento das mensagens de seção x unidade funcional e escalas para processamento da carga inicial dessas tabelas.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.