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
Validate /legacy/v2/notifications/sms in the same manner notification-api validates them. Evaluating which follow-on tasks should be "chained" is not necessary.
Ticket is understood, and QA has been contacted (if the ticket has a QA label).
User Story(ies)
As a VA Notify client I want any upgrades to be seamless for me So that I don't have to change for any VA Notify changes
Additional Info and Resources
Starts with post_notification in the notification-api.
Validate (skip = not doing, defer = doing later)
Template is of the right channel type: sms
Personalization matches template personalization (permissive, needs them if there, extra is ignored)
defer: template is part of the service - will come when we have proper JWT auth and request state
defer: rate limiting - will come later (only applies to dev/staging)
defer: daily message limiting - will come later (only applies to dev/staging)
defer: service has permission to send this channel of notification - will come when we have proper JWT auth and request state
Can possibly skip. If they cannot make a template in Portal, they have no way to send
skip: template is active - no longer applicable
skip: scheduled for - unused
skip: sms sender default - all services have a default sms sender now
Acceptance Criteria
SOLID principles
route entrypoint calls a validate method
All non-skipped/deffered methods validations in the Additional Info have methods written
Other than identifying what to validate, no notification-api code is reused
All validations involving the database are done against the notification-api read database
This work is added to the sprint review slide deck (key win bullet point and demo slide)
QA Considerations
Endpoint log parity or identification of what will change so we can notify our clients (when we get far enough along to switch).
User Story - Business Need
Validate
/legacy/v2/notifications/sms
in the same manner notification-api validates them. Evaluating which follow-on tasks should be "chained" is not necessary.User Story(ies)
As a VA Notify client
I want any upgrades to be seamless for me
So that I don't have to change for any VA Notify changes
Additional Info and Resources
Starts with
post_notification
in the notification-api.Acceptance Criteria
QA Considerations
Endpoint log parity or identification of what will change so we can notify our clients (when we get far enough along to switch).
Potential Dependencies
Pydantic Models - #117
Out of Scope
The text was updated successfully, but these errors were encountered: