negodiy/aiform_prod
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
4b9665b27f08def02db1622c0a5cf639a60cf9d0
aiform_prod/docs/SESSION_LOG_2025-11-19.md

75 lines
3.8 KiB
Markdown
Raw Normal View History

Добавлено логирование для отладки черновиков - Добавлены логи в frontend (ClaimForm.tsx) для отслеживания unified_id и запросов к API - Добавлены логи в backend (claims.py) для отладки SQL запросов - Создан лог сессии с описанием проблемы и текущего состояния - Проблема: API возвращает 0 черновиков, хотя в БД есть данные
2025-11-19 18:46:48 +03:00
# Лог сессии разработки - 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 не возвращает данные - проверить формат параметров
feat: Add PostgreSQL fields and workflow for form without files Database changes: - Add unified_id, contact_id, phone columns to clpr_claims table - Create indexes for fast lookup by these fields - Migrate existing data from payload to new columns - SQL migration: docs/SQL_ALTER_CLPR_CLAIMS_ADD_FIELDS.sql SQL improvements: - Simplify claimsave query: remove complex claim_lookup logic - Use UPSERT (INSERT ON CONFLICT) with known claim_id - Always return claim (fix NULL issue) - Store unified_id, contact_id, phone directly in table columns - SQL: docs/SQL_CLAIMSAVE_UPSERT_SIMPLE.sql Workflow enhancements: - Add branch for form submissions WITHOUT files - Create 6 new nodes: extract, prepare, save, redis, respond - Separate flow for has_files=false in IF node - Instructions: docs/N8N_FORM_GET_NO_FILES_INSTRUCTIONS.md - Node config: docs/N8N_FORM_GET_NO_FILES_BRANCH.json Migration stats: - Total claims: 81 - With unified_id: 77 - Migrated from payload: 2 Next steps: 1. Add 6 nodes to n8n workflow form_get (ID: 8ZVMTsuH7Cmw7snw) 2. Connect TRUE branch of IF node to extract_webhook_data_no_files 3. Test form submission without files 4. Verify PostgreSQL save and Redis event
2025-11-21 15:57:18 +03:00
feat: Add claim plan confirmation flow via Redis SSE Problem: - After wizard form submission, need to wait for claim data from n8n - Claim data comes via Redis channel claim:plan:{session_token} - Need to display confirmation form with claim data Solution: 1. Backend: Added SSE endpoint /api/v1/claim-plan/{session_token} - Subscribes to Redis channel claim:plan:{session_token} - Streams claim data from n8n to frontend - Handles timeouts and errors gracefully 2. Frontend: Added subscription to claim:plan channel - StepWizardPlan: After form submission, subscribes to SSE - Waits for claim_plan_ready event - Shows loading message while waiting - On success: saves claimPlanData and shows confirmation step 3. New component: StepClaimConfirmation - Displays claim confirmation form in iframe - Receives claimPlanData from parent - Generates HTML form (placeholder - should call n8n for real HTML) - Handles confirmation/cancellation via postMessage 4. ClaimForm: Added conditional step for confirmation - Shows StepClaimConfirmation when showClaimConfirmation=true - Step appears after StepWizardPlan - Only visible when claimPlanData is available Flow: 1. User fills wizard form → submits 2. Form data sent to n8n via /api/v1/claims/wizard 3. Frontend subscribes to SSE /api/v1/claim-plan/{session_token} 4. n8n processes data → publishes to Redis claim:plan:{session_token} 5. Backend receives → streams to frontend via SSE 6. Frontend receives → shows StepClaimConfirmation 7. User confirms → proceeds to next step Files: - backend/app/api/events.py: Added stream_claim_plan endpoint - frontend/src/components/form/StepWizardPlan.tsx: Added subscribeToClaimPlan - frontend/src/components/form/StepClaimConfirmation.tsx: New component - frontend/src/pages/ClaimForm.tsx: Added confirmation step to steps array
2025-11-24 13:36:14 +03:00
Reference in New Issue Copy Permalink