Closed srenault-meeds closed 1 month ago
To check please @margondicco @plamarque
How about the CANCELLED and DELETED statuses ?
Currently it is considered as "rejected" or it is empty. To avoid too much actions, I suggest to consider it as "rejected" with no ability to accept it, nor review it. WDYT?
I suggest to consider it as "rejected" with no ability to accept it, nor review it.
OK, these states are final anyway. And anything particular to consider for notifications when reaching these statuses?
Good question. If we notify program owners when a contribution is submitted, then why not notifying them when the contribution is cancelled/rejected?
We have two options:
WDYT?
FYI, we have reviewed the part regarding the notification when a contribution is submitted:
New requirement
The following will be worked later
Added screenshots and reviewed the notification part. Ready for go-fonc check @margondicco
Go Fonc
Ready for tech review by DAO Members (eXo: @rdenarie )
Go tech
MIP ready for review by the DAO members (cc @rdenarie ). Acc up & running.
Ok for me on technical side
ok for me on functional side
Merged to develop
Rationale
More you have contributors, more you need to organize the contribution review. Currently, any action submitted is considered accepted. The problem is that:
In addition to this, we have observed that some contributions captured automatically need to be checked afterwards. Indeed, for example, a user can add a twitter account with no follower and he can Like, RT a tweet. Result: this twitter account has no follower so it is inefficient for our community
1. Functional Requirements
Top User Stories
Regarding account connection: When someone connects his account, then the action for connecting this account is pending by default AND any related action to this account connection can be manually added as locked until this action app connection is accepted rejecting the achievement doesn't disconnect the account
Regarding automatic actions No change, any contribution is by default accepted If needed, the acceptation can be changed to rejected or to pending no notification flow identified for this case
Regarding manual actions Any manual action is, by design, pending The owner when creating the action cannot change this parameter for now
Review of contributions
Board can be filtered to status (one choice)
When the user submit his contribution (manual or connection to an account), then current notification for "Contribution submitted" remain enabled. It is still possible to disable it if needed. A work will be done later to improve targeting of notifications
For each contribution, it is possible to:
When the contribution is pending
When the contribution is accepted,
When the contribution is rejected,
Regarding rewards computing
To study
Impacts
Gamification
Connectors and profile list Contributions board to review Contributions are added once accepted
Notifications
Add a notification type for contribution status: to provide a way to inform when accepted/rejected
Analytics
Unified Search
2. Technical Requirements
Expected Volume & Performance
Security
NA
Extensibility
Add new types of activity actions to update the status of the contribution from the stream.
Configurability
NA
Upgradability
NA
Existing Features
The existing achievements Board has to be improved.
Feature Flags
No feature flag is needed.
4. Software Architecture
Security
NA
Services & processing
The default PENDING value of automatic realization status will be known from the trigger config (default false). For a manual rule, always true.
A new notification type is to be added
GamificationActionVerifiedNotification
.Update the earned points account based on the pending status.
Data and persistence
We will have to add in Database Table
GAMIFICATION_ACTIONS_HISTORY
a new fieldREWARDED
of typeBOOLEAN
to hold the realization rewarding status(default FALSE).Migration strategy
no need for migrating old realization.