Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

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

 

Vincular Trade Slip de Vendas a Trade Slip de Compras.

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

Permitir Quantidade de contratos por item e componente.

Permitir a Rolagem parcial dos Boletos de Hedge Moeda. Permitir Alterar um Trade Slip que já tenha sofrido outras alterações.

Gerar Contrato de Vendas automaticamente através do Trade Slip. Permitir Alteração de Rolagem Rejeitada.

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

Vendas Exportação: definir componentes de preço específicos para uma finalidade.

Vendas Exportação: permitir informar a unidade medida do preço no TS.

Vendas Exportação: sugerir o preço produto com base nos componentes de preço.

Vendas Exportação: permitir Outras Moedas além da corrente e da moeda da margem.

Vendas Exportação: permitir informar a Moeda para geração de pedidos.

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

 

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]

[Alteração]

 

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

-

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.

 

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.

 


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:

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:

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.

 

 

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

  

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

Não se aplica.  

 

(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 

 

 Não se aplica.

 

(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

 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

 

 

 

 

 Não se aplica.

 

Programas

Não se aplica.

 

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

 Não se aplica.

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