Agentic Trading Lab
에이전트와 대화하고, 거래 아이디어를 테스트하며, 코드 없이 실제 시장 데이터에 AI 트레이딩 에이전트를 적용
사전 회수 관리: 고객 청구서 추적, 증빙 서류 검증, 지연 알림, 데이터 내보내기 제공 (Django·PostgreSQL 기반)
Pré-recouvrement : suivi des factures clients, contrôle des pièces justificatives, alertes de retard, exports — Django / PostgreSQL
금융Python · HTMLGitHub @stan-kempachi온라인운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
개인 계정의 공개 저장소 소유자는 GitHub로 로그인해 운영자를 확인하고 소개를 직접 관리할 수 있습니다. 관리자 승인은 필요하지 않습니다.
로그인한 뒤 확인 파일을 만들어 이 저장소의 기본 브랜치에 30분 안에 커밋해 주세요. 다른 브랜치나 포크의 파일은 인정하지 않습니다. 파일을 올린 뒤 아래에서 확인하면 관리자 승인 없이 관리할 수 있습니다. 자격을 유지하려면 파일을 남겨 두세요.
로그인이 필요하면 로그인 화면으로 이동합니다. 로그인 후 이곳으로 돌아와 원하는 확인 버튼을 다시 눌러 주세요.
프로젝트 폴더에서 /nomorevibe verify를 실행하면 소유권을 확인하고 소개를 직접 관리할 수 있습니다.
1분 만에 확인하기메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗Application web de pré-recouvrement : suivi des factures clients, contrôle des pièces justificatives avant dépôt, alertes de retard et exports. Les connecteurs vers les plateformes de facturation (Chorus Pro, Ariba) sont la prochaine étape de la feuille de route.
Démo : https://recovr.stan-aria.dev (compte sur demande)
RecovR permet à une entreprise de :
| Couche | Choix |
|---|---|
| Backend | Django 4.2, Django REST Framework, django-allauth |
| Frontend | Templates Django + Tailwind CSS (CDN) + DataTables |
| Base de données | PostgreSQL 16 |
| Serveur | gunicorn + whitenoise, derrière un reverse proxy (TLS Cloudflare) |
| Qualité | black, isort, ruff, pre-commit, pytest / pytest-django |
| Versionnement | python-semantic-release (conventional commits) |
| App Django | Rôle | État |
|---|---|---|
accounts | Utilisateur personnalisé (login par email, rôles admin / user / readonly), entreprises, rattachement utilisateur ↔ entreprise | ✅ |
dashboard | Tableau de bord | ✅ |
invoices | Clients, factures (création, édition, filtres, statuts avec historique), documents justificatifs, conformité (facture + bon de commande + bon de livraison), jours de retard | ✅ |
tasks | Tâches, commentaires, assignation, règles de récurrence | ✅ |
notifications | Notifications in-app (badge, page, marquage lu) ; contrôle quotidien invoices_check (retards, pièces manquantes) ; email prêt, non activé | ✅ |
reporting | Export CSV / Excel des factures avec les filtres de la liste | ✅ (exports) |
compliance | Règles de conformité paramétrables | modèles seulement — la règle « 3 pièces » est codée dans invoices |
api_connectors | Connecteurs Chorus Pro / Ariba (stockage des identifiants API) | modèles seulement |
allauth-ui).GOOGLE_OAUTH2_CLIENT_ID / GOOGLE_OAUTH2_CLIENT_SECRET ne sont pas définis. URL de callback à déclarer côté Google : https://<hôte>/accounts/google/login/callback/.mandatory par défaut (config/settings.py), none dans config/pi_settings.py (pas de SMTP sur l'instance de référence).Prérequis : Python 3.12+, Poetry, PostgreSQL.
git clone [email protected]:stan-kempachi/recovr_software.git
cd recovr_software
poetry install
cp .env.example .env # puis renseigner SECRET_KEY et DB_*
poetry run pre-commit install
poetry run python manage.py migrate
poetry run python manage.py createsuperuser
poetry run python manage.py runserver
Tests et qualité :
poetry run pytest
poetry run pre-commit run --all-files
Les tests utilisent
tests/config/settings_test.py(PostgreSQLrecovr_testpar défaut). Pour les lancer sans PostgreSQL :DB_ENGINE=django.db.backends.sqlite3 DB_NAME=:memory: poetry run pytest --create-db --no-migrations. La CI GitHub Actions (.github/workflows/ci.yml) exécute black / ruff / isort puis les 84 tests sur PostgreSQL 16.
| Fichier | Usage |
|---|---|
config/settings.py | Base commune (lit .env via python-dotenv) |
config/pi_settings.py | Déploiement de la démo : DEBUG=False, whitenoise, Google OAuth2 optionnel, hôte via PUBLIC_HOST |
tests/config/settings_test.py | Tests |
Variables d'environnement principales : SECRET_KEY, DEBUG, ALLOWED_HOSTS, DB_ENGINE, DB_NAME, DB_USER, DB_PASSWORD, DB_HOST, DB_PORT, PUBLIC_HOST, GOOGLE_OAUTH2_CLIENT_ID, GOOGLE_OAUTH2_CLIENT_SECRET.
L'application se déploie comme n'importe quel projet Django : variables d'environnement (voir ci-dessus), migrate, collectstatic, puis gunicorn derrière un reverse proxy TLS. config/pi_settings.py est l'exemple utilisé pour la démo (whitenoise pour les statiques, Google OAuth2 optionnel). Endpoint de santé : GET /health/. Un timer système lance manage.py invoices_check chaque matin.
Le projet suit les conventional commits ; python-semantic-release en déduit la version et le CHANGELOG.md.
| Type | Impact version |
|---|---|
feat | mineure |
fix, perf | patch |
docs, style, refactor, test, build, ci, chore, revert | aucun |
poetry run semantic-release version --no-push
api_connectors) — #1compliance) — #3Code source publié à titre de portfolio. Tous droits réservés — voir LICENSE.