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

  

Informações Gerais

 

Especificação

Produto

Datasul

Módulo

Vendas, Compras e Armazenagem de Grãos

Segmento Executor

Originação de Grãos

Projeto1

Integrar Originação de Grãos ao Sistema Externo Hedge Moeda

IRM1

PCREQ-9370

Requisito1

PCREQ-9373

Subtarefa1

PDR_AGR_ORI004-88

Chamado2

 

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

Objetivo

 

O projeto Hedge Traceability surgiu da necessidade de ter a garantia que de todos os processos de compra e venda (TradeSlip) de grãos terem seus valores (em reais) com hedges executados. Essa execução hoje é feita de forma manual e deverá ser feita automaticamente entre o Datasul e SBM para assegurar que as informações estejam iguais nos dois sistemas.

 Esta 1ª fase compreende: efetuar o registro de negócios, ou seja Trade Slip de Compras e Vendas, de forma facilitada, para que seja possível a integração destes negócios com sistema externo de hedge de moeda.

 


Definição da Regra de Negócio


Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

GG1024-Parâmetros Integração Grãos

Criação/NOVO

Cadastros

-

GG1034-Finalidade Negócio

Criação/NOVO

Cadastros

-

GG1014-Componentes de Preço

Alteração

Cadastros

-

GG1094-Limites de AprovaçãoAlteraçãoCadastros-
Gg1005B-Parâmetros Comerciais Itens GrãosAlteraçãoCadastros-
GG5010-Calendário BolsaAlteraçãoCadastros-
GG1065-Porto BaseAlteraçãoCadastros-
GG0103-Registro NegóciosCriação/NOVOTarefas-
GG0104-Monitor HedgeCriação/NOVOTarefas-
GG1001b-Detalhe Contrato ComprasAlteraçãoTarefas-
GG1091-Detalhe Contrato VendasAlteraçãoTarefas-
    

 

 

GG1034 - Finalidade Negócios


Objetivo: Parametrizar as opções de finalidade de negócios, como exemplo: Exportação, Esmagamento e Vendas no Mercado interno.  A finalidade será solicitada no Trade Slip e seguirá para o contrato.

 

Tabelas Utilizadas:

  • Gg-finalidade - Finalidade

 Campos:

  • Gg-finalidade.des-finalidade: código da finalidade, apesar de ser campo caracter no dicionário, vamos padronizar em tela o formato “99”. Obrigatório, ou seja não deve aceitar o código “00”.
  • Gg-finalidade.desc-finalidade: descrição, obrigatória
  • Gg-finalidade.ind-modulo: opções Compras/Vendas/Armazenagem/Todos.

 

Considerações:

  • Cadastro Simples, Thin Template.
  • Salvar em $/EMS2/Fontes_Doc/Sustentacao/V11/V11/progress/src/ggp, ggbo e ggzoom

 

 

GG1024 - Parâmetros Integração Grãos


Objetivo: Parametrizar as integrações do módulo de originação de grãos.

 

Tabelas Utilizadas:

  • Gg-param-integr – Parâmetros Integração Grãos

 

Campos:

  • Gg-param-integr.cdn-integr
  • Gg-param-integr.des-integr
  • Gg-param-integr.log-ativo
  • gg-param-integr.des-e-mail (x(400)) novo campo para informar emails quando “E-mails Falha Integração” /* aguardar campo na aplicação da 2ª janela – usar campo livre */, opcional
  • Gg-param-integr.des-url-integr-pin, campo opcional

 

Considerações:

  • Cadastro Simples, com opção apenas para modificar os campos log-ativo, des-e-mail e des-url-integr-pin.
  • Não terá opção para incluir,copiar ou excluir.
  • A exemplo do que existe no programa setup-graos.w, exemplo arquivo gg532.d, criar um arquivo .d com o dump da tabela, com as seguintes opções:

CódigoDescriçãoAtivo
1Romaneio Produção PIMSNão
2Hedge Moeda Sistema ExternoNão
  • Ao entrar no programa GG1024,  verificar se existe o arquivo .d, e realizar a importação dos registros que não existem ainda na Gg-param-integr. Desta forma apenas as integrações disponíveis poderão ser atualizadas pelos usuários.  
  • Cadastro Simples, apenas com opção Modifica.
  • Inclusão automática com as integrações disponíveis.
  • Pesquisa/zoom, pode ser código + descrição.
  • Inserir botão para teste de conexão caso campo des-url-integr-pin tenha alguma informação.

Explo:

 


GG1014 - Componentes de Preço


Objetivo: Incluir parâmetros para permitir registrar Trade Slip de forma facilitada, ou seja o pré-ts, apresentando em tela apenas os componentes essenciais. 

 

Tabelas Utilizadas:

  • Gg-comp-preco – Componentes de Preço (pai)
  • GG-comp-item – Itens do Componente de Preço (filho)
  • Gg-comp-perc – Componentes Relacionados (filho)
  • Gg-comp-porto – Portos do Componente de Preço  (filho)

 

Considerações:

  • Cadastro Pai/Filho atualiza ambos.
  • O cadastro GG1014já existe em smart, porém como serão inclusos vários campos, então refazer o mesmo em thin-template. Fazer uma nova pesquisa/zoom, porém a que existe hoje, deve continuar funcionando pois é chamado em outras partes do sistema.
  • Manter a mesmo layout, porém ao incluir o registro pai gg-comp-preço, GG1014C, terá agora dois folders Pag 1 e Pag2, sendo que a Pag1, terão praticamente os mesmos campos que existem hoje, com alguns ajustes:

 

  • Alterações da Pag1:

 

    •  Campo gg-comp-preco.ind-forma, passará a usar include, ao invés de fixo no dicionário e fonte:

VIEW-AS "view-as radio-set vertical radio-buttons {gginc/i02gg017.i 2}"

A include i02gg017.i deve ter as opções:

&glob val1 %

&glob val2  Valor

&glob val3  Total

No programa para o campo Forma (gg-comp-preco.ind-forma) usar a include e não deixar fixo no fonte. Ver exemplo GG1109B, pasta Movimento, campo fat-gerador). Se não tiver espaço em tela, mudar de radio-set para combo-box.

Sempre que o usuário escolher a opção Total, deve passar o campo ind-calculo para “Informativo” e desabilitar o campo ind-calculo.

 

    •  Campo gg-com-preco.ind-calculo, passará a usar include, ao invés de fixo no dicionário e fonte:

VIEW-AS "view-as radio-set vertical radio-buttons {gginc/i03gg017.i 2}"

A include i03gg017.i deve ter as opções:

&glob val1 Preço

&glob val2 Custo

&glob val3 Informativo

&glob val4 Royalties

&glob val5 Multa Washout 

&glob val6 Preço Calculado

&glob val7 Preço Proposto

 

    •  Campo gg-comp-preco.tipo-tabela, passará a usar include, ao invés de fixo no dicionário e fonte:

VIEW-AS "view-as radio-set vertical radio-buttons {gginc/i04gg017.i 2}”. Pode mudra de radio-set para combo-box, com as opções da include.

&glob val1 Padrão

&glob val2 Origem-Porto

&glob val3 Tabela p/Item

&glob val4 Programa Cálculo

 

Solicitar um novo campo:

    •  Campo gg-comp-preco.nom-programa, quando gg-comp-preco.tipo-tabela = 4 /* programa de cálculo */ deve validar que o programa exista:  IF SEARCH("gg-comp-preco.nom-programa") = "?" THEN “Programa de Cálculo Inválido”, “Não foi localizado programa de cálculo.”.

OBS.: para as opções das literais das includes novas (i02gg017.i 2, i03gg017.i e i04gg017.i), abrir chamado para tradução, caso não tenha ainda os termos traduzidos. Exemplo chamado TTYBCW.

 

  • Nova Na Pag2, terão campos novos:

gg-comp-preco.log-pre-slip

gg-comp-preco.idi-hedge-dat – usar include {gginc/i01gg017.i 2}. Opções que devem estar na include: Data Pagamento, Data Exportação, Data Embarque. Apresentação em tela como combo-box, conforme opção da include.

gg-comp-preco.num-ord

gg-comp-preco.cod-comp-ext

 

    •  gg-comp-preco.cod-esp-acr (não obrigatório, pode passar em branco, porém se for informado, deve validar contra o cadastro de espécie do contas a receber, pesquisa/zoom, descrição ao lado e validação que existe no cadastro de espécies, ver exemplo programa gg1005, página Vendas, campo cod-esp-fat-vmi). Incluir outra validação para o campo: se gg-comp-preco.cod-esp-acr for informado, e gg-com-preco.ind-calculo <> 5, dar mensagem e não deixar continuar: “Espécie Washout ACR inválido” “Espécie somente deve ser informada quando o tipo de cálculo for Multa Washout”. Cadastar uma nova mensagem.


    •  gg-comp-preco.cod-ser-acr (não obrigatório, deve estar no cadastro de série, ver como exemplo pesquisa/zoom, e validação que existe no cadastro de série no programa GG1005, pasta Vendas, campo c-serie-transf).

 

    •  gg-comp-preco.cod-cta-acr-unif (não obrigatório, pode passar em branco, porém se for informada a espécie cod-esp-acr, passa a ser obrigatório informar a conta, ver exemplo pesquisa/zoom, formato, descrição da conta para mostrar ao lado e validação que existe no cadastro de contas contábeis, ver exemplo programa gg1107, página originação, campo cod-cta-dc-unif).

 

    •  gg-comp-preco.cod-ccusto-acr-unif (não obrigatório, pode passar em branco, porém se for informado o custo deve um válido, ou seja que existe na cadastro de centro de custo, ver exemplo pesquisa/zoom, formatação em tela, descrição ao lado e validação que existe no cadastro de centro de custo, ver exemplo programa gg1107, página originação, campo cod-ccusto-dc-unif).

 

    •  gg-comp-preco.cod-esp-apb (não obrigatório, pode passar em branco, porém se for informado, deve validar contra o cadastro de espécie do contas a pagar, pesquisa/zoom, descrição ao lado e validação que existe no cadastro de espécies, ver exemplo programa gg1107, página originação, campo cod-esp-dc). Incluir outra validação para o campo: se gg-comp-preco.cod-esp-apb for informado, e gg-com-preco.ind-calculo <> 5, dar mensagem e não deixar continuar: “Espécie Washout ACR inválido” “Espécie somente deve ser informada quando o tipo de cálculo for Multa Washout”.

 

    •  gg-comp-preco.cod-ser-apb (não obrigatório, pode passar em branco, não tem pesquisa)

 

    •  gg-comp-preco.cod-cta-apb-unif (não obrigatório, pode passar em branco, porém se for informada a espécie cod-esp-apb, passa a ser obrigatório informar a conta, ver exemplo pesquisa/zoom, formatação em tela, descrição da conta para mostrar ao lado e validação que existe no cadastro de contas contábeis, ver exemplo programa gg1107, página originação, campo cod-cta-dc-unif).

 

    •  gg-comp-preco.cod-ccusto-apb-unif (não obrigatório, pode passar em branco, porém se for informado o custo deve um válido, ou seja que existe na cadastro de centro de custo, ver exemplo pesquisa/zoom, formatação em tela, descrição ao lado e validação que existe no cadastro de centro de custo, ver exemplo programa gg1107, página originação, campo cod-ccusto-dc-unif).

 

  • Pasta Componentes:

Estava deixando informar componentes relacionados apenas quando o campo gg-comp-preco.ind-forma = 1 /* % */, alterar para deixar informar componentes relacionados também quando o campo gg-comp-preco.ind-forma = 3 /* Total*/.

Incluir novo atributo:

gg-comp-perc.idi-operac, ver a include (gginc/i01gg016.i) para o radio-set com as opções:

&glob val1 Somar

&glob val2 Diminuir

Obs.: A operação ‘Padrão’ será usada para manter o legado, quando o campo não tiver informação (=0), e neste caso seguirá o tipo de cálculo do componente Preço (+) e Custo (-).

 

  • Incluir nova pasta “Porto” para novo registro filho:

 

    • Esta nova pasta “Porto” terá os botões de Incluir/Eliminar.
    • Incluir gg-comp-porto:

 

    •  gg-comp-porto.cod-comp (desabilitado, e deve sempre atualizar com a informação do registro pai gg-comp-preco.cod-comp, conforme selecionado).
    •  gg-comp-porto.cod-porto (obrigatório, não pode incluir sem informar o porto, deve existir na tabela gg-porto-base, usar como exemplo pesquisa/zoom, validação, descrição ao lado do programa gg1107, pasta Geral, campo cod-porto).

Ao incluir a gg-comp-porto, validar que não exista na tabela outro registro com a mesma chave primária e única: cod-comp+ cod-porto.

 

  • Pasta Itens:

Caso a integração de Moeda esteja ativa (can-find (first gg-param-integr no-lock where gg-param-integr.cdn-integr = 2 /* hedge moeda */ and gg-parma-integr.log-ativo = yes)), solicitar novos campos abaixo, caso contrário, esconder os campos da tela.

gg-param-item.log-heddge-moeda (label “Hedge Moeda”)

gg-param-item.ind-hedge (criar include 1 – Manual 2 – Integração)

gg-param-item.cod-item-serv (colocar pesquisa/zoom de itens Z02IN172, listar a descrição al lado item.desc-item, somente aceitar item cadastrado na tabela item, com item.tipo-contr = 4 /* debito direto */. Se o usuário informar um tipo diferente de item dar mensagem e não deixar continuar “Tipo Contrato Item Inválido”, “Somente será aceito item com tipo de controle igual a Débito Direto”.

 

 

GG1094 - Limites Aprovação


Objetivo: Incluir NOVOS limites para o registro de negócios (Trade Slip).


Tabelas Utilizadas:

  • Gg-bloqueio

 

Considerações:

  •  Hoje a tabela gg-bloqueio é alimentada apenas no setup-graos, alterar para ser executada a verificação sempre ao entrar no GG1094, e criar os registros que não existem na gg-bloqueio conforme arquivo ggp\gg532.d. Ver exemplo piImportaBloqueio do programa ggp\setup-graos.w.
  • Incluir no arquivo gg532.d as seguintes novas aprovações:

10 "Registrar Pré Trade Slip" 2 1 1 "" "" 0 0 0 0 no no ? ?

11 "Aprovar Pré Trade Slip" 2 1 1 "" "" 0 0 0 0 no no ? ?

12 "Aprovar Hedge Moeda" 2 1 1 "" "" 0 0 0 0 no no ? ?

  • OBS: No programa de setup-graos.w continuar fazendo a carga de dados, ou seja não há alterações.



GG1005B - Parâmetros Comerciais Itens Grãos

 

Objetivo: Incluir novos parâmetros para integração com sistema de Hedge Moeda.

 

Tabelas Utilizadas:

  • Gg-param-item.log-hedge-moed
  • Gg-param-item.cod-item-ext: não obrigatório e não há validação com outro cadastro. Quando informado será utilizado para integrar com sistema externo hedge.
  • Caso a integração de Moeda esteja ativa (can-find (first gg-param-integr no-lock where gg-param-integr.cdn-integr = 2 /* hedge moeda */ and gg-param-integr.log-ativo = yes)), solicitar novos campos abaixo, caso contrário, esconder os dois campos novos da tela, bem como o retângulo. Não tem problema ficar o espaço em branco.

 

 

 

GG5010 - Calendário Bolsa

 

Objetivo: Incluir novo atributo Quantidade Contrato na Bolsa.  Exemplo para CBOT Soja: um contrato igual a 27.000 kg.

 

Tabelas Utilizadas:

  • Gg-calendario-bolsa

 

Considerações:

  • Novo campo: gg-calendario-bolsa.qtd-contrato.

 

 

 

GG1067 - Porto Base (GG1067)

 

Objetivo: Incluir novo atributo Nome Abreviado do Porto.

 

Tabelas Utilizadas:

  • Gg-porto-base

 

Considerações:

  • Novo campo: gg-porto-base.nom-abrev, obrigatório, ou seja não passa em branco.

 



GG0103 - Novos Negócios

 

Objetivo: Registrar as propostas de novos negócios, como Compras, Vendas, Fixação de Preço e de Componentes de Preços.

 

Tabelas Principais Utilizadas:

  • Gg-negocio / gg-negocio-comp
  • Gg-negocio-vmi /gg-negocio-vmi-comp
  • Gg-contrato

 

Considerações:

Modelo: Thin maintenance (Thin Template).

Tela: GG0103 – Novos Negócios

Image RemovedImage Added

Grid: Tipo Doc (Compra/Venda),  Num Trade Slip, Contrato, Nome Fornecedor, Nome Inscrição, Tipo Preço, Tipo Frete, Safra, Dt ini Entr, Dt Fim Entr, Volume Contrato, Volume Entregue, Componente 1*, Cotação 1*, Componente 2*, Cotação 2*, Componente N*, Cotação N*, Quantidade Contrato, Quantidade Fixado, Quantidade a Fixar, Prazo Fixação, Moeda, Item, Comprador, Estabelecimento Adm, Código do fornecedor, CNJJ/CPF.

* Obs: componentes serão gerados dinamicamente de acordo com o trade slip listado na grid.

 

Botões da Tela:

  •  Seleção: indicar uma faixa de seleção para apresentação dos dados. De acordo com as informações definida nesta tela, a pesquisa pode ocasionar baixa performance.

 

  •  Filtro: Definir quais informações serão exibidas em tela.

 

Situações do gg-negocio/gg-negocio-vmi:

=> Trader acabou de incluir, situação passa para: Pendente(1)

=> Aprovador Aprova Proposta do Negócio, situação passa para: Aprov Banking(6) (nesta situação vai para SBM e fica esperando)

=> Recebe Retorno SBM, situação passa para: Aprov Margem(3)

=> Aprovador Aprova Margem, situação passa para: Completar(7) (esta opção está aguardando cadastrar os dados faltantes e atualizar Contrato)

=> Trade Slip é selecionado, complementado as informações e confirma: Atualizado(2) (esta opção já vai estar no contrato).

Obs.: precisa ajustar a include da gg-negocio.ind-situacao e gg-negocio-vmi.ind-situacao para ter a opção 7 – Completar.

 

  •  Parâmetros: Definir as informações para geração do Resumo.
    Criar tela para informar os componentes para margem de compra, margem de venda e componente Resumo as serem utilizados na geração dos resumos a serem apresentados na parte inferior da tela.
    Para margem de Compra sugerir a margem que está definida no parametros originação na pasta Originação. (gg-param.cod-comp-ajuste).
    Para margem de Venda sugerir a margem que está definida no parametros originação na pasta Vendas. (gg-param.cod-comp).
    Para componente Resumo sugerir a informação que está definida no parametros originação na pasta Originação (gg-param.char-1,66,15).

  •  Atualizar: Refazer as pesquisas dos dados a serem apresentados em tela;

Caso flag “Compra” estiver marcado será carregada tabela temporária com os dados da gg-negocio. (pode usar como explo: pi-carrega-dados da rotina GG2013)

Caso flag “Venda” estiver marcado será adicionada a tabela temporária com os dados da gg-negocio-vmi. (pode usar como explo: pi-carrega-dados da rotina gg2026).

Caso seja possível, ao efetuar a carga da tabela temporária inserir uma tela de acompanhamento, para caso necessário abotar o processo.

 

  •  Incluir Compra: Permitir a inclusão de um pré TS para Compra;
  •  Incluir Venda: Permitir a inclusão de um pré TS para Vendas;
  •  Modificar: Permite modificar um pré TS nas situações de Pendente ou Completar;
  •  Cancelar: Realiza o cancelamento do TS;
  •  Completar: Efetivar a geração de um pré trade slip para trade slip;
  •  Aprovar:   Realizar a aprovação de um trade slip; (Pendente para Aprov. Banking; ou Aprovação Margem para Completar) .
  •  Reprovar: Efetuar a reprovação de um TS;
  •  Hedge: Abre nova tela (GG0104) para visualização do hedge do TS;

Caso seja acionado duplo click na grid em com TS com Status “Atualizado”, será permitida a fixação do mesmo. Selecionando opção componente, alguns campos da grid estarão habilitados, tais como: gg-negocio-comp.mes-ano, gg-negocio-comp.qtd-a-fixar, gg-negocio-comp.val-a-fixar. Porém, se a opção for Preço, habilitar o campo quantidade contido na página 1 da rotina, e o campo ggt-negocio-compo.val-a-fixar,da grid.

 


GG0103A - Tela Inclui/Modifica:  (TradeSlip Compra)


Pasta I

 

Agrupador “Negociação”:

Nr Trade Slip/Versão -> gg-negocio.num-trade-slip / gg-negocio.num-versao
Data Negociação -> gg-negocio.dat-trade-slip (padrão a data atual)
Contrato -> gg-negocio.cod-contrato
Estabelecimento -> gg-negocio.cod-estabel (padrão o estabelecimento do usuário gg-ext-param-re)
Fornecedor/Nome -> gg-negocio.cod-emitente / gg-negocio.nom-emit
Produto -> gg-negocio.it-codigo / item.desc-item
Refer Item > gg-negocio.cod-reer-item (somente para os itens com controle por referencia)
Safra -> gg-negocio.des-safra (após digitar o produto, trazer como padrão a safra para a data da negociação, ver exemplo no gg2000
Quantidade Ctr/UN -> gg-negocio.qtd-contrato / gg-negocio.des-un
Tipo TS -> gg-negocio.ind-trade (1-Fixação 2 – Novo 3 – Pendente 4 – Alteração 5 - Washout)
Fixação -> gg-negocio.ind-motivo (1-Preço 2-Componente)

 

Agrupador “Financeiro”

Tipo Preço -> gg-negocio.ind-tip-preco
Moeda Ctr -> gg-negocio.mo-cambio
1ª Data Pagto -> gg-negocio.data-1
Nr Parcelas -> gg-negocio.int-1

 

Agrupador “Logística”

Finalidade -> gg-negocio.cod-finalid (mostar combo-box com tabela gg-finalid)
Tipo Frete -> gg-negocio.ind-frete
Frete Porto -> gg-negocio.ind-frete-porto (1-Empresa 2 – CIF Porto)
Porto -> gg-negocio.des-porto-base
Data Export -> gg-negocio.dat-export
Mês/Ano Embarque -> gg-negocio.cod-mês-ano-emb (trazer como default, após a digitação da dat-export, se o dia da data export for >= 15, inicializar com o mês e ano da data export, se o dia for < 15, trazer o mês anterior, ter atenção no ano, caso seja janeiro, trazer mês 12 e ano anterior).
Cidade -> gg-negocio.nom-cidade-orig
UF -> gg-negocio.estado-orig
KM Adic Chão -> gg-negocio.km-adic-chao
KM Adic Asfalto -> gg-negocio.km-adic-asf

 

Pasta II

 

Agrupador “Financeiro”

  Sequencia        -> gg-negocio-pag.num-seq
  Gera Previsão    -> gg-negocio-pag.log-1
  Fornecedor       -> gg-negocio-pag.cod-emitente
  Nome Fornecedor  -> gg-negocio-pag.nome-abrev
  Data Pgto        -> gg-negocio-pag.dat-pagto
  Portador         -> gg-negocio-pag.portador
  Forma Pagto      -> gg-negocio-pag.forma-pagto
  Moeda            -> gg-negocio-pag.mo-codigo
  Banco            -> gg-negocio-pag.cod-banco
  Agencia          -> gg-negocio-pag.agencia
  Conta Corrente   -> gg-negocio-pag.conta-corrente
  Valor Pago       -> gg-negocio-pag.val-pagto
  Qtde Fixada      -> gg-negocio-pag.qtd-fixada
  Favorecido       -> gg-negocio-pag.favorecido

Obs.: mesmas informações que tem hoje no gg2015, pasta Pagamentos, porém foi incluso um campo gg-negocio-pag.cotação. Nos totais, colocar listando a média ponderada desta cotação. Label “Cot Banking”.  Conforme for preenchida a informação de data de pagamento e quantidade de parcelas, fazer a inclusão automática dos registros, permitindo alterar para informar as outras datas, e valores. Ao informar o valor, se tiver preço proposto, calcular a quantidade, e caso informar a quantidade calcular o valor.


 

Pasta III

 

Agrupador “Geral”

Tipo Compra -> gg-negocio.cod-tipo-compra  / descrição tipo compra

Fim exportação -> gg-negocio.log-exportacao

Prazo Entrega -> gg-negocio.dat-ini-embarque gg-negocio.dat-entrega-final

Estabel Adm -> gg-negocio.cod-establ-adm / descrição do estabel

Limite Fixação -> gg-negocio.dat-prazo-fix (se não tiver informação no gg-param-item, inicializar com 31/12/9999).

Modalidade -> gg-negocio.ind-modal

Referência -> gg-negocio.cod-referencia / descrição referencia

Operação -> gg-negocio.cod-operacao / descrição operação

Comprador -> gg-negocio.cod-comprado / descrição comprador

Endereço -> gg-negocio.des-endereço

 

Agrupador “Corretor”

Fornecedor/Corretor ->  gg-negocio.cod-corretor    / nome do corretor/emitente   

Referência Corretor -> gg-negocio.cod-refer-corretor

Valor Corretagem -> gg-negocio.val-corretagem     

% Comissão -> gg-negocio.val-comis

 

Agrupador “Gerar Contrato Automaticamente”

Descrição -> gg-contrato.des-contrato (Descrição do contrato e quando informado o sistema entenderá que ao ser gerado TS também será gerado contrato automaticamente)

Inscrição -> gg-contrato.cod-inscricao

Matricula -> gg-contrato.cod-matricula

Grupo de Imposto -> gg-contrato.cod-grupo

Flag "Recebe Outras Inscrições?" -> gg-contrato.log-aceita-incr

Flag "Recebe Outras Filiais?" -> gg-contrato.log-aceita-filiais

Compra Disponível -> -> gg-contrato.log-compra-disponivel

Local classificação -> gg-contrato.ind-local-clas

Peso Líquido -> gg-contrato.ind-local-pes


Linha de Alteração dos componentes:

Componente (gg-negocio-comp.cod-comp, somente altera os componentes que podem ser alterados gg-negocio-comp.tipo-entrada = 2 /* Informar */)
Moeda (gg-negocio-comp.mo-codigo, somente altera quando quando gg-negocio-comp.ind-calculo = 7 /* Preço Proposto*/)
Qtd à Fixar (gg-negocio-comp.qtd-a-fixar)
Cotação (gg-negocio-comp.dec-1)

Grid: Componente -> gg-negocio-comp.cod-comp,
        Ano/Mês -> gg-negocio-comp.mes-ano,
        Moeda -> gg-negocio-comp.mo-codigo,
        Un -> gg-negocio-comp.des-un,
        Qtde Fixada -> gg-negocio-comp.qtd-fixada,
        Valor -> gg-negocio-comp.val-fixada,
        Qtde a Fixar -> gg-negocio-comp.qtd-a-fixar,
        Valor -> gg-negocio-comp.val-a-fixar,
        U$/Ton ->Calculado,
        Cotação ->gg-negocio-comp. val-cotac,
        Vl Total -> Calculado,
        Vl Original -> gg-negocio-comp.val-original.          


 

GG1003B  -Tela Inclui/Modifica: (TradeSlip Venda)

 

Objetivo: Rotina a definir

 

 

Monitor Hedge (GG0104)

 

Objetivo: Consultar os movimentos de solicitação de Hedge de Moeda, bem como efetuar reenvio, em caso de erro na tentativa de envio quando da aprovação de novos trade slips ou movimentos de baixa.

 

Tabelas Principais Utilizadas:

  • Gg-hedge
  • Gg-hedge-mov

 

Considerações:

  • Esboço Tela:

                                                                                                                                                                                             

 

  • Botão Filtro

 

 

  • Botão Atualizar: Este botão é para fazer carregar os dados da tela, conforme filtro.
  • 1º Browser “Solicitação Hedge”

Trazer todos gg-hedge conforme o filtro:

gg-hedge.idi-modul FORMAT ">9" LABEL “Tp Contrato" (include 1-Compra 2 –Venda)
gg-hedge.num-trad-slip FORMAT ">>>>,>>9" LABEL "Trade Slip"
gg-hedge.num-vers FORMAT ">>>>9" LABEL "Numero da Versão"
gg-hedge.cod-comp FORMAT "x(15)" LABEL "Componente"
gg-hedge.ind-situacao FORMAT "9" LABEL "Situação" (include 1 – Pendente, 2 – Confirmado, 3 – Cancelado)
gg-hedge.dat-hedge FORMAT "99/99/9999" LABEL "Data Hedge"
gg-hedge.val-fixac FORMAT "->>>,>>>,>>9.9999" LABEL "Valor Fixação"
gg-hedge.cod-boleta FORMAT "x(30)" LABEL "Num Boleto"
gg-hedge.val-cotac FORMAT ">>>,>>>,>>9.99999999" LABEL "Cotação"
gg-hedge.dat-mov FORMAT "99/99/9999" LABEL "Data Mov"
gg-hedge.cdn-hr-mov FORMAT ">>>,>>9" LABEL "Hora Mov"
gg-hedge.dat-ret FORMAT "99/99/9999" LABEL "Data Ret"
gg-hedge.cdn-hr-ret FORMAT ">>>,>>9" LABEL "Hora Ret"
gg-hedge.val-sdo-fixac FORMAT "->>>,>>>,>>9.9999" LABEL "Vl Saldo Hedge"
gg-hedge.ind-forma FORMAT "9" LABEL "Forma"
gg-hedge.cod-usuario FORMAT "x(12)" LABEL "Código Usuário"
gg-hedge.qtd-fixac FORMAT "->>>,>>>,>>9.9999" LABEL "Quantidade Fixação"
gg-hedge.qtd-sdo-fixac FORMAT "->>>,>>>,>>9.9999" LABEL "Qtd Sdo Hedge"
gg-hedge.ep-codigo FORMAT "x(03)" LABEL "Empresa"
gg-hedge.cod-contrato FORMAT "x(20)" LABEL "Contrato"
gg-hedge.it-codigo FORMAT "x(16)" LABEL "Item"
gg-hedge.cod-item-ext FORMAT "x(30)" LABEL "Item Ext"
gg-hedge.cod-comp-ext FORMAT "x(30)" LABEL "Comp Ext"
gg-hedge.num-id-hedge FORMAT ">>>>>>>>>9" LABEL "Num id Hedge"

  • 2º Browser “Movimentos Hedge”

Trader todos gg-hedge-mov, referente a solicitação de hedge, que estiver selecionado no 1º browser:
gg-hedge-mov.idi-trans FORMAT ">9" LABEL "Transação" (include 1-Baixa Pagto, 2-Cancelamento)
gg-hedge-mov.ind-situacao FORMAT "9" LABEL "Situação" (include 1 – Pendente, 2 – Confirmado, 3 – Cancelado)
gg-hedge-mov.val-movto FORMAT "->>>,>>>,>>9.9999" LABEL "Val Movto"
gg-hedge-mov.dat-mov FORMAT "99/99/9999" LABEL "Data Movimento"
gg-hedge-mov.cdn-hr-mov FORMAT ">>>,>>9" LABEL "Hora Movimento"
gg-hedge-mov.dat-ret FORMAT "99/99/9999" LABEL "Data"
gg-hedge-mov.cdn-hr-ret FORMAT ">>>,>>9" LABEL "Hora Retorno"
gg-hedge-mov.ind-forma FORMAT "9" LABEL "Forma Cálculo"
gg-hedge-mov.cod-usuario FORMAT "x(12)" LABEL "Código Usuário"
gg-hedge-mov.qtd-movto FORMAT "->>>,>>>,>>9.9999" LABEL "Qdt Mov"
- incluir uma variável para listar o número  do fechamento, ler gg-fecha-contrat com gg-hedge-mov.num-id-fechto-contrat, e ler gg-fecha of gg-fecha-contrat, e listar gg-fecha.num-fechto / gg-fecha.num-revisao.  
gg-hedge-mov.cod-estabel FORMAT "x(5)" LABEL "Estabelecimento"
gg-hedge-mov.cod-esp FORMAT "x(2)" LABEL "Esp"
gg-hedge-mov.serie-docto FORMAT "x(5)" LABEL "Série"
gg-hedge-mov.nro-docto FORMAT "x(16)" LABEL "Nro Docto"
gg-hedge-mov.nat-operacao FORMAT "x(6)" LABEL "Nat Operação"
gg-hedge-mov.cod-emitente FORMAT ">>>>>>>>9" LABEL "Emitente"
gg-hedge-mov.it-codigo FORMAT "x(16)" LABEL "Item"
gg-hedge-mov.cod-parcela FORMAT "x(02)" LABEL "Parcela"
gg-hedge-mov.num-id-hedge-mov FORMAT ">>>>>>>>>9" LABEL "Num id Mov"

 

  • Inicializador para chamada a partir de outras telas:

Esta tela poderá ser chamada a partir de outras telas, como exemplo a GG0103, onde será passado uma global com rowid das tabelas gr-gg-negocio ou gr-gg-negocio-vmi. Ou seja, no initialize, deve verificar se a variável gr-gg-negocio é <> ? e caso sim, efetuar a leitura da tabela gg-negocio, inicializar o filtro com o número do trade slip e também o contrato, e aplicar a leitura para demonstrar os dados. Se não tiver informação na global gr-gg-negocio, fazer o mesmo para gr-gg-negocio-vmi, lendo a tabela e inicializando o filtro com o número do trade slip e contrato.

 

  • Botões Reenvio Solicitação e Reenvio Movimentos:

Este botão irá repetir o envio da solicitação de Hedge ou movimento de Baixa/Cancelamento. Para desenvolver o conteúdo destes botões, aguardar definição da rotina do Web Services, pois será a mesma rotina.

 

  • Botões Retorno Manual da Solicitação de Hedge ou Baixa de Hedge.

Este botão irá abrir uma tela solicitando as informações para retorno manual do Hedge ou movimento de Baixa/Cancelamento. Verificar uma imagem para Atualização Manual.

 

Outros Impactos

 

  •  GG1001B (gg1001b-b03, gg1001b-b05) - aba Comp e aba Fix não permitir modificar e/ou cancelar fixação de componente e/ou fixação de preço caso TS foi gerado pelo novo processso, ou seja quando gg-negocio.dat-export <> ?, emitir mensagem de bloqueio.

  •  GG1091 (gg1091-b01 e gg1091-b02) - na aba Comp e aba Fix não permitir modificar fixação de componente e/ou fixação de preço caso TS foi gerado pelo novo processso. Emitir mensagem de bloqueio quando data de exportação estiver informada (gg-negocio-vmi.dat-export <> ?).

  •  GG1095 (gg1095-b04) – Na aba Aprovação de Margem, emitir mensagem de bloqueio e não permitir aprovar margem caso TS tenha data de exportação informada (gg-negocio.dat-export <> ?) .

  •  GG2015 – Não permitir efetuar cancelamento do TS, ou aprovação/Reprovação de Componente de Compra quando gg-negocio.dat-export <> ? emitindo mensagem de bloqueio.

  •  GG2027 – Não permitir efetuar cancelamento do TS, ou aprovação/reprovação banking quando gg-negocio-vmi.dat-export <> ? emitindo mensagem de bloqueio.

  •  gg-negocio.ind-situacao – revisar as rotinas que utilizam este campo para tratar as novas opções. Caso possível, utilizar a include i01gg146.i.

Lista: ggbo/bogg598.p,  ggbo/bogg605.p, gg1001-v25 (Eliminar as variáveis caso não sejam utilizadas), gg1001e-b01.w, gg1001e-b01.w, gg1001e-b05.w, gg1001e-b06.w, gg1095-b04.w, gg2013.w, gg2015a-b01.w, gg2018.w, gg2023c.w, gg8003.i2, ggapi057.p.

 

  •  gg-negocio-vmi.ind-situacao - revisar as rotinas que utilizam este campo para tratar as novas opções. Caso possível, utilizar a include i01gg151.i.

Lista: gg1001-v25.w, gg1001e-b03.w, gg1001e-b04.w, gg2026.w, gg2030.w, gg2028a.p




des-e-mail 

Estrutura de Menu

 

Procedimentos

Procedimento

GG0124

GG1034

GG0103

GG0104

Descrição

Parâmetros Integração Grãos

Finalidade Negócio

Registro Negócios

Monitor Hedge

Módulo

 GGP

 GGP

 GGP

GGP

Programa base

 GG0124

 GG1034

 GG0103

GG0104

Nome Menu

Parâmetros Integração Grãos

Finalidade Negócio

Registro Negócios

Monitor Hedge

Interface

GUI/

GUI/

GUI

GUI

Registro padrão

Sim

Sim

Sim

Sim

Visualiza Menu

Sim

Sim

Sim

Sim

Release de Liberação

 12.1.11

 12.1.11

 12.1.11

 12.1.11

 

Programas

Programa

GG0124

GG0134

GG0103

GG0104

Descrição

Parâmetros Integração Grãos

Finalidade Negócio

Registro Negócios

Monitor Hedge

Nome Externo

ggp/gg1024.w 

 ggp/gg1034.w

 ggp/gg0103.w

ggp/gg0104.w

Nome Menu/Programa

Parâmetros Integração Grãos

Finalidade Negócio

Registro Negócios

Monitor Hedge

Nome Verbalizado[1]

Parâmetros Integração Grãos

Finalidade Negócio

Registro Negócios

Monitor Hedge

Procedimento

 GG0124

 GG1034

 GG0103

GG0104

Template

Cadastro Simples

Cadastro Simples

Cadastro Complexo

Cadastro Simples

Tipo[2]

Manutenção

Manutenção

Tarefas

Tarefa

Interface

GUI

GUI

GUI

GUI

Categoria[3]

Não se Aplica

Não se Aplica

Não se AplicaNão se Aplica

Executa via RPC

Não

Não

Não

Não

Registro padrão

Sim

Sim

Sim

Sim

Outro Produto

Não

Não

Não

Não

Visualiza Menu

Sim

Sim

Sim

Sim

Query on-line

Sim

Sim

Sim

Sim

Log Exec.

Não

Não

Não

Não

Rotina (EMS)

Não se Aplica

Não se Aplica 

Não se Aplica 

Não se Aplica

Sub-Rotina (EMS)

Não se Aplica

 Não se Aplica

 Não se Aplica

Não se Aplica

Localização dentro da Sub Rotina (EMS)

Não se Aplica

 Não se Aplica

 Não se Aplica

Não se Aplica

Compact[4]

Não se Aplica

Não se Aplica

Não se Aplica

Não se Aplica

Home[5]

Não se Aplica

Não se Aplica

Não se Aplica

Não se Aplica

Posição do Portlet[6]

Não se Aplica

Não se Aplica

Não se Aplica

Não se Aplica

Informar os papeis com os quais o programa deve ser vinculado

 Não se Aplica

 Não se Aplica

 Não se Aplica

Não se Aplica

 

 

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