Aprovação de pedidos por bloqueio de clientes

01. DADOS GERAIS

02. ESCOPO FUNCIONAL

Atualmente, o sistema conta com uma tela para cadastro de tipos de bloqueios dinâmicos do cliente, que possui as seguintes configurações funcionais:

• Permite iniciar pedido
• Permite finalizar pedido

Entretanto, existem as seguintes colunas que estão sem aplicação funcional:

• Requer autorização
• Requer aprovação

O sistema deverá implementar o comportamento de enviar o pedido para aprovação de clientes que possuem bloqueios do tipo de bloqueio em questão, caso a coluna "Requer aprovação" estiver marcada como sim.

A coluna "Requer autorização" não será mais exibida, por não haver aplicação funcional.

02. ESCOPO TÉCNICO

• Pelo tools, opção 3, o sistema deverá criar o seguinte campo na tabela tipobloqueio:
  • idtipoaprovacao: FK para tabela tipoaprovacao, nullable
• Pelo tools, opção 18, o sistema deverá criar o tipo de aprovação segundo a configuração a seguir:

  •     <changeSet author="systemScript" failOnError="false" id="" runOnChange="true">
            <preConditions onError="HALT" onFail="MARK_RAN" onSqlOutput="IGNORE">
                <customPrecondition className="com.wealthsystems.sim3g.dao.hibernate.api.liquibase.custom.precondition.RegisterExistsPrecondition">
                    <param name="table" value="TipoAprovacao"/>
                    <param name="column" value="sglTipoAprovacao"/>
                    <param name="value" value="'PEDIDO_BLOQUEIO'"/>
                </customPrecondition>
            </preConditions>
            <insert tableName="tipoaprovacao">
                <column name="idtipoaprovacao" valueSequenceNext="SEQPKTIPOAPROVACAO"/>
                <column name="descricao" valueComputed="'Aprovação vinculada a tipos de bloqueios que requerem aprovação'"/>
                <column name="sgltipoaprovacao" valueComputed="'PEDIDO_BLOQUEIO'"/>
                <column name="idnativo" valueComputed="1"/>
                <column name="codigoerp" valueComputed="null"/>
                <column name="codigo" valueComputed="null"/>
                <column name="observacao" valueComputed="null"/>
                <column name="wsversao" valueComputed="null"/>
            </insert>
            <comment></comment>
    
    

  • Na WEB, na tela "Cadastro > Geral > Tipo bloqueio",
    • A coluna "Requer autorização" deve ser removida da grid
      • Pode ser adicionada a anotation "deprecated" na coluna da entidade tipobloqueio.
    • Deverá ser criada coluna "Tipo aprovação", semelhante ao cadastro de descontos, que será campo editável somente quando o campo "Requer aprovação" estiver marcado como sim.
      • A coluna deverá ser persistida no campo tipobloqueio.idtipoaprovacao
• Na WEB/Android, ao finalizar pedido,
  • O sistema deverá verificar se existem aprovações ativas, vigentes segundo os filtros do tipo de aprovação, vinculadas com bloqueios do cliente vinculados à tipo de bloqueio cujo campo "Requer aprovação" = Sim, como mostra a consulta a seguir:

    • /* select tp.idtipoaprovacao from bloqueio b 
      inner join tipobloqueio tb on tb.idtipobloqueio = tb.idtipobloqueio
      inner join tipoaprovacao ta on ta.idtipoaprovacao = b.idtipoaprovacao
      where b.idparceiro = :cliente_cabeçalho
      and tb.idnrequeraprovacao = 1
      and ta.idnativo = 1
      and (-- filtros de tipoaprovacaoconfig padrão)

    • Se a consulta acima retornar resultados, 
      • O sistema deverá enviar o pedido para aprovação, vinculando-o com as aprovações retornadas.
    • Caso contrário,
      • O sistema não deverá enviar o pedido para aprovação, pelo critério de bloqueios.