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

[FEATURE] Create a user indicator response handling service. #16

Closed
6 tasks done
Sachinbisht27 opened this issue Apr 22, 2024 · 2 comments
Closed
6 tasks done

[FEATURE] Create a user indicator response handling service. #16

Sachinbisht27 opened this issue Apr 22, 2024 · 2 comments
Assignees
Labels
enhancement New feature or request Point: 3

Comments

@Sachinbisht27
Copy link
Member

Sachinbisht27 commented Apr 22, 2024

Is your feature request related to a problem? Please describe.
We need a service to store the user indicator details in the database whenever will get webhooks from the Glific flows for any user indicator and responses. We want to hold that record in the database.

Describe the solution you'd like

  • Handle webhook to get details like:
    • user indicator question
    • user indicator responses
  • Add logic to save details in the database.
  • Add logic to figure out whether the details already exist or not.

Describe alternatives you've considered
NA

Additional context
NA

Acceptance Criteria

  • The user indicator question and response details should be added to the user indicator response table properly.

Documentation
Add whatever documentation will be required here.

@Sachinbisht27 Sachinbisht27 added the enhancement New feature or request label Apr 22, 2024
@Sachinbisht27 Sachinbisht27 changed the title [FEATURE] Create user indicator response service. [FEATURE] Create a user indicator response service. Apr 22, 2024
@Sachinbisht27 Sachinbisht27 changed the title [FEATURE] Create a user indicator response service. [FEATURE] Create a user indicator response handling service. Apr 22, 2024
@Sachinbisht27 Sachinbisht27 removed their assignment Apr 25, 2024
Satendra-SR added a commit that referenced this issue Apr 30, 2024
…indicator-responses

#16 Processing the user's Indicator response
@Sachinbisht27
Copy link
Member Author

Closing the issue as completed and released on production.

@Satendra-SR
Copy link
Member

Satendra-SR commented Jun 9, 2024

Breakdown

Understanding user indicators in Glific-based program - 1 hour

  1. Had a few rounds of discussions over calls and slack regarding what type of user indicators are involved with Glific-based programs.
  2. How they have been configured so far in Glific flows?
  3. How they are different from the activities.
image

Experiment with Glific webhook and capabilities - 8 hours

  1. As a first step, we had to experiment with the capabilities Glific webhook is providing.
  2. Configured a few test flows and ran a few test cases to understand all the details we were getting.
  3. Went through Glific documentation to find all the possible capabilities.

Proposing the possible solution with Kriti and finalization - 3 hours

  1. Had a few rounds of discussions with Kriti over standups, calls and Slack to finalize the format.
image
image

Suggesting and discussing the possible scenarios

image
image

Implementations - 7 hours

  1. Create a new module for user indicators.
  2. Logic to capture user indicators, process the webhook
  3. Made the indicators dynamic to accommodate multiple indicators in a single webhook.

Discussed with Pankaj Agarwal and found the possible ways to capture the timestamp, flow details, etc
image

image

Deployment and Testing - 2 hours

  1. Deployment on the staging server
  2. Testing using some testing flows on Glific
  3. Validating the data captured through this module.
  4. Releasing new changes on production
  5. Running the Airbyte pipeline to migrate data from the database to Bigquery for testing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Point: 3
Projects
None yet
Development

No branches or pull requests

2 participants