Vindicar

Что делать? Открыть глаза, прочитать ошибку, понять ошибку. Мыслить логически.

await req(guild_id, user_id, role.id, reason=reason)
AttributeError: 'NoneType' object has no attribute 'id'

"У None нет атрибута id". Т.е. вместо некоего объекта с атрибутом id передали None.
Смотрим на строку кода и ищем обращение к атрибуту id. Это role.id, т.е. вместо параметра роли в метод передали None.
Смотрим выше, пока не найдём ссылку на строку не из discord.py.
await author.add_roles(role)
Т.е. твоя переменная role имеет значение None.
Ищем эту строку в коде, потом смотрим выше откуда взялось role.
role = guild.get_role(940997266100064316)
Смотрим документацию на get_role().

Returns the role or None if not found.

Т.е. role может содержать None, если переданный id не соответствует роли в этом сервере.
Вот тебе и ответ. Перепроверь id, который ты передаёшь в get_role().

Через WinAPI найти окно рабочего стола. Вроде как их может быть два, одно с иконками, одно с фоном. Гугл подскажет, какой класс окна там нужен. Начать можно с FindWindow(), потом, если надо, пройтись по иерархии окон через EnumChildWindows().
А дальше практичнее всего разместить своё окно как дочернее от найденного. Тогда можно будет рисовать на своём окне что захочешь. SetParent() в помощь. Само окно по идее можно создать и через GUI фреймворк, а не через API, но тогда придётся модифицировать стили окна.
Дергать WinAPI из-под Питона неудобно, но модуль ctypes поможет.

что еще за self.get_guild(), и почему нельзя взять guild из ctx?
Сейчас discord.py ожидает, что self будет передана как параметр при вызвое команды пользователем.

Проверить, что name не содержит символ перевода строки.

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

А вот где хранить данные - вопрос реализации. Можно сделать словарь вида "ID пользователя - набор данных", можно сделать БД. Принцип это не меняет.

1. По приведённой ссылке описывается API запросов Телеграма, а не API для питон кода. Используй одну из библиотек, вроде pyTelegramBotAPI или aiogram. У первого доки получше, вроде.
2. Если используешь aiogram, то в асинхронность вникать придётся. pyTelegramBotAPI использует синхронный код. В чём-то это будет проще, в чём-то - сложнее.

По поводу логов - logrotate настрой, он наверняка уже установлен, только разобраться как натравить его на лог твоей программы. Но опять же, некоторые проги с ума сходят от такого. Нужно пробовать.

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

В коде неправильного больше чем правильного...
1. У тебя написано, что команда должна получить два параметра - text и id. Если id она должна найти сама, то его нужно убрать из параметров купить(). id нужно получить из ctx.author.id.
2. Ты вообще пробовал обращаться к своей базе? Смотрел, что тебе возвращает fetchone()?
По твоему запросу она вернёт либо кортеж с одним значением, либо None, если не было найдено ни одной подходящей строки.
Ни то ни другое сравнивать непосредственно нельзя!
Вытащи результат в переменные, проверь на None, а потом уже сравнивай нулевые элементы.
3. Убери токен бота из тела вопроса.
4. Советую cursor создавать внутри обработчика, во избежание заморочек с одновременным использованием.
5. Советую указывать типы параметров в описании команды! discord.py обращает на них внимание, и пытается конвертировать входную строку.
async def купить(ctx, text: str):
6. Как уже было написано, execute() принимает вторым параметром КОРТЕЖ, пусть даже из одного элемента. А кортеж из одного элемента пишется как (item,).

В незнании питона, разумеется.
В Питоне переменная - это не более чем ссылка на объект. Соответственно, если ты присвоил переменной ссылку на другой объект - от этого первый объект не изменится.

for para in paras: # имя para указывает на объект - элемент списка doc.paragraphs
        para = para.text.split(' ') # имя para указывает на список строк, старая ссылка потеряна.
        for word in para: # имя word указывает на элемент из списка - строку
            //'NAME,' - строка в исходном файле
            if word == 'NAME,':
                word = name + ',' # имя word теперь указывает на другую строку. Список от этого не изменился.
        para = ' '.join(para) # имя para теперь указывает на строку, ссылка на список потеряна
        # а список doc.paragraphs от присваивания выше тоже никак не изменится,
        # так как он ничего не знает об операциях с para.text

Попробуй присвоить что-нибудь para.text, для начала. И не переиспользуй имена переменных, тебя что, платить заставляют за каждое имя?
Ну и не приведён код, который сохранит изменённый документ в файл.

Используй паттерн Компоновщик (Composite) + Интерпретатор (Interpreter) из набора паттернов Gang of Four.
Описываешь базовый интерфейс для среды выполнения и для команды:

//окружение хранит текущее состояние программы плюс предоставляет средства взаимодействия с "окружающим миром".
public interface IProgramEnvironment
{
    Dictionary<str, int> Variables {get;} //хранилище переменных
    IProgramOperator CurrentOperator {get; set;} //текущая команда - нужно для переходов
    //ну и что там ещё тебе может потребоваться? Операции ввода-вывода, и т.п.
}
//просто составной оператор
public interface ICompoundOperator: IList<IProgramOperator>
{
    void ExecuteAll(IProgramEnvironment env); //выполнить дочерние команды
    string ToString(); //для отладки
}
//абстрактный оператор, его будут реализовывать классы операторов
public interface IProgramOperator
{
    int LineNumber; //номер строки, для удобства обозначения
    IReadOnlyList<ICompoundOperator> ChildrenBlocks {get;} //списки дочерних команд, если они есть
    void Execute(IProgramEnvironment env);  //выполняем команду в окружении. Может потребоваться возвращать значение
    string ToString(); //для отладки
    void Render(); //для отображения на экране?
}

Затем описываешь отдельные команды как отдельные классы, реализующие IProgramOperator.
Если оператор составной, то у него ChildrenBlocks будет не пустым, а будет содержать списки вложенных команды. Например, у цикла будет 2 таких списка (условие и тело), а у ветвления - 3 (условие, если, иначе).
Тогда при выполнении оператор выполняет свой метод Execute(), и если надо, выполняет те или иные дочерние операторы.
Соответственно у тебя получится дерево объектов-команд. Корнем дерева будет ICompoundOperator - тело программы. В рамках исполнения программы ты, по сути, обходишь это дерево в глубину.

Будут некоторые проблемы с реализацией пошагового выполнения, но это можно решить, если превратить метод Execute() в генератор, который будет приостанавливать своё выполнение после каждой команды. Заодно решится вопрос "последнего вычисленного значения" - можно будет просто yield'ить результаты вычислений.

IEnumerable<object> Execute(IProgramEnvironment env)

Почему запускаешь bot.polling() в цикле for?

1.

f"SELECT verify_role FROM role WHERE id = {ctx.author.guild.id}"

Не делай так! Используй подстановку параметров.
2. fetchone() в твоём запросе вернёт либо None, либо кортеж с одним элементом (id роли). utils.get() не понимает такие кортежи, ей нужен сам id (нулевой элемент кортежа). Иными словами, id это не то же самое, что (id,)!
Не экономь на переводах строки, помести выхлоп fetchone() в переменную и проверь, что тебе вернуло.

1. Первый пользователь посылает сообщение. Запускается копия search_vk() и выполняет синхронный запрос:
user_data = vk_parser.get_user_data(user_id)
Пока запрос выполняется, бот стоит, так как код синхронный.
2. get_user_data() деляет глупости вида

with open("FIO.txt", "w") as file: #открываем один и тот же файл для любого запроса

или

global bio # используем одну и ту же переменную для любого запроса

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

loading = await message.answer('<b>Идёт поиск</b>')

Так как это await-вызов, планируется вызов корутины, и асинхронная программа переходит к следующей доступной операции, пока выполняется отправка сообщения. Собранные данные лежат в файлах.
4. Второй пользователь посылает сообщение. Запускается ещё одна копия search_vk() и тоже выполняет синхронный запрос get_user_data(). Второй вызов get_user_data() перезаписывает данные в файлах.
5. Обработчик сообщения второго пользователя доходит до строки

loading = await message.answer('<b>Идёт поиск</b>')

и засыпает, пока сообщение отправляется.
6. Тем временем сообщение первого пользователя отправилось. Обработчик получает управление, и отправляет содержимое файлов - которое было перезаписано, заодно закрывая их.
7. Сообщение второго пользователя отправилось. Его копия search_vk() пытается отправить файлы, но первый обработчик их уже закрыл.
Дело ещё осложняется сетевым лагом, так что трудно сказать, кто в итоге будет первым.

Если по прочтению ты ещё не понял, в чём дело, скажу прямо: не используй глобальные объекты, будь то файлы или переменные, в конкурентной среде! Убедись, что каждая копия обработчика запроса имеет свои хранилища для данных! Локальные переменные безопасны, они создаются каждый раз заново. Если не можешь обойтись без файлов на диске, либо используй модуль tempfile, либо привяжи их имена к ID отправителя сообщения, чтобы хотя бы разные пользователи не сталкивались лбами.

В файле есть строка, в которой нет символа ":". Например, пустая строка (возможно в конце файла).

Храни в БД сведения о наказанных пользователях + timestamp окончания срока наказания, и в отдельной таблице - о ролях, которые у них были забраны.