Histórico da Página

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

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. 

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

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

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

2 - Tela Estrutura Organizacional

2 a) 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).

2 b) Consistir para que todas as informações necessárias estejam preenchidas. 

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) Estrutura Organizacional

empresa

usuários

10 c) 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 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):
  
  
  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).
  
  
  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. 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. 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:
  
  

  Rotina	Nome	Tabela a ser preenchida para ser carregada
  CAP0060	Cadastro de Grupo de Despesa	grupo_despesa
  CAP0070	Cadastro de Tipo de Despesa	tipo_despesa
  		cap_par_tip_desp
  CON0010	Cadastro de Plano de Contas	plano_contas
  SIP0068	Parâmetros Fiscais de Contabilização de Repasse	sip_contab_repasse
  SIP0070	Parâmetros Fiscais de Baixa de Adiantamentos	sip_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.

  Rotina	Nome	Tabela a ser digitada em tela para ser carregada
  SIP0018	Parâmetros Fiscais do Serviço	sip_par_fisc_serv
  SIP0071	Parâmetros Fiscais de Descontos, Abatimentos e Cancelamentos	sip_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.

  Rotina	Nome	Tabela a ser digitada em tela para ser carregada
  SIP0016	Itens Padrões do Serviço	sip_item_serv_pad
  SIP0060	Cadastro de Despesas do OGMO	sip_despesa_ogmo

•  As informações dos Parâmetros Contábeis que podem ser preenchidas automaticamente 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 
  
  

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.

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

 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. 

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

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*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

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