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

Ndbex 71275 pdf stamping #16088

Merged
merged 53 commits into from
Mar 28, 2024
Merged

Ndbex 71275 pdf stamping #16088

merged 53 commits into from
Mar 28, 2024

Conversation

evansmith
Copy link
Contributor

Note: Delete the description statements, complete each step. None are optional, but can be justified as to why they cannot be completed as written. Provide known gaps to testing that may raise the risk of merging to production.

Summary

  • This work is behind a feature toggle (flipper): NO
  • I altered the submit saved claim job to check for the 21P-530 form. If that is the claim type, it will run an additional step stamping the PDF in the upper right hand box on the first page where a Veteran enters information.
  • (If bug, how to reproduce)
  • Currently this is special-cased because the other PDFs don't make use of this functionality. In the future it could potentially be modularized.
  • VA Benefits and Claims
  • (If introducing a flipper, what is the success criteria being targeted?)

Related issue(s)

Testing done

  • New code is covered by unit tests
  • Previously no pdf covered by the submit saved claim job would have a stamp in the upper right hand corner.
  • Proceed through the creation of a 21P-530V2 form. In the submission that is sent to Central Mail the PDF should contain the stamp. Alternatively, calling the specific method in a Rails console with the 21P-530V2 claim will generate a pdf in tmp for review. Unit tests cover the behavior for 21P-530V2 and the previous version of submit saved claim job to make sure other pdfs were not affected.

Screenshots

Note: Optional

What areas of the site does it impact?

submit_saved_claim_job, most particularly when a new Burial is submitted (after the release of V2).

Acceptance criteria

  • I fixed|updated|added unit tests and integration tests for each feature (if applicable).
  • No error nor warning in the console.
  • Events are being sent to the appropriate logging solution
  • Documentation has been updated (link to documentation)
  • No sensitive information (i.e. PII/credentials/internal URLs/etc.) is captured in logging, hardcoded, or specs
  • Feature/bug has a monitor built into Datadog or Grafana (if applicable)
  • If app impacted requires authentication, did you login to a local build and verify all authenticated routes work as expected
  • I added a screenshot of the developed feature

Requested Feedback

(OPTIONAL)What should the reviewers know in addition to the above. Is there anything specific you wish the reviewer to assist with. Do you have any concerns with this PR, why?

@va-vfs-bot va-vfs-bot temporarily deployed to ndbex-71275-pdf-stamping/main/main March 26, 2024 15:19 Inactive
@evansmith evansmith added the burial-benefits Label used for Pull Requests that impact Burial claims (530) label Mar 26, 2024
@va-vfs-bot va-vfs-bot temporarily deployed to ndbex-71275-pdf-stamping/main/main March 26, 2024 15:41 Inactive
tblackwe
tblackwe previously approved these changes Mar 26, 2024
@evansmith evansmith marked this pull request as ready for review March 26, 2024 16:14
@evansmith evansmith requested a review from a team as a code owner March 26, 2024 16:14
@evansmith evansmith merged commit 241dd57 into master Mar 28, 2024
20 checks passed
@evansmith evansmith deleted the ndbex-71275-pdf-stamping branch March 28, 2024 15:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
burial-benefits Label used for Pull Requests that impact Burial claims (530)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants