Gestion des contrats

Kerim Teboulbi

Switzernet

2009-01-28

 

Projet de développement d'une interface permettant la gestion informatique via une interface web des commandes, des contrats et des retours. 

Fonctionnalité

Interface

Interface pour Switzernet Pr. 1

Une interface permettant de gérer tous les fonctionnalités décrite dans le document ci-joint + vue d'interface client + création de log pour chaque action. L'utilisateur doit sélectionner qui il est (pour les logs), et l'information est gardée dans des cookies.

Interface pour le client Pr. 2

Une interface protégée basée sur htaccess permettant de voir tous les documents importants concernant le contrat et l'historique des événements.

Récupérer les numéros libre de Billing Pr. 1

Accéder à billing pour récupérer une plage de numéro libre.  Ça doit être une tache périodique automatisée.

Demander un nouveau contrat

Nouveau client Pr. 1

Inscription type comme aujourd'hui + possibilités plusieurs numéros + vérification des champs + vérification parrain dans la DB de Portabilling + pour asterisk entré des emails différents (voicemail) + vérification des mails préalable.

Nouvelle commande, ancien client Pr. 3

Client voulant un numéro supplémentaire.

Prolongation 12 mois contrat Pr. 4

Client voulant un nouvel appareil en gardant son téléphone mais prolongeant son contrat de 12 mois.

Modification d'une commande Pr. 4

Action humaine: suite a une demande d'un client, changement d'appareil (après un nodev) rentré le changement d'appareil.

Résultat: Le processus de commande est mis à jour.

Signature de contrat

Contrat signé par scan Pr. 2

Action humaine: Copier le scan du contrat en pièce jointe et le mettre sur le serveur via l'interface pour Switzernet.

Résultat: Envoi de mail, et mise dans la liste des commandes a ajouté dans billing.

Contrat signé par fax Pr. 2

Action humaine: Copier le fax du contrat en pièce jointe et le mettre sur le serveur via l'interface pour Switzernet.

Résultat: Envoi de mail, et mise dans la liste des commandes a ajouté dans billing.

Contrat signé par esign Pr. 2

Fonction automatique qui vérifie le paiement et la signature correcte et après Envoi de mail, et mise dans la liste des commandes a ajouté dans billing.

Contrat signé par la poste Pr. 2

Action humaine: Scanner le contrat par la poste et le mettre sur le serveur via l'interface pour Switzernet.

Résultat: Envoi de mail, et mise dans la liste des commandes a ajouté dans billing.

Récupération de la liste des clients n'ayant pas signé par la poste. Pr. 3

Action humaine: demande de gérer tous les mails en attente.

Résultat : Envoi de mail pour demander de signer le contrat + impression du contrat et lettre à envoyer par la poste.

Enregistrer la commande dans billing

Lister les commandes à enregistrer dans billing Pr. 2

Donne une liste des commandes a entré dans billing + génération stamp.

Etape supplémentaire Pr. 3

Donne une marche à suivre exact pour faire billing dans le cas donné (enlève tous les si…).

Vérifier l'entrée des données Pr. 2

Vérifie que l'information entrée par la personne rentrant billing correspond exactement à ce que l'utilisateur a rentré (comparaison DB locale, DB billing).

Paiement

Paiement reçu Pr. 2

Action automatique: paiement pour la signature du contrat entré automatiquement ici

Action humaine: entré paiement venant d'autre part et compte introuvable dans billing.

Paiement entré Pr. 2

Action humaine: Après que le compte sur billing ai été rentré renvoyé

Envoyer un colis/lettre Pr. 2

Action humaine: Donner le numéro de tracking,

Résultat: Envoi de mail + génération de tous les PDF nécessaire + génération stamp. 

Réception d'un retour Pr. 3

Action humaine: Entrer la date et le contenu du retour

Résultat: Envoi de mail, nous avons reçu votre retour + génération stamp

Parrainage

Lister les parrainages a entré Pr. 2

Donne la liste des parrainages a effectuer, + tarifs à entrer à quel client (+ génération stamp).

Ajout des parrainages manuel Pr. 3

Action humaine: suite a une demande venue par mail/telephone du a un oubli lors de l'inscription

Résultat: Ajout du parrain dans la DB.

Annulation d'un contrat

Annulation 15 jours Pr. 3

Information utile, date du premier appel (pas notre appel de test). Consultation automatique de DB de billing.

Action humaine: Scan de la demande d'annulation + date de réception du colis.

Résultat: Envoi de mail, marche à suivre étape par étape à faire dans billing + génération stamp.

Annulation standard Pr. 3

Action humaine: Scan de la demande d'annulation + date de réception du colis.

Résultat: Envoi de mail, marche à suivre étape par étape à faire dans billing + génération stamp.

Annulation 4ème rappel Pr. 4

Liste des candidats à l'annulation du contrat + marche à suivre étape par étape pour faire billing + génération stamp ?

Stat

Stat contrat en cours Pr. 3

Visualisation du nombre d'état de chaque stat: (demand, signed, entered on billing, confirm_cancelled, cancelled)

Stat inscription Pr. 3

Visualisation du nombre de commande par mois, distinction d'une commande parrainée ou non.

Ajout d'un client à n'importe quel moment dans le process Pr. 5

Même si le client n'a pas passé commande dans le nouveau système, il peut être intégrer à ce système à tout moment.

 

*   *   *

Copyright © 2008 Switzernet