Илья С

Названия классов неверно указаны.
Т.е. вместо app\UserModel должно быть App\Models\UserModel.

Рекомендую пользоваться специальной константой ::class:
например $this->belongsTo(UserModel::class, 'idu');

Нейминг конечно вырви глаз. Зачем слово Model в названии классов? Почему у всех моделей кастомные названия id-полей?) Ну это риторические вопросы скорее.

$table_cuisines надо поменять на $table, судя по всему.
https://laravel.com/docs/8.x/eloquent#table-names

И научитесь оформлять код. Это неуважение к тем, кто будет читать ваши портянки.

Кажется, вам нужны генераторы: https://www.php.net/manual/ru/language.generators.php

Немного непонятно, почему вы делаете GROUP BY по таблице, которая добавляется через LEFT JOIN. Ведь LEFT JOIN значит, что данных может и не быть, т.е. пойдёт группировка по NULL.

Что делает latest()->limit(1) внутри условий join'a?

И какая у вас вообще цель? Отсортировать заказы по дате последнего события? К сожалению, группировка с сортировкой так не работают. Сначала оно группирует по logs.entity_id, выбрав произвольную запись из logs, а затем получившиеся строки отсортирует.

Вам нужно что-то вроде этого:

SELECT orders.*
FROM orders
LEFT JOIN (
    SELECT entity_id, MAX(created_at) created_at
    FROM logs
    GROUP BY entity_id
) t ON orders.id = t.entity_id
ORDER BY t.created_at DESC

На синтаксис Laravel переложите сами :)

Вам нужен Apple Pay или Google Pay? Почему-то в вопросе всё перемешано.

Платежи Apple Pay мы реализовали по следующей схеме:

1. Оплата полностью происходит на стороне приложения. Бекенд не участвует никак.
2. Затем приложение сообщает бекенду об успешной покупке, посылая чек (receipt)
3. Бекенд проверяет присланный чек с помощью API verifyReceipt и далее засчитывает покупку и делает необходимые действия.

Важно помнить, что receipt может содержать несколько транзакций, в т.ч. те, которые были обработаны ранее. Нужно хранить ID обработанных транзакций где-нибудь в БД и обрабатывать только новые.