- Il serait peut-être interessant de pouvoir rajouter des heures à un contrat dans le cas ou une intervention venait à être discuter pour être réintégré dans ce quota d'heures.
- Eventuellement possibilité d'avoir un bouton pour supprimer tous les envoies d'email d'un seul coup... par exemple dans le cas d'une mise en oeuvre ou autre.
- possibilité d'intégré un second site d'intervention dans un contrat déjà validé. Par exemple une société qui ouvre un deuxième salon, et qu'elle veut que sont contrat porte sur les 2 sites
Petit truc peut-être pratique
salut,
Alors pour le 1, je donne un exemple concret.
Dans le cadre d'un forfait annuel de contrat de maintenance, nos clients achètent des heures de maintenance par exemple 10 heures/an
Dans nos contrat on a la possibilité de reporter les heures non consommées du coup il serait pratique lors du renouvellement de pouvoir rajouter les heures non consommées.
Sinon deuxième cas concret. On intervient chez un client. on valide l'intervention, l'intervention devient cloturé et non modifiable. Dans le cas d'un contrat quotat d'heures, si le client pose problème avec l'intervention et qu'on veut supprimer l'inter on ne peut pas, et on ne peut pas rajouter non plus les heures précédement déduites à son quota d'heures.
Pour le 2 :
ben en faite c'est tout simple, actuellement à chaque fois qu'une modif et faite les admin recoivent des mails les clients recoivent des mails. Dans le cadre de la mise en place de smi, il faudrait avoir la possibilité de ne recevoir aucun mail, parque l'admin sait qu'il fait des modif et le client n'a pas forcement besoin de savoir qu'on travail avec la base...
Alors pour le 1, je donne un exemple concret.
Dans le cadre d'un forfait annuel de contrat de maintenance, nos clients achètent des heures de maintenance par exemple 10 heures/an
Dans nos contrat on a la possibilité de reporter les heures non consommées du coup il serait pratique lors du renouvellement de pouvoir rajouter les heures non consommées.
Sinon deuxième cas concret. On intervient chez un client. on valide l'intervention, l'intervention devient cloturé et non modifiable. Dans le cas d'un contrat quotat d'heures, si le client pose problème avec l'intervention et qu'on veut supprimer l'inter on ne peut pas, et on ne peut pas rajouter non plus les heures précédement déduites à son quota d'heures.
Pour le 2 :
ben en faite c'est tout simple, actuellement à chaque fois qu'une modif et faite les admin recoivent des mails les clients recoivent des mails. Dans le cadre de la mise en place de smi, il faudrait avoir la possibilité de ne recevoir aucun mail, parque l'admin sait qu'il fait des modif et le client n'a pas forcement besoin de savoir qu'on travail avec la base...
Bonjour,
Tu peux déjà gérer la notion d'heures consommées à concurrence du total en ne mettant pas de date de fin sur le contrat "quota horaire".
Quand tu dis "poser problème", tu penses à une intervention close mais qui en fait n'aurait pas du l'être ?
Je vais rajouter la possibilité de réouvrir une intervention dans la maintenance.
Ceci étant, ce n'est pas simple car cela implique également de "revenir en arrière" sur les contrats rattachés ainsi que sur les problèmes traités sur l'intervention.
Je suis donc "sur la brèche"
Pour le cas n°2, c'est déjàn résolu dans la prochaine version 0.9.8 : on pourra choisir si un client doit être prévenu...ou pas.
Pour compléter, il faut savoir que le client ne reçois un email que si on touche à son compte...bien évidemment pas si on touche à autre chose dans la base.
Merci
Tu peux déjà gérer la notion d'heures consommées à concurrence du total en ne mettant pas de date de fin sur le contrat "quota horaire".
Quand tu dis "poser problème", tu penses à une intervention close mais qui en fait n'aurait pas du l'être ?
Je vais rajouter la possibilité de réouvrir une intervention dans la maintenance.
Ceci étant, ce n'est pas simple car cela implique également de "revenir en arrière" sur les contrats rattachés ainsi que sur les problèmes traités sur l'intervention.
Je suis donc "sur la brèche"
Pour le cas n°2, c'est déjàn résolu dans la prochaine version 0.9.8 : on pourra choisir si un client doit être prévenu...ou pas.
Pour compléter, il faut savoir que le client ne reçois un email que si on touche à son compte...bien évidemment pas si on touche à autre chose dans la base.
Merci
Gestionnaire du projet SMI