Vindicar

Ну во-первых, задумайся: что значит "три пользователя её вызвали"?
Время доставки пакета по сети неравномерно. Первый пользователь мог нажать "Отправить" чуть раньше, но его сообщение будет доставлено после второго. Так что вопрос обеспечения корректного порядка УЖЕ непрост.
Далее, ключевая идея аснихронности как раз в том, что во время паузы в обслуживании одного запроса мы можем заниматься другим запросом.

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

Гугл по python full text search нашел whoosh, может, подойдёт?

1. Берёшь текущую дату
2. Находишь её код дня недели (dayofweek).
3. Вычитаешь из её кода код понедельника (смотри в документации), получаешь разность d
4. Вычитаешь из текущей даты d дней, получаешь дату понедельника на этой неделе.
5. Прибавляешь к дате понедельника 7 дней, получаешь дату следующего понедельника.
6. Проверяешь искомую дату на вхождение в этот диапазон.

Альтернативно вместо 3. и 4., в цикле вычитаешь из текущей даты 1 день, пока не получишь понедельник.

while True:
        await aioschedule.run_pending()

Из-за этого обработчик события не завершится нормально. Вынеси этот цикл отдельно, и запусти его один раз через asyncio.create_task() при старте бота.

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

getch() не позволяет читать клавиши-модификаторы, типа Alt. Используй модуль keyboard.

Потому что ты из всего модуля random импортируешь только одну функцию random(), а использовать пытаешься random.randint(). Делай просто import random.

for i in index_list:
    mult *= rnd_list[i]

Должно быть правильно. Если вываливается IndexError - значит, в index_list есть индексы, которые не вписываются в rnd_list - либо >N-1, либо <-N. Уточняй условие задачи, что делать, если встретились такие индексы.
Ну и можно для уточнения ситуации сделать так:

N = len(rnd_list)
for i in index_list:
    try:
        value = rnd_list[i]
    except IndexError:
        print(f'Не удалось взять элемент с индексом {i}, он не в диапазоне {-N}...{N-1}. Игнорирую индекс.')
    else:
        mult *= value

def raspisanie(message):
def raspisanie(call):
Ничего странного не замечаешь?

Добавь в конструктор Menu параметр ct и сохраняй его в self.category.
Тогда при создании меню ты передашь туда ctx.channel.category, а внутри кнопка1() сможешь это поле использовать.

Отдельный минус за мат в вопросе. Это не делает тебя взрослее.

r1 = Row()
r1.cells = generator_1(3)

Ну во-первых, это выглядит скорее как обычная переменная, а не как поле класса. Будь это хотя бы вида
r1 = Row(table, 3) # 3я строка таблицы table, это имело бы смысл

Во-вторых, что за "восход солнца вручную"?

for i in range(5):  # нам нужно знать длину строки?
    cell_val = next(r1.cells, None)
    print (cell_val)

Почему не сделать

for cell_val in r1:
    print (cell_val)

если генераторы по определению заточены под итерацию по ним.

В-третьих, реализация cut_value откровенно неудачная - это должно быть property. Сейчас, если value изменится, cut_value уже не будет ему соответствовать. Придётся помнить, что нужно изменять и то, и то.

Ну и главное - генераторы одноразовые! Тебе придётся явно перезадавать их после использования, что убивает весь смысл.

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

Вообще, если тебе интересно, как организовать массив - посмотри в сторону numpy. Там очень удобно сделана работа с массивами, и даже небольшого подмножества фич будет достаточно. В общем-то, возникает вопрос, а так ли нужны отдельные классы Row и Column.