redstar
Request body
Responses
Body
Request body
Responses
Body
Request body
Эта сущность отличается от spbToursAgentId в схеме PartnerUser, их взаимосвязь и обязательность к заполнению пока не известна
Не полный объект (по кр. мере из диза) - только поля name, companyStreet, website, companyPostalCode, companyCity
В дизе пока нет
Responses
Body
Request body
Examples
Responses
Body
может и не быть
международный номер банковского счёта
скорее всего это будет строка, а не id
скорее всего это будет строка, а не id
сам объект обязателен, но поля могут быть пустыми
Здесь будут только морские перезвозчики (по крайней мере пока)
Не понятно где это используется, поскольку нигде это не отображается. Вроде как нужно для отображения инфы о трансфере, но в дизайнах этого нет. Как это будет выглядеть?
Количество записей для пейджинга
сдвиг для пейджинга
для удобства лучше тоже отдавать для пейджинга
условно, можно предложить что-либо еще
от 1 до 3 часов
от 4 до 8
1 день
2 дня
3 дня
условно, можно предложить что-либо еще
по популярности
от высокой цены к низкой
от низкой цены к высокой
отображается на странице детельной инфы о регионе
отображается на странице детельной инфы о регионе
Структура не известна, в дизе инфа по TripAdvisor не соответствует требованиям, указанным здесь https://developer-tripadvisor.com/content-api/display-requirements - насколько это важно - не ясно
Объект с числовыми ключами - ключ это день
Объект с числовыми ключами - ключ это день
Каждый эелемент - пункт в additional info
От одного до 5 с TripAdvisor не связано
три картинки максимум
три картинки максимум
в часах
количество часов
в часах
От одного до 5 с TripAdvisor не связано
id тура, было бы не плохо сразу получать здесь объект тура, но он большой, поэтому лучше тур отдельным запросом получать
в днях
три картинки максимум
три картинки максимум
{carrierId}
{carrierId}
Path variables
Responses
Body
в днях с округлением в большую сторону
Request parameters
Responses
Body
Request parameters
id региона
Responses
Body
{id}
{id}
Это нужно будет делать в первую очередь, так как от этого зависят транспортные запросы для карты и плавающего поиска
Responses
Body
{id}
Path variables
Responses
Body
{id}
Path variables
Responses
Body
скорее всего название типа - дождь, дождь с грозой и т.п.
То что отображается в стопке в разделе Это интересно
для списков
ссылка на youtube
Нужно скорее всего это запрашивать при запуске приложения и сохранять
Responses
Body
Request parameters
возможно придется написать запрос на получение списка годов, там где есть отзывы
Responses
Body
Для поля ввода ID предполагается маска NNNNN (5 символов). Для остальных полей достаточно введения минимум 3 символов.
Request body
необходимо заполнять если isUserId === true
Responses
Body
Это только хедер, потому что список самих отзывов идет по годам
Это только хедер, потому что список самих отзывов идет по годам
годы в которых есть отзывы
функционал корзины
может и не быть изначально. если не дошли до второго этапа
берется из данных, что ввел клиент
Если будет указан переключетель трансфера
дата начала круиза || дата прибытия корабля, поезда || первая выбраная дата при добавлении тура
берется из данных, что ввел клиент
обозначение языка, ru, например
id тура
slug тура
Расчетная цена - высчитывается на сервре, с со всеми доп параметрами и условиями при добавлении в заказ
по умолчанию пустая строка
для морских пока
Если морские
в ожидании отказа или подтверждения
проплачен или нет
одобрено или нет, если менее чем 7 дней до начала нужно одобрение
проплата депозитом в валюте
дата проплаты
Оставшаяся часть в валюте
коммисия в валюте если она есть
нужно какое-нибудь перечисление (event passed, order cancel)
Убираются лишние поля по типу диеты
Request body
Responses
Body
Request body
Responses
Request body
Responses
Body
возможно что-то будет еще или весь объект букнига
Request body
Responses
Body
Request body
Responses
Body
Request body
Responses
Body
Те же данные. что и при изменении данных о букинге