Je cherche une développeurs informatique pour concrétise un bot

Analyse par rapport au Cahier des ChargesFonctionnalité (Cahier des Charges)Statut Implémentation (Code Fourni)CommentairesObjectif: Automatiser prise RDVPartiellement Fait L'inscription est automatisée (avec pauses pour intervention admin). La recherche de créneaux est automatisée, mais la sélection finale du créneau ne semble pas implémentée.Objectif: Sécuriser (Captcha x2, OTP x2)Partiellement Fait Captcha: Géré sur le site BLS lors du login/validation (1 ou 2 fois selon le flux BLS), pas de captcha propre à l'application. OTP: 1 OTP géré pour l'inscription. Pas de 2ème OTP distinct implémenté (probablement pas sur BLS).Objectif: Faciliter inscription (autoremplissage)Fait Le bot remplit les formulaires BLS à partir des données du modèle Candidat.Objectif: Confirmation fiable/traçablePartiellement Fait Le statut des tâches est tracé dans ScrapingTask. Pas de confirmation active (email/SMS) envoyée par l'applicationelle-même. Repose sur les confirmations de BLS et le statut dans l'admin.Sécurité: Captcha x2 (accès plateforme, soumission)Partiellement Fait / Non ApplicableGère le(s) Captcha(s) de BLS. Pas de captcha propre à cette application.Sécurité: OTP x2 (après saisie info, validation finale)Partiellement Fait Gère le 1er OTP de BLS pour l'inscription. Pas de 2ème OTP.Admin UI: Tableau de bordManquant Utilise l'index admin Django standard.Admin UI: Gestion RDVFait (via CandidatAdmin)Admin UI: Suivi confirmationsFait (via ScrapingTaskAdmin, suivi des statuts et erreurs)Admin UI: Gestion utilisateurs/accèsFait (CustomUserAdmin, OrganisationAdmin, OrganisationRoleAdmin)Client UI: Accès sécurisé, Formulaire simplifié, SuiviManquant L'application est uniquement back-office (Admin).Automatisation:Récupération auto infos clientFait (remplissage depuis modèle Candidat)Automatisation:Suggestions basées sur historiqueManquantConfirmation/Notifs:Email/SMS instantanéManquantConfirmation/Notifs:Rappel autoManquantConfirmation/Notifs:Ajout CalendrierManquantTechnique: Web app desktop/mobileFait (Admin Django est responsive)Technique: Backend Python/DjangoFaitTechnique: Frontend (React/Vue/Angular)Manquant / Non ApplicablePas de frontend client dédié.Technique: DB (PostgreSQL/MySQL)Fait (Supporte SQLite et PostgreSQL)Technique:Hébergement CloudFait (Configuré pour Railway)Sécurité: Chiffrement données sensiblesPartiellement Fait Carte bancaire chiffrée (EncryptedCharField). MAIS, temp_password et new_password dans ScrapingTask sont en clair (CharField). C'est un risque si la DB est compromise.Sécurité: Protection CSRF, XSS, SQLiFait (Via les mécanismes standards de Django)Sécurité:Journalisation tentativesFait (Logs Python, statut/erreurs/tentatives dans ScrapingTask)Déploiement: Serveur cloud sécuriséFait (Dockerfile, Railway config)La sécurité dépend de la configuration finale.Maintenance:Sauvegardes autoManquant (Dépend de l'infra/DBaaS)Maintenance:Corrective/ÉvolutiveNon Applicable(Processus humain)2. Ce qui Reste à Faire (Selon le Cahier des Charges) Finalisation de la prise de RDV(3 à 5 jours): Implémenter la logique pour sélectionner effectivement une date et une heure lorsqu'un créneau est trouvé, et confirmer ce RDV. Actuellement, le bot semble s'arrêter à la page de sélection. Sécurité(1 à 2 jours): Chiffrer les champs temp_password et new_password dans le modèle ScrapingTask ou trouver une méthode pour ne pas les stocker en clair durablement. Implémenter un Captcha sur l'application elle-même (si l'accès admin doit être protégé au-delà du login standard).