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

Fix return req frequency fields being imported #948

Merged
merged 1 commit into from
Jun 11, 2024

Conversation

Cruikshanks
Copy link
Member

https://eaflood.atlassian.net/browse/WATER-4473

We recently extended the import of return requirements from NALD to include the frequency with which returns need to be collected. We thought with this and returns_frequency we would have the data we need to support the return requirements setup journey.

However, we now realise we made an incorrect assumption about what returns_frequency represents. We thought it was the reporting frequency; however it turns out NALD has 3 frequency levels.

  • Return to agency (ARTC_RET_FREQ_CODE)
  • Recording (ARTC_REC_FREQ_CODE)
  • Collection (ARTC_CODE)

Because we assumed ARTC_RET_FREQ_CODE was reporting, we're importing ARTC_REC_FREQ_CODE as collection. Now we know it should have been

  • ARTC_REC_FREQ_CODE is reporting frequency
  • ARTC_CODE is collection frequency

We don't want to touch ARTC_RET_FREQ_CODE because we're still not 100% sure that nothing in the legacy code is using these tables. So, this change corrects how we're populating collection frequency and adds a new field specifically for 'reporting frequency'.

https://eaflood.atlassian.net/browse/WATER-4473

We recently extended the import of return requirements from NALD to include the frequency with which returns need to be collected. We thought with this and `returns_frequency` we would have the data we need to support the return requirements setup journey.

However, we now realise we made an incorrect assumption about what `returns_frequency` represents. We thought it was the reporting frequency; however it turns out NALD has 3 frequency levels.

- Return to agency (`ARTC_RET_FREQ_CODE`)
- Recording (`ARTC_REC_FREQ_CODE`)
- Collection (`ARTC_CODE`)

Because we assumed `ARTC_RET_FREQ_CODE` was reporting, we're importing `ARTC_REC_FREQ_CODE` as collection. Now we know it should have been

- `ARTC_REC_FREQ_CODE` is reporting frequency
- `ARTC_CODE` is collection frequency

We don't want to touch `ARTC_RET_FREQ_CODE` because we're still not 100% sure that nothing in the legacy code is using these tables. So, this change corrects how we're populating collection frequency and adds a new field specifically for 'reporting frequency'.
@Cruikshanks Cruikshanks added the bug Something isn't working label Jun 11, 2024
@Cruikshanks Cruikshanks self-assigned this Jun 11, 2024
@Cruikshanks Cruikshanks marked this pull request as ready for review June 11, 2024 06:55
@Cruikshanks Cruikshanks merged commit 293ce34 into main Jun 11, 2024
4 checks passed
@Cruikshanks Cruikshanks deleted the fix-rtn-req-frequency-data-import-2 branch June 11, 2024 06:55
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant