You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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
The text was updated successfully, but these errors were encountered:
Subtaskuri
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
The text was updated successfully, but these errors were encountered: