Histórico da Página

Informações Gerais

   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

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 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, Tim 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 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:

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

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:

 Image Added

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

Image Added

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

Image Added

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

Image Added

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

Image Added

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

Image Added

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.

Image Added

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.
    
    

Image Added

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.

Image Added

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

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.

                         ^* àOs 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.

Filtro Tela Inicial:

Situação:

þ Pendente (1)

þ Aprov Banking (6)

þ Aprov Margem (3)

þCompletar (7)

þ Atualizado (2)

þ Cancelado (5)

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

- Trader acabou de incluir, situação passa para: Pendente

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

- Recebe Retorno SBM, situação passa para: Aprov Margem

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

- Trade Slip é selecionado, complementado as informações e confirma: Atualizado (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.

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

4.1.  Tela Inclui/Modifica (GG0103a):  (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-refer-item (somente para itens com controle pro 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

Outras informações importantes que seria ideal ficar nesta pasta:

gg-negocio.ind-trade (1-Fixação 2 – Novo 3 – Pendente 4 – Alteração 5 - Washout)

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”

gg-negocio-pag

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

                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.

Margem U$/Ton -> Terá o valor da margem apresentada na Grid, caso seja a mesma margem que está definida em parâmetros Grãos (gg-param.cod-comp-ajuste).

8.2    Tela Inclui/Modifica (GG0103b):  (TradeSlip Venda)

Rotina a definir.

1. Monitor Hedge (GG0104) – Novo – OK Géssica

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 [F]:

• Botão Atualizar [A]

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 R1 e Reenvio Movimentos R2 :

Este botão irá repetir o envio da solicitação de Hedge ou movimento de Baixa/Cancelamento.

Verificar uma imagem para Reenvio de Integração com SBM.

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 M1 ou Baixa de Hedge M2.

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.

Estrutura de Menu

Procedimentos

Programas

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