Authentification et sécurité inchangées : L’environnement sandbox respecte les mêmes règles d’authentification que la production :

• En-têtes requis : Authorization, Usersecretkey, Origin, User-Agent, Accept-Language
• Les tokens et clés restent nécessaires.
• Les réponses d’erreur (403, 401, 429) sont également simulées de manière réaliste.

Configuration de Swagger UI pour le sandbox : Swagger UI prend désormais en charge les tests dans l’environnement sandbox.

• Le fichier openapi-easyjobs.yaml référence l’URL v1-sandbox comme serveur principal.
• Toutes les requêtes envoyées via Swagger UI sont dirigées automatiquement vers le sandbox.
• Cela permet de simuler des envois d’offres et de vérifier les validations sans conséquences.

• Finalisation de la première version complète de la documentation technique publique.

Validation stricte des dates futures

• Ajout d’une nouvelle validation sur le champ date : Les dates futures sont désormais rejetées. Toute valeur de date supérieure à l’instant présent entraîne une erreur 422 Unprocessable Entity avec le message : « La date ne peut pas être dans le futur. »
• Cette règle renforce la cohérence temporelle des offres créées ou modifiées.
• Aucun changement n’a été apporté au champ valid_through, qui reste prévu pour des dates futures.

• Début de la rédaction de la documentation officielle de l’API EasyJobs.

• Début de tests intensifs sur les différents endpoints afin de valider la stabilité et la conformité de l’API avant documentation finale.

Mise en place de l’environnement sandbox : Un environnement de test complet a été mis en place pour faciliter l’intégration et les essais sans impacter les données de production.

• Nouvel endpoint racine : https://api.easyjobs.fr/v1-sandbox/
• Identique à la version production en termes de structure et de validations.
• Données traitées en file d’attente, sans effet sur la base réelle.
• Recommandé pour tous les tests initiaux ou les mises à jour de connecteurs.

• Refactorisation de la gestion centralisée des exceptions dans tous les endpoints JSON / XML.
• Ajout de logs détaillés pour chaque requête utilisateur sur /job-edit et /job-posting.
• Correction d’un bug dans la validation du champ description lors de l’édition d’une offre.

• Optimisation de la vérification des méthodes HTTP permises pour tous les endpoints.
• Ajout d’une vérification supplémentaire sur le format de la date (YYYY-MM-DD HH:mm:ss) dans les entrées.

• Ajout du support pour la journalisation automatique des erreurs critiques dans les fichiers de log séparés pour chaque endpoint.
• Correction d’un problème de gestion des caractères spéciaux dans le champ title (support étendu pour UTF-8).
• Mise à jour du script de validation pour permettre des titres jusqu’à 160 caractères.
• Amélioration des messages d’erreur retournés lors de la validation des champs title et id (plus explicites pour le client).

• Ajout de tests unitaires sur les fonctions de validation des champs obligatoires.
• Correction de la gestion des erreurs HTTP 400 pour les entrées JSON / XML invalides.

• Refactorisation du module de validation pour mutualiser la logique entre édition et publication d’offres.

• Mise en place d’un système de logs d’audit pour toutes les modifications d’offres via l’API.
• Optimisation du code pour réduire le temps de traitement des requêtes PUT sur /jobs-edit.

• Correction d’un bug empêchant la création d’offres sans description.

• Correction d’un problème de compatibilité avec certains clients XML.
• Amélioration de la robustesse du parsing XML côté serveur.

• Ajout de scripts de tests automatisables sur le serveur pour valider les endpoints avant déploiement.

• Refactorisation du code de parsing JSON pour de meilleures performances.
• Ajout d’un endpoint interne pour statistiques d’utilisation.

• Ajout d’une gestion fine des erreurs pour les méthodes HTTP non autorisées (405).
• Modification du système de logs pour chaque endpoint.

• Mise à jour de la gestion des erreurs standardisées pour toutes les réponses API.

• Mise à jour de la structure de validation des champs obligatoires et des formats attendus.
• Amélioration de la documentation interne des fonctions de validation.

• Sécurisation du traitement des entrées utilisateur pour éviter les injections via les champs texte.
• Ajout d’un contrôle sur la taille maximale du champ id (128 caractères).

• Mise en place du journal des modifications. Les travaux réalisés avant cette date ne sont pas détaillés dans ce document.