Version minimum Divalto weavy | Version minimum kit Divalto infinity | Version minimum Divalto infinity | Date de mise à jour |
---|---|---|---|
6.2 | / |
Fonctionnalité
Si un contrat est renouvelé depuis l’extérieur (webhook, backend, api, …), c’est-à-dire que l’on prolonge sa date de fin, il faut le remettre en phase afin de pouvoir générer des prévisions d’interventions avec cette nouvelle date.
A titre informatif, la prolongation d’un contrat est interdite depuis le web quand il est déjà actif (Lancé / En attente).
Mise en oeuvre
Nouveaux backends
Adjust contract closing date
Description : Mise à jour de la date de closing (sw_data_contract.closingdate) avec la date de fin de contrat (sw_data_contract.endDate)
Conditions de mise à jour :
Variable MasterInfinity = 1
Contrats au statut En attente, Lancé ou Clôturé
Contrats sans parent (en cas d'avenant, on prend le dernier)
Date de fin de contrat (sw_data_contract.endDate) différente de la date de closing (sw_data_contract.closingdate)
Date de fin de contrat dans le futur (>= date du jour)
Adjust frequency end date
Description : Mise à jour de la date de fin de fréquence (sw_data_frequency.endDate) avec la date de fin de contrat (sw_data_contract.endDate).
Conditions de mise à jour :
Variable MasterInfinity = 1
Contrats au statut En attente, Lancé ou Clôturé
Contrats sans parent (en cas d'avenant, on prend le dernier)
Date de fin de contrat (sw_data_contract.endDate) différente de la date de fin de fréquence (sw_data_frequency.endDate)
Date de fin de fréquence est renseignée car sinon c'est automatiquement la date de fin du contrat qui fait foi
Date de fin de contrat dans le futur (>= date du jour)
Petit rappel : les dates de fréquence ne peuvent être que plus restrictives ou équivalentes aux dates de contrat.
Si elles ne sont pas renseignées, c’est les dates du contrat qui font foi.
Il est conseillé de ne pas les renseigner s’il n’y a pas de besoin particulier.