Organisations service generating duplicate tags for office groups for the same organisation

[plittlewood-rpt]

Describe the bug The organisations service is currently generating duplicate tags for office groups for the same organisation which means that users in the different offices are ending up with the same customer id (including the office group tag)

To Reproduce Steps to reproduce the behaviour eg:

1. Use the POST /organisations/{id}/officeGroups endpoint passing a payload with a similar name multiple times eg (Chiswick, Chiswick Sales, Chiswick Lettings, Chiswick Land and Farms)
2. The service should save the office group but could return a duplicate tag as we seem to be omitting a duplicate check somewhere (likely in the Reapit.Packages.Extensions package's GetAbbreviationSuggestions method)

Expected behaviour No duplicate tags should be possible for the same organisation. Note that duplicate tags across different organisations IS acceptable.

Specification

• Isolate bug location (either Reapit.Services.Organisations or Reapit.Packages.Extensions package)
• Employ TDD when fixing this issue to make sure there are no holes in the logic
• Deploy new version of service or package depending on most appropriate solution

[github-actions[bot]]

Thank you for taking the time to report a bug. We prioritise bugs depending on the severity and implications, so please ensure that you have provided as much information as possible. If you haven’t already, it really helps us to investigate the bug you have reported if you provide ‘Steps to Replicate’ and any associated screenshots. Please ensure any personal information from the production database is obscured when submitting screenshots. This issue will be reviewed in our weekly refinement sessions and assigned to a specific project board. We may also update the ticket to request additional information, if required. For more information on our processes, please click here