Date et heure de rendez-vous sur base mysql

[Chetelat]

Bonjour,

Voici mon problème...
Si je créé un rendez-vous pour le 01 janvier à 0h00, il est en réalité enregistré dans la base mysql (meeting) avec une date de démarrage (date_start) au 31 décembre à 22h00 (soit deux heures d'avance) est-ce qu'il s'agit d'un paramètre timezone de mysql ou de sugar. Et où trouver ce paramètre.

Merci pour vos éclaircissements.

[ezmou]

Bonjour

Lorsque vous créez un RDV dans SugarCRM, le logiciel se charge de ramener cette date à la GMT (en base de données) en fonction du fuseau horaire de l'utilisateur créateur dans SugarCRM.

Ceci afin d'afficher les dates correctement pour chacun des utilisateurs avec des fuseaux horaires différents

Cordialement

[Chetelat]

OK, ça je veux bien comprendre, mais tout de même un peu intriguant pour un débutant...

Voilà, mon serveur MySQL a un paramètre timezone global/session configuré 'SYSTEM'.

Tous mes utilisateurs utilise la même tranche horaire (Europe centrale Berlin).

Le serveur utilise cet configuration également.

Voilà, j'ai testé le truc suivant,
select @@global.time_zone , @@session.time_zone ;
Résultat:
SYSTEM dans les deux cas...
Je créé un rdv... dans la base ils toutes les dates ont 2h de décallage...
Je change :
set global time_zone = '-03:00';
set session time_zone = '-03:00';
Je créé un rdv... j'ai toujours deux heures de décallage horaire ?!

Est-ce qu'il y a un paramètre que j'ai pas changé...?
Je voudrais simplement que la date création soit la même que celle du système...

Merci pour vos propositions.

[ezmou]

Bonjour

Il ne faut toucher aucun paramétre au niveau mysql...

Au niveau de SugarCRM, chaque utilisateur se met sur le fuseau horaire GMT et les dates/heures devraient être semblable

Cordialement

[Chetelat]

Bon, m'excuse d'insister, mais il faut à ce moment là configurer tous les pc en GMT.

Parce que selon mon essai, si je met le user en région GMT (sur CRM) c'est bien.
Mais si je créé un rendez-vous, il y aura l'heure GMT, et non pas l'heure local comme heure par défaut.
Pour corriger cela il faut configurer le poste en GMT... avec les incidences sur d'autre programme.... (pas convaincu de la solution...)

Donc je suis en rendez-vous, je clôture celui-ci, et pour l'heure de clôture, j'ai l'heure GMT qui remplace l'heure réel de mon rendez-vous....
Ceci me semble un peu énervant....

Ce que je veux, c'est si je planifie un rendez-vous pour 10h du matin avec le CRM, si je fais une requête SQL pour voir les rendez-vous avant 10h... que je l'aie à l'affichage normal....
Tous mes systèmes sont en horaire (GMT europe centrale Berlin). Pourquoi je peux pas avoir le date_start à l'heure local et non pas GMT. Il y a certainement une raison qui fait que veut pas entrer dans mon cervelet... mais je veux comprendre la raison...

Merci de votre patience pour le "pépé gateux"

[ezmou]

Bonjour

Je comprend bien votre problématique et votre frustration...

Il est vrai qu'il est bien déroutant de comprendre le mécanisme...

Alors je vous reproduit le scénario..
Architecture locale : LAMP standard installé
Sur mon instance Mysql prend la time zone su systéme, en l'occurence GMT + 1 Paris + DST l'heure d'été ...

C'est l'heure d'été qui fait friser les cheveux ..

Je me connecte à SugarCRM, je vais dans "Mon compte", le bon sens me dirais, je règle le fuseau horaire à "Europe/Paris(GMT+1) (+DST)"

Dans cette configuration, dans la base de données, SugarCRM va enregistrer les dates saisies avec 2h de décalages! car il redescend sur la GMT comme je vous l'avais évoqué

Afin d'enregistrer des dates identiques dans la base de données, vous devez modifier votre fuseau horaire en GMT+0 du type : Africa/Bamako(GMT+0) ou Africa/Casablanca(GMT+0)

Bon, seulement le fuseau horaire... Je ne pourrais être tenu responsable si vous arrivez 2 en avance et partez 2 heures plus tôt du bureau..

Comme évoqué, ne touchez pas au paramètres système mais jouez sur les fuseaux horaires des utilisateurs au sein de SugarCRM..

Les dates saisies seront donc identiques...

En espérant avoir été le plus clair possible

Cordialement

[ezmou]

Aussi, maintenant aprés l'épisode de la "découverte du comment on fait ça"

Juste pour vous souligner que rien ne vous empêche de garder votre fonctionnement standard et jouer après en SQL pour ressortir les dates correctement à votre GMT

Pour cela, une fonction mysql existe : CONVERT_TZ()
http://dev.mysql.com/doc/refman/5.1/...ion_convert-tz

Cordialement