Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
(Obrigatório)
Informações Gerais
Especificação | |||
Produto | Datasul | Módulo | Manutenção Documentos da Frotas |
Segmento Executor | Manufatura | ||
Projeto1 | D_MAN_MNT002 | IRM1 | PCREQ-9758 |
Requisito1 | PCREQ-9759 | Subtarefa1 |
|
Chamado2 |
| ||
País | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | <Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>. |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
(Obrigatório)
Objetivo
Possibilitar a utilização do Portador do Cliente/Fornecedor do Financeiro no lugar do Portador do Cliente/Fornecedor do Industrial dentro do módulo de Documentos de Frota que utilizam esta informação.
(Obrigatório)
Definição da Regra de Negócio
Atualmente no TOTVS 12, os cadastros de Cliente/Fornecedor no Financeiro são por empresa e no Industrial não. Alguns módulos do Industrial necessitam da informação do Portador e Modalidade destes cadastros durante as movimentações. Quando há necessidade de diferenciar a informação por empresa no Industrial, é necessário antes de efetivar a movimentação no módulo, alterar os cadastros para conterem a informação correta.
No Financeiro, como os cadastros de Cliente/Fornecedor são por empresa, é possível definir um Portador diferente por empresa para o mesmo Cliente ou Fornecedor.
Tendo em vista que o processo de unificação destes cadastros é muito complexo, porém, esta situação de poder diferenciar o Portador por empresa do Cliente/Fornecedor no Industrial deve ser corrigida, este requisito deve prever esta correção.
A partir da release TOTVS 12.1.11, haverá uma nova função que possibilitará a utilização do Portador do Cliente/Fornecedor do Financeiro no lugar do Portador do Cliente/Fornecedor do Industrial dentro dos módulos do Industrial que utilizam esta informação.
De forma resumida, antes de uma movimentação em algum módulo do Industrial utilizar o Portador e Modalidade, será verificado o Cliente/Fornecedor equivalente no Financeiro para a empresa do movimento e será buscado/utilizado o Portador do cadastro do Financeiro. Devido a conceitos diferentes: Portador e Modalidade x Portador e Carteira, será utilizada a Matriz de Tradução de Portador já existente que fará a tradução do Portador do Industrial para o Financeiro e vice-versa.
Algumas observações:
- Este requisito terá como proposta, uma solução suavizada, ou seja, será possível ativar ou desativar a função que será criada para este requisito a qualquer momento. Os programas alterados deverão estar preparados.
- A partir do momento que a função estiver ativada, é essencial que a Matriz de Tradução de Portador esteja devidamente atualizada referenciando os Portadores do Industrial com os Portadores Financeiros de todos os Clientes/Fornecedores (Emitentes) que possuírem a informação, por isso, será necessário a criação de um relatório que demonstre possíveis inconsistências.
- Os cadastros de Clientes/Fornecedores do Industrial deverão ser alterados para, ao informar um Portador, seja utilizado um novo Zoom que irá apresentar a relação entre Portador e Modalidade do Industrial e Portador e Carteira do Financeiro.
- Apesar da proposta deste requisito ser a utilização do Portador Financeiro ao invés do Portador do Industrial nos cadastros de Cliente/Fornecedor, não significa que o código do Portador e Carteira do Financeiro serão utilizados nos módulos do Industrial, ou seja, será utilizado a Matriz de Tradução para identificar o Portador e Modalidade do respectivo Portador e Carteira do Financeiro.
<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
ND0303 – Solicitação Pagamentos | Envolvida | Manutenção -> Manutenção Documentos da Frota -> Tarefas -> Solicitação Pagamentos (Botão "Integrar Título Contas a Pagar" - ND0303d) | - |
NDAPI001 | Alterada | Integração Frotas x AP (Implantação Títulos / Baixa Antecipação) | - |
NDAPI002 | Alterada | Integração Frotas x AP (Implantação Antecipação)
| - |
Exemplo de Aplicação:
- Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
- Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades como a referência mínima para calcular o débito total do aluno.
- Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
- O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.
Tabelas Utilizadas
- SE2 – Cadastro de Contas a Pagar
- FI9 – Controle de Emissão de DARF>.
Solicitação Pagamentos (ND0303):
Esta funcionalidade tem o objetivo de agrupar pagamentos de apontamentos de eventos de custo, podendo integrar com Contas a Pagar.
Atualmente as informações de "Portador" e "Modalidade" utilizadas para gerar títulos e antecipações são provenientes da tabela de Emitente existente no Industrial (EMS 2).
Deverá ser realizada as devidas manutenções nas api's responsáveis de gerar títulos e antecipações, onde o objetivo será buscar as informações do "Portador" e "Modalidade" cadastradas na tabela Emitente existente no Financeira no lugar do existente no Industrial (EMS 2).
Como no Financeiro o Emitente pode ter um "Portador" ou "Modalidade" para cada empresa, estaremos sempre buscando as devidas informações referente a Empresa do usuário logado. Importante: Atualmente já é utilizado a Empresa do usuário logado na geração de títulos e antecipações.
Nota: Não será realizada nenhuma alteração em tela, somente nas "ndapi001.p" e "ndapi002.p".
Segue algumas regra gerais a ser utilizadas nas api's de negócio:
- A busca do "Portador" ou "Modalidade" somente será realizada se a função "Portador Financeiro do Emitente" estiver implantada;
- Empresa a ser enviada para o Financeira deverá ser a Empresa do usuário logado;
- Tipo do emitente a ser enviada para o Financeiro deverá ser "Fornecedor";
As informações recebidas do Financeiro vão passar pela Matriz de Tradução de Portador para identificar o respectivo Portador e Modalidade do Industrial, ou seja,continuará usando Portador e Modalidade do Industrial (EMS2). Essa informação será o retorno da api do financeiro.
Dicas para realizar a manutenção nas api's ndapi001.p e ndapi002.p:
Nota: Durante o desenvolvimento desta especificação poderão ser utilizadas lógicas diferentes das existentes neste documento, pois as mesmas são sugestões para auxiliar o desenvolvedor, no entanto, deverão ser utilizadas as lógicas necessárias para que o objetivo desta engenharia seja alcançado.
- Integração Frotas x AP (Implantação Títulos / Baixa Antecipação (NDAPI001):
- Incluir a definição da include a baixo no local das variáveis:
{cdp/cdapi3009.i1} /* PCREQ-9759 - Portador do Emitente */ - Incluir o código abaixo na procedure pi-inicializa-handles:
- Incluir a definição da include a baixo no local das variáveis:
/*******************************************************************************
PCREQ-9759 - Portador do Emitente
Verifica no programa do HUB e chamar a procedure que irá retornar para uma
variável se a função relacionada ao Portador Financeiro do Emitente está ativa
********************************************************************************/
{cdp/cdapi3009.i2}
- Eliminar o fonte abaixo:
- Incluir o código abaixo:
- Integração Frotas x AP (Implantação Antecipação) (NDAPI002):
- Incluir a definição da include a baixo no local das variáveis:
{cdp/cdapi3009.i1} /* PCREQ-9759 - Portador do Emitente */ - Incluir o código abaixo na procedure pi-inicializa-handles:
- Incluir a definição da include a baixo no local das variáveis:
/*******************************************************************************
PCREQ-9759 - Portador do Emitente
Verifica no programa do HUB e chamar a procedure que irá retornar para uma
variável se a função relacionada ao Portador Financeiro do Emitente está ativa
********************************************************************************/
{cdp/cdapi3009.i2}
- Eliminar o fonte abaixo:
- Incluir o código abaixo:
- Documentação de como executar a api do financeiro:
\\joaquina\pastahst\Roadmap 2015-2016\Finanças\PCREQ-9042 - Portador do Emitente\Analise\4_Especificacao\Técnica de Alteração Módulos.docx
Programas Auxiliares Utilizados para teste:
- AB0138 - Manutenção Equipamento Frota;
- AB0113 - Manutenção Eventos (Tem que ter Eventos Custos);
- ND0305 - Apontamento Eventos Custos;
- ND0303 - Solicitação Pagamentos;
Informação para o Help on-line:
Nota: Como no Financeiro o Emitente pode ter um "Portador" ou "Modalidade" para cada empresa, estaremos sempre buscando as devidas informações referente a Empresa do usuário logado. Importante: Atualmente já é utilizado a Empresa do usuário logado na geração de títulos e antecipações.Nota: Não será realizada nenhuma alteração em tela, somente nas "ndapi001.p" e "ndapi002.p". |
Observação:
Os valores associado aos eventos deverão ser rateados seguindo as regras abaixo:
• Somente para Eventos que tenha seu tipo igual a Custo e estiver integrado com Contas a Pagar.
• O rateio dos valores deverão ser rateados entre as Unidades de Negócio da matriz existente no Histórico de Atividades do Equipamento que tenha data de cadastro menor ou igual a data do vencimento, caso o Histórico não possua matriz, deve ser gerado o Título com 100% para Unidade de Negócio principal do Histórico.
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>.
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
...