fix(procurement): срок поставки брать у поставщика, а не из сводки сайта

[ShaerWare]

Summary

После смены темы магазина (28.09.2026) на товарах появились пер-поставщиковые меты — поле на склад плюс срок рядом:

EKF_Stock_0    + EKF_Stock_0_delivery    → «1-2 дня»   (в сводке подписан SUNWELL — тот же партнёр)
Chint_Stock_0  + Chint_Stock_0_delivery  → «3-4 дня»
Axima_Stock_0  + Axima_Stock_2 + их _delivery → «1 день»  (два склада — ВТО/Теректы из реестра)

Сводка _remote_stock_blocks, которую читал #848, с ними разъехалась и врёт в обе стороны:

• срок в ней — константа 1-2 дн. для КАЖДОГО поставщика, хотя у Chint собственное поле говорит «3-4 дня» — так в 39 случаях из 40;
• количество расходится с исходными полями в 67 случаях из 77, вплоть до «AXIMA 28 шт.» там, где оба склада Аксимы дают ноль.

Что сделано в _availability():

• Читает пер-поставщиковые меты. Срок — верхняя граница строки («3-4 дня» → 4): обещать быстрее поставщика нельзя.
• Позиция у нескольких поставщиков → берём самого быстрого из имеющих её в наличии и показываем его остаток с его же сроком. Склады разных поставщиков не суммируются: «12 шт. за 2 дня» означало бы, что приедут и те семь, что лежат у четырёхдневного.
• Все известные поставщики по нулям → None («уточняется»), а не False: позицию может возить тот, чьих полей на сайте нет.
• Сводке оставлен один ПРОМСИТЕХ, у которого своих полей нет; срок оттуда не берётся никогда.

Попутно зафиксировано в CLAUDE.md: HTML сайта закрыт антибот-заглушкой «Проверка безопасности», разбор страниц как запасной путь недоступен. Меты видны только через authenticated v3 — публичный Store API их не отдаёт.

Relates to #841 (нулевые цены этим не лечатся: Chint_Price есть у 37 товаров из 1200 и ни у одного из 597 без цены).

NEWS

⏱️ Ассистент называет реальный срок поставки, а не усреднённый

Магазин начал хранить остатки и сроки отдельно по каждому поставщику — и оказалось, что общая сводка на карточке всем подряд обещала «1-2 дня», хотя у части товаров доставка занимает 3-4 дня. Теперь ассистент берёт срок у того поставщика, у которого товар действительно есть: где-то это день, где-то четыре. И если позиция лежит у нескольких — выбирает самого быстрого и показывает именно его остаток, а не сумму всех складов.

Test plan

• pytest tests/unit/test_site_remote_stock.py — 13 тестов: разбор «1 день»/«1-2 дня»/«3-4 дня» с верхней границей, сумма двух складов одного поставщика, выбор быстрейшего из имеющих в наличии, пропуск поставщика с нулём, «все по нулям ≠ отказ», сводка не перебивает поля (AXIMA 28 vs два нуля), ПРОМСИТЕХ из сводки без срока, JSON-строка, stock_status=instock не наличие, явный outofstock, битые значения не роняют разбор
• Весь procurement-набор — 52 passed
• ruff check . + ruff format --check . — чисто
• Прогон по живому каталогу (1200 товаров, прод-ключи, прод-код не менялся): 51 позиция с наличием, сроки 4 дн. (31) / 2 дн. (16) / 1 день (4), ложных «нет в наличии» — 0. По прежней логике все 51 получили бы «до 2 дней», то есть 31 — с вдвое заниженным сроком
• После деплоя: ре-синк каталога → ожидаем ~1 300 позиций с in_stock=1 и заполненным lead_time_days (сейчас в проде 0)

🤖 Generated with Claude Code