52fe013375
- Добавлены unified_id и contact_id в TicketFormDescriptionRequest - Исправлен CODE_MERGE_PROJECT_TO_SESSION.js - теперь сохраняются ВСЕ данные из body.other - Добавлен fallback на получение other из Webhook напрямую - Генерация новой session_id при создании новой жалобы (сохраняя авторизацию) - Добавлен SQL_SELECT_CONTACT_WITH_CUSTOM_FIELDS.sql для CRM контактов - Создан SESSION_LOG_2025-11-25.md с документацией сессии
75 lines
3.8 KiB
Markdown
75 lines
3.8 KiB
Markdown
# Лог сессии разработки - 19 ноября 2025
|
||
|
||
## Проблема
|
||
После верификации телефона не отображается список черновиков, хотя в базе данных есть заявки с `unified_id = 'usr_90599ff2-ac79-4236-b950-0df85395096c'`.
|
||
|
||
## Что было сделано
|
||
|
||
### 1. Добавлено логирование в frontend
|
||
- В `ClaimForm.tsx` добавлены логи для отслеживания:
|
||
- Вызов `onNext` с `unified_id`
|
||
- Проверка условий для показа черновиков
|
||
- Запрос к API `/api/v1/claims/drafts/list`
|
||
- Ответ от API
|
||
|
||
### 2. Добавлено логирование в backend
|
||
- В `claims.py` добавлены логи для отладки запроса черновиков:
|
||
- Тестовый COUNT запрос для проверки наличия данных в БД
|
||
- Количество найденных строк
|
||
- Детали первой строки
|
||
|
||
### 3. Проверка данных в БД
|
||
- Проверено напрямую через psql: есть 17 заявок для `unified_id = 'usr_90599ff2-ac79-4236-b950-0df85395096c'`
|
||
- Из них 3 со статусом `draft`
|
||
- Все заявки с каналом `telegram` (не `web_form`)
|
||
|
||
### 4. Проблема
|
||
- API `/api/v1/claims/drafts/list?unified_id=...` возвращает `{"success":true,"count":0,"drafts":[]}`
|
||
- Логи в backend не появляются (logger.info не выводится в консоль)
|
||
- SQL запрос напрямую в psql работает и возвращает данные
|
||
|
||
## Текущее состояние
|
||
|
||
### Frontend
|
||
- `unified_id` приходит от n8n и отображается в консоли браузера
|
||
- `unified_id` передается в `onNext` callback
|
||
- `checkDrafts` вызывается с правильным `unified_id`
|
||
- Но API возвращает 0 черновиков
|
||
|
||
### Backend
|
||
- Endpoint `/api/v1/claims/drafts/list` существует
|
||
- Запрос к БД должен работать (проверено через psql)
|
||
- Но логи не появляются, что странно
|
||
|
||
## Что нужно проверить дальше
|
||
|
||
1. **Почему логи не появляются?**
|
||
- Проверить настройки логирования в FastAPI
|
||
- Возможно, нужно использовать `print()` вместо `logger.info()`
|
||
|
||
2. **Почему запрос возвращает 0 результатов?**
|
||
- Проверить, что `asyncpg` правильно выполняет запрос
|
||
- Возможно, проблема с параметрами запроса
|
||
- Проверить, что `unified_id` правильно передается в SQL
|
||
|
||
3. **Проверить в браузере:**
|
||
- Открыть консоль разработчика
|
||
- Проверить логи `🔥 onNext вызван с unified_id:`
|
||
- Проверить логи `🔍 Запрос черновиков:`
|
||
- Проверить ответ API `🔍 Ответ API черновиков:`
|
||
|
||
## Файлы изменены
|
||
|
||
1. `frontend/src/pages/ClaimForm.tsx` - добавлено логирование
|
||
2. `backend/app/api/claims.py` - добавлено логирование и тестовые запросы
|
||
|
||
## Следующие шаги
|
||
|
||
1. Проверить логи в браузере после перезагрузки
|
||
2. Проверить, что API действительно вызывается
|
||
3. Если API вызывается, но возвращает 0 - проверить SQL запрос в backend
|
||
4. Если SQL работает, но asyncpg не возвращает данные - проверить формат параметров
|
||
|
||
|
||
|