577611c65d8d803635245c65bc03d39b645d5f75
Problem: - When draft is fully filled, we subscribed to Redis SSE channel claim:plan - But all data already exists in PostgreSQL database - No need to wait for n8n to publish data - we can load it directly Solution: 1. Removed subscribeToClaimPlanForDraft() function - No longer subscribes to SSE channel for drafts - Removed EventSource cleanup code 2. Added transformDraftToClaimPlanFormat() function - Transforms draft data from DB format to propertyName format - Extracts data from payload/body (telegram/web_form formats) - Maps documents_meta to attachments array - Formats applicant, case, contract_or_service, offenders, claim, meta - Returns data in array format expected by confirmation form 3. Updated loadDraft() logic: - When draft is ready for confirmation (all steps filled + draft status) - Calls transformDraftToClaimPlanFormat() instead of subscribing to SSE - Immediately shows confirmation form with data from DB Flow: 1. User selects fully filled draft 2. System checks completeness (description, plan, answers, documents) 3. If ready → transforms DB data to propertyName format 4. Shows confirmation form immediately (no SSE wait) Benefits: - ✅ Faster: no waiting for n8n to publish data - ✅ More reliable: data always available from DB - ✅ Simpler: no SSE connection management for drafts - ✅ Works offline: doesn't depend on Redis pub/sub Files: - frontend/src/pages/ClaimForm.tsx: Added transform function, removed SSE subscription
🚀 Ticket Form Intake Platform
Платформа цифровой приёмки обращений для other.clientright.ru
- Backend: Python FastAPI (async)
- Frontend: React 18 + TypeScript
- Database: PostgreSQL + MySQL + Redis
- Queue: RabbitMQ
- Storage: S3 Timeweb Cloud
🎯 Быстрый старт
📍 Визуальный доступ:
После запуска доступны по адресам:
Frontend (форма):
http://147.45.146.17:5175/
Backend API:
http://147.45.146.17:8200/
API Документация (Swagger UI):
http://147.45.146.17:8200/docs ← Интерактивная!
Gitea (Git репозиторий):
http://147.45.146.17:3002/
🔧 Установка и запуск
Backend (FastAPI):
cd backend
# Создаём виртуальное окружение
python3 -m venv venv
source venv/bin/activate
# Устанавливаем зависимости
pip install -r requirements.txt
# Запускаем сервер
uvicorn app.main:app --reload --host 0.0.0.0 --port 8200
Frontend (React):
cd frontend
# Устанавливаем зависимости
npm install
# Запускаем dev сервер
npm run dev -- --host 0.0.0.0 --port 5175
📊 Архитектура
Поток данных:
React (5175) → FastAPI (8200) → [Redis, RabbitMQ, PostgreSQL]
↓
OCR Service (8001)
OpenRouter AI
FlightAware API
↓
PHP Bridge → Vtiger CRM
Что НЕ трогаем:
✅ CRM Vtiger (работает как работала)
✅ MySQL полисы (только READ)
✅ Существующий PHP код
🗄️ Базы данных
| База | Назначение | Хост |
|---|---|---|
| PostgreSQL | Логи, метрики, новые данные | 147.45.189.234:5432 |
| MySQL | Проверка полисов (READ) | localhost:3306 |
| Redis | Кеш, Rate Limiting | localhost:6379 |
📁 Структура проекта
ticket_form/
├─ backend/ ← Python FastAPI
│ ├─ app/
│ │ ├─ main.py
│ │ ├─ api/
│ │ ├─ services/
│ │ └─ models/
│ └─ requirements.txt
│
├─ frontend/ ← React TypeScript
│ ├─ src/
│ │ ├─ components/
│ │ ├─ pages/
│ │ └─ api/
│ └─ package.json
│
└─ .env ← Конфигурация
🔌 API Endpoints
Документы:
POST /api/v1/documents/upload- Загрузка в S3POST /api/v1/documents/scan- OCR + Vision
Рейсы:
GET /api/v1/flights/check- Проверка статуса
Обращения:
POST /api/v1/claims/submit- Создание обращения
Полисы:
GET /api/v1/policies/verify- Проверка полиса
🐛 Отладка
Логи:
# FastAPI
tail -f backend/logs/app.log
# PostgreSQL логи
SELECT * FROM logs ORDER BY created_at DESC LIMIT 50;
📝 Git
# Репозиторий
http://147.45.146.17:3002/negodiy/erv-platform
# Клонирование
git clone http://147.45.146.17:3002/negodiy/erv-platform.git
# Push изменений
git add .
git commit -m "Your message"
git push origin main
Автор: AI Assistant + Фёдор
Дата: 24.10.2025
Description
Languages
TypeScript
61.3%
Python
33.9%
Shell
1.8%
PLpgSQL
1.3%
HTML
1.3%
Other
0.4%