Incluir “Identificação de bloqueio”, “Identificação de desbloqueio” “Identificação de Depósito”

Eu, enquanto usuário, preciso que seja criada tela para inclusão de identificação de bloqueio ou identificação de
depósito ou identificação de debloqueio no Sistema de Garantias, onde o usuário preencherá campos em tela a
partir de opções de dados já parametrizáveis (histórias anteriores) e existirá uma lógica na aplicação que definirá
outros dados e viabilizará a execução definitiva do movimento do valor entre as contas contábeis, e o referido
registro do evento no Sistema de Garantias.

Primeiramente segue a descrição dos campos dos dados gerais que deverão ser preenchidos em tela pelo usuário
para que em seguida seja exibido o restante dos campos de acordo com a operação do evento em questão. Deverá
aparecer somente opções que tiverem padrão de tela.

Dados Gerais

 Operação = Lista de opções ativa a partir da “tabela de Operação” (campo obrigatório)

 Evento = Lista de opções ativa a partir da “tabela de Operação” (campo obrigatório)

Em seguida, serão preenchidos os demais campos:

Dados financeiros

 Empresa = Lista de opções a partir da tabela SAP (campo obrigatório)

 Natureza Jurídica = Lista de opções a partir do campo “sub natureza” da tabela 1 “Natureza Jurídica”
(campo obrigatório)

 Período = Lista dos períodos abertos (alçada por usuário) - atual ou anterior (campo obrigatório)

 Data de identificação = Calendário SAP com as datas do período selecionado (campo obrigatório)

 Banco = Lista de opções a partir da tabela SAP (campo obrigatório)

 Agência = Lista de opções a partir da seleção do banco (campo obrigatório)

 Conta origem = Lista de conta corrente a partir da seleção do banco/agência (campo obrigatório)

 Valor* = Pesquisa otimizada (consultar a chave da origem da operação, de acordo com a operação e o
evento, para refinar as possibilidades, só exibindo os valores com a chave oposta. Exibir também somente
os eventos da empresa selecionada anteriormente) para busca do lançamento no SAP (campo obrigatório).
Caso seja selecionado mais de um valor a partir da opção de todas as transitórias, só deverá ser possível
executar a seleção se os valores forem do mesmo banco, agencia e conta (deverá ter uma mensagem
informando porque não será possível selecionar esses valores combinados). Além disso, caso seja
selecionado um valor de outro banco, agencia e conta selecionados em tela, o sistema deverá limpar as
informações preenchidas em tela e fazer um novo preenchimento.

 OBS: = Campo texto de livre preenchimento

* O documento da movimentação do valor da conta corrente para a conta corrente espelho no SAP, já
contempla as informações de Conta contábil, empresa, chave lançamento e valor para auxiliar no filtro.

Dados Jurídicos
  ID SISJUR = Pesquisa otimizada utilizando todos os campos abaixo para busca na base SISJUR

 UF = Busca automática na base SISJUR a partir da seleção do ID SISJUR

 Processo = Busca automática na base SISJUR a partir da seleção do ID SISJUR

 Autor = Busca automática na base SISJUR a partir da seleção do ID SISJUR

 Vara = Busca automática na base SISJUR a partir da seleção do ID SISJUR

 Comarca = Busca automática na base SISJUR a partir da seleção do ID SISJUR

 Banco judicial = Campo de livre preenchimento (aplicável para depósito)

 Operação judicial = Campo de livre preenchimento (aplicável para depósito)

 Conta judicial = Campo de livre preenchimento (aplicável para depósito)

(Os campos acima que poderão vir do SISJUR, só ficarão livres para edição quando não for encontrado o ID
SISJUR na busca, ou o campo estiver vazio)

Em anexo segue o preenchimento da tela com dados ilustrativos no padrão real

Após finalizar o preenchimento dos campos listados acima e acionar o botão salvar, caso tenha sido selecionado o
ID SISJUR, deverá ser feita uma verificação quanto a natureza selecionada em tela pelo usuário e a natureza
relacionada ao ID SISJUR na base (verificação através do campo “código SISJUR” na tabela de Natureza), e caso
sejam diferentes, será exibida uma mensagem informando a divergência e dando a possibilidade de o usuário
alterar a natureza em tela. Caso não haja divergência, deverá ser feita uma verificação para a definição do status
operacional: se os campos jurídicos “processo” e “autor”, estiverem preenchidos, o status será “Apto para aprovação
do jurídico”, mas caso não estejam, o status será “Para tratamento adicional”. Quando finalmente estiver ok quanto
a definição do status e ao preenchimento dos campos obrigatórios, o Sistema de Garantias deverá exibir uma
mensagem para que o usuário possa confirmar a operação (a tela com as informações deverá estar exibida abaixo)
e poderá seguir para a execução da função de inclusão. E para finalizar, deverá aparecer uma tela resumo
conforme abaixo com a seguinte mensagem para confirmar a operação “O documento nº xyz foi incluído com
sucesso”, com a opção de incluir outro registro ou voltar ao menu inicial.

Tela Resumo: todas as informações preenchidas em tela, mais:

 Lançamento contábil no formato de partida dobrada com as seguintes informações:

o Item (Informação do campo Item);

o Chave (Informação do campo Chave);

o Nº da conta contábil (Informação do campo nº da conta);

o Classificação da operação (Informação do campo classificação da operação); e

o Data base (Informação do campo Data Base)

 Status operacional

Caso ao executar a função, não seja localizada uma regra para os dados selecionados em tela, deverá ser exibida
uma mensagem ao usuário informando “Não existe regra definida para esse lançamento. Favor consultar o
especialista contábil”.

Segue detalhamento dos campos operacionais a serem gravados.

Ao acionar a função e a regra seja localizada, deverão ser gravadas todas as informações em tela e vinculadas aos
dados selecionados que estão definidas nas tabelas criadas em histórias anteriores.

Segue a lista das outras informações operacionais além das em tela que deverão ser gravadas, a partir da seleção
dos dados em tela:

 A partir da seleção do evento serão gravadas as seguintes informações registradas na tabela “Parâmetros
evento”

o Movimento

o Garantia

 A partir da seleção do valor serão gravadas as seguintes informações registradas na tabela SAP

o Nº Documento do registro de origem

o Data base (campo Data do Lançamento do registro de origem)

o Referência lançamento

o Texto cabeçalho

 A partir da combinação do evento e da operação serão gravadas as seguintes informações registradas na

tabela “Operação”

o Impacto

o Quantidade de itens

o Item (os campos abaixo deverão ser gravados para todos os itens)

 Chave

 Tipo chave

 Partida dobrada

 Classificação da operação

 Valor (o valor foi selecionado em tela)

 Divisão (combinação da UF e empresa, selecionado em tela. Caso não tenha a UF, o

lançamento será efetuado na matriz)

 A partir a combinação da classificação da operação e da sub natureza serão gravadas as seguintes

informações registradas na tabela “Conta” por item

 Conta (a conta origem foi selecionada em tela devendo ser a conta de banco transitória e a
destino definida em tabela)
  Descrição

 Classificação conta

 Grupo contábil
 Natureza conta

 A partir do ID SISJUR serão gravadas as seguintes informações:

 Código SAP da Empresa Jurídica

 Descrição da Empresa Jurídica

A partir da gravação de todas as informações citadas acima (preenchidas em tela e definidas em tabela), será
executada a movimentação definitiva no SAP.

Por último, deverão ser gravadas informações:

 Nº do documento da operação oriundo da movimentação;
 ID operação;
 Data de inclusão da operação desse registro;
 Usuário que executou a função;
 Nº Documento Compensação do evento (a compensação de documentos se aplicada somente nas contas
classificadas como analíticas);
 Subnatureza SISJUR oriundo da base do SISJUR;
 Status operacional definido a partir do preenchimento de informações jurídicas detalhado acima; e
 Tipo de inclusão “Manual”.

Avaliar demais campos necessários para garantir a rastreabilidade e inter-relação entre os eventos referentes à um
mesmo valor.

Em anexo segue o preenchimento de todos os campos com dados ilustrativos no padrão real.

Essa função deverá permitir a exportação de um template para seleção e inclusão em massa e todas as regras
deverão ser verificadas antes da carga, com relatório de erro.

Critérios de Aceitação

CA01: Deverá ser possível testar a inclusão de um novo registro do início ao fim com todas as funcionalidades:

1. Demostrar preenchimento dos campos a partir da seleção (ratificar se estão aparecendo os valores ativos
registrados nas tabelas – Sistema de Garantias, Base SISJUR e SAP) ou inclusão manual da informação.

a. Dados gerais: após preenchimento será exibido o restante dos campos de acordo com a operação
do evento em questão.

b. Dados financeiros: um campo selecionável não poderá ter sua informação digitado.

c. Dados jurídicos: quando não for selecionado o ID SISJUR deverá ser possível digitar manualmente
uma informação. Nos casos que o ID SISJUR for selecionado as informações trazidas da base do
SISJUR não poderão ser editadas.
2. Demonstrar a inclusão de cada evento com a seleção do IDSISJUR e inconformidade entre as naturezas
contábil e jurídica, realizando a alteração da natureza contábil. Demostrar a regra utilizada no de-para e a
gravação da Tabela Z.

3. Demonstrar a inclusão de cada evento com a seleção do IDSISJUR e inconformidade entre as naturezas
contábil e jurídica, sem realizar a alteração da natureza contábil. Demostrar a regra utilizada no de-para e a
gravação da Tabela Z.

4. Demonstrar a inclusão de cada evento sem a seleção do IDSISJUR e gravação na Tabela Z da natureza
contábil em questão.

5. Demonstrar a tentativa de salvar um evento sem que todos os campos obrigatórios estejam preenchidos,
retornar e preencher os campos faltantes e acionar nova inclusão para demostrar o sucesso nesse quesito.

6. Demonstrar a possibilidade de na tela de confirmação da inclusão voltar para editar um campo e submeter
novamente para aprovação.

7. Demonstrar a tentativa de salvar um evento em que todos os campos obrigatórios estejam preenchidos.

8. Demonstrar a tentativa de salvar um evento sem que todos os campos obrigatórios estejam preenchidos.
Garantir pelo range que nenhuma informação foi gravada na Tabela Z.

9. Demonstrar a gravação de todos os campos na Tabela Z de uma inclusão de identificação de bloqueio, de

identificação de desbloqueio e de identificação de depósito feitas com sucesso, inclusive a compensação do
valor, com log de data, usuário e status.

10. Demonstrar os lançamentos contábeis de uma inclusão realizada com sucesso a partir do sistema de
garantias no relatório FBL3N.

11. Demonstrar a tela de confirmação de um evento incluído com sucesso, com a possibilidade de voltar para o
menu inicial.

12. Demonstrar a inclusão de um evento com a seleção do ID SISJUR e apresentar o status “Apto para
aprovação do jurídico”.

13. Demonstrar a inclusão de um evento com a informação de “Processo” e “Autor” e apresentar o status “Apto
para aprovação do jurídico”.

14. Demonstrar a inclusão de um evento somente com a informação de “Processo” preenchida e apresentar o
status “Para tratamento adicional”. Depois demostrar somente com a informação “Autor”.

15. Demonstrar para os três eventos que a lista de valores disponíveis para seleção dos valores identificados
está em conformidade com os valores disponíveis nas tabelas das contas transitórias (está trazendo todos
os valores elegíveis).

16. Demonstrar no campo valor identificado ao selecionar um valor de outra conta transitória os campos de
banco, agencia e conta serão preenchidos novamente, garantindo a conformidade das informações
bancárias com a conta contábil do valor selecionado.

17. Demonstrar que ao tentar incluir mais de um valor a partir de todas as transitórias, se houver divergência
nas informações de banco, conta ou agencia, a seleção não será possível (demostrar mensagem
informando essa negativa e o porquê). Demostrar gravação de mais uma origem na Tabela Z.

18. Demonstrar que ao tentar incluir mais de um valor a partir de todas as transitórias, se as informações de
banco, conta ou agencia forem iguais, a seleção será possível. Demostrar gravação de mais uma origem na
Tabela Z.
CA02: Deverá ser possível preencher o template e fazer a inclusão de mais de um registro por operação.

Definição de Ready
 
DoR01: História totalmente independente, sem restrições de construção;

DoR02: História escrita com critérios de aceite;

 
Definição de Done
 
DoD01:  Critérios de aceitação atendidos.
DoD02:  Evidências de teste geradas.
DoD03:  Testes unitários implementados;
DoD04:  Agile Central atualizado.
DoD05:  Documentação técnica/funcional e atualizada.
DoD06: História disponibilizada no ambiente de homologação para testes do PO.