Discussion :

[hugotor]

Bonjour,

Comment faites-vous pour gérer les mises à jour des états qui sont modifiables par le client final ?
Comme les factures, bons de livraisons, ...

Quelques pistes :

• Je fait la modification et j'enregistre sous, mais cela rajoute dans mon projet une tonne de documents !!!
• Je copie le document de base vers un nouveau nom (propre au client) modifiable avec Etat et requetes chez le client.
• ...

Des idées ?

Cordialement.

[R&B]

bonjour

2015 vient de commencer. On est encore plein de bonnes résolutions. Voici donc une solution :

Identifier le problème : l'état est chez le client, le programmeur qui opère la modification dans la société...
que va-t il se passer si le programmeur effectue sa modification alors postée chez le client ?
l'état utilisateur, s'il faut appel à une information manquante, va provoquer une erreur.

Et donc la vrai question est comment se prémunir de cette erreur ?
et là on découvre les choix possibles ?
1- l'état se prémuni seul des erreurs (la visibilité, l'usage de des composantes de l'état sont soumise à évaluation de présence des informations/données...).
2- on gère les version dans les état, ainsi on opère an amont, interdisant l'usage d'un état qui ne corresponds plus. Il faut alors passer à nouveau par la case E&R.
3- le programmeur met aussi les état client à jour.


Solution par choix :
1- Regardez la gestion des erreurs disponible en WLangage afin d'intercepter les erreurs dans l'état utilisateur pour annuler l'impression et lancer l'état par défaut (celui fourni par le programme).
2- système simple mais qui aura l'inconvénient de bloquer l'impression et nécessiter une opération de l'utilisateur.
3- pour que le programmeur modifie ces état, il suffit de prévoir une solution qui lui les fait parvenir quand l'utilisateur en crée/modifie ou en supprime un. Il s'agit d'un transfert de fichier, je vous laisse imaginer une suite...

Bref, je pense avoir apporté assez de matière.

[hugotor]

...
Et donc la vrai question est comment se prémunir de cette erreur ?
et là on découvre les choix possibles ?
1- l'état se prémuni seul des erreurs (la visibilité, l'usage de des composantes de l'état sont soumise à évaluation de présence des informations/données...).
2- on gère les version dans les état, ainsi on opère an amont, interdisant l'usage d'un état qui ne corresponds plus. Il faut alors passer à nouveau par la case E&R.
3- le programmeur met aussi les état client à jour. ...

Oui bien vu pour la gestion des version , s'il n'y a pas de changement de base de données cela peux passer, par contre faire une correction dans les états clients après changement de la base je ne vois pas ça d'un bon oeil

...
Solution par choix :
1- Regardez la gestion des erreurs disponible en WLangage afin d'intercepter les erreurs dans l'état utilisateur pour annuler l'impression et lancer l'état par défaut (celui fourni par le programme).
2- système simple mais qui aura l'inconvénient de bloquer l'impression et nécessiter une opération de l'utilisateur.
3- pour que le programmeur modifie ces état, il suffit de prévoir une solution qui lui les fait parvenir quand l'utilisateur en crée/modifie ou en supprime un. Il s'agit d'un transfert de fichier, je vous laisse imaginer une suite...

Cela reste compliqué à gérer s'il faut se coltiner les mises à jour de tous les états des client !!!

Sur le forum de windev, quelqu'un a indiquer que l'on peux faire une fusion avec un traitement de texte (*office), cela me semble intéressant (vue la génération d'état avec des odt sur Dolibarr, Exemple d'utilisation)
Cela laisse une plus grande souplesse de présentation du document par le client final, ensuite il n'y aurait que les champs de fusions à gérer !!!

D'autres idées ?

[R&B]

Hmmm
Juste pour information, par état modifiables par les utilisateurs, et comme on est dans un forum WinDev, j'ai présagé qu'il s'agissait des états modifiables par "Etat et requête" qu'il est possible d'ajouter à un projet pour rendre cette fonctionnalité disponible.

C'est dans ce cas que la gestion des erreur (simple à mettre en place dans le code de l'état initial) accompagné par la limitation des modifications (protéger le code par exemple) permet de revenir à l'état 'nouvelle version' par le biais de peu de programmation.

En aucun cas je n'ai envisagé de solution externe car au final complexe à mettre en place/maintenir alors que les WDE et son éditeur sont intégré (c'est l'intérêt même de l'EDI).

[hugotor]

Hmmm
Juste pour information, par état modifiables par les utilisateurs, et comme on est dans un forum WinDev, j'ai présagé qu'il s'agissait des états modifiables par "Etat et requête" qu'il est possible d'ajouter à un projet pour rendre cette fonctionnalité disponible.

C'est tout à fait ça.

C'est dans ce cas que la gestion des erreur (simple à mettre en place dans le code de l'état initial) accompagné par la limitation des modifications (protéger le code par exemple) permet de revenir à l'état 'nouvelle version' par le biais de peu de programmation.

En aucun cas je n'ai envisagé de solution externe car au final complexe à mettre en place/maintenir alors que les WDE et son éditeur sont intégré (c'est l'intérêt même de l'EDI).

La solution externe serait à envisager suivant certains besoins de génération de document (à voir)...

Sinon on avec E&R j'ai des soucis. C'est que la modification plante régulièrement chez le client, pour modifier un logo et une présentation c'est pénible.
D'ailleurs ( et cela fera l'objet sans doute d'un autre post) : comment partager les modifications simplement sur un réseau ? Modification sur un poste répercutée sur tous les autres...
Je suis sur la piste de fRepEtatsEtRequêtes

Cdlt.

[fffttt]

comment partager les modifications simplement sur un réseau ? Modification sur un poste répercutée sur tous les autres...

Cdlt.

bonjour

en les mettant sur un répertoire partagé d'un serveur?
et faire en sorte que le programme utilise ces états plutôt que les états génériques? non ?

[hugotor]

Bonjour fffttt

bonjour

en les mettant sur un répertoire partagé d'un serveur?

C'est déjà fait !

et faire en sorte que le programme utilise ces états plutôt que les états génériques? non ?

Le partage des modifications par E&R par l'utilisateur sur un des postes réseau (changement de logo, positionnement de texte,...), à répercuter sur les autres pc !?

[R&B]

Bonjour hugotor.

fffttt a été juste : Il ne s'agit pas d'un poste réseau mais d'un espace partagé par tous le réseau.

Je vous renvoie à l'installation de E&R sur les poste et a bien indiquer (lors de l'assistant d'installation) le même chemin pour chaque poste en pointant le-dit répertoire partagé (il y a le répertoire utilisateur et le répertoire partagé). Je vous enjoins à utiliser un lecteur de connexion réseau pour faciliter la maintenance (F: -> \\Serveur\Disque\repertoire\ alloué au démarrage, l'installation utilisera alors F:\ quel que soit le chemin attribué).
Coté projet, afin de s'assurer de bien récupérer les bon états, je vous renvoie à fRepEtatsEtRequêtes(repPartagé).

Enfin, dans votre gestion des postes/profils, vous pouvez (devez ?) mettre en place une copie des état utilisateurs vers le répertoire partagé afin de garantir le bon partage entre les postes.
C'est, soit dit en passant, à cette étape que je faisait référence pour récupérer les modification/création d'états utilisateur. La copie vers le répertoire partagé pouvant alors être accompagnée d'un envoi sur votre FTP en ayant informé le client.