Syneton doit avoir/préparer la base du client:
-Soit c'est un client dont tu as déjà une base,
-soit c’est un nouveau client: Syneton la prépare comme d'habitude: compagnie, licence et numéro de TVA.
Pour la partie Cloudbizz
- Le client doit leur spécifier les produits dont il a besoin (AIS/AC, DMS et Portal). Cloudbizz se charge de tout l'aspect applicatif + un service sur une base de démo vide.
CloudBizz prévient Syneton quand c'est fait (ça peut passer par nous si nécessaire).
- Syneton coupe le service (si ce n'est pas fait) et remplaçe la base par la bonne base du client.
Nous devons adapter le path caché (dms_config, config_srvlocalpathfordms).
- Le chemin pour DMS se trouve par défaut sur un disque K (COMMON) chez CloudBizz.
Syneton a besoin du chemin UNC (\\server\share) vu du serveur dans cette colonne. Dans le cas contraire, le client ne pourra pas avoir d'efff. Syneton confirme à Cloudbizz quand c'est en ordre pour nous.
- CloudBizz lance le service et prévient nous et/ou le client que c'est en ordre. Le service chez CloudBizz utilise un user spécial, donc Syneton ne peut pas lancer ce service.
Particularité : Si le client change aussi son path DMS, il faut en plus de corriger les path dans dms_file et adapter le path cache: cette service personalisée est facturable.
Commentaires
0 commentaire
Vous devez vous connecter pour laisser un commentaire.