Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

(Obrigatório)

Informações Gerais

 

Especificação

Produto

 Datasul

Módulo

 

Vendas, Compras e Armazenagem de Grãos

Segmento Executor

 Originação de Grãos

Projeto1

AGROG01

IRM/EPIC1

 AGROG01-898 - Melhorias Integração Hedge Moeda 

Requisito/Story/Issue1

 AGROG01-899

Subtarefa1

 AGROG01-901

Chamado/Ticket2

 

País

(  X ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

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

(Obrigatório)

Objetivo

 Neste projeto serão inclusas as seguintes melhorias nos processo se Novos Negócios (GG0103):

 

  1. Vincular Trade Slip de Vendas a Trade Slip de Compras.
  2. Alterações na Tela de Trade Slip para Local de Embarque.
  3. Permitir Quantidade de contratos por item e componente.
  4. Permitir a Rolagem parcial dos Boletos de Hedge Moeda.
  5. Permitir Alterar um Trade Slip que já tenha sofrido outras alterações.
  6. Gerar Contrato de Vendas automaticamente através do Trade Slip.
  7. Permitir Alteração de Rolagem Rejeitada.
  8. Vendas Exportação: inicializar data 1ª parcela de pagamento no TS.
  9. Vendas Exportação: definir componentes de preço específicos para uma finalidade.
  10. Vendas Exportação: permitir informar a unidade medida do preço no TS.
  11. Vendas Exportação: sugerir o preço produto com base nos componentes de preço.
  12. Vendas Exportação: permitir Outras Moedas além da corrente e da moeda da margem.
  13. Vendas Exportação: permitir informar a Moeda para geração de pedidos.
  14. Vendas Exportação: permitir informar o Portador Financeiro para os pedidos.

 

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

 

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

 

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

 

[GG1034 - Finalidade Negócio]Originação de Grãos -> Venda Compra e Armazenagem-> Cadastros

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[GG0103 - Novos Negócios]

[Alteração]

Originação de Grãos -> Venda Compra e Armazenagem-> Tarefas

-

[GG1034 - Finalidade Negócio]

[Alteração]

Originação de Grãos -> Venda Compra e Armazenagem-> Cadastros

-

[GG1014 - Componentes Preço

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[GG0103 - Novos Negócios]

[Alteração]

Originação de Grãos -> Venda Compra e Armazenagem-> Tarefas> Cadastros

-

GG0104 - Monitor Hedge 

[Alteração]

Originação de Grãos -> Venda Compra e Armazenagem-> Cadastros

-

[GG1014 - Componentes Preço]

[Alteração]

 

-

GG0104 - Monitor Hedge 

[Alteração] 

 Originação de Grãos -> Venda Compra e Armazenagem-> Tarefas -
GG1090 - Detalhe Contrato Vendas 

[Alteração]  

 Originação de Grãos -> Venda Compra e Armazenagem-> Tarefas  -

 

1. Vincular Trade Slip de Vendas a Trade Slip de Compras

 

Necessário relacionar um ou mais trade slip de compras a um TS de vendas. O vínculo acontecerá apenas no Trade Slip de Vendas, registrado pela rotina Novos Negócios (GG0103), e poderá vincular um ou mais TS de Compras. No cadastro da finalidade GG1034, (ex. Exportação, registro, vendas mercado interno) será identificado como a mesma se comporta com relação ao vínculo: 1 – Não Possui, 2- Opcional ou 3 – Obrigatório. Desta forma, nas vendas de determinada finalidade poderá ser parametrizado para obrigar o vínculo com o contrato de compra.

 Image Modified

Validações em cada situação: 1 – Não Possui: Não irá permitir efetuar vínculo com contrato de compras. 2 - Opcional: Permitirá vincular contratos de compras, parcial ou total da quantidade do TS. Caso não vincular nenhum contrato de compras, irá permitir salvar o TS.  3 – Obrigatório: Irá obrigar a vincular exatamente a mesma quantidade do TS de Vendas.

Necessário parametrizar quais componentes devem ser estornados quando estiverem em um TS de compras vinculado a um TS de Vendas. Exemplo: FRETE TOTAL, FOBBINGS R$. No cadastro destes componentes (GG1014), deve ter relacionado um outro componente para absorver esses valores e compor a margem de vendas. (Ex.: FRETE COMPRA, FOBBINGS COMPRA).  Estes componentes estarão no ts de vendas para apurar o impacto na margem. A taxa de cambio para estes componentes de estorno serão as taxas de reversão do Hedge. Caso tenha mais de um contrato de compras vinculado ao TS de vendas, será efetuado média ponderada das taxas das reversões.

 

 

Image Modified

No Trade Slip de Vendas, somente permitir selecionar TS de Compras, que possua saldo a ser relacionado. Pode permitir parcial em volume, porém no máximo até a quantidade do TS de Compras. Caso for Obrigatório vincular contratos de compras, conforma a finalidade e não for vinculado quantidade suficiente será apresentada mensagem de validação, impedindo confirmar o TS:

Image Modified

A vinculação será feita através da pasta “Vinculação”:

Ao acionar a vinculação, será apresentada tela para informar quais contratos de compras serão vinculados, que podem ser localizados através do botão Filtro:

Image Modified

Para selecionar os contratos, utilizando o botão filtro:

Após selecionar os contratos, confirmar as quantidades:

Ao aprovar um TS de Vendas, com vinculo em TS de compras, necessário efetuar o estorno do Hedge, ou seja criar uma integração de reversão, dos componentes indicados, nos boletos originais do TS de compra.

 

Na integração com sistema de Hedge de Moeda, irá a indicação de reversão por cancelamento.

 

Na tela de monitor do Hedge, poderá ser feito acompanhamento das reversões, pela transação “Componente Vinculado”.

O TS original de compra vinculado a venda, não sofrerá nenhuma alteração ou recalculo de margem. O que vai ocorrer é a reversão dos Boletos dos componentes indicados (frete e fobbings) diminuindo o seu saldo.

Considerações após o vínculo do TS de compras com TS de Vendas:

  • Ao cancelar um TS de compras que tenha vínculo com TS de Vendas, não será feito nenhuma movimentação nos Boletos de Hedge que foram revertidos (Ex.  FRETE TOTAL, FOBBINGS R$).
  • Ao cancelar um TS de vendas que tenha vínculo com TS de Compras, não será feito nenhuma movimentação em relação aos Boletos de Hedge que foram revertidos. (Ex.  FRETE TOTAL, FOBBINGS R$).
  • Ao efetuar uma alteração, ou mudança de execução de um TS de Compras que tenha vínculo com TS de Vendas, não será permitido alterar os valores de componentes que possuem vínculo e foram estornados no TS de vendas.
  • Ao efetuar uma alteração, ou mudança de execução de um TS de Vendas que tenha vínculo com TS de Compras, não será permitido alterar os valores de componentes que possuem vínculo e foram estornados no TS de vendas.
  • Após passar para a situação Banking, as reversões referente o vínculo do TS de Compras com vendas serão demonstradas na tela de Monitor do Hedge (gg0104), bem com no relatório de companhamento (GG4103).

Nota: Não está previsto estorno de reversão, caso seja necessário o cancelamento do TS de Vendas, referente as baixas realizadas nos componentes do TS de compra, pois  não há integração com sistema de Hedge que suporte esta transação. Caso venha a ser desenvolvido um layout para este tipo de integração, será novamente analisada esta situação e uma nova necessidade de orçamento.

 

2. Alterações na Tela de Trade Slip para Local Embarque

 

Este item é referente alguns específicos que hoje estão da tela do Trade Slip que a Cofco deixará de utilizar (GG2015 – Compras / GG2027 - Vendas) para alguns produtos. 

• Incluir Novo Campo a ser solicitado no Trade Slip:

Emitente de Embarque (validar com cadastro de clientes/fornecedores) Local de Embarque (validar com cadastro de local de entrega)    • No campo de fornecedor/cliente do local de embarque, incluir menu para escolha de programa de pesquisa (zoom), permitindo escolher entre o cadastro de clientes/fornecedores ou Locais de Entrega. • No TS de Compras, caso escolher a pesquisa de local de entrega, e for tipo de frete FOB, trazer para o campo de cidade e estado as informações do local de entrega. • No TS de Vendas, estas informações de local de entrega, devem ser solicitadas no produto do TS. • No TS de Vendas, este local de embarque não é o cliente do pedido de vendas (Destino), e sim o local onde o produto se encontra (Origem). Desta forma, ao informar o local de embarque no primeiro produto, buscar a cidade e estado deste local para trazer esta informação para o TS.

TS Compras:

 

TS Vendas:

Importante: Ao completar um TS de novo Contrato, é possível alterar o local de embarque, porém deverá ser na mesma Cidade/Estado informado na Inclusão do TS.

 

3. Quantidade de contratos por item e componente

 

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

 

 

 Image Removed

 

 

 

 

 

 

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*/

  

Índice

Chave

01

<FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

02

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

03

<FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

 

(Opcional)

Grupo de Perguntas

 

<Informações utilizadas na linha Protheus>.

 

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

8

X1_GSC

G

X1_VAR01

MV_PAR01

X1_DEF01

Comum

X1_CNT01

'01/01/08'

X1_HELP

Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório 

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

 

No resumo II, da tela de TS (GG0103), referente componente da Bolsa é demonstrada a quantidade de contratos. Até antes deste desenvolvimento, o fator para cálculo da quantidade de contratos estava na tela de calendário da bolsa, que é por grupo de estoque.

Pode ocorrer situações onde o grupo de estoque, tenha mais de um item, com fator para cálculo da quantidade de contratos diferente.

Para tratar esta situação, incluir no relacionamento Itens X componentes (GG1014), a informação da quantidade de contratos e com isso permitirá parametrizar fatores diferentes por item, para cada componente. Ex.:

  • CBOT para farelo, fator para conversão de Kg para quantidade de contratos é 90.719,4000.
  • CBOT para óleo, fator para conversão de Kg para quantidade de contratos 27.215,6000.
  • CBOT para soja, fator para conversão de Kg para quantidade de contratos é 136.074,5400. 

 Image Added

 

4. Rolagem Parcial

 

Permitir efetuar uma rolagem parcial do saldo de um Boleto.

Ao efetuar a rolagem, permitir informar um valor, que poderá ser o valor de saldo total ou menor. Nunca poderá ser maior que o valor de saldo. Caso seja parcial, será efetuada uma divisão do Boleto Original, permanecendo uma parte do saldo no Boleto Origem e solicitação de Novo Boleto.  

Caso seja parcial, e o componente seja do tipo Preço Produto, efetuar uma divisão também das previsões de pagamento no Trade Slip e no Contrato.

Assim como na rolagem total, não terá cancelamento da rolagem parcial. Para ajustes é necessário efetuar nova rolagem.

 

5. Permitir Alterar um Trade Slip que já tenha sofrido outras alterações

 

Apenas TSs do tipo Novo ou Fixação permitem hoje a inclusão de TS de Alteração ou Mudança de Execução.

A necessidade é que possa ser feito alterações sobre TS do tipo Alteração, ou seja efetuar uma nova alteração ou mesmo uma mudança de execução. 

Caso tenha Multa do TS de origem da alteração, não terá alteração desta Multa, porém poderá ser informado novos valores de Multa, no novo TS de alteração.

 

6. Gerar Contrato de Vendas automaticamente através do Trade Slip

 

Parametrizar na finalidade se deseja gerar automaticamente o contrato de vendas ou compras através do Trade Slip, após a etapa de completar.

      Image Added                 

Desenvolver a opção de gerar o contrato de vendas através do trade slip, semelhante a opção que há no trade slip de compras após completar o mesmo.

 Image Added

 

7. Alteração Rolagem Rejeitada

 

Uma rolagem, feita na tela de Monitor Hedge (GG0104), pode ser rejeitada pelo sistema de Hedge (SBM) devido a nova data para vencimento informada, não ser aceita pelo sistema de Hedge.

Criar uma opção na tela de monitor de Hedge (GG0104), para quando uma rolagem for rejeitada, permitir alterar a data de vencimento, e submeter novamente a integração.

Esta nova data, caso seja em componente do tipo Preço Produto, deve atualizar a data de previsão de pagamento no Trade Slip e Contrato.

Esta opção poderia ser utilizada também para outros Boletos gerados por TS, que foram rejeitados por data inválida, ou seja não apenas para Boletos de rolagem.

 

8. Vendas Exportação: inicializar data 1ª parcela de pagamento

 

Em vendas exportação a data da 1ª parcela, não é obrigatória, pois não terá hedge de produto, considerando que o valor da cobrança não será na moeda corrente (reais).

Para não obrigar informar uma data prevista da 1ª parcela, será usado a condição de pagamento para trazer uma data automaticamente a data prevista.  

Importante: a regra para busca da 1ª data de cobrança será conforme os padrões do ERP, e logo o critérios para feriados e finais de semana será conforme o cadastro do fornecedor.

 

Image Added

 

9. Vendas Exportação: componentes de preço

 

Para determinadas finalidades podem não ser necessários todos componentes que existem, como exemplo componentes de Margens e Fretes.

Também pode não ser necessário calculo de Margem. Por padrão, o sistema de Originação exige que tenha pelo menos um componente de margem no TS, que pode não ser listado por padrão, e não ter o seu valor calculado (zero). Outros componentes de totais, e cálculos de margens podem não ser necessários e assim precisam ser restringidos apenas a algumas finalidades.

Para desconsiderar alguns componentes, no cadastro de componente de preço (GG1014) restringir os componentes por finalidade, e assim trazer apenas os componentes que interessam para a finalidade usada na exportação (Registro). Exemplo: CBOT, Premio, Fobbings U$.

A pasta Finalidade, do cadastro GG1014, funciona por exceção, ou seja, caso não tiver nenhum informação será considerado todas as finalidades. Caso tenha informação, o componente será restrito para apenas estas finalidades.

 

Image Added

Como exemplo do componente acima, que está restrito a algumas finalidades, na finalidade 06 – exportação registro, não será apresentado ou calculado este componente:

 Image Added

 

10. Vendas Exportação: Unidade de Medida do preço

 

Nas vendas exportação a unidade de medida de preço (Toneladas) é diferente da originação (Sacas).

Para permitir esta situação, no cadastro de finalidade, necessário ter um parâmetro indicando que permite informar a unidade de medida no Trade Slip de vendas.

 Image Added

Com a finalidade parametrizada, ao incluir um novo negócio de vendas, poderia ser informa a unidade de medida desejada (toneladas) para o preço a ser fixado. Esta unidde de medida seria atualizada no contrato quando da geração do mesmo.

 Image Added

 

Image Added

Atenção: Informar a unidade de medida no TS não é obrigatória, se não for informada a unidade de medida (deixando em branco) ou se a finalidade NÃO permitir alterar a unidade de medida do preço, será considerada a unidade de medida comercial padrão do produto.

Image Added

 

11.Vendas Exportação: Calcular Preço Produto

 

A necessidade é que o preço produto venha automaticamente conforme o preço calculado pelos componentes. Exemplo: CBOT (+), Premio (+), Fobbings U$(-).  

Para atender esta necessidade, que já existia no Trade Slip usado antes do projeto Hedge (gg2015/gg2027), no cadastro de finalidade incluir um parâmetro para indicar que deseja replicar o preço calculado sobre o preço proposto.

Parâmetro Cadastro Finalidade:

Image Added

Este novo parâmetro será utilizado no Trade Slip de Compra e Vendas, para indicar que o valor do componente do tipo Preço Proposto a ser fixado, será sugerido com base no componente do tipo Preço Calculado.

Para que esta sugestão ocorra, é necessário que o TS de fixação de preço tenha um componente do tipo Preço Calculado e um componente do tipo Preço Proposto:

Image Added

 

Image Added

Importante que estes componentes estejam relacionados a finalidade:

Image Added

 

O valor determinado no componente Preço Calculado será atualizado no componente Preço Proposto. É permitido alterar este preço produto, caso for necessário.

 

Atenção: o componente do tipo preço calculado é determinado através dos outros componentes do Trade Slip. Há duas formas de calculo que podem ser usadas (uma ou outra):

 

a)  Pelo tipo de cálculo dos outros componentes do TS:

Quando Custo  (- Diminuir)

Quando Preço  (+ Somar)

Image Added

 

b) Pelos componentes relacionados:

Se no componente do tipo preço calculado, tiver outros componente relacionado, seguirá o que for determinado neste relacionamento: Somar ou Diminuir.

Image Added

Ao criar um TS, irá fazer o cálculo do componente do tipo preço calculado e atualizar o resultado (quando for maior que zero) no componente do tipo Preço Proposto.

 Image Added

 

12. Vendas Exportação: Outras Moedas além do Real e Dolar (Ex,: Euro)

 

Necessidade de informar preço produto em outras moedas.

Na exportação, quando utiliza uma moeda para o preço, que não seja a moeda da Margem (Exemplo: Dolar), e que também não é a moeda corrente (reais), o sistema acaba precisando duas cotações (Euro -> reais, reais -> Dolar) para permitir concluir o Trade Slip, pois todos valores de componentes precisam ser  convertidos para a Moeda da Margem (U$).

Para que os valores sejam apresentados corretamente, não será obrigatório digitar a cotação da moeda da Margem (ex. dólar). Como é uma exigência do Trade Slip, passar a utilizar a cotação diária da moeda da margem, cadastrada no sistema para fazer esta conversão.

Nesta situação, de ter duas moedas estrangeiras envolvidas no mesmo TS, será utilizado o cadastro de cotações diárias, do dia que estiver cadastrando o TS:

Image Added

Ao registrar o TS, será solicitado a cotação da moeda do Preço (ex. Euro):

Image Added

Após informar a cotação da moeda do Preço (E$), será feito o cálculo do preço calculado, e caso a finalidade estiver replicando o preço para o produto, será apresentado:

Image Added

Preço Produto será sugerido, se a finalidade indicar, conforme o cálculo:

(CBOT + Premio – Elevação) = U$ 412,19694/TN   /* fórmula Preço Calculado GG1014 */

Preço Produto = 412,19694 * 3,12 / 3,3 = E$ 389,71347/TN

Sendo que: 3,12 cotação do dia para moeda dólar e 3,3 cotação euro informada no TS.

 

13. Vendas Exportação: Moeda geração de pedidos de exportação

 

Os pedidos de vendas exportação, devem ser gerados na moeda do contrato. Hoje já existe no sistema, parâmetro (GG1107- Parâmetros grãos por estabelecimento) que permite indicar para gerar o pedido na moeda do contrato. Este parâmetro é único para vendas Mercado interno e externo.

Para não depender deste parâmetro, será solicitado no TS de Vendas, um novo campo Moeda Pedido de Vendas. Este campo será inicializado com a informação da moeda do Trade Slip, e somente poderá ser alterada, quando a moeda do trade slip for diferente de moeda corrente.

Ao registrar um contrato novo de vendas é informado a moeda do contrato:

Image Added

Ao completar o TS, é informada a moeda do pedido de vendas, que por padrão será sempre igual a moeda do contrato, mas poderá ser alterada:

Image Added

Ao gerar o pedido de vendas, irá obedecer a moeda informada no TS:

 

14. Vendas Exportação: Portador Financeiro   

 

Conforme a moeda do pedido, o sistema exige um portador que esteja parametrizado para a mesma. Hoje é utilizado os parâmetros de grãos (gg1005), onde há apenas um portador para moeda estrangeira, que pode ou não estar apto a receber o pedido de venda em uma ou mais moedas.

No trade slip de vendas exportação, permitir informar o portador para pedido de vendas, para quando tiver exceções (como o caso do Euro), permitir informar o portador financeiro que a empresa trabalha.

Caso não seja informado um portador no TS, ao confirmar a etapa de completar, será atualizado o TS e também o contrato com o portador padrão o informado nos parâmetros de grãos. Caso não tiver informação nos parâmetros de grãos, será atualizado como padrão o portador do cadastro de clientes (CD0704).

 

Image Added

Nos detalhes do contrato de vendas (GG1090) será possível consultar e também alterar o portador para o pedido, quando o contrato estiver na situação “Em Negociação”.

Image Added

Com o portador compatível com a moeda do pedido, o mesmo será gerado ao fechar o contrato:

Image Added

 

 

Opcional

Protótipo de Tela

 

Não se aplica.

 

 

Opcional

Fluxo do Processo

 Não se aplica

Opcional

Dicionário de Dados

 

Não se aplica.  

 

(Opcional)

Grupo de Perguntas

 Não se aplica.

 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 Não se aplica.

 

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 Não se aplica.

 

Programas

Não se aplica.

 

Cadastro de Papéis

 Não se aplica.

(Opcional)

Estrutura de Menu

 

<Informações utilizadas na linha Datasul>.

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Release de Liberação

 

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Categoria[3]

 

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Não

Registro padrão

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim/Não

Sim/Não

Query on-line

Sim/Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/Não

Sim/Não

Rotina (EMS)

 

 

 

Sub-Rotina (EMS)

 

 

 

Localização dentro da Sub Rotina (EMS)

 

 

 

Compact[4]

Sim/Não

Sim/Não

Sim/Não

Home[5]

Sim/Não

Sim/Não

Sim/Não

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

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

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

 

[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.