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 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 daLocal 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 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ção2 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óriosEstrutura 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.
4 - Tela Estrutura Contábil
4 a) Apresentar um radio button para permitir que seja definido se o Plano de Contas será o modelo
3 c) O Wizard deve permitir informar mais de uma empresa. 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 b) 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 Na planilha de 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: 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 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_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á: 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).a estrutura de árvore (Figura 1).
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
Figura 1 - Estrutura de seleção de diretório e arquivo para carga de dados
10 b) Estrutura Organizacional
empresa
10 c) Contabilidade
Rotina | Nome | Tabela para carregar as informações |
---|---|---|
CON0050 | Períodos Contábeis | periodos |
CON0020 | Histórico Padrão | hist_padrao |
CON1640 | Sistemas Geradores | sistemas |
PAT0140 | Cadastro de Moedas | moeda |
PAT0150 | Cadastro de Cotação | cotacao |
CON0010 | Plano de Contas | plano_contas |
CON0040 | Parâmetros Contabilidade | par_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):
- 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)
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, 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
- 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.
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 preenchidasa 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:
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. 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.
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
as 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
- 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
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.
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 |
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. |
---|