ORDEM DE SERVIÇO ESCOPO FUNCIONAL

Transcrição

1 ORDEM DE SERVIÇO ESCOPO FUNCIONAL Projeto/Módulo: CDC Cliente: Banco BNB Solicitante: Louise De Marillac S L Esmeraldo Data: 31/03/2014 Número da OS attps: Número OS Cliente: Tipo de Solicitação Prioridade Evolutiva Sugestão de Melhoria Legal Adaptativa Apoio Técnico Contratual Baixa Média Alta Solicitação do Cliente - Descrição do Serviço (Cliente) CDCWEB - RECEBIMENTO DE PARCELA EM ORDEM DECRESCENTE Permitir o recebimento de parcela das últimas para as primeiras, ou seja, em ordem decrescente. Louise De Marillac S L Esmeraldo Visão Geral - Descrição Resumida (Equipe de Produto) Cenário atual: Hoje o recebimento do sistema somente ocorre da menor parcela em aberto para a maior parcela. Tentativa de recebimento fora dessa sequência é bloqueada. Cenário desejado: Permitir que o usuário possa proceder com um recebimento no qual o cliente optou por pagar uma parcela fora da sequência. Esse recebimento somente poderá ocorrer de forma online (via tela de recebimento e webservice), evitando erros de informação de arquivos causando problemas relativos a transferência de status do contrato ou envio para órgãos de cobrança erroneamente. Se o pagamento chegar via processamento batch o mesmo será rejeitado para a análise do usuário e se o mesmo estiver correto será recebido via tela de recebimento. Observação: OS será desenvolvida na versão mais atual do sistema.

2 ORÇAMENTO RESUMIDO Qtde. PF Valor PF - Total % Desconto Total com Desconto 14,00 R$ 800,00 - R$ ,00 0% R$ ,00 Agrega Valor ao Produto Acréscimo à Taxa de Manutenção ( ) Sim ( X ) Não 0% R$ 0,00 Data de Entrega A data de entrega do escopo é: Aguardando negociação do BNB e Attps Se o pré-escopo aprovado até: Aguardando negociação do BNB e Attps A data de entrega da solução final é: Aguardando negociação do BNB e Attps Se o escopo final aprovado até: Aguardando negociação do BNB e Attps Autorização do Serviço (Cliente) Entrega do Serviço (*) Data Assinatura Data Aceite (Cliente) Assinatura (Cliente) (*) O cliente terá prazo de 15 (quinze) dias úteis para realizar os testes, contados a partir do primeiro dia após a entrega do serviço. Vencido esse prazo, o serviço será considerado aprovado e a fatura emitida. Ordens de serviços aprovadas fora do prazo citado acima poderão ter acréscimo de até 50% no valor da hora. Dimensionamento válido até 60 dias, contados a partir da entrega desta especificação. Após esta data é necessária uma revisão no escopo. Este orçamento reflete o esforço para o desenvolvimento da solução conforme consta explicitamente nos requisitos aqui dimensionados. Qualquer solicitação de ajuste ou melhoria que não esteja explícito e claramente colocado nesse dimensionamento será objeto de nova Ordem de Serviço. A attps reforça a orientação para a análise criteriosa da solução proposta.

3 PROCESSOS RECEBIMENTO (Pertence ao pacote Movimento) Repassar para o sistema via arquivo? Banco Início Receber financeiro Sim Disponibilizar arquivo Receber parcela via tela de recebimento por contrato Não Não Recebimento em lote? Processar arquivo Sim CDC Receber parcela via tela de recebimento em lote Receber parcela via modo batch Processar recebimento de parcelas Contabilizar recebimento de parcelas Fim

4 REQUISITOS FUNCIONAIS E REGRAS DE NEGÓCIO RECEBIMENTO ONLINE (Pertence ao pacote Recebimento de Parcela) REQUISITO FUNCIONAL: RF Permitir receber parcela fora de sequência Descrição: Liberar para o usuário selecionar o recebimento de qualquer parcela. Objetivo: Permitir que usuário possa informar o recebimento fora da sequência. Essa operação poderá ser realizada via tela e Webservice. REGRA DE NEGÓCIO: RN Se parâmetro permite recebimento fora da sequência Descrição: Se parâmetro estiver ativo, a tela de recebimento deve permitir que o usuário selecione qualquer parcela para ser recebida, indiferente se estiver sendo paga fora da sequência. Ao salvar a tela, deve informar a mensagem para o usuário Está sendo feito recebimento para parcelas fora da sequência. Deseja continuar com o recebimento?. Da mesma forma, se o parâmetro indicar o recebimento fora de sequência, deve ser permitido o recebimento de qualquer parcela via Webservice. REGRA DE NEGÓCIO: RN Se parâmetro permite recebimento fora da sequência apenas da última parcela Descrição: Se permite recebimento fora da sequência, mas apenas da última parcela em aberto. A tela deve habilitar apenas a opção de pagar a primeira ou a última parcela em aberto. A mesma regra se aplica ao recebimento via Webservice. RECEBIMENTO (Pertence ao pacote Apropriação) REQUISITO FUNCIONAL: RF Tratar apropriação de parcela recebida fora da sequência Descrição: Sistema irá processar o recebimento das parcelas pagas fora da sequência. Objetivo: Rotina ao processar o recebimento da parcela paga fora da sequência, irá tratar apenas os cálculos relativos ao financeiro da mesma (mora, multa, IOF, desvalorização, etc). Caso exista uma parcela anterior que leve o contrato para a atraso ou prejuízo o sistema irá fazer a transferência do mesmo para a devida situação, assim como não irá retirar o contrato de atraso se o pagamento não corresponder a menor parcela em aberto ou as parcelas que mantém o mesmo na situação. Nem retirada ou deixar de enviar as parcelas vencidas para a cobrança. PARÂMETROS DO SISTEMA (Pertence ao pacote Cadastro) REQUISITO FUNCIONAL: RF Permite Pagamento de Parcelas Fora de Sequência Objetivo: Permite Pagamento de Parcelas Fora de Sequência. Descrição: Permitir parametrizar o sistema para receber, de forma online (via tela e webservice), as parcelas fora da sequência. Parâmetro indicará Sim ou Não. CADASTRO DO PRODUTO (Pertence ao pacote Cadastro) REQUISITO FUNCIONAL: RF Parametrizar se recebimento fora da sequência ocorre apenas para a última parcela Objetivo: Parametrizar se recebimento fora da sequência ocorre apenas para a última parcela em aberto. Descrição: Parametrizar produto para indicar se o recebimento forma da sequência é relativo apenas a última parcela em aberto do contrato. REGRA DE NEGÓCIO: RN Se sistema não é parametrizado para recebimento fora da sequência. Descrição: Se parâmetro do sistema indica que o recebimento não pode ser fora da sequência, o parâmetro do produto deve ficar invisível.

5 REQUISITOS NÃO FUNCIONAIS RECEBIMENTO BATCH (Pertence ao pacote Recebimento de parcela) REQUISITO NÃO FUNCIONAL: RNF Permitir receber fora de sequência apenas para recebimento online Descrição: Não será alterada rotina batch para processamento dos recebimentos fora da sequência. Descrição: Não faz parte do escopo alteração para recebimento fora da sequência pela rotina de compensação ou qualquer via de recebimento batch. Entende-se que pode ser erro no recebimento causando riscos para o banco. Assim, o usuário deve validar as rejeições por recebimento fora de sequência e os devidos pagamentos devem ocorrer via tela.

6 CASOS DE USO RECEBIMENTO FORA DA SEQUÊNCIA (Pertence ao pacote Movimento) DIAGRAMA UC PROCESSAR RECEBIMENTO FORA DA SEQUÊNCIA DESCRIÇÃO: Teste do recebimento fora da sequência das parcelas. REQUISITOS ATENDIDOS RF Permitir receber parcela fora de sequência RF Tratar apropriação de parcela recebida fora da sequência RNF Permitir receber fora de sequência apenas para recebimento online CENÁRIOS FLUXOi Basic Path CENÁRIOi Processar recebimento fora da sequência. Para que seja processado o recebimento fora da sequência deve ser parametrizado as configurações gerais do sistema permitindo o mesmo. Será testado a leitura de arquivo contendo o recebimento de parcelas fora da sequência, para demonstra a sua rejeição. O arquivo deve ter no seu layout a informação do número de parcela. Deve se ter registro no DESCRIÇÃOi qual tente proceder com o recebimento de alguma parcela fora da sequência. Assim como o recebimento via tela, efetivando o mesmo. Os parâmetros de configuração geral como o parâmetro das empresas conveniadas devem estar ativados para o recebimento fora da sequência. 1 - Disponibilizar para processamento arquivo de compensação. 2 - Processar a diária do sistema. 3 - Consultar relatório de processamento dos recebimentos batchs. 4 - Verificar os recebimentos rejeitados por estar fora da sequência. 5 - Acessar a tela de recebimento das parcelas. 6 - Informar o contrato que foi rejeitado no processamento batch. 7 - Receber via online a parcela rejeitada no processamento. 8 - Salvar. Verificar mensagem informativa do recebimento fora da sequência. 9 - Confirmar recebimento Processar diária do sistema Validar relatórios de recebimento Fim do caso. FLUXOi Alternate Usuário (from Atores) «testsuite» UC Processar recebimento fora da sequência A CENÁRIOi Parâmetro Geral desabilitado para o recebimento fora da sequência. DESCRIÇÃOi Manter o sistema configurado para não permitir o recebimento fora da sequência. 1 - Acessar tela de cadastro da empresa conveniada. 2 - Verificar que parâmetro para recebimento fora da sequência não pode estar visível. 3 - Acessar tela de recebimento de parcelas. 4 - Selecionar contrato para o recebimento. 5 - Tentar selecionar recebimento fora da sequência. 6 - Verificar que não pode estar disponível a seleção das parcelas fora da ordem.

7 7 - Fim do caso FLUXOi Alternate CENÁRIOi Somente empresa conveniada não permite o recebimento fora da sequência Parametrizar o sistema para receber parcelas fora da sequência, mas manter empresa DESCRIÇÃOi conveniada não permitindo o esse tipo de recebimento. 1 - Acessar tela de recebimento de parcelas. 2 - Selecionar contrato de consignado, cujo a empresa conveniada não permite o recebimento fora da sequência. 3 - Verificar que não deve permitir selecionar parcelas para o recebimento fora da sequência. 4 - Fim do caso.

8 INTERFACES PRODUTO Cadastro de Produto Cadastro / Básico / Produto Os campos com descrição em vermelho são de preenchimento obrigatório. Características do Produto Produto (Código- Nome): Descrição: Produto Ativo: Tipo de Crédito: Forma de Pagamento do Cliente: Cobrança de IOF: IOF Adicional: Cálculo de Mora: Exponencial Linear Valor da Operação: a Valor Mínimo da Parcela: reais Número de Parcelas: a Dias de Carência: a Forma de Liberação de Crédito: Destino do Crédito: Dia de Liberação do Crédito: Informações Adicionais Apropriação Apropriar após atraso: Apropriar após vencimento: Apropriar após prejuízo: Recebimento Faixa de Tolerância: Tolerância Tela de Recebimento: Tolerância Rotina Compensação: Permite recebimento fora de sequencia: Renegociação/ Reparcelamento Exige Pagamento de Parcela: Possui Carência Diferenciada: Exige Valor de Entrada: Dados BACEN Modalidade da Operação: Realiza Provisão em Dobro: Índices Multa Pessoa Física: Permanência Gerencial: Taxa de Custo: Validações Validade da Consulta ao SPC: dias Validade da Consulta Serasa: dias Valor Mínimo para Consulta Serasa: reais Aprovação Automática: Aprovação Automática até: reais Remessa Bancária Tipo de Cobrança: Forma de Cobrança: Emissão do Boleto: Gerar Nº Cobrador: Banco Cobrador: Agência: Faixa de Cobrança: Aplicabilidade do Nº Cobrador: Conta: a Documentações Layout do Contrato: Confirmar Documentação: Integrações Cobrança de Vencidos: Exceção Cobrança por Rede de Loja: Contratos Normais: Contratos Renegociados: Cadastro de Exceção Rede de Loja dias de atraso dias de atraso Configuração do Fluxo de Validação de Regras Cód. Regra Regra Ativa Validação Obrigatória Checagem Automática Checagem Manual Ação Ordem XX XXXXXXXXXXXXXXXXX

9 PARÂMETROS GERAIS Parâmetros Gerais Entrada de Proposta Forma de númeração: Cliente Valor do Salário Mínimo: Forma de Entrada de Dados de Clientes: Tipo de Cliente da Instituição: Integração Tipo de Integração de Contas a Pagar: Recebimento de Parcelas Permite Pagamento de Parcelas Fora de Sequência: Dias Limite para Pagamentro Retroativo Tabela de Financiamento Obriga Aprovação da Tab de Financiamento: Consultas Dias para Geração de Boleto após o vencimento: Qtde máximo de dias para consulta de Hist. Cob.: Processamento Batch Somente Incluir Proposta em dia Útil: Hora para Início da Rotina: Limita Processamento até a data do servidor:

10 ORÇAMENTO - DETALHAMENTO DE HORAS Atividades Qtde. Horas Valor da Hora Sub Total Planejamento/Acompanhamento Detalhamento dos requis itos Planejamento do projeto 13 R$ 52,62 R$ 684,06 Reunião de acompanhamento com a equipe Coleta/análise de medições Análise/Levantamento Modelagem do processo Modelagem de dados 43 R$ 52,62 R$ 2.262,66 Elaboração da es pecificação funcional Estruturação do ambiente de des envolvimento Projeto Conceitual Projetar banco de dados Construção protótipo Criação dos casos de uso 42 R$ 52,62 R$ 2.210,04 Elaboração da es pecificação técnica Preparação o ambiente de desenvolvimento Construção Elaboração dos casos de teste das clas ses/transações Construção do sistema 43 R$ 52,62 R$ 2.262,66 Tes te e execução da evidência (des envolvedor) Tes te e execução da evidência (analista) Testes/Homologação Preparação da base de dados de homologação Teste da funcionalidade 40 R$ 52,62 R$ 2.104,80 Criação do documento de evidências de teste Gravação da funcionalidade na homologação Implantação/Homologação Cliente Geração do setup Elaboração da documentação para o cliente 27 R$ 52,62 R$ 1.420,74 Liberação de funcionalidade Suporte na homologação do cliente Total Geral 208 R$ ,96 NÃO FAZ PARTE DA ENTREGA DA SOLUÇÃO Itens não explícitos não serão desenvolvidos. É de responsabilidade do banco averiguar junto ao cliente se o pagamento corresponde a parcela correta, pois o mesmo pode ser penalizado devido a atraso em parcelas anteriores. Causando transtornos judiciais, uma vez que o sistema irá proceder normalmente com as parcelas em atraso indiferente se parcelas superiores foram recebidas. Somente será feito o recebimento fora da sequência de forma online (via tela e webservice). O recebimento fora de sequência via Webservice tem como pré-requisito a OS

11 HISTÓRICO DE ATUALIZAÇÃO Data Responsável Ocorrência 31/03/2014 Marina Maria Fernandes Criação do documento de pré-escopo. 12/03/2015 Natacha S. e Clemente Alteração para indicar o recebimento fora de sequência via Webservice. 13/05/2016 Marina Maria Fernandes Escopo