add notices generation report operation

[saipraveen18]

PR Checklist

Please check if your PR fulfills the following requirements

• The title follows our guidelines
• Tests for the changes have been added (for bugfixes/features), they use let helpers and before blocks
• For all UI changes, there is cucumber coverage
• Any endpoint touched in the PR has an appropriate Pundit policy. For open endpoints, reasoning is documented in PR and code
• Any endpoint modified in the PR only responds to the expected MIME types.
• For all scripts or rake tasks, how to run it is documented on both the PR and in the code
• There are no inline styles added
• There are no inline javascript added
• There is no hard coded text added/updated in helpers/views/Javascript. New/updated translation strings do not include markup/styles, unless there is supporting documentation
• Code does not use .html_safe
• All images added/updated have alt text
• Doesn’t bypass rubocop rules in any way

PR Type

What kind of change does this PR introduce?

• Bugfix
• Feature (requires Feature flag)
• Data fix or migration (inert code, no impact until run)
• Refactoring (no functional changes, no API changes)
• Build related changes
• CI related changes
• Dependency updates (e.g., add a new gem or update to a version)

What is the ticket # detailing the issue?

Ticket: https://www.pivotaltracker.com/n/projects/2640059/stories/188150480

A brief description of the changes

Current behavior: Notices generation report is currently run manually by devops

New behavior: Move notice generation reports into the codebase so that developers/devops can trigger them using a rake task.

Rake task to generate the report:

RAILS_ENV="production" bundle exec rake generate_notices_report start_date="08/01/2024" end_date="08/31/2024"

Start and End dates are optional, if no dates are provided it will take the current start and end dates.

Feature Flag

For all new feature development, a feature flag is required to control the exposure of the feature to our end users. A feature flag needs a corresponding environment variable to initialize the state of the flag. Please share the name of the environment variable below that would enable/disable the feature and which client(s) it applies to.

Variable name:

• DC
• ME

Additional Context

Include any additional context that may be relevant to the peer review process.

[saikumar9]

lgtm!

[mdkaraman]

Looks good! Adds the notices report to the codebase for future use.