Меня зовут Миша, я руководитель группы дизайна в Ozon Seller, а еще я сам являюсь селлером и продаю ножи на Ozon уже более 6 лет. И моей вечной болью и проблемой была работа с сертификатами качества.
У Ozon часто меняются требования к сертификации ножей — то они обязательно нужны, то не обязательно, то по запросу клиентов. И наконец, с 1 октября 2026 года вступает в силу Федеральный закон о платформенной экономке, который в явном виде приписывает требования к сертификации изделий, конструктивно сходными с оружием, то есть ножей. Ozon решил начать проверки заранее и в один день заблокировал почти весь мой ассортимент.

Как я делал раньше:
Ozon блокирует какой-то товар или несколько
Я захожу в раздел сертификатов качества в Ozon Seller
Загружаю туда поштучно сертификат и приложение к нему
И привязываю к этому сертификату подходящие товары
Так как в этот раз Ozon мне заблокировал около 1000 SKU, такой подход обошелся бы мне в несколько месяцев рутины и ада. Усложняется еще все тем, что сертификаты от госоргана получаю не я, а поставщик, то есть создавать и называть их он может по своей логике. К тому же, это не PDF, откуда просто можно собрать данные, а просто картинка в JPEG, которая хранится на Гугл диске поставщика.
Поэтому единственным возможным решением оказалось распознание текста на картинке через ИИ и массовая загрузка сертификатов/привязка товаров по API в Ozon Seller.
При этом, если просто попросить того же Клода спарсить такие картинки, я бы сжег все лимиты уже на 10-20 картинке. А мне нужно распознать около 500 картинок. Поэтому тут понадобится локальная модель.
Итак, как же решить эту задачу?
Этап 1. Скачать локальную модель
Для этой задачи я выбрал модель qwen3-vl:8b («The most powerful vision-language model in the Qwen model family to date»), скачать и установить ее можно через Ollama, весит 6GB:
ollama run qwen3-vl:8b
Кстати, я взял самую большую модель (8b), но для этой задачи могла бы подойти и поменьше (2b, 4b) и тогда обработка бы заняла меньше времени.
Этап 2. Описать Клоду задачу
Первый мой промт выглядел так:
??? Я:
напиши скрипт для локальной модели qwen3-vl:8b в ollama, чтобы он проанализировал все картинки сертификатов ножей и выделил оттуда номер сертификата и артикулы, которые к нему привязаны. пример сертификата и приложения приложил. на входе я дам ссылку на Google Drive с сертификатами на выходе я хочу получить табличку в google sheets, где будут колонки: "фото сертификата" (ссылка на него в GD); "фото приложения" (ссылка на него в GD) - приложение связано по номеру сертификата; "номер сертификата" (POCC RU C-US.MЖ55.A.07230/21); "дата начала" действия сертификата (15.07.2021); "дата окончания" (если есть); "артикулы товаров" из приложения через запятую (20KR5, 20KR7, 20KR9, 27BAC, 27BAS, 23JB и тд); "название" - можно любое, например последние цифры номера (07230/21)
Он написал какой-то скрипт, я его даже не проверял, потому что понял, что интеграция с Гуглом это как-то слишком сложно для такой задачи, поэтому написал новый промт:
??? Я:
и давай сделаем скрипт для локальной папки, без интеграции с google
у меня есть папка со всеми сертификатами, а создать можно локальный файл csv
только не знаю что делать с картинками - на выходе должна быть ссылка (может есть решение с бесплатным хостингом?)
вообще, все это нужно, чтобы подготовить данные к добавлению сертификатов в Ozon по API: https://docs.ozon.ru/api/seller/#operation/ProductAPI_ProductCertificateCreate
может есть идеи как это сделать проще?
Как оказалось, хорошо, что я задал вопрос с картинками заранее, потому что выяснилось, что картинки вообще не нужно никуда отдельно сохранять, они загружаются напрямую в Ozon по API и Claude это торжественно написал:
✴️ Claude:
Отлично, вот теперь у меня есть критическая информация. Главное открытие: Ozon API принимает файлы напрямую через multipart/form-data, никакие публичные ссылки не нужны! Метод POST /v1/product/certificate/create принимает поле files (массив байтов, расширения jpg/jpeg/png/pdf) — то есть мы заливаем сертификат прямо файлом в теле запроса. Хостинг картинок не нужен в принципе.
Потом Claude задал несколько уточняющих вопросов и выдал финальный (на тот момент) пайплайн:
папка → пары файлов → Ollama (qwen3-vl:8b) → Ozon API ├─ POST /v1/product/certificate/create (оба листа в одном сертификате) ├─ POST /v2/product/list (один раз для всех артикулов: offer_id → product_id) └─ POST /v1/product/certificate/bind (привязка по product_id) └─ CSV-отчёт с тем, что сделано
Далее он подготовил скрипт, написал мне какие-то команды для терминала, но как я не пытался его запустить, у меня ничего не получилось. И через несколько таких диалогов, я решил сдаться и признаться Клоду и вам:
??? Я:
так, я ничего не понял
что мне надо сделать чтобы запустить этот скрипт по шагам
И дальше пошло все хорошо — он начал расписывать мне по шагам, даже слишком примитивным, типа «как открыть терминал на Mac». И на каждом шаге просил выполнить в терминале проверки, чтобы не сбиться с пути. Хоть и долго и стыдно, но зато все запустилось, и я по ходу дела уже разобрался в этих терминальских путях и командах.
Этап 3. Исправить все ошибки
С первого раза как обычно ничего не заработало, поэтому потребовалось очень много итераций ошибок -> копирования их в Клод -> доработки скрипта -> и так по кругу. По пути вскрывались более глобальные ошибки, например:
Одни сертификаты связаны по названию файла, другие нет — можно понять связь только по номеру самого сертификата внутри, а это значит, что нужно больше времени на парсинг
В названиях файлов тупо есть опечатки, из-за которых нельзя корректно их опознать и связать
У каких-то сертификатов есть приложения с артикулами, у каких-то нет — артикулы содержаться прямо в сертификате
Все подобные ошибки ломают простой скрипт и заставляют писать сложный, на который еще и потратится больше времени и ресурсов. Клод конечно с ними справился и наконец получилось выполнить тестовый прогон и спарсить несколько сертификатов.
НО! Я в очередной раз решил быть откровенным и написал Клоду:
??? Я:
блин давай сделаем все проще
в ozon надо отправить по одному файлу сертификата + связанным приложениям в один метод добавления сертификата
а товаров внутри может быть сколько угодно, можно максимум ограничить их под соотвествующий бренд
остальное пусть они сами сверяют
Коллеги из Ozon, извините. Но пришлось переложить часть работы на вас.
В итоге Клод полностью переписал скрипт на новый, более простой и требующий меньше ресурсов от Ollama. Как он мне написал:
✴️ Claude:
Это сразу даёт в 2-4 раза меньше времени на прогон. На твоих 225 парах + ~6 многостраничных — раньше распознавание заняло бы ~5+ часов, теперь ~2-3.
Там возникла новая проблема с маппингом брендов, потому что в Ozon они имеют разные названия даже на товарах одного и того же бренда (но это уже другая моя боль) — получилось обойтись простым json, в котором название папки соотносится сразу с несколькими названиями, например:
{ "Boker": ["Boker", "Boker Plus", "Magnum by Boker", "Magnum"] }
Этап 4. Подготовиться к тестовому прогону
Когда локально мы прошли все тесты, пришло время подключать Ozon Seller API. «Ради безопасности» Клод попросил создать .env файл с ключами:
cat > .env << 'EOF' OZON_CLIENT_ID=44604 OZON_API_KEY=ВПИШИ_СЮДА_НОВЫЙ_КЛЮЧ EOF
А потом попросил открыть блокнот, вписать и сохранить ключ через него:
open -a TextEdit .env
Сами Client ID и API ключ можно найти и сгенерировать в Ozon Seller -> Профиль -> Настройки -> Seller API

Еще несколько кругов ада ошибок и исправлений и получился рабочий скрипт! Скрипт связал сертификат с приложением к сертификату -> Ollama спарсила данные сертификатов -> Фотографии сертификатов и параметры из него отправились в Ozon Seller по API. Проверяем и видим результат:


Этап 5. Запустить полный прогон
Запустил боевой скрипт и ушел по делам на 3 часа. Вернулся и красота:

Финальное ревью от Claude:
✴️ Claude:
??? Получилось! Полный прогон отработал успешно. Давай разбираться по итогам.
Итоги
- Распознавание сертификатов: 3 часа 23 минуты, 231 сертификат, средняя скорость 52 сек/серт.
- Загрузка в Ozon: 34 минуты, 231 сертификат загружен, к каждому привязаны товары соответствующего бренда.
- Не удалось распознать: всего 3 сертификата (Cold Steel 16760, SOG 14450, SOG 17452 — на них Ollama зависла даже с ретраями). Это менее 1.3% — отличный результат.
Осталось дождаться прохождение модерации от Ozon. В итоге, с помощью Claude и Ollama я смог (если модерация пройдет успешно) восстановить продажи +1000 товаров, загрузив +200 сертификатов всего за день. Раньше мне бы потребовалось на эту работу несколько месяцев, а то и год.
Используемая модель в Claude: Opus 4.7
Спасибо, что прочитали до конца! Как вы поняли из статьи, я не сильно разбираюсь в коде, поэтому буду ждать конструктивные комментарии по улучшению процесса — где можно сделать проще, где я жестко тупанул, а где вообще написал полную чушь.
А если вы также как я, ничего не смыслите в программировании, но хотите создавать свои продукты, приглашаю почитать мою старую статью про создание бота для Телеграма через Cursor, а также подписаться на мой микро телеграм-канал, где я писал про разработку iOS-приложения через Cursor и его публикацию в AppStore с нуля: https://t.me/com_murzak
Комментарии (13)

RomanDrDev
30.04.2026 16:34Несколько месяцев на 1 тысячу позиций? Это точно не преувеличение?

mikhailmurzak Автор
30.04.2026 16:34Нет, потому что нужно взять картинку сертификата, переписать оттуда номер и дату, найти приложение к этому сертификату и выписать оттуда артикулы, которые к нему относятся. Таких сертификатов около 200 + 200-300 приложений к ним и все это заносится вручную через ЛК селлера по каждому сертификату. Несколько лет назад, я уже занимался этой проблемой (тогда вручную), поэтому знаю что на весь ассортимент уходят месяцы) Есть же еще другие дела
Скрытый текст


Remigrant
30.04.2026 16:34А надлежащим именованием файлов картинок сертификатов это разве почему-то не решается? По типу
<ID>-<date>_<supplID>.jpgа потом достаточно простым батником генерировать список, который потом скармливать условному Postman для загрузки через API? Заморочек вроде бы на порядок меньше, чем с иишницей, и тоже - один раз настроил и пользуйся.

mikhailmurzak Автор
30.04.2026 16:34Да, с нормальными названиями было бы проще. Проблема в том, что не я их получаю от госоргана, а поставщик) а он может их создавать и называть по своей логике
Спасибо за комментарий, это важное уточнение, добавил в статью

aiarchitector
30.04.2026 16:34было такое дело, но там меньше было, тоже лень было самому делать)
Gemini попросил, всё сделала)
но Claude конечно именно в кодинге превосходит гугл, но не в универсальности
mikhailmurzak Автор
30.04.2026 16:34тоже через скрипт для локальной модели? или прям gemini все спарсил?

aiarchitector
30.04.2026 16:34она скрипт написала и сама запустила в Google Colab, правда переделывала скрипт раза 3-4, но Гугл со своими огромными ограничениями позволяет это делать хоть 100 раз

aiarchitector
30.04.2026 16:34да и я локальные модели не использую, муторно, всегда делаю через Groq API, там щас есть модель на 120B, и устанавливать ничего не надо. просто просишь тот же Клауд создать сайт с твоим Groq API, там бесплатные токены довольно большие для одного человека, и у тебя считай собственная умная нейросеть чисто для тебя

vtal007
30.04.2026 16:34можно с этого места поподробнее :)

aiarchitector
30.04.2026 16:34как мне дадут возможность статью написать, первой статьёй выпущу сразу)

gudvinr
30.04.2026 16:34А вы не пробовали использовать вместо локальных ллм просто OCR?
Они существовали и до AI-бума, и не требуют настолько много ресурсов, при этом качество должно быть достаточно хорошим для печатного текста
Это один из тех случаев, когда инструмент просто выбран неправильно, и часть проблем просто можно было бы избежать, не используя микроскоп для забивания гвоздей.
achekalin
Извините, не удержусь: это не про вас реклама была в каждом втором телеграм канале "сам кую, продаю остатки!"?
Вчитался в текст - правда, статья не о впаривании, а о полезном применении ллм для облегчения жизни, за такое прямо спасибо!
mikhailmurzak Автор
не про меня)
и тут скорее проблема у меня в статья в том, чтобы вообще хотя бы показать товар покупателям, до продажи еще далеко))