на деле может быть и 50.

Если 50, rand не покатит, все заявки будут валится в первых манагеров. Нужно циклом вручную равномерно распределять согласно %. Запоминаешь на каком остановился и продолжаешь со следующего

ну получается надо возможно еще доп значение в БД хранить...

ок, насколько релизонезависимым нужно быть?
Если делаем MVP на коленке, то можно и:

$choice = random_int(1, 10);
if ($choice <= 5) {
    // первый менеджер 50%
} elseif ($choice <= 8 ) {
   // второй 30%
} else {
   // третий манагер 20%
}

Если мы хотим это на лету менять, то конечно, так не пойдет у нужно квоты создавать в sql/nosql и хранить их вероятности

запоминать на ком остановился не имеет смысла, тебе вероятность нужна правильно посчитанная

я в БД храню уже процент каждого менеджера.

На коленке чтото похожее... ) хм...

флаг заведи для каждого - выдан таск\ не выдан. Если выдан, пропускаем, если не выдан, то считаем его_таски / таски_в_системе < xx% - выдаём таск. Если > то не выдаём таск. ставим флаг. Если таск отдать некому (у всех стоит флаг), то снимаем всем флаги. Будет равномерно, никто не уйдёт обиженным.

Тут ещё есть другая сложность. Что бы вероятность работала нормально, нужно что бы % в сумме всегда был 100. Но сомневаюсь что этим будут долго заморачиваться 🙂

Особенно на 50 манагерах))

Скорее, тут нужен какой-то коэффициент. Типа, одному одну, второму 1.5, третьему 10 и тд

Как-то вы скучно размышляете, надо тензорфлоу прикрутить, чтобы нейронка оценивала вероятность успешного завершения сделки менеджером...

у нас 3 менеджера, у первого вероятность 80, а второго 60, у третьего 90. Внимание вопрос, кому достанется джоба)

помнится когда-то очень давно я делал что-то подобное решил так

есть поле в нем хранится время выдачи задания
эй база, выбери мне менеджеров у которых не исчерпан лимит и отсортируй их по дате последней выдачи задания
берем менеджера и ставим ему текущее время

вот так будет прямо супер пупер равномерно

и никакая вероятность не нужна

Если интересная, то старшОму. Если скучная, самому молодому 😂

К сожалению, идеально распределить заранее неизвестное количество заявок по известному количеству менеджеров невозможно.
Самый работающий вариант:
- Выбрать всех менеджеров с наименьшим количеством заявок за сегодня (тут если углубится, можно и учитывать более длинные сроки, но это гораздо сложнее, чем кажется на первый взгляд)
- выбрать из получившегося списка менеджеров одного с долей вероятности. Тут уже в ход вступает статья с вики

прям универовскими лабами пахнуло. теория игр, все дела

И ещё, о каких лимитах вы тут говорите битый час? Количество заявок НЕИЗВЕСТНО. Как на неизвестном значении можно строить какие-то лимиты?)

оп. Первый пункт из моего опуса тоже не нужен. Не надо выбирать менеджеров с меньшим количеством заявок.
Надо просто выбирать из текущих менеджеров одного с вероятностью.

и не учитывается количество активных заданий на руках у манагера. может он уже повесился, а может всё сделал и сидит в носу ковыряется.