Páginas filhas
  • ER_Melhorias na Importação /Exportação de Movimentos e Produtos

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

Gestão de Estoque, Compras e Faturamento

Módulo

Integração

Segmento Executor

 

Projeto1

R_C&P_MOV006

IRM1 

Requisito1 

Subtarefa1 

  1. PDR_CP_MOV008-60

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:

 

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

 

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

 

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

 

 

  1. 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ção

    como 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: Preencher

    ou preencher com 0(

    zero

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

 

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

 

  1. Sugestão de substituir a label de importação de movimento de CGCFO para CNPJ
R:
  1.  A exportação / importação da contabilidade do movimento foi disponibilizado na versão release 12.1.6.

  2. Os arquivos de Conceito serão atualizados para que a mensagem
seja
  1.  “Cliente/Fornecedor identificado pelo CGCCFO” seja a seguinte: “Cliente/Fornecedor identificado pelo CNPJ/CPF”.

 

  1. 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;
R: Essa mensagem ocorre porque o campo DTCADASTRO, não é importado e sim

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

[6] Obrigatório quando o projeto for FLEX
  1. 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.