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

Address types - use of 'alternative' and requirement of 'type' #725

Open
kathryn-ods opened this issue Aug 20, 2024 · 0 comments
Open

Address types - use of 'alternative' and requirement of 'type' #725

kathryn-ods opened this issue Aug 20, 2024 · 0 comments

Comments

@kathryn-ods
Copy link
Contributor

kathryn-ods commented Aug 20, 2024

Following discussion in openownership/lib-cove-bods#123

Currently there's a normative requirement 'If an address in the addresses array is of type "alternative" then there is also another address in the array'

There's 2 possible edge cases here:

  • two addresses with 'alternative'
  • one address with no 'type' and one with 'alternative'

it's made me think that 'alternative' is just an unhelpful code. We should probably turn it into 'other', make the field required and reduce constraints. I can't see that loosening constraints would open up any particular loophole wrt BO verification. (For example, I don't imagine that red-flagging would depend on categorisation of addresses: if a BODS statement from one source categorised an entity's address as 'business' but the same entity's address in another source was categorised as 'other' that would not be of great interest. The address itself is the target of interest.)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant