Skip to content

fix(chat): вернуть остатки поставщиков клиенту, разведя их со складом словами - #855

Merged
ShaerWare merged 1 commit into
mainfrom
local/fix/supplier-stock-back-to-client
Oct 3, 2026
Merged

ShaerWare merged 1 commit into
mainfrom
local/fix/supplier-stock-back-to-client

Conversation

@ShaerWare

Copy link
Copy Markdown
Owner

Summary

Директор подтвердил (03.10.2026), что файлы прайсов актуальны, и попросил вернуть их в клиентский ответ. Это и был исходный замысел с самого начала: «инфа о товарах, которые есть у поставщика, и надо уточнять сроки только».

Беда 02.10 была не в источнике, а в формулировке: пометку «есть у поставщика — уточнить только срок» модель сжимала в «✅ В наличии», и клиент справедливо отвечал «их же нет в наличии». Отключение источника (#854) лечило симптом и забирало у клиента половину каталога.

  • _inject_offer_context снова ищет с догрузкой прайсов для всех каналов.
  • Клиентский ярлык: «есть у поставщика (не на нашем складе) — уточнить только срок поставки». Прочитать его как наш склад уже нельзя.
  • Правила врезки: ✅ и слово «в наличии» разрешены только для пометки «в наличии N шт.» (подтверждённый остаток сайта); для «есть у поставщика» — «есть у поставщика, срок уточним», без галочки. Сам факт поставляемости под сомнение не ставить, уточнять только срок.
  • with_supply=False остался для мест, где прайс не к месту: КП считается по своим правилам, триаж писем смотрит на совпадение темы.
  • Имя поставщика и закупочная цена клиенту по-прежнему не уходят.

NEWS

📦 Ассистент снова подсказывает то, что есть у поставщика

Товары, которых нет на нашем складе, но которые есть у поставщика, опять попадают в ответ — по ним остаётся уточнить только срок поставки. При этом они больше не выглядят как «в наличии»: галочка остаётся только за позициями с подтверждённым остатком, а остальное честно помечено как поставка под заказ.

Test plan

  • Тест: клиент получает supply, ярлык содержит «поставщика» и «срок», но не содержит ни имени поставщика, ни слова «наличии»
  • Тест: with_supply=False по-прежнему отключает догрузку
  • Весь procurement-набор — 76 passed
  • ruff check . + ruff format --check . — чисто
  • После деплоя проверить на проде по dr-30w-24: клиентский канал → «есть у поставщика (не на нашем складе) — уточнить только срок поставки»

🤖 Generated with Claude Code

… словами

Директор подтвердил (03.10.2026), что файлы прайсов актуальны, и попросил
вернуть их в клиентский ответ. Это и был исходный замысел: «инфа о товарах,
которые есть у поставщика, и надо уточнять сроки только».

Беда 02.10 была не в источнике, а в формулировке. Пометку «есть у
поставщика — уточнить только срок» модель сжимала в «✅ В наличии», и клиент
справедливо отвечал «их же нет в наличии». Отключение источника лечило
симптом и забирало у клиента половину каталога.

- `_inject_offer_context` снова ищет с догрузкой прайсов для всех каналов.
- Клиентский ярлык: «есть у поставщика (не на нашем складе) — уточнить
  только срок поставки». Прочитать его как наш склад уже нельзя.
- Правила врезки: ✅ и слово «в наличии» разрешены ТОЛЬКО для пометки
  «в наличии N шт.» (подтверждённый остаток сайта); для «есть у поставщика»
  — «есть у поставщика, срок уточним», без галочки. Сам факт
  поставляемости под сомнение не ставить, уточнять только срок.
- `with_supply=False` остался для мест, где прайс не к месту: КП считается
  по своим правилам, триаж писем смотрит на совпадение темы.
- Имя поставщика и закупочная цена клиенту по-прежнему не уходят.

## NEWS

📦 **Ассистент снова подсказывает то, что есть у поставщика**

Товары, которых нет на нашем складе, но которые есть у поставщика, опять
попадают в ответ — по ним остаётся уточнить только срок поставки. При этом
они больше не выглядят как «в наличии»: галочка остаётся только за
позициями с подтверждённым остатком, а остальное честно помечено как
поставка под заказ.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@ShaerWare
ShaerWare merged commit 3e2a21b into main Oct 3, 2026
3 checks passed
@ShaerWare
ShaerWare deleted the local/fix/supplier-stock-back-to-client branch October 3, 2026 07:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant