Зв'язок замовлення з контентом, який воно створило

Списки пекшотів і зображень у зовнішньому API тепер приймають ідентифікатор замовлення та несуть його в кожній позиції, тож реєстрацію можна зіставити саме з тим контентом, який вона створила.

GET /api/external/packshots та GET /api/external/image-picker тепер приймають параметр orderId і повертають лише контент, створений вказаним замовленням. Параметр поєднується з наявним фільтром статусу, а кожна позиція обох списків — а також списків моделей і сценерій — несе замовлення, з якого вона походить, тож список, отриманий без фільтра, можна згрупувати на боці інтеграції. Ідентифікатор замовлення, що належить іншому обліковому запису, повертає порожній список, а не помилку; замовлення, генерації якого ще тривають, повертає порожній список до завершення першої з них.

Досі поставити це запитання було неможливо. Ідентифікатори, які повертаються під час реєстрації контенту, — це ідентифікатори замовлених генерацій, а не зображень, які ці генерації створять, а списки не несли нічого, що називало б замовлення, — тож інтеграція, яка розміщує два замовлення поспіль, могла лише сортувати за часом створення та сподіватися на краще. Для одного замовлення це працює і перестає працювати тієї миті, коли два накладаються, що за щоденних обсягів є нормою, а не винятком. Водночас виправлено документацію: раніше вона описувала поле у списку зображень, якого цей список не повертав.