Histórico da Página
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 | TOTVS Obras e Projetos | Módulo | Contratos |
Segmento Executor | Construção e Projetos | ||
Projeto1 | R_C&P_TOP010 | IRM1 | PCREQ-8788 |
Requisito1 | PCREQ-8792 | Subtarefa1 | PDR_CP_TOP010-34 |
Chamado2 |
| ||
Release de Entrega Planejada | 12.1.10 | Réplica | Não |
País | (X) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | Pré-Requisitos para melhor entendimento da especificação: |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
Objetivo
Com o objetivo de atender principalmente ao Mercado Internacional (MI), será implementado no TOTVS Obras e Projetos (TOP), no modulo de contratos, o conceito de Moeda do Contrato, que possibilita que um determinado contrato possa trabalhar com valores que serão cotados de forma diferente em relação ao utilizado no projeto, isto é, a moeda do contrato será prioritária em relação à moeda do projeto.
Definição da Regra de Negócio
A contratação de bens e serviços no Mercado Internacional geram pagamentos e/ou recebimentos em moedas estrangeiras. Dessa forma, é necessário que o módulo de contratos do TOP se adeque à essa necessidade, possibilitando assim, que todos valores que pertencem a um contrato, possam ser tratados considerando a moeda na qual o serviço foi contratado, diferente da moeda na qual o projeto foi orçado e planejado. Considerando toda essa premissa, vários pontos no TOP, principalmente no módulo de contratos, deverão ser modificados e essas alterações serão detalhadas a seguir.
1. Parâmetro para definição de utilização de Moeda no Contrato
- Deverá ser criado um novo parâmetro de projeto para que possa ser definido se será permitido, no cadastro de contratos, a informação da moeda do contrato;
- O parâmetro deverá ter o seguinte texto "Utilizar moeda no contrato (Mercado Internacional)" e estará presente na aba Geral nos parâmetros de contrato (Protótipo 01);
- Caso exista algum contrato que já possui alguma moeda definida, esse parâmetro não poderá ser desmarcado e um alerta deverá ser exibido na tela de parâmetros do projeto (Protótipo 02).
2. Cadastro de Contratos
- No cadastro de contratos, na tela de edição, deverá ser possível informar a moeda que será adotada no contrato (Protótipo 0203);
- Esse novo campo, "Moeda", estará disponível para todos os tipos de contrato;
- Essa moeda poderá ser diferente da moeda do projeto;
- Contratos em andamento, com medições realizadas não poderão ter a moeda alterado ou cadastrada;
- Contratos que já possuem tarefas associadas não poderão ter a moeda do contrato alterada.
3. Associação de Itens ao Contrato
- Na associação de itens (tarefas) ao contrato poderão ser associadas qualquer tarefa da EAP, porém, essa associação será realizada considerando a moeda do contrato. Nas opções "Valor Unitário (com BDI)" e "Custo Unitário", deverá ser adicionado o texto "Cotação", caso o projeto utilize moeda no contrato e a mesma seja diferente da moeda do projeto. Selecionada uma dessas opções ao associar a tarefa, deverá acontecer uma conversão de valores, onde a cotação utilizada será baseada no parâmetro de projeto "Data Base para Conversão" que é definido em Parâmetros de Projeto / Cálculo / Outros. Se selecionada a opção "Nenhum", o valor contrato deverá ser informado manualmente onde deverá considerar a moeda do contrato (Protótipo 04);
- A descrição das colunas "Valor Unitário", "Custo Unitário", "Custo Parcial" e "Valor Parcial" deverão ser alteradas para que apresentem a moeda do projeto e a coluna "Valor Unitário Contratado" a moeda utilizada no contrato;
- Esse processo deverá continuar a considerar os parâmetros "Permitir contratação de serviços com valor superior ao orçado (Contratos a Pagar)" e "Não associar itens/objetos em mais 100% da quantidade orçada (Contratos a Pagar)".
3.1. Detalhamento de Itens Contratados
- Para contratos que utilizam detalhamento de itens, os insumos no qual a moeda do preço for diferente da moeda do contrato, deverão ter seus valores convertidos, considerando a moeda do contrato e também a Data Base para Conversão;
- A descrição das colunas "Valor Unitário Orçado" e "Custo Unitário Orçado" deverão, também, ser alteradas para que apresentem a moeda do projeto e a coluna "Valor Unitário Contratado" a moeda utilizada no contrato.
4. Liberação de Período
- No processo de liberação de períodos, os valores utilizados serão oriundos da medição, seguindo as regras de parametrização de projeto, formulas de contrato, dedução e retenção;
- Deverá ser enviada a moeda do contrato quando liberado para o financeiro;
- Em relação ao reajuste, a moeda do contrato deverá ser considerada para a aplicação e não a do projeto;
- Na inclusão de produtos faturados deverá ser realizado a conversão de cotação em relação ao saldo e valor a deduzir.
5. Gerar integração com Suprimentos/Faturamento
- No processo de geração de movimento para o suprimentos/faturamento, os valores também são oriundos da medição, não tendo necessidade de conversões;
- A moeda do contrato deverá ser enviada, juntamente com todos os parâmetros e valores que atualmente são enviados para a geração do movimento.
6. Liberação de Retenção
- Deverá ser enviada a moeda do contrato quando a retenção for liberada.
7. Adiantamento de Contratos
- A moeda do contrato deverá ser enviada, juntamente com todos os parâmetros e valores que atualmente são enviados na liberação do adiantamento;
- No caso de adiantamentos da Argentina, onde o adiantamento é inserido no TOP a partir dos títulos existentes no Protheus, será necessário realizar a conversão de valores caso a moeda do adiantamento seja diferente da moeda do contrato.
8. Atualizar Cronograma pelos Lançamentos da Medição
- No processo de atualizar cronograma pelos lançamentos da medição deverá, também, ocorrer a conversão de valores no momento em que os valores são lançados no cronograma em caso de a moeda do contrato sendo diferente da moeda do projeto.
9. Associar Objetos ao Contrato
- No processo de associar objetos ao contrato, o Valor Unitário Contratado deverá apresentar os valores convertidos de acordo com a cotação, no caso de a moeda do preço do insumo ser diferente da moeda utilizada no contrato;
- Nas opções "Valor Unitário" e "Custo Unitário", deverá ser adicionado o texto "Cotação", caso o projeto utilize moeda no contrato e a mesma seja diferente da moeda do projeto;
- A descrição das colunas "Valor Unitário Orçado" e "Custo Unitário Orçado" deverão, também, ser alteradas para que apresentem a moeda do projeto e a coluna "Valor Unitário Contratado" a moeda utilizada no contrato.
10. Pedido de Material
- No processo de associar objetos ao contrato, o Valor Unitário Contratado deverá apresentar os valores convertidos de acordo com a cotação, no caso de a moeda do preço do insumo ser diferente da moeda utilizada no
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
[ACAA040 – Parâmetros] | [Alteração] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA050 – Negociação Financeira] | [Envolvida] | [Atualizações -> Acadêmico-> Tesouraria] | - |
[ACAA060 – Cadastro de Pedidos] | [Criação] | [Atualizações -> Acadêmico-> Cadastros] | - |
Protótipo de Tela
Protótipo 01
Protótipo 02
Protótipo 03
Protótipo 03 04
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 |
(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. |
---|