Páginas filhas
  • Acelerador de Implantação SIP

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Comentário: Migration of unmigrated content due to installation of a new plugin

 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

LOGIX

Módulo

SIP

Segmento Executor

D&L

Projeto1

L_DL_SIP001

IRM1

PCREQ-4193

Requisito1

PCREQ-4193

Subtarefa1

 

Chamado2

 

Release de Entrega Planejada

 

Réplica

 

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

 

Criar a estrutura de informações para viabilizar a operacionalização dos processos administrativos/financeiros, faturamento e operação dos serviços de agenciamento, operação portuária e despacho conforme o perfil da empresa, de forma a otimizar a implantação da solução. Isto é, com alguns questionamentos definem-se as visões contábil e de gestão que atenderão as necessidades do negócio e, criam-se os cadastros com informações básicas padrões para que já seja possível fazer um processo de gerar pro forma, ou incluir uma ordem de serviço, ou cadastrar uma viagem e suas cargas, fazer um custeio, solicitar adiantamento, incluir despesas, e qualquer atividade inerente ao serviço prestado.

 

Definição da Regra de Negócio

 

Primeiro deve-se definir a visão gerencial a ser adotada para estruturar local de operação e serviços.O  local de operação pode abranger o resultado de todos os serviços prestados em determinado local, independente da modalidade de transporte ou tipo de carga. O local de operação pode representar uma região, ou um porto. Exemplo, em SC, pode-se separar as operações dos portos de Itajaí e Navegantes que tem uma representatividade maior e considerar São Francisco do Sul e Itapoá como "Norte de SC".Esta definição depende de que análise sobre o faturamento se pretende fazer. A composição do  serviço pode compreender o tipo de carga, a modalidade de transporte e até uma identificação mais específica que se deseja empregar, de acordo com o nível de detalhamento escolhido. Exemplo, medir o serviço prestado para determinado armador quando o volume operacional justifica esta análise, como Hamburg Süd, Maersk.

Para a visão contábil, a própria configuração permite direcionar a receita, os impostos e os descontos por empresa, natureza de operação, local de operação, tipo de carga e serviço. Naturalmente é pré-requisito a criação da estrutura contábil que engloba: o grupo de empresas, determinar se o plano de contas será centralizado ou por empresa, o plano de contas em si que requer a estrutura de grupos e tipos de despesas do Contas a Pagar. Da mesma forma, faz-se necessário a lista de naturezas de operação do faturamento. Na prática, as visões de faturamento e contabilidade são as linhas mestras para a configuração do sistema, e, por esta razão, prioritárias na implantação.

 Devido ao grau de interdependência entre algumas estruturas, existem cadastros que não poderão ser alterados uma vez optado por utilizar a composição sugerida, a fim de manter a integridade.

  • Grupo de Despesa e Tipo de Despesa do Contas a Pagar que compõem a conta contábil
  • Plano de Contas
  • Natureza de Operação
  • Local de Operação
  • Serviços

Considerando-se o senso comum de mercado de contabilizar por navio/viagem as operações de navios, o serviço de operação portuária automaticamente será definido com esta característica, com a possibilidade de alterar sua configuração posteriormente. Em termos de uso do sistema, esta configuração requer a indicação de uma conta contábil, geralmente de Ativo, para lançar os débitos das despesas. Assim, antes de gerar as previsões de despesas ou as despesas efetivas deste serviço, faz-se necessário relacionar uma conta contábil a viagem. 

A configuração contábil do Wizard prevê a contabilização padrão, sem uso de AEN (Área e Linha de Negócio). Desta forma, se houver intenção de utilizar AEN, sua configuração deverá ser habilitada e realizada através do próprio sistema após a execução do Wizard.

As informações de berços, portos, áreas de berços, aeroportos, companhias aéreas, navios, paralisações, equipamentos para operação são os modelos comuns.

As categorias ou sindicatos do OGMO com sua lista de eventos da folha seguirão o praticado nos portos de Santos e Paranaguá.

Como o controle de procurações é opcional, a carga de suas informações não está prevista para ser realizada via Wizard. 

O Wizard será executado a partir da instalação básica do LOGIX, empresa e usuário iniciais. A definição de empresas faz parte do escopo do Acelerador de Implantação, entretanto, a configuração de perfis de usuário deve-se realizar pelo processo de administração do ERP.

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

SIP9000 - Wizard SIP

Criação

Logística -> Sistema Integrado de Portos -> Cadastros Gerais

 

A tela inicial traz o roteiro da implantação, um passo-a-passo em que a cada seleção, constroem-se as informações dos cadastros e parametrizações para viabilizar a execução dos processos. O roteiro estará a esquerda da tela destacando a linha do passo que está sendo executado no momento, isto é, a tela cuja configuração está disponível para ser realizada a direita da tela. Os passos são:

  • Local de Operação - permitir que seja estruturada a visão gerencial dos resultados.
  • Perfil da Operação - visa identificar quais serviços portuários são operados pela empresa ou grupo, e assim, carregar a estrutura de cada serviço relacionado. Compreende o tipo de operação, tipo de carga e tipo de transporte. 
  • Local de Operação - permitir que seja estruturada a visão gerencial dos resultados.
  • Estrutura Organizacional - cadastrar as empresas que compõem a estrutura organizacional.
  • Estrutura Contábil - realizar a configuração contábil básica das empresas para garantir a contabilização das operações 
  • Período Contábil e Cotação - informar a partir de quando deve entrar em vigor a operação e a cotação inicial das moedas

 

1 - Tela

Perfil da

Local de Operação 

1 a) Apresentar com check-box os serviços Agenciamento, Despacho, Operação Portuária, Transporte , permitindo que seja selecionado mais de um serviço simultaneamente.

1 b) Indicar a estrutura do serviço, isto é, o que  irá compor o serviço para que seja possível fazer as análises do negócio e mercado. Para tanto, trazer uma pré-seleção das informações sugeridas para formar cada serviço, permitindo que estas sejam ordenadas ou sequenciadas conforme a visão desejada:

  • tipo de serviço: agenciamento, despacho, classificação, operação portuária, transporte, armazenagem
  • tipo de transporte: marítimo, aéreo, rodoviário
  • tipo de carga: granel e geral
  • local de operação

Definir a visão do local de operação, que pode ser por estados do país,ou uma relação dos portos operantes, ou pólos de exportação/importação (agrupando portos de uma região). Permitir que seja selecionada a planilha definida pelo usuário ou a lista de local de operação sugerida. Para tanto, apresentar a lista prévia dos locais de operação do modelo, isto é, carregar a planilha padrão para que as informações possam ser visualizadas e amparar a decisão. Destacar que as informações são do modelo proposto, pode ser no título da lista. Se optado por utilizar uma definição própria, deve-se solicitar o nome da planilha de origem do cadastro e desconsiderar a lista sugerida demonstrada em tela, de forma a utilizar somente a relação de locais de operação definida pelo usuário ao criar o cadastro de Local de Operação (SIP0006).

 

2 - Tela Perfil da Operação

2 a) Apresentar com check-box os serviços Agenciamento, Despacho, Operação Portuária, Transporte , permitindo que seja selecionado mais de um serviço simultaneamente.

2 b) Indicar a estrutura do serviço, isto é, o que  irá compor o serviço para que seja possível fazer as análises do negócio e mercado. Para tanto, trazer uma pré-seleção das informações sugeridas para formar cada serviço, permitindo que estas sejam ordenadas ou sequenciadas conforme a visão desejada:

  • tipo de serviço: agenciamento, despacho, classificação, operação portuária, transporte, armazenagem
  • tipo de transporte: marítimo, aéreo, rodoviário
  • tipo de carga: granel e geral
  • local de operação

2 c) A medida que forem selecionadas e priorizadas / ordenadas as informações para compor a estrutura de serviço, será mostrado o exemplo de como ficará o nome do serviço, condicionado 1 c) A medida que forem selecionadas e priorizadas / ordenadas as informações para compor a estrutura de serviço, será mostrado o exemplo de como ficará o nome do serviço, condicionado ao limite do tamanho do campo "Descrição Serviço", 50 caracteres. Exemplo: Se a seleção for tipo de serviço, tipo de transporte e tipo de carga, o exemplo mostraria "Agenciamento Marítimo Granel".

2

 

3 - Tela

Local de Operação

2 a) Definir qual a visão do local de operação, que pode ser por estados do país,ou uma relação dos portos operantes, ou pólos de exportação/importação (agrupando portos de uma região). Permitir que seja selecionada a planilha definida pelo usuário ou a lista de local de operação sugerida. Para tanto, apresentar a lista prévia dos locais de operação do modelo, isto é, carregar a planilha padrão para que as informações possam ser visualizadas e amparar a decisão. Destacar que as informações são do modelo proposta, pode ser no título da lista. Se optado por utilizar uma definição própria, deve-se solicitar o nome da planilha de origem do cadastro e desconsiderar a lista sugerida demonstrada em tela, de forma a utilizar somente a relação de locais de operação definida pelo usuário ao criar o cadastro de Local de Operação (SIP0006).

3 - Tela Estrutura Organizacional

3 a) Solicitar os dados da empresa que são obrigatórios

Estrutura Organizacional

3 a) Disponibilizar uma lista para visualizar as empresas que irão participar da estrutura organizacional. Sugere-se relacionar as empresas considerando:  código, razão social, CNPJ, município e estado. Permitir as opções: "Incluir", "Modificar" e "Excluir" que serão executadas quando tiver uma empresa do grid marcada com check. Na opção "Incluir" e "Modificar", deve-se chamar a mesma tela da "Inclusão". Para "Excluir", deve-se confirmar com uma pergunta "Deseja excluir a empresa selecionada?". Assim, se houver mais de uma empresa na estrutura, deve-se guardar a lista de empresas para que, quando necessário, possa ser feita a seleção da empresa correspondente.

 

3 b) Nas opções de incluir e alterar, deve-se abrir uma tela com todos os campos da empresa que são obrigatórios, conforme o formato e o tamanho definido (tabela empresa), considerando também "Bairro" (campo den_bairro) e "Telefone" (campo num_telefone).
3 b)
 Consistir para que todas as informações necessárias estejam preenchidas.

3 c) O Wizard deve permitir informar mais de uma  empresa. Sugere-se relacionar as empresas num grid, e ao selecionar a opção "Incluir" ir para uma tela que traga todos os dados a serem preenchidos. Permitir as opções "Modificar" e "Excluir" que serão executadas quando tiver uma empresa do grid marcada com check. Na opção "Modificar", deve-se chamar a mesma tela da "Inclusão". Para "Excluir", deve-se confirmar com uma pergunta "Deseja excluir a empresa selecionada?". Assim, se houver mais de uma empresa na estrutura, deve-se guardar a lista de empresas para que, quando necessário, possa ser feita a seleção da empresa correspondente.

 

4 - Tela Estrutura Contábil

4 a) Apresentar um radio button para permitir que seja definido se o Plano de Contas será o modelo proposto ou será considerado o plano de contas informado pelo usuário, bem como, demonstrar em tela a estrutura do plano de contas sugerida para apoiar a escolha, deixando claro que as contas exibidas são as da estrutura contábil sugerida no título da relação.  Deve-se trazer a partir da planilha de carga: número da conta contábil (tabela plano_contas campo num_conta) e denominação da conta contábil (tabela plano_contas campo den_conta). Se o usuário optar por utilizar uma estrutura contábil própria, deverá informar a planilha para "upload". 


4 - Tela Estrutura Contábil

4 a) Apresentar um radio button para permitir que seja definido se o Plano de Contas será o modelo proposto ou será considerado o plano de contas informado pelo usuário, bem como, demonstrar em tela a estrutura do plano de contas sugerida para apoiar a escolha, deixando claro que as contas exibidas são as da estrutura contábil sugerida no título da relação.  Deve-se trazer a partir da planilha de carga: número da conta contábil (tabela plano_contas campo num_conta) e denominação da conta contábil (tabela plano_contas campo den_conta). Se o usuário optar por utilizar uma estrutura contábil própria, deverá informar a planilha para "upload". 

4 b) Na planilha de Plano de Contas modelo haverá um campo para indicar o serviço ao qual está relacionado, principalmente em virtude das contas de receitas dos serviços. Assim, ao importar o plano de contas padrão, deve-se observar o serviço ao qual a conta se refere, e considerar somente as contas do perfil selecionado. As contas que estiverem com o serviço igual a 0 (zero), são comuns de todos os serviços e sempre deverão ser carregadas. Se o usuário 4 b) Na planilha de Plano de Contas modelo haverá um campo para indicar o serviço ao qual está relacionado, principalmente em virtude das contas de receitas dos serviços. Assim, ao importar o plano de contas padrão, deve-se observar o serviço ao qual a conta se refere, e considerar somente as contas Se o usuário escolher por sua estrutura contábil, deverão ser solicitadas as planilhas relativas ao grupo de despesa e tipo de despesa do Contas a Pagar (tabelas grupo_despesa e tipo_despesa respectivamente).

4 c) Independente do usuário optar por utilizar o Plano de Contas do modelo ou não, deve-se solicitar as informações a seguir, permitindo a seleção de uma entre as empresas digitadas inicialmente: 

  • Empresa Plano de Contas (tabela par_con campo cod_empresa_plano)
  • Empresa Histórico Padrão (tabela par_con campo cod_empresa_hist)
  • Empresa Mestre (tabela par_con campo cod_empresa_mestre)
  • Empresa Integração (tabela par_con campo area_livre[3,4])
     

4 d) Se a opção for considerar o Plano de Contas específico da empresa, deve-se solicitar:

  • Máscara Contábil (tabela par_con campo mascara_conta)
  • Máscara Conta OS (tabela par_con campo mascara_conta_os)
  • Máscara Conta CC (tabela par_con campo mascar_conta_cc)

5 - Tela Período Contábil e Cotação

5 a) Pedir o período contábil no formato mês e ano (99/9999), em que mês representa o segmento e o ano o período. O mês e ano devem ser iguais ou maior que a data corrente.

5 b) Apresentar o calendário do primeiro mês/ano do período contábil informado, para que seja informada a cotação da Moeda Dólar por dia. No cabeçalho do calendário, apresentar o código da moeda, descrição e símbolo, bem como o mês/ano correspondente ao período contábil inicial.

 


10 - Processamento

10 a) Origem das Informações

Em linhas gerais, as informações serão: pré-definidas, quando sua origem vem de um modelo com valores de mercado, isto é, as planilhas de carga estão preenchidas com informações padrões, ou, definíveis, neste caso, as planilhas serão criadas pelo usuário chave com apoio do consultor de implantação, respeitando-se o layout pré-definido.  

A carga será a partir de planilhas com layout similar ao das tabelas que serão criadas, exceto as que terão colunas que representarão filtros para seleção, A primeira coluna das tabelas sip_item_servico, sip_tip_docum, sip_etapa será o serviço, cujo conteúdo será: 1 - Agenciamento, 2 - Despacho, 3 - Operação Portuária, 4 - Transporte. 

Considerando a dependência de informações, se selecionada a opção pré-definido, alguns cadastros serão automaticamente preenchidos. O Wizard administrará as dependências de modo a liberar a opção do usuário utilizar planilhas de carga próprias somente para as tabelas que não tiverem impacto com a estrutura pré-definida.

Para os cadastros que permitirem importação de planilhas com valores específicos da empresa em implantação, será apresentado o layout da planilha e uma linha com informações de exemplo para seu preenchimento.

Todas as planilhas, independente de serem pré-definidas ou terem seus valores definidos durante a implantação, estarão no mesmo diretório, que será indicado no início do Wizard.

O nome das planilhas seguirá o nome das tabelas. Para as tabelas definidas durante a implantação, o nome será livre, seguindo as regras de definição de nome de arquivo do sistema operacional. 

Para indicar o arquivo a ser importado será utilizada a estrutura de árvore (Figura 1).
Image Removed
Figura 1 - Estrutura de seleção de diretório e arquivo para carga de dados

, definíveis, neste caso, as planilhas serão criadas pelo usuário chave com apoio do consultor de implantação, respeitando-se o layout pré-definido.  

A carga será a partir de planilhas com layout similar ao das tabelas que serão criadas, exceto as que terão colunas que representarão filtros para seleção, A primeira coluna das tabelas sip_item_servico, sip_tip_docum, sip_etapa será o serviço, cujo conteúdo será:  0 - Todos, 1 - Agenciamento, 2 - Despacho, 3 - Operação Portuária, 4 - Transporte. 

Considerando a dependência de informações, se selecionada a opção pré-definido, alguns cadastros serão automaticamente preenchidos. O Wizard administrará as dependências de modo a liberar a opção do usuário utilizar planilhas de carga próprias somente para as tabelas que não tiverem impacto com a estrutura pré-definida.

Para os cadastros que permitirem importação de planilhas com valores específicos da empresa em implantação, será apresentado o layout da planilha e uma linha com informações de exemplo para seu preenchimento.

Todas as planilhas, independente de serem pré-definidas ou terem seus valores definidos durante a implantação, estarão no mesmo diretório, que será indicado no início do Wizard.

O nome das planilhas seguirá o nome das tabelas. Para as tabelas definidas durante a implantação, o nome será livre, seguindo as regras de definição de nome de arquivo do sistema operacional. 

Para indicar o arquivo a ser importado será utilizada a estrutura de árvore (Figura 1).

Image Added
Figura 1 - Estrutura de seleção de diretório e arquivo para carga de dados

10 b) Local de Operação

  • Apresentar o conteúdo da planilha modelo para que o usuário possa visualizar a estrutura proposta para a visão gerencial permitindo que se consulte e navegue entre os locais de operação sugeridos. Disponibilizar a opção de importar a planilha de local de operação definida pela empresa, selecionando-a através de pesquisa dos arquivos do diretório do caminho escolhido. Quando os locais de operação forem carregados a partir da planilha externa, deve-se consistir se existe local de operação com o mesmo nome e código de local de operação repetido. Em caso afirmativo, deve-se apresentar mensagem de inconsistência  e não importar esta linha específica. Estas informações irão compor o cadastro "Local de Operação" (SIP0006 - tabela sip_local_operacao).

 

10 c) Perfil da Operação

  • Cada perfil marcado representa a seleção a ser feita para carregar as informações das planilhas padrões. O perfil de operação ou serviços estarão, em algumas planilhas cuja informação está atrelada ao perfil de operação, como a primeira coluna a partir da qual serão selecionadas as linhas a serem importadas. A regra de seleção é: 
    0 - Todos (quando a informação independe do serviço, isto é, ela deve ser importada sempre), 
    1 - Agenciamento (quando o usuário marcar o perfil de operação Agenciamento na primeira tela, as linhas das planilhas que tiverem a coluna perfil operacional com valor igual a 1 deverão ser consideradas no processo de carga),  
    2 - Despacho (quando o usuário marcar o perfil de operação Despacho na primeira tela, as linhas das planilhas que tiverem a coluna perfil operacional com valor igual a 2 deverão ser consideradas no processo de carga), 
    3 - Operação Portuária (quando o usuário marcar o perfil de operação Operação Portuária na primeira tela, as linhas das planilhas que tiverem a coluna perfil operacional com valor igual a 3 deverão ser consideradas no processo de carga), 
    4 - Transporte (quando o usuário marcar o perfil de operação Transporte na primeira tela, as linhas das planilhas que tiverem a coluna perfil operacional com valor igual a 4 deverão ser consideradas no processo de carga)
  • A composição do nome do serviço poderá ser indicado pelo usuário utilizando todos ou parte dos tipos de informações disponíveis de acordo com a ordem ou sequência que for mais apropriada para sua visão gerencial. As opções de informações para criar o nome do serviço são:  tipo de serviço, tipo de transporte e tipo de carga, sendo estas com domínio pré-definido, e também, o local de operação, representado pelo próprio cadastro  (SIP0006 Cadastro de Local de Operação - tabela sip_local_operacao). Deve-se listar os conteúdos possíveis para cada tipo de informação, permitindo ao usuário marcar quais valores de cada tipo de informação deverão ser utilizados. Deve-se permitir selecionar somente valores dos tipos de informação que irão compor o nome do serviço. O tipo de serviço será automaticamente selecionado pois representa a própria definição do perfil de operação. (WMS7000  tela "Serviços / Atividades Padrões" possui seleção múltipla). Pelo menos um dos tipos de informação deverá ser selecionado para compor o nome do serviço. Cada tipo de informação escolhido será único na estrutura do nome do serviço, isto é, não poderá se repetir para formar o nome do serviço.. À medida que o usuário selecionar um tipo de informação para estruturar o nome do serviço,será criado e apresentado um nome de serviço exemplo, acrescentado-se um conteúdo possível relacionado ao tipo de informação indicado. Se o usuário mudar a prioridade dos tipos de informação, o nome do serviço de exemplo deverá ser refeito de acordo com a seqüência definida para os tipos de informação que o compõem. Deve-se criar os serviços na ordem selecionada para gerar a estrutura do nome, com todas as combinações filtrando os conteúdos marcados em cada lista. Importante guardar se o serviço é agenciamento, despacho, operação portuária, transporte para facilitar a vinculação com as tabelas que dependem desta informação, como os itens de serviço padrões, em que são relacionados os itens que normalmente são cobrados em cada serviço. Exemplo: Rebocador, Taxa de Farol para os serviços de Agenciamento Marítimo.

10 d) Estrutura Organizacional

  • O Wizard deve permitir informar mais de uma  empresa. Sugere-se relacionar as empresas num grid, e ao selecionar a opção "Incluir" mostrar uma tela que traga todos os dados a serem preenchidos. Permitir as opções "Modificar" e "Excluir" que serão executadas quando tiver uma empresa do grid marcada com check. Na opção "Modificar", deve-se chamar a mesma tela da "Inclusão". Para "Excluir", deve-se confirmar com uma pergunta "Deseja excluir a empresa selecionada?". Assim, se houver mais de uma empresa na estrutura, deve-se guardar a lista de empresas para que, quando necessário, possa ser feita a seleção da empresa correspondente.
  • Para as telas de "Incluir" e "Excluir", solicitar os dados da empresa que são obrigatórios conforme o formato e o tamanho definido (tabela empresa), considerando também "Bairro" (campo den_bairro) e "Telefone" (campo num_telefone).
  • Consistir para que todas as informações necessárias estejam preenchidas.

10 e

10 b) Estrutura Organizacional

empresa

 

10 c) Contabilidade


RotinaNomeTabela para carregar as informações
CON0050Períodos Contábeisperiodos
CON0020Histórico Padrãohist_padrao
CON1640Sistemas Geradoressistemas
PAT0140Cadastro de Moedasmoeda
PAT0150Cadastro de Cotaçãocotacao
CON0010Plano de Contasplano_contas
CON0040Parâmetros Contabilidadepar_con

 

    • Para efeito contábil, será considerado o período contábil com 12 meses.O usuário indicará o mês e o ano de implantação, e a partir deste será  criada a estrutura de período e segmentos contábeis do ano efetivo, sendo:
    •  Período igual ao ano com 4 dígitos (tabela periodos campo per_contabil) 
    •  Segmento para cada mês desde o mês informado até o último mês do ano (tabela periodos campo cod_seg_periodo)
    •  Data de início do período igual ao primeiro dia do mês e ano (tabela periodos campo dat_ini_seg_per)
    •  Data de fim do período será o último dia do mês e ano (tabela periodos campo dat_fim_seg_per)
    • As denominações abreviadas do período e segmento são: a primeira letra do mês em português (tabela periodos campo den_item_1_pos) e as 3 primeiras letras do mês em português (tabela periodos campo den_item_3_pos)

    • O Histórico contábil pode ser uma lista definida pelo usuário ou a lista pré-definida liberada com o Wizard, que contém históricos padrões comumente utilizados. Em ambas situações, deve-se observar se a empresa existe (tabela hist_padrao campo cod_empresa). No início do processo, o usuário informa as empresas da estrutura organizacional. Quando a opção for carregar a planilha de histórico padrão criada pelo usuário, ao importar, deve-se conferir se a empresa é uma das empresas digitadas pelo usuário em tela. No caso de usar a planilha pré-definida, deve-se incluir a lista de de histórico padrão para cada empresa informada, ou seja, a lista de histórico padrão estará repetida para cada empresa.

    • Os sistemas geradores serão exclusivamente os disponíveis na planilha de carga do Wizard, considerando os sistemas geradores: CON - Contabilidade, PAT - Patrimônio, CAP - Contas a Pagar, CRE - Contas a Receber, VDP - Comercial, SUP - Suprimentos, SIP - Sistema Integrado de Portos. Ao carregar os sistemas geradores deve-se relaciona-los a cada empresa informada pelo usuário (tabela sistemas campo cod_empresa). Os parâmetros dos sistemas geradores terão como referência os seguintes valores (Figura 2):


Image Modified
Figura 2 - Parâmetros iniciais dos Sistemas Geradores

    • As moedas a serem criada automaticamente serão: Real e Dólar (Figura 3).A data de atualização será a data corrente (tabela moeda campo dat_atualiz).


Image Modified
Figura 3 - Moedas criadas pelo Wizard

    • A cotação do real será igual a 1. Para o dólar, será solicitada a cotação de todos os dias do primeiro mês do período contábil, isto é, o mês e o ano informados pelo usuário como início da operação. A tela apresentará no título o mês e o ano, o nome e sigla da moeda, e em seguida a lista com os dias do mês, conforme o número de dias do mês e ano de referência, permitindo ao usuário informar os valores de cotações de cada dia. Pelo menos a cotação do primeiro dia deverá ser preenchida, apresentando uma mensagem de inconsistência "Informar a cotação do primeiro dia do período e segmento contábil." Caso o usuário informe a cotação de algumas datas somente, para as datas intermediárias, será considerada a cotação preenchida do último dia antecessor a cotação em branco. Exemplo: Se o usuário informar a cotação do dia 1º e do dia 15, as cotações dos dias 2 a 14 serão iguais a cotação do dia 1º, e as cotações do dia 16 em diante serão iguais ao do dia 15. 

    • A estrutura do plano de contas tem como dependência as definições de grupos de despesas (CAP0060) e tipos de despesas (CAP0070), utilizado para fazer as apropriações de despesas referentes a compras ou serviços contratados. Isto porque,  para as contas de resultados o último nível  deve ser igual ao número do tipo de despesa, os dois últimos dígitos se o formato da despesa for GGTT. Exemplo: Grupo 01 - Gastos Gerais, Tipo Despesa 103 - Comissões

3.5.00.00.0000        DESPESAS COMERCIAIS

3.5.01.00.0000             Operação Portuária

3.5.01.01.0000                  Gastos Gerais

3.5.01.01.0003                        Comissões

 

Existem duas opções:

1)    Se a opção for utilizar a estrutura de plano de contas sugerida, automaticamente os cadastros relacionadas a tipo de despesa e conta contábil serão automaticamente preenchidas, entretanto, há que se observar o perfil de operação da empresa, que pode restringir as contas contábeis a serem cadastradas, isto é só serão carregadas as contas que forem de um dos perfis definidos. Quando o perfil estiver preenchido com 0, significa que é uma conta comum a todos os perfis e sempre deverá ser considerada. Talvez se faça necessário, complementar o Plano de Contas com a abertura das contas contábeis por agência/conta corrente para as movimentações de Bancos no Ativo Circulante. 

2)   Por outro lado, se optado por definir o plano de contas durante a implantação, ficará a cargo do usuário  observar a estrutura e suas dependências, bem como, o preenchimento de todas as planilhas relacionadas a parametrização fiscal do SIP (Sistema Integrado de Portos). Nesta opção, o Wizard fará a consistência da existência da conta contábil na empresa integradora, bem como ,se a conta contábil está ativa.

 

    • As tabelas relacionadas que serão importadas independente da opção ser a estrutura de plano de contas sugerida ou definida pelo usuário são:

 

RotinaNomeTabela a ser preenchida para ser carregada
CAP0060Cadastro de Grupo de Despesagrupo_despesa
CAP0070Cadastro de Tipo de Despesatipo_despesa
, cap_par_tip_desp
CON0010Cadastro de Plano de Contasplano_contas
SIP0068Parâmetros Fiscais de Contabilização de Repassesip_contab_repasse
SIP0070Parâmetros Fiscais de Baixa de Adiantamentossip_par_baixa_adto

 

    • Quando a opção for a estrutura do plano de contas definida na implantação, para os parâmetros fiscais relacionados ao serviço, deverão ser solicitadas em tela  as contas contábeis, os históricos contábeis e itens de serviços considerando o plano de contas, o histórico contábil previamente importados, bem como o perfil de operação selecionado que define a estrutura de serviço. Entretanto se a opção for utilizar a estrutura de plano de contas sugerida, não será necessário solicitar as informações em tela, pois já estarão relacionadas no modelo proposto. Para os Parâmetros Fiscais do Serviço (SIP0018) deverá ser observado o perfil do serviço, considerando-se somente os selecionados pelo usuário.

       

      RotinaNomeTabela a ser digitada em tela para ser carregada
      SIP0018Parâmetros Fiscais do Serviçosip_par_fisc_serv
      SIP0071Parâmetros Fiscais de Descontos, Abatimentos e Cancelamentossip_par_fisc_desc
    • Alguns cadastros utilizados para pagamento de despesas da operação requerem o tipo de despesa (CAP0070). Desta forma, se o cenário for da estrutura de plano de contas do modelo proposto, após ter sido carregada a lista de tipos de despesas co Contas a Pagar e indicado o perfil de operação, deve-se pedir para o usuário indicar o tipo de despesa para cada situação inerente ao serviço. As despesas do OGMO só deverão ser solicitadas se escolhido o perfil de Operador Portuário. Caso contrário, pode-se importar as tabelas com as informações padrões de forma transparente para o usuário.

      RotinaNomeTabela
a
    • as ser digitada em tela para ser carregada
      SIP0016Itens Padrões do Serviçosip
_
    • )item_serv_pad
      SIP0060Cadastro de Despesas do OGMOsip_despesa_ogmo
 
    •  Algumas informações dos Parâmetros Contábeis serão preenchidas automaticamente com base no que foi digitado, outras utilizarão o padrão do processo de "Inclusão", são:  


último período fechamento (valor NULL), último segmento fechado (valor NULL), período contábil atual (valor igual ao ano informado para o período contábil), segmento atual (valor igual ao número do mês do período contábil informado), moeda padrão igual a 1. 
Se a estrutura  de plano de contas for a definida pelo usuário, a máscara deverá ser solicitada em tela, e posteriormente feita a consistência de máscar da 

Image Modified


Para cada empresa informar os parâmetros da contabilidade (par_con.cod_empresa char(2))
LET par_con.ult_num_per_fech =
LET par_con.ult_num_seg_fech =
LET par_con.ult_num_per =
LET par_con.ult_num_seg_per =
LET p_par_con.ult_num_lanc = 0
LET p_par_con.ult_num_lote = 0
LET p_par_con.ult_num_pag_dia = 0
LET p_par_con.num_pagina_ini = 0
LET p_par_con.num_diario = 0
LET p_par_con.ult_num_reduzid = 0
LET p_par_con.ies_conta_autom = "S"
LET p_par_con.ies_lote_autom = "S"
LET p_par_con.qtd_tot_pag_dia = 0

LET p_par_con.ies_contab_inst = "S"
LET p_par_con.qtd_segto_lancam = NULL
LET p_par_con.cod_modulo_dig_ver = NULL
LET p_selec_multiempresa = "1"
LET p_par_con.ies_val_orcamen = "S"
LET p_par_con.ies_mao_obra = "N"
LET p_ies_cons_cta_aen = "N"
LET p_par_con.ies_sumarizado = "S"
LET p_par_con.ies_contab_aen = "N"
LET p_par_con.ies_rel_conta_cc = "N"
LET p_par_con.ies_rel_conta_os = "N"
LET p_par_con.ies_integracao_aut = "N" # campo utilizado para saldos acumulados
LET p_par_con.ies_seguranca_ger = "N"
LET p_par_con.ies_bloqueio_ger = "N"
LET p_ies_cta_desat = "N"
LET p_raz_soc_leg = "N"
LET p_fecham_digit = "N"
LET p_ies_consis_aen = "N"
LET p_ies_digitos = "N"
LET p_cod_nivel = "0"
LET p_ies_inf_compl = "N"
LET p_ies_nr_seq_lote = "N"
LET p_par_con.area_livre[1,1] = p_ies_cta_desat
LET p_par_con.area_livre[3,4] = p_empresa_integracao
LET p_par_con.area_livre[5,5] = p_ies_consis_aen
LET p_par_con.area_livre[6,7] = p_qtd_max_meses
LET p_par_con.area_livre[8,8] = p_ies_digitos
LET p_par_con.area_livre[9,9] = p_cod_nivel
LET p_par_con.area_livre[10,10] = p_ies_nr_seq_lote
LET p_par_con.area_livre[11,12] = p_cod_moeda_geren
LET p_par_con.area_livre[13,13] = p_ies_inf_compl
LET p_par_con.area_livre[14,14] = p_raz_soc_leg
LET p_par_con.area_livre[15,15] = p_ies_cons_cta_aen
LET p_par_con.area_livre[16,16] = p_selec_multiempresa
LET p_par_con.area_livre[17,17] = p_consist_lanc
LET p_par_con.area_livre[19,19] = p_fecham_digit

 

INPUT BY NAME
p_par_con.ult_num_reduzid,
p_par_con.ies_conta_autom,
p_par_con.cod_modulo_dig_ver,
p_selec_multiempresa,
p_fecham_digit,
p_ies_digitos,
p_par_con.ies_val_orcamen,
p_par_con.ies_lote_autom,
p_par_con.ies_mao_obra,
p_ies_cons_cta_aen,
# p_par_con.ies_sumarizado,
p_par_con.ies_integracao_aut, # campo utilizado para saldos acumulados
p_par_con.ies_contab_aen,
p_par_con.ies_seguranca_ger,
p_par_con.ies_rel_conta_cc,
p_par_con.ies_bloqueio_ger,
p_par_con.ies_rel_conta_os,
p_ies_cta_desat,
p_ies_nr_seq_lote,
p_ies_consis_aen,
p_cod_nivel,
p_ies_inf_compl,
p_raz_soc_leg,
p_par_con.mascara_conta_os,
p_par_con.mascara_conta_cc WITHOUT DEFAULTS

 

CASE
WHEN infield(p_selec_multiempresa)
LET p_selec_multiempresa = log0830_list_box(19,50,
'1 {Usuario informa},2 {Mostra os codigos com S},3 {Mostra os codigos com N}')
DISPLAY p_selec_multiempresa TO p_selec_multiempresa
CALL log006_exibe_teclas("01 02 03 07",p_versao)
CURRENT WINDOW IS w_con00401

 

WHEN infield(ies_sumarizado)
LET p_par_con.ies_sumarizado = log0830_list_box(19,50,
'S {Sumarizado},N {Nao Sumarizado},E {Especifico}')
DISPLAY p_par_con.ies_sumarizado TO ies_sumarizado
CALL log006_exibe_teclas("01 02 03 07",p_versao)
CURRENT WINDOW IS w_con00401

 

WHEN infield(ies_contab_aen)
LET p_par_con.ies_contab_aen = log0830_list_box(19,50,
'S {Contabiliza dois niveis},N {Nao contabiliza},4 {Contabiliza quatro niveis}')
DISPLAY p_par_con.ies_contab_aen TO ies_contab_aen
CALL log006_exibe_teclas("01 02 03 07",p_versao)
CURRENT WINDOW IS w_con00401

 

WHEN infield(ies_seguranca_ger)
LET p_par_con.ies_seguranca_ger = log0830_list_box(19,50,
'S {Sim},N {Nao},E {Especifico}')
DISPLAY p_par_con.ies_seguranca_ger TO ies_seguranca_ger
CALL log006_exibe_teclas("01 02 03 07",p_versao)
CURRENT WINDOW IS w_con00401

 

WHEN infield(p_ies_consis_aen)
LET l_ies_consis_aen = log0830_list_box(19,50,
'S {Consiste},N {Nao consiste},P {Parcial}')
LET p_ies_consis_aen = l_ies_consis_aen
DISPLAY BY NAME p_ies_consis_aen
CALL log006_exibe_teclas("01 02 03 07",p_versao)
CURRENT WINDOW IS w_con00401

 

WHEN infield(p_cod_nivel)
LET p_cod_nivel = log0830_list_box(17,50,
'0 {Nao consiste},1 {Primeiro nivel},2 {Dois niveis}, 3 {Tres niveis}, 4 {Quatro niveis}')
DISPLAY p_cod_nivel TO p_cod_nivel
CALL log006_exibe_teclas("01 02 03 07",p_versao)
CURRENT WINDOW IS w_con00401
END CASE

 

FUNCTION con0040_verifica_mascara(l_mascara)

10 c) Contas a Pagar

Conforme a visão financeira definida para as despesas (resumida ou detalhada) serão considerados os tipos de despesas de acordo com o perfil de operação, isto é, os serviços selecionados. Por ser um padrão, a relação de tipos de valores vem com dados pré-definidos. Tanto para o tipo de despesa quanto para o tipo de valor, as informações são carregadas por empresa. Assim, para cada empresa informada pelo usuário, será criada a lista de tipos de despesas e tipo de valor.

Rotina

Nome

Tabela para carregar as informações

Tabela dependente

CAP0070

Cadastro de Tipo de Despesa

tipo_despesa

 

CAP0090

Cadastro de Tipo de Valor

tipo_valor

 

Como a lista de fornecedores e clientes é específica de cada empresa, seu cadastro será a partir de planilhas fornecidas pelo usuário que deverão respeitar o layout apresentado em tela. Haverá um exemplo de sugestão de preenchimento.

Rotina

Nome

Tabela para carregar as informações

Tabela dependente

VDP10000

Cadastro de Cliente e Fornecedor

fornecedor, clientes

 


 

4 c)  Quais parâmetros devem ser definidos????? - aguardar resposta do Arthur

 

SELECT UNIQUE (des_parametro) FROM cap_par_tip_desp

 

4 d) E sobre a user_autoriza onde estão relacionados os tipos de despesa ao usuário?  - aguardar resposta do Arthur


 10 d) Quando selecionado um serviço, deve-se carregar os itens de serviço, as etapas e os tipos de documentos relacionados ao serviço que estiver com check marcado. Na planilha de carga destes cadastros, terá a coluna indicando o serviço para permitir a pesquisa e seleção, e quando não houver a classificação.  Para tanto, se faz necessário disponibilizar previamente as informações nos cadastros relacionados. 

Rotina

Nome

Tabela para carregar as informações

Tabela dependente

VDP10000

Cadastro de Cliente e Fornecedor

fornecedor

 

CRE3400

Cadastro de Portador

portador, portador_complemen

 

CRE3500

Cadastro de Contas Bancárias por Portador

portador_banco

 

SIP0017

Cadastro de Categoria de Aviso de Lançamento

sip_cat_av_lancto

 

SIP0032

Cadastro de Modelo de Aviso de Lançamento

sip_modelo_av_lanc,

 

 

Itens do Modelo de Aviso de Lançamento

sip_item_modelo

sip_modelo_av_lanc, sip_cat_av_lancto, sip_item_servico

SIP0020

Cadastro de Lista de Preço

sip_lista_preco, sip_preco

 

SIP0019

Cadastro de Variável

sip_lista_variavel

 

SIP0014

Cadastro de Tipo de Documentos

sip_tip_docum

 

SIP0015

Cadastro de Etapas

sip_etapa

 

SIP0081

Cadastro de Modelo de Recibo

sip_modelo_recibo

 

SIP0112

Cadastro de Classe de Agenciamento

sip_clas_agenc

 

SIP0013

Cadastro de Item de Serviço

sip_item_servico

sip_clas_agenc, sip_modelo_recibo

SIP0016

Cadastro de Serviço

sip_servico, sip_obs_pad_serv

 

 

Itens Padrões do Serviço

sip_item_serv_pad

tipo_despesa, fornecedor, sip_cat_av_lancto, sip_lista_preco, sip_lista_variavel

 

Etapas do Serviço

sip_etapa_servico

sip_servico, sip_etapa

 

Tipos de Documentos do Serviço

sip_tip_doc_serv 

sip_servico, sip_tip_docum

 

Outras Informações

sip_par_servico

portador_banco, portador, sip_modelo_av_lanc, sip_item_servico

 

10 b) Os cadastros que devem ser carregados integralmente com base na planilha de carga são:

Rotina

Nome

Tabela para carregar as informações

Tabela dependente

VDP1970

Cadastro de Continentes

continente

 

VDP3180

Cadastro de Países

paises

 

VDP7530

Cadastro de País X Continente

pais_continente

paises, continente

SIP0063

Cadastro de País Complementar

sip_pais_compl

paises

SIP0004

Cadastro de Companhia Aérea

sip_cia_aerea

 

SIP0005

Cadastro de Portos e Aeroportos

sip_prto_aeroporto

paises

SIP0007

Cadastro de Área de Berço

sip_area_berco

 

SIP0008

Cadastro de Berço

sip_berco

sip_area_berco

VDP3080

Cadastro de Cidades

cidades, vdp_cidades_cep

 

SIP0117

Cadastro de Grupo de Armador

sip_grupo_armador

 

SIP0050

Cadastro de Armador

sip_armador

sip_grupo_armador, cidades

SIP0003

Cadastro de Navios

sip_navio

sip_armador, sip_pais_compl

SIP0009

Cadastro de Locais de Armazenagem

sip_local_armazen

cidades, sip_prto_aeroporto

SIP0052

Cadastro de Afretador

sip_afretador

 

SIP0058

Cadastro de Protetor

sip_prot

 

SIP0054

Cadastro de Despachante

sip_despachante

 


Cadastro de navio - sip_navio)

 


Tabelas Utilizadas

SE2 – Cadastro de Contas a Pagar

FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

 

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Protótipo 01

 

 

 

 

 

 

 

 

 

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.                                                             

 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

LOGIX

Módulo

SIP

Segmento Executor

D&L

Projeto1

L_DL_SIP001

IRM1

PCREQ-4193

Requisito1

PCREQ-4193

Subtarefa1

 

Chamado2

 

Release de Entrega Planejada

 

Réplica

 

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

 

Criar a estrutura de informações para viabilizar a operacionalização dos processos administrativos/financeiros, faturamento e operação dos serviços de agenciamento, operação portuária e despacho conforme o perfil da empresa, de forma a otimizar a implantação da solução. Isto é, com alguns questionamentos definem-se as visões contábil e de gestão que atenderão as necessidades do negócio e, criam-se os cadastros com informações básicas padrões para que já seja possível fazer um processo de gerar pro forma, ou incluir uma ordem de serviço, ou cadastrar uma viagem e suas cargas, fazer um custeio, solicitar adiantamento, incluir despesas, e qualquer atividade inerente ao serviço prestado.

 

Definição da Regra de Negócio

 

Primeiro deve-se definir a visão gerencial a ser adotada para estruturar local de operação e serviços.O  local de operação pode abranger o resultado de todos os serviços prestados em determinado local, independente da modalidade de transporte ou tipo de carga. O local de operação pode representar uma região, ou um porto. Exemplo, em SC, pode-se separar as operações dos portos de Itajaí e Navegantes que tem uma representatividade maior e considerar São Francisco do Sul e Itapoá como "Norte de SC".Esta definição depende de que análise sobre o faturamento se pretende fazer. A composição do  serviço pode compreender o tipo de carga, a modalidade de transporte e até uma identificação mais específica que se deseja empregar, de acordo com o nível de detalhamento escolhido. Exemplo, medir o serviço prestado para determinado armador quando o volume operacional justifica esta análise, como Hamburg Süd, Maersk.

Para a visão contábil, a própria configuração permite direcionar a receita, os impostos e os descontos por empresa, natureza de operação,  local de operação, tipo de carga e serviço. Naturalmente é pré-requisito a criação da estrutura contábil que engloba: o grupo de empresas, determinar se o plano de contas será centralizado ou por empresa, o plano de contas em si que requer a estrutura de grupos e tipos de despesas do Contas a Pagar. Da mesma forma, faz-se necessário a lista de naturezas de operação do faturamento. Na prática, as visões de faturamento e contabilidade são as linhas mestras para a configuração do sistema, e, por esta razão, prioritárias na implantação.

 Devido ao grau de interdependência entre algumas estruturas, existem cadastros que não poderão ser alterados uma vez optado por utilizar a composição sugerida, a fim de manter a integridade.

  • Grupo de Despesa e Tipo de Despesa do Contas a Pagar que compõem a conta contábil
  • Plano de Contas
  • Natureza de Operação
  • Local de Operação
  • Serviços

Considerando-se a prática comum de mercado de contabilizar por navio/viagem as operações de navios, o serviço de operação portuária automaticamente será definido com esta característica, com a possibilidade de alterar sua configuração posteriormente. Em termos de uso do sistema, esta configuração requer a indicação de uma conta contábil, geralmente de Ativo, para lançar os débitos das despesas. Assim, antes de gerar as previsões de despesas ou as despesas efetivas deste serviço, faz-se necessário relacionar uma conta contábil a viagem. 

As informações de berços, portos, áreas de berços, aeroportos, companhias aéreas, navios, paralisações, equipamentos para operação são os padrões comuns.

As categorias ou sindicatos do OGMO com sua lista de eventos da folha seguirão o praticado nos portos de Santos e Paranaguá.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

SIP9000 - Wizard SIP

Criação

Logística -> Sistema Integrado de Portos -> Cadastros Gerais

 

 

SIP7000 - Wizard SIP

A tela inicial traz o roteiro da implantação, um passo-a-passo em que a cada seleção, constroem-se as informações dos cadastros e parametrizações para viabilizar a execução dos processos.

  • Perfil da Operação - visa identificar quais serviços portuários são operados pela empresa ou grupo, e assim, carregar a estrutura de cada serviço relacionado. Compreende o tipo de operação, tipo de carga e tipo de transporte. 

 


1 - Tela Perfil da Operação

1 a) Apresentar com check-box os serviços Agenciamento, Despacho, Operação Portuária, Transporte , permitindo que seja selecionado mais de um serviço simultaneamente.

1 b) Indicar a estrutura do serviço, isto é, o que  irá compor o serviço para que seja possível fazer as análises do negócio e mercado. Para tanto, trazer uma pré-seleção das informações sugeridas para formar cada serviço, permitindo que estas sejam ordenadas ou sequenciadas conforme a visão desejada:

  • tipo de serviço: agenciamento, despacho, classificação, operação portuária, transporte, armazenagem
  • tipo de transporte: marítimo, aéreo, rodoviário
  • tipo de carga: granel e geral
  • local de operação

1 c) A medida que forem selecionadas e priorizadas / ordenadas as informações para compor a estrutura de serviço, será mostrado o exemplo de como ficará o nome do serviço, condicionado ao limite do tamanho do campo "Descrição Serviço", 50 caracteres. Exemplo: Se a seleção for tipo de serviço, tipo de transporte e tipo de carga, o exemplo mostraria "Agenciamento Marítimo Granel".

.

Definir qual a visão do local de operação, que pode ser por estados do país,ou uma relação dos portos operantes, ou pólos de exportação/importação (agrupando portos de uma região).

 

10 - Processamento

10 a) Origem das Informações

  • Em linhas gerais, as informações serão: pré-definidas, quando sua origem vem de um modelo com valores de mercado, isto é, as planilhas de carga estão preenchidas com informações padrões, ou, definíveis, neste caso, as planilhas serão criadas pelo usuário chave com apoio do consultor de implantação, respeitando-se o layout pré-definido.  
  • A carga será a partir de planilhas com layout similar ao das tabelas que serão criadas, exceto as que terão colunas que representarão filtros para seleção, A primeira coluna das tabelas sip_item_servico, sip_tip_docum, sip_etapa será o serviço, cujo conteúdo será: 1 - Agenciamento, 2 - Despacho, 3 - Operação Portuária, 4 - Transporte. 
  • Considerando a dependência de informações, se selecionada a opção pré-definido, alguns cadastros serão automaticamente preenchidos. O Wizard administrará as dependências de modo a liberar a opção do usuário utilizar planilhas de carga próprias somente para as tabelas que não tiverem impacto com a estrutura pré-definida.
  • Para os cadastros que permitirem importação de planilhas com valores específicos da empresa em implantação, será apresentado o layout da planilha e uma linha com informações de exemplo para seu preenchimento.
  • Todas as planilhas, independente de serem pré-definidas ou terem seus valores definidos durante a implantação, estarão no mesmo diretório, que será indicado no início do Wizard.
  • O nome das planilhas seguirá o nome das tabelas. Para as tabelas definidas durante a implantação, o nome será livre, seguindo as regras de definição de nome de arquivo do sistema operacional. 
  • Para indicar o arquivo a ser importado será utilizada a estrutura de árvore (Figura 1).


    Figura 1 - Estrutura de seleção de diretório e arquivo para carga de dados

10 b) Contabilidade

  • Para efeito contábil, será considerado o período contábil com 12 meses.O usuário indicará o mês e o ano de implantação, e a partir deste será  criada a estrutura de período e segmentos contábeis do ano efetivo, sendo:
  •  Período igual ao ano com 4 dígitos (tabela periodos campo per_contabil) 
  •  Segmento para cada mês desde o mês informado até o último mês do ano (tabela periodos campo cod_seg_periodo)
  •  Data de início do período igual ao primeiro dia do mês e ano (tabela periodos campo 

    mr_par_con.ult_num_per <> l_periodo_contab OR
    mr_par_con.ult_num_seg_per <> l_segmto_periodo TH

 

mr_par_con.ult_num_per <> l_periodo_contab OR
mr_par_con.ult_num_seg_per <> l_segmto_periodo TH


10 c) Contas a Pagar

  • Conforme a visão financeira definida para as despesas (resumida ou detalhada) serão considerados os tipos de despesas de acordo com o perfil de operação, isto é, os serviços selecionados. Por ser um padrão, a relação de tipos de valores vem com dados pré-definidos. Tanto para o tipo de despesa quanto para o tipo de valor, as informações são carregadas por empresa. Assim, para cada empresa informada pelo usuário, será criada a lista de tipos de despesas e tipo de valor.
RotinaNomeTabela para carregar as informaçõesTabela dependente
CAP0070Cadastro de Tipo de Despesatipo_despesa 
CAP0090Cadastro de Tipo de Valortipo_valor 
  • Como a lista de fornecedores e clientes é específica de cada empresa, seu cadastro será a partir de planilhas fornecidas pelo usuário que deverão respeitar o layout apresentado em tela. Haverá um exemplo de sugestão de preenchimento.
RotinaNomeTabela para carregar as informaçõesTabela dependente
VDP10000Cadastro de Cliente e Fornecedorfornecedor, clientes 


 10 d) Quando selecionado um serviço, deve-se carregar os itens de serviço, as etapas e os tipos de documentos relacionados ao serviço que estiver com check marcado. Na planilha de carga destes cadastros, terá a coluna indicando o serviço para permitir a pesquisa e seleção, e quando não houver a classificação.  Para tanto, se faz necessário disponibilizar previamente as informações nos cadastros relacionados. 

RotinaNomeTabela para carregar as informaçõesTabela dependente
VDP10000Cadastro de Cliente e Fornecedorfornecedor 
CRE3400Cadastro de Portadorportador, portador_complemen 
CRE3500Cadastro de Contas Bancárias por Portadorportador_banco 
SIP0017Cadastro de Categoria de Aviso de Lançamentosip_cat_av_lancto 
SIP0032Cadastro de Modelo de Aviso de Lançamentosip_modelo_av_lanc, 
 Itens do Modelo de Aviso de Lançamentosip_item_modelosip_modelo_av_lanc, sip_cat_av_lancto, sip_item_servico
SIP0020Cadastro de Lista de Preçosip_lista_preco, sip_preco 
SIP0019Cadastro de Variávelsip_lista_variavel 
SIP0014Cadastro de Tipo de Documentossip_tip_docum 
SIP0015Cadastro de Etapassip_etapa 
SIP0081Cadastro de Modelo de Recibosip_modelo_recibo 
SIP0112Cadastro de Classe de Agenciamentosip_clas_agenc 
SIP0013Cadastro de Item de Serviçosip_item_servicosip_clas_agenc, sip_modelo_recibo
SIP0016Cadastro de Serviçosip_servico, sip_obs_pad_serv 
 Itens Padrões do Serviçosip_item_serv_padtipo_despesa, fornecedor, sip_cat_av_lancto, sip_lista_preco, sip_lista_variavel
 Etapas do Serviçosip_etapa_servicosip_servico, sip_etapa
 Tipos de Documentos do Serviçosip_tip_doc_serv sip_servico, sip_tip_docum
 Outras Informaçõessip_par_servicoportador_banco, portador, sip_modelo_av_lanc, sip_item_servico

 

10 b) Os cadastros que devem ser carregados integralmente com base na planilha de carga são:

RotinaNomeTabela para carregar as informaçõesTabela dependente
VDP1970Cadastro de Continentescontinente 
VDP3180Cadastro de Paísespaises 
VDP7530Cadastro de País X Continentepais_continentepaises, continente
SIP0063Cadastro de País Complementarsip_pais_complpaises
SIP0004Cadastro de Companhia Aéreasip_cia_aerea 
SIP0005Cadastro de Portos e Aeroportossip_prto_aeroportopaises
SIP0007Cadastro de Área de Berçosip_area_berco 
SIP0008Cadastro de Berçosip_bercosip_area_berco
VDP3080Cadastro de Cidadescidades, vdp_cidades_cep 
SIP0117Cadastro de Grupo de Armadorsip_grupo_armador 
SIP0050Cadastro de Armadorsip_armadorsip_grupo_armador, cidades
SIP0003Cadastro de Naviossip_naviosip_armador, sip_pais_compl
SIP0009Cadastro de Locais de Armazenagemsip_local_armazencidades, sip_prto_aeroporto
SIP0052Cadastro de Afretadorsip_afretador 
SIP0058Cadastro de Protetorsip_prot 
SIP0054Cadastro de Despachantesip_despachante 


Cadastro de navio - sip_navio)

 


Tabelas Utilizadas

  • SE2 – Cadastro de Contas a Pagar
  • FI9 – Controle de Emissão de DARF>.

Opcional

Protótipo de Tela

 

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Protótipo 01

 

 

 

 

 

 

 

 

 

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.