2017-05-30 Meeting notes
Date
May 30, 2017
7am PDT (Seattle)
Meeting Link
https://www.uberconference.com/villagereach-isg
Optional dial in:
Dial in: 401-283-5773
PIN: 66343
note the changed dial in number and pin
Attendees
@Josh Zamor (Deactivated)
@Paweł Albecki (Deactivated)
@Paweł Gesek
@Mary Jo Kochendorfer (Deactivated)
@Chongsun Ahn (Unlicensed)
Goals
Continue discussion of gaps as seen from Malawi impl project
Discussion items
Time | Item | Who | Notes |
|---|---|---|---|
FTAP management | @Sebastian Brudziński |
| |
| E-mail templates and additional fields | @Sebastian Brudziński |
|
| System settings | @Sebastian Brudziński |
|
| Legacy data migration using API | @Sebastian Brudziński | We didn't get to this, we'll save it for June 13th call |
Notes
FTAP
Currently has no update ability
FTAP is by facility type, program, orderable (/product)
Update doesn't make much sense
deleting would make more sense / potentially archiving
for archiving we'd need to figure out if another service (e.g. Requisition) needs to know about a historical/original FTAP
Requisition service likely could tolerate a delete operation
don't know about Fullfillment and Stock Management
Requisition that is initiated would not want to change if the FTAP changed
No search endpoint (to get all)
POST /ftap/search
program
facility type
Email Templates
Desire to incl geo zones in Requisition status change emails
Currently placeholders are limited and hardcoded (status, program, etc)
Could we pass in a more complex object and traverse it (e.g. using dot notation)?
We're not sure if it'd work "out of the box"
If it did we think it'd be enough to pass the Requisition object
Next steps: check if it works "out of the box", if not just add a few more fields (expect MW team PR)
System Settings
Currently in DB (Requisition service?). No endpoints to modify them
Fullfillment uses these settings, and also store email templates in these settings
email templates moved over to transifex
Req
timezone and fromEmail (this is already moved to .env)
We should delete all of these settings endpoints (Req and Fullfillment)
For Malawi, if they need to change an email template, they'd create a Transifex project for the country/impl (e.g. en_MW) and change it... Any changes to this need to wait until the next release of the Service. Malawi team thinks this is acceptable.
Language list comes from Transifex
System could have a default language that all users default to.
Currently Malawi is using the UI extension technique to change translations, instead of Transifex.
suggestion is to use Transifex
Currently:
might use cookie on back-end, not sure if UI uses that cookie
default if no cookie is to use english
Quick next:
make the default system language part of the .env file
Ideal Next:
User has a profile with a language setting
System has a default language that's used for a user that doesn't have a profile yet or for a new user's profile
For Malawi this ideal next is a low priority, IF the Quick Next is done.