Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ca un utilizator ANABI, vreau sa adaug o solutie la un bun #38

Open
7 of 8 tasks
RaduCStefanescu opened this issue Feb 20, 2019 · 0 comments
Open
7 of 8 tasks

Ca un utilizator ANABI, vreau sa adaug o solutie la un bun #38

RaduCStefanescu opened this issue Feb 20, 2019 · 0 comments

Comments

@RaduCStefanescu
Copy link
Contributor

RaduCStefanescu commented Feb 20, 2019

Subtaskuri

  • Backend
  • Frontend
  • Endpoint pt Decisions
  • Endpoint pt RecoveryBeneficiaries
  • Endpoint pt CrimeTypes
  • Backend - Endpoint scop masura asiguratorie
  • Populate DB on dev environment
  • Backend - proprietatile starile noi ale unui bun.

Descriere
Solutia = act juridic
Pot adauga o solutie sau mai multe la un bun.

Vezi pagina Entitati

In afara de campurile solutiei, mai trebuie sa apara un camp readonly cu starea actuala a bunului,
si un camp in care utilizatorul poate alege noua stare a bunului (sau poate s-o mentina pe cea veche).

Cand utilizatorul alege o stare noua, noi vom face o validare daca tranzitia din vechea stare a bunului catre noua stare este valida.

Aceasta validare o va face Backend-ul deoarece el are informatiile necesare pe baza entitatii Stare (Vezi pagina Entitati, respectiv entitatea Stare - acolo se specifica ce stari urmatoare sunt posibile pentru o stare, cat si anumite constrangeri).

Eu vad 2 variante pentru Frontend:

poate face apel Ajax catre Backend pentru validare (gen, sa verifice daca bunul X poate sa treaca in starea S2; backendul are deja celelalte informatii necesare pentru validarea tranzitiei - starea actuala a bunului, categoria bunului, valoarea lui estimata, etc )
sau poate trimite formularul catre Backend si se va intoarce cu eroare din Backend, si utilizatorului i se va arata iar formularul de adaugare solutie, cu campurile completate anterior de el, si cu erorile din Backend.
Prima varianta (cea cu apel Ajax) e preferabila, dar, daca e greu de implementat, atunci e foarte buna si varianta 2.

Exemple tranzitie valida:

starea ramane aceeasi
Sechestru (stare actuala) --> Ridicare sechestru (stare noua)

Notite pentru wireframe
grafica e total cu sens de sugestie, e un wireframe, nu o specificatie exacta, chiar sper sa nu arate asa in forma finala )
campul "Instanta" e readonly, utilizatorul nu-l poate schimba. Acest camp se competeaza de noi pe baza numarului de dosar introdus de utilizator (nr dosarului include si instanta)
sunt deschis si la alte sugestii de butoane, etc (ex: eu am pus radio la Solutie definitiva / nedefinitiva, se poate face si altfel, ex butoane separate, select etc).
unele campuri ar trebui sa apara doar daca utilizatorul selecteaza altceva inainte.
"Data rămânerii definitive" tb sa apara doar daca utilizatorul a bifat "Definitiva"
"Stare noua bun" sa apara doar daca utilizatorul a ales "Schimb starea bunului".
Campurile din wireframe de la "Stare X" sa apara doar daca utilizatorul doreste sa schimbe starea in "X" SAU daca utilizatorul doreste sa pastreze starea bunului si starea curenta e "X" (unde X e Sechestru, Confiscare , Valorificare, etc). Practic intotdeauna va aparea o subsectiune din wireframe de la "Stare X", in functie de ce alege utilizatorul.

Wireframe

screenshot-2018-6-11 anabi-solutie

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants