Nature of the bug seems to be that the dbn system converts the keypad numbers to alphabetical names, and if the alphabetical names match up to first three letters, then multiple names are correctly outputted as options for the caller to select. However if the keypad numbers for the names are the same, but the alphabetical names are not, then the name with the highest alphabetized precedence is listed, and any other lower alphabetized name is not. This applies to first or last names, same problem with both. Instead what the system should be doing is also checking if the keypad numbers inputted to look up the names are also the identical number strings, and list all possible names in the org based on those numbers as well.

For example, searching for 227 in Teams auto attendant DBN returns 2 account names, neither of which is Casey

Carolina 22765462
Casey 22739