Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Informações Gerais
Especificação | |||
Produto | 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 |
SIP7000 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) empresa
10 b) 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 |
10 c) 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 |
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. |
---|