Если OpenAI пишет, что тип файла не поддерживается, и предлагает "попробовать снова с PDF", не переводите все документы в PDF автоматически. У ChatGPT upload, текущего официального OpenAI API и путей через Azure или сторонние коннекторы до сих пор могут быть разные правила приема файлов, поэтому первое полезное действие не в смене расширения, а в определении того, где именно произошел отказ.
Если отказ происходит в ChatGPT, сначала проверьте, не является ли файл нативным Google Docs, Sheets или Slides, который вообще нужно сначала экспортировать. Если ошибка появляется в текущем официальном API, сначала проверьте, правильно ли выбрана дорожка: input_file или file_search. Если же отказ происходит в Azure или коннекторе, PDF там действительно может оставаться самым быстрым способом разблокировать задачу. После минимального исправления повторите попытку на той же самой точке входа. Если она все еще отклоняет явно поддерживаемый файл, это уже не доказательство того, что OpenAI принимает только PDF, а сигнал о том, что вы выбрали не тот путь или используете отстающий вход.
Маршрут за 30 секунд
Начинайте с места отказа, а не только с расширения файла:
| Где возникает отказ | Самая вероятная причина | Самый безопасный первый шаг | Как проверить на том же пути | Когда повышать уровень разбора |
|---|---|---|---|---|
| ChatGPT upload | Нативный Google-файл, формат, который нельзя грузить напрямую, или документ, который лучше сохранить как PDF ради верстки | Сначала экспортируйте из Google Docs, Sheets или Slides; в остальных случаях повторите с явно поддерживаемым форматом или PDF, если важна верстка | Тот же самый ChatGPT upload теперь принимает файл | Даже экспортированный поддерживаемый файл все еще отклоняется |
| Официальный OpenAI API | Неправильный выбор пути, неверное ожидание от input_file, или задача, которую лучше решать через file_search | Переключитесь на путь, который соответствует текущей документации, и перестаньте прогонять все документы через один и тот же сценарий | Тот же самый запрос теперь принимает файл и возвращает полезный результат | Даже путь, совпадающий с документацией, отклоняет поддерживаемый файл |
| Azure или коннектор | Этот вход все еще ведет себя так, будто нужен только PDF | Экспортируйте или конвертируйте файл в PDF для этой точки входа либо перенесите задачу на текущий официальный путь OpenAI | Та же точка входа теперь принимает файл | Даже PDF не проходит или поведение по-прежнему расходится с официальной документацией |
Текущие официальные help pages OpenAI и developer docs были перепроверены 8 апреля 2026 года. Короткий вывод такой: официальная поддержка OpenAI не является универсально PDF-only. Одна и та же ошибка все еще всплывает на некоторых отстающих или соседних путях, поэтому схема маршрутизации полезнее, чем сама формулировка ошибки.
Если отказ происходит в ChatGPT
Эта ветка прежде всего про поддержку загрузки, а не про API-инструменты. Текущие страницы OpenAI о поддерживаемых типах файлов и File Uploads FAQ описывают сразу несколько классов поддерживаемых файлов, а не правило PDF-only. Это означает, что DOCX, PPTX, TXT, MD, CSV, JSON и spreadsheet files могут быть нормальными загрузками в ChatGPT, даже если другая OpenAI-страница показывает сообщение про PDF.
Самый частый скрытый случай здесь связан не с обычными Office-файлами, а с нативными cloud files вроде .gdoc, .gsheet или .gslides. Их нельзя загружать напрямую. Если ваш документ живет в Google Docs, Sheets или Slides, сначала экспортируйте его, а уже потом повторяйте попытку. Именно в этот момент PDF снова становится разумным выбором по правильной причине: не потому что ChatGPT универсально требует PDF, а потому что в документе может быть важен не только текст, но и готовый визуальный результат.
Именно тут люди обычно теряют время. Они видят точную фразу ошибки, находят общий совет "просто переведите в PDF" и не задают главный вопрос: отказ произошел из-за нативного Google-файла, из-за неподходящего формата прямой загрузки или из-за того, что для этой конкретной задачи важнее сохранить вид документа, чем редактируемую структуру. Язык самих help pages уже, чем этот миф. Вопрос не в том, "поддерживает ли ChatGPT файлы". Поддерживает. Полезнее спросить: "Загружаю ли я правильный экспортированный формат для того вида содержимого, который мне нужно сохранить?"
Проверка в этой ветке короткая: повторите загрузку экспортированного файла в том же самом окне ChatGPT, которое раньше отказало, а не в другом приложении, коннекторе или API wrapper. Если тот же путь все еще отклоняет явно поддерживаемый экспортированный файл, вы уже не находитесь в простой ветке native-file export и не должны продолжать считать PDF автоматическим лекарством.
Если в итоге окажется, что проблема связана не с форматом файла, а с упором в file или image caps, не растягивайте этот материал на другой reader job. Тогда полезнее переключиться на наш гид по лимитам загрузки в ChatGPT Plus.
Если отказ происходит в официальном OpenAI API
Именно эта ветка сильнее всего страдает от устаревшего PDF-only advice. Текущий developer guide OpenAI о PDF files and other document formats прямо говорит, что маршрут input_file в Responses API принимает не только PDF, но и text files, code files, rich documents, presentations и spreadsheets. Это заметно более широкий контракт, чем предполагают старые snippets, форумы и статьи.
Но здесь важно различать принятие файла и пригодность файла для конкретной задачи. Та же документация уточняет, что embedded images и charts из non-PDF файлов не извлекаются. Значит, DOCX или PPTX могут быть приняты API, но все равно оказаться неправильным входом, если вам критично, чтобы модель видела диаграммы, подписи на слайдах, визуальные взаимосвязи или смешанную верстку. "Файл принимается" и "это лучший формат для задачи" не означают одно и то же.
Проще всего удержать эту ветку в порядке, если связать путь с задачей:
| Если ваша реальная задача... | Лучший путь | Почему |
|---|---|---|
| Положить один документ прямо в prompt context | input_file | Модель читает файл прямо в запросе, без отдельного retrieval-слоя |
| Искать по набору документов или цитировать сохраненные файлы позже | file_search | Текущая документация file search поддерживает много non-PDF форматов и лучше подходит для поиска |
| Сохранить charts, diagrams, embedded visuals или сложную верстку | Именно для визуальной сохранности официальный контракт сейчас яснее всего на стороне PDF |
На практике отказ в официальном API обычно означает одну из трех вещей: выбран неправильный путь; формат файла принимается, но реальная задача требует PDF ради fidelity; или request проходит через wrapper, connector или старый пример, который не догнал текущий API contract. Ни одна из этих причин не равна утверждению "OpenAI теперь принимает только PDF".
Если после перехода на правильный путь API-запрос все еще не работает, проверьте уже не файловый слой, а соседние слои: project scope, тип ключа, wrapper-specific routing. Они по-прежнему могут ломать request, даже если форма файла уже правильная. Если вы находитесь именно в этой ветке, дальше полезнее читать наш гид по OpenAI API Key и Organization ID, потому что он отделяет credential issues от scope-selection issues.
Если отказ происходит в Azure или коннекторе
Это единственная ветка, где фраза про PDF может оставаться буквально правдивой для той точки входа, на которой вы находитесь. Проблема в том, что многие страницы на этом месте останавливаются и ошибочно превращают локальное поведение в универсальную истину про OpenAI.
В исследовании по этой статье нашлось актуальное surface-specific evidence такого отставания. В свежем Microsoft Q&A треде все еще видна точная жалоба вида supported format .pdf на одном из Azure OpenAI file-search workflows, при том что текущие официальные docs OpenAI уже описывают более широкую document support на некоторых first-party routes. В сообществах коннекторов картина такая же: пользователь показывает реальную ошибку, ему отвечают "конвертируй в PDF", и никто не отделяет правила конкретного коннектора от текущего first-party контракта.
Операционно это важно по двум причинам. Если вы обязаны оставаться на этом отстающем входе, экспорт или конвертация в PDF действительно могут быть самым маленьким правильным исправлением. Если вы можете менять маршрут, долгосрочно чаще выгоднее перенести задачу на текущий официальный OpenAI path. Но нельзя использовать поведение Azure или одного automation module как доказательство того, что все остальные upload paths OpenAI теперь стали PDF-only.
Здесь же нужно явно провести границу эскалации. Если тот же Azure или connector путь все еще отклоняет файл даже после чистого PDF export, вы уже не имеете дело с простой format choice. В этот момент вероятнее implementation lag, module behavior или несовпадение между тем, что поверхность обещает, и тем, что реально принимает в production.
Когда PDF все еще лучший формат
PDF по-прежнему часто оказывается правильным ответом, и именно поэтому старый совет не умер полностью. Ошибка не в использовании PDF. Ошибка в том, чтобы давать его как объяснение по умолчанию.
Текущие help guides OpenAI для document-heavy workflows в ChatGPT все еще считают PDF самым надежным контейнером там, где нужно сохранить diagrams, embedded visuals и верстку. Текущий API doc формулирует ту же мысль с developer-side perspective: non-PDF files могут приниматься, но embedded images и charts из non-PDF файлов не извлекаются. Это две разные фразы, и вся тема становится намного проще, когда вы держите их отдельно.
Выбирайте PDF, когда документ визуально плотный, когда вы экспортируете из Google Docs, Sheets или Slides и хотите сохранить рендер, а не структуру редактирования, или когда конкретный вход уже показал, что остается PDF-biased. Не превращайте PDF в магический дефолт только потому, что какая-то OpenAI-branded страница однажды показала вам соответствующее сообщение.
DOCX может быть поддерживаемым и при этом плохим входом для chart-heavy отчета. PPTX может быть принят и при этом слабым выбором для deck, где модели нужно видеть визуальную связь текста и графики. Acceptance отвечает на вопрос "загрузится ли файл". Предпочтение PDF отвечает на вопрос "сохранится ли содержимое в нужном мне виде".
Как проверить исправление и выбрать долгий маршрут
После того как файл снова начал приниматься, не останавливайтесь на одном зеленом статусе. Проверьте исправление на том же пути, где проблема появилась:
- Повторите попытку на том же входе после самого маленького исправления, а не на другом пути, который просто скрывает исходную проблему.
- Подтвердите, что файл не только принимается, но и действительно полезен для реальной задачи: чтения, поиска или визуальной сохранности.
- Если документ пришел из Google Docs, Sheets или Slides, сохраните рабочую экспортированную копию в том формате, который реально сработал.
- Если проблема исчезает только на другом OpenAI path, считайте исходный вход веткой с собственным лагом, а не доказательством того, что все upload paths OpenAI теперь PDF-only.
Долгосрочный маршрут должен следовать за задачей, которую вы повторяете чаще всего. Если вы обычно загружаете обычные документы в ChatGPT, оставайтесь на экспортированном формате, который current help docs уже поддерживают. Если вам постоянно нужен programmatic retrieval, перестаньте бороться с one-shot uploads и стройте рабочий путь вокруг file_search. Если workflow зависит от visual fidelity, стандартизируйте эту ветку на PDF вместо того, чтобы каждый раз заново открывать ту же проблему с charts и layout.
FAQ
OpenAI сейчас принимает только PDF?
Нет. По состоянию на 8 апреля 2026 года текущие официальные help pages и developer docs OpenAI описывают несколько поддерживаемых file formats как в ChatGPT uploads, так и в некоторых first-party API routes. PDF-only ошибка все еще может быть реальной на отдельных Azure или connector paths, но это поведение конкретного входа, а не общее правило для всего OpenAI.
Какие типы файлов должны работать в ChatGPT?
Текущие help pages OpenAI описывают поддержку распространенных document, presentation, spreadsheet, text и code formats. Частая скрытая причина ошибки здесь не в DOCX или PPTX, а в нативных Google-файлах, которые сначала нужно экспортировать.
Почему DOCX или PPTX могут работать на одной странице OpenAI и не работать на другой?
Потому что "OpenAI" не равен одному upload contract. ChatGPT uploads, текущий официальный API, Azure OpenAI и сторонние коннекторы до сих пор могут применять разные правила или отставать друг от друга.
Когда лучше выбирать file_search, а не input_file?
Выбирайте file_search, когда задача на самом деле связана с поиском по набору документов, цитированием и повторными обращениями к сохраненным файлам, а не с тем, чтобы один раз положить один документ прямо в prompt context.
Когда PDF действительно лучший ответ?
Когда для задачи критичны верстка, charts, diagrams и embedded visuals; когда вы экспортируете файл из Google Docs, Sheets или Slides и вам нужен рендеренный результат; или когда конкретный вход уже доказал, что все еще заметно тяготеет к PDF.
Рабочее правило
Самое быстрое чистое исправление звучит не как "переведите все в PDF". Оно звучит так: определите точку отказа, примените к ней минимальное корректное исправление формата или пути, проверьте результат там же и только потом решайте, нужен ли PDF как ваш долгосрочный формат по умолчанию.