Histórico da Página
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 | Gestão de Estoque, Compras e Faturamento | Módulo | Integração |
Segmento Executor |
| ||
Projeto1 | R_C&P_MOV006 | IRM1 | |
Requisito1 | Subtarefa1 | ||
Chamado2 | N/A | ||
Release de Entrega Planejada | 12.1.8 | Réplica | Não |
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
Implementar melhorias identificadas nos arquivos de conceito de importação de movimento de acordo com os questionamentos realizados durante o repasse da importação / Exjportação de Movimentos Importação / Exportação de Movimentos e Importação / Exportação de produtos liberados na 12.1.4. As pendencias que foram levantadas durante o repasse foram planejadas e serão realizadas conforme descrito abaixo.
(Obrigatório)
Definição da Regra de Negócio
Durante o repasse os pontos levantados foram analisados quanto a sua viabilidade e respondidos conforme segue:
- Gerador de saídas apresenta mensagem ao final da execução da exportação um pouco confusa e de difícil entendimento para o cliente. Sugestão de tratativa da mensagem a ser exibida para melhor entendimento por parte do cliente;
R: Esse é um comportamento padrão do Gerador de Saídas e a alteração deve ser realizada pela própria Lib. De acordo com os processos internos deve-se abrir um chamado de melhoria para o framework analisar o caso.
- Ao alterar informações em um conceito cadastrado e fechar o mesmo o sistema não apresenta caixa de diálogo perguntando se deseja salvar as alterações;
R: Esse é um comportamento padrão do Gerador de Saídas e a alteração deve ser realizada pela própria Lib. De acordo com os processos internos deve-se abrir um chamado de melhoria para o framework analisar o caso.
- Alinhar a Check Box das opções de importação de movimento com sua respectiva label.
R: Esse é um comportamento padrão do conceito e a alteração deve ser realizada pela própria Lib. De acordo com os processos internos deve-se abrir um chamado de melhoria para o framework analisar o caso.
As informações sobre a formatação padrão dos campos contidos nos arquivos para importação será a mesma definida para a exportação podendo ser verificada através da edição do Gerador de Saídas pela opção “Gerar Documentação”.
Por exemplo
Especificar em documentaçãocomo deve ser feito o preenchimento dos campos quando a informação não ocupar todo o espaço a ela reservado por tipo de campo
assim como é feito no Help do sistema de hoje. Ex: Preencherou preencher com 0(
zerozeros) a esquerda para campos do tipo INT.
R: Os clientes poderão ter acesso a estas informações através da edição do Gerador de Saídas pela opção “Gerar Documentação”. Como estas informações podem ser alteradas a qualquer momento, a duplicação destas informações pode complicar a manutenção dos layouts.
- A contabilidade do movimento diferentemente do Financeiro prevê que o usuário possa digitar as informações como valores e contas contábeis, portanto a sugestão neste caso é manter no layout as linhas referente a importação das informações da contabilidade;
R: Esta alteração já foi realizada pela equipe de manutenção na 12.1.6, porém a documentação existente será atualizada no TFS para refletir as informações de contabilidade do movimento.
- Sugestão de substituir a label de importação de movimento de CGCFO para CNPJ
- A exportação / importação da contabilidade do movimento foi disponibilizado na versão release 12.1.6.
- Os arquivos de Conceito serão atualizados para que a mensagem
- “Cliente/Fornecedor identificado pelo CGCCFO” seja a seguinte: “Cliente/Fornecedor identificado pelo CNPJ/CPF”.
- Tratar mensagem de erro apresentada ao importar cadastro de produtos, relacionada a data de criação do código de barras. Sugestão de não exibir nenhuma mensagem uma vez que o sistema desconsidera a data informada no arquivo considerando sempre a data do sistema, pois a mensagem apresentada acarretará o entendimento errôneo do resultado da importação;
- O campo DTCADASTRO, da tabela TPRDCODIGO nos layouts de exportação de produtos não será importado, sendo este desconsiderado na importação mesmo que estiver informado no arquivo, pois o mesmo é setado automaticamente com a data do sistema na inclusão.
Para não ter esse problema o coreto é não informar esse campo na importação, pois o mesmo será setado com a data do sistema, porém esse campo pode ter alguma utilidade para algum cliente na exportação dados. Vamos analisar a sugestão como melhoria nos roadmaps futuros.
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)
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
- Na exportação não haverá alterações e o campo ainda será exportado mantendo assim o legado no layout.
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|