Malheureusement, les utilisateurs à la demande peuvent également être affectés par le changement d'heure d'été anticipé d'aujourd'hui. Il semble que l’on ne puisse pas compter sur tous les fournisseurs pour corriger correctement leurs serveurs. Même s’ils le font, les utilisateurs devront toujours faire attention aux erreurs de synchronisation.
Malheureusement, les utilisateurs à la demande peuvent également être affectés par aujourd'hui, passage anticipé à l'heure d'été – même si certains sont plus sûrs que d’autres, semble-t-il. Au moins, ils ne sont pas obligés de le faire parcourir les serveurs de correctifs — heureusement, c'est le problème des vendeurs. Mais on ne peut pas compter sur tous les fournisseurs pour le faire. Et même s’ils le font, leurs clients doivent quand même faire face aux conséquences des décalages de synchronisation.
Deux facteurs déterminent si vous allez avoir beaucoup de problèmes ou peu ou pas du tout.
#1 Votre fournisseur effectue-t-il normalement des mises à jour tout-en-un ?
Un fournisseur à la demande qui exécute son logiciel comme une instance unique et multi-tenant est l'option la plus sûre de toutes, car il y a très peu de problèmes, tant qu'il a pensé à s'adapter à l'heure d'été. C'est pourquoi Kendall Collins, vice-président directeur du marketing produit de Salesforce.com, était très confiant quant au changement survenu ce week-end lorsque je lui ai parlé plus tôt dans la semaine:« L'heure sur Salesforce.com sera toujours exacte », m'a-t-il dit. Bien que l’entreprise gère en réalité plusieurs instances distinctes, sa politique est toujours de les mettre à niveau simultanément. "Nous effectuons ce changement et il est instantanément efficace pour tous nos clients." Par coïncidence, Salesforce.com était programmé mettre en œuvre une mise à niveau majeure sur tous ses serveurs vendredi, mais pas pour la mise à jour DST, qui a déjà été fait.
Les problèmes surviennent si un fournisseur exécute plusieurs instances sur plusieurs serveurs et ne s'assure pas de toutes les mettre à niveau en même temps. Étonnamment (et accablant, pour une entreprise qui veut montrer à quel point il est sérieux en tant que joueur sur le marché à la demande), Google entre dans cette catégorie, car Partenaires étendus"Charlie Bois rapporté sur son blog la semaine dernière (c'est moi qui souligne):
"Même le grand et puissant Google Agenda souffre d'un bug d'heure d'été, et un bug méchant car sporadique. Si vous utilisez l'API Google Calendar pour créer un événement récurrent qui commence entre le 11 mars et le 14 avril de cette année (les nouvelles et anciennes limites d'heure d'été, respectivement), il sera décalé d'une heure, mais seulement parfois. Apparemment, certains de leurs serveurs ont été mis à niveau pour utiliser les nouvelles définitions de fuseau horaire, d'autres non. Google est conscient du problème mais il n'en a pas fait grand cas et n'a pas encore réglé le problème."
Charlie note que son entreprise Synchronisation étendue L'application, qui synchronise iCal avec Google Calendar, est peut-être un utilisateur inhabituellement important de l'API gCal, mais cela signifie déjà que 18 000 utilisateurs sont potentiellement concernés par ce bug. La réponse de Google suggère simplement d'attendre que tout s'éclaircisse:
Toutes nos excuses pour ce bug. Le problème sera résolu, mais probablement pas avant le passage à l’heure d’été le 11/03.
#2 L'application se synchronise-t-elle avec les applications exécutées ailleurs ? Le gros casse-tête résultant du début anticipé de l’heure d’été cette année vient du fait que nous vivons dans un monde tellement connecté. Il y a quinze ans, le problème aurait simplement consisté à appliquer des correctifs aux ordinateurs individuels et à coordonner ce travail au sein des réseaux d'entreprise. Aujourd'hui, ce n'est qu'un début. Le plus gros problème vient de la coordination de tous les décalages de synchronisation qui résultent du fait que nous sommes tous connectés, mais qu'aucun de nous n'a effectué ses mises à jour de l'heure d'été en même temps.
Ainsi, par exemple, si le changement d'heure d'été a déplacé les heures des rendez-vous dans votre calendrier Outlook et l'organisateur de la réunion (c'est peut-être vous mais souvent c'est quelqu'un d'autre) ne les a pas corrigés, ces heures incorrectes seront importées dans Salesforce.com lors de la synchronisation entre les deux. (Pour obtenir des conseils sur la façon de vous assurer que vos rendez-vous Outlook sont corrects, voir Le guide du paresseux pour régler votre PC à l’heure d’été).
Plus inquiétant est le risque de transfert d'heures incorrectes lors du déplacement de données via un lien API, par exemple les factures ou les délais de livraison des commandes clients. Les événements planifiés automatiquement, tels que les mises à jour quotidiennes par lots, peuvent échouer en raison de délais d'attente s'ils sont tentés une heure plus tôt ou plus tard.
Heureusement, bon nombre de ces problèmes peuvent être surmontés simplement en étant vigilant au cours des prochains jours et en ne prenant pas de mesures. informations accordées – notamment les informations horodatées – sans vérifier au préalable qu’elles ont été ajustées pour Heure d'été. Nous devrions tirer la leçon des prochains jours et comprendre à quel point notre monde moderne connecté au Web nous a rendus interdépendants.