L’organisation est un flop total, les pertes financières sont majeures, il faut reporter le festival et peut-être même diminuer ou prolonger sa durée. De ce fait, il faut que les dates du festival soient paramétrables.

Conditions de succès

Critère Description
COS 1 :exclamation: Respecter les COS des stories précédentes SAUF COS 5 et 6 de ACP.
COS 2 La date de début par défaut est 2050-07-17
COS 3 La date de fin par défaut est 2050-07-24
COS 4 On permet l’achat de passe 180 jours avant la date de début du festival jusqu’à la veille du festival inclusivement.

Notes:

Prenez pour acquis que..

  • nous ne ferons qu’un seul POST à /configuration avant de faire les autres requêtes, donc pas besoin de gérer le fait que des passes aient été achetées avant le changement de configuration
  • les dates de début et de fin sont inclusives
  • on vous donnera des dates valides
  • les dates ne seront pas identiques (début - fin)
  • la date de fin > date de début
  • que les dates données seront après 2050
  • le festival peut durer plus ou moins de 8 jours

API

Requête

Exemple:

POST /configuration

{
    "beginDate": "2050-02-20",
    "endDate": "2050-02-23"
}

Réponse

HTTP 200 Ok

Questions et réponses sur la story:

22/11/2019

Attention: Les COS 5 et 6 de ACP ne sont plus valides étant donné les modifications qu’apporte REP

23/11/2019

Exemple: Disons que le festival est du 20 juillet 2050 au 25 juillet 2050, la vente de billets est ouverte du 21 janvier 2050 au 19 juillet 2050 inclusivement.

Pour ACP, on vous demandait une description d’erreur spécifique, vous pouvez la laisser comme ça, car pour ce cas on ne va pas la vérifier:

“description” : “event date should be between July 17 2050 and July 24 2050”::string

29/11/2019

Pour la date de dévoilement du festival, vous pouvez soit la laisser au 12 juillet 2050, soit faire en sorte qu’elle soit 5 jours avant la date du début du festival, nous accepterons les 2.

Les valeurs par défaut pour pouvoir acheter des passes sont 1er janvier 2050 au 16 juillet 2050, mais dès qu’un POST à /configuration est fait, la règle du 180 jours doit écraser les valeurs par défaut.