Question:
Est-il approprié de modifier un horodatage?
dotixx
2016-07-07 14:50:11 UTC
view on stackexchange narkive permalink

Je me demande quelle est la meilleure réponse à cette situation:

Vous travaillez dans un service informatique et un utilisateur de votre entreprise (mais pas du service informatique) vous demande de changer un horodatage. Par exemple: "veuillez mettre à jour les enregistrements pour modifier l'heure de livraison 3 heures plus tôt que prévu" ou "veuillez mettre à jour les enregistrements de la base de données de 'ticket traité le XX / XX / XXXX hh: mm' à la même heure mais la veille" .

Vos responsables (informatiques) vous ont dit de toujours répondre aux demandes des utilisateurs.

Quelle est la bonne réponse à cette question? Si vous le faites, vous mentez aux clients finaux et si vous ne le faites pas, votre hiérarchie pourrait ne pas apprécier que vous ne répondiez pas à la demande des utilisateurs ...

Si votre hiérarchie vous demande de faire cela, alors peut-être que vous ne voulez pas travailler pour cette hiérarchie, car ils vous demandent de faire des choses éthiques. Personnellement, je refuserais sur la base de l'éthique, et si la question était poussée, je n'aurais aucun problème à annuler ce travail. Votre emplacement est important en ce qui concerne cette question, comme si vous vous trouviez dans une zone de «droit au travail» aux États-Unis, vous pourriez être renvoyé pour avoir défendu votre éthique, alors qu'au Royaume-Uni, vous seriez protégé pour avoir fait la même chose .
Le patron des utilisateurs finaux est-il au courant de cette demande spécifique? Votre patron est-il au courant de cette demande spécifique? Bien que je convienne avec Moo que cela semble contraire à l'éthique (EG pourrait être utilisé pour simuler le respect des exigences contractuelles), la décision n'est peut-être pas à vous.
L'éthique dépend de la raison de la modification des enregistrements. Le ticket a-t-il réellement été traité à l'heure indiquée? Si elle est modifiée pour tromper, alors c'est contraire à l'éthique. S'il est modifié pour corriger une erreur, alors tout va bien.
Il s'agit d'une question juridique limite et, bien que l'éthique soit une chose distincte, elle est également affectée par le lieu / la juridiction. Cela nécessite une réécriture pour clarifier la question et s'assurer qu'elle est sur le sujet. VTC.
@Lilienthal - Que signifie VTC?
@MichaelKaras vote pour fermer
@Brandin Nous aurions également besoin de savoir comment l'utilisateur demande des modifications. Est-il entré dans un système? Peut-être un journal ou un enregistrement des changements ainsi qu'une raison. Ex. "La différence de fuseau horaire signifie que le travail a commencé à une heure différente de notre fuseau horaire."
@Dan principalement sur un téléphone ou par e-mail. Parfois avec leur patron en copie du courrier.
Le changement est-il destiné à corriger une inexactitude ou à en créer une?
@dotixx En soi, ces demandes n'indiquent pas qu'elles sont de nature trompeuse. Je voudrais en outre demander à votre responsable de vous faire part de vos préoccupations et lui demander s'il peut fournir des raisons uniquement pour vos dossiers.
Répondez simplement que vous devez connaître la raison avant d'effectuer le changement. La façon dont ils répondent vous dira probablement si la demande était éthique ou non.
Quel que soit votre itinéraire, veuillez avoir des confirmations écrites de tout ce que votre responsable vous dit de faire.
Cinq réponses:
#1
+20
Anketam
2016-07-07 15:39:52 UTC
view on stackexchange narkive permalink

Vous avez besoin d'informations supplémentaires.

Cela arrive souvent lorsque les données ajoutées au système sont erronées. Par exemple, que se passe-t-il si un appareil qui enregistre les arrivées de paquets dans une installation avait une date incorrecte et que tous les paquets entrants étaient donc enregistrés avec de mauvaises données qui doivent être corrigées.

Dans un monde idéal qui change les données de traçabilité doivent également être traçables. Comme dans vous avez des documents et des journaux détaillant que vous avez changé une valeur de X à Y, et ces journaux peuvent être audités. Ces documents devraient également indiquer pourquoi vous devez modifier les informations. Si vous n'écrivez pas le pourquoi quelque part, vous devriez refuser de le changer tant qu'il ne le sera pas. Si ce n'est pas le cas, dans des années, quelqu'un pourrait vous mettre sur la sellette et vous demander pourquoi avez-vous modifié les informations.

Oui, vous pouvez également vous exposer à des risques juridiques en modifiant de telles choses dans le backend et en évitant les règles métier et les contrôles internes (une des raisons pour lesquelles il est stupide de mettre de telles choses dans l'application et non dans la base de données, mais je m'éloigne du sujet), en particulier si le changement a des implications financières. Si les modifications d'enregistrement sont auditées, vous serez celui qui sera blâmé en cas de litige juridique avec le client. Tous ces changements doivent être documentés dans un champ de notes qui référence au minimum le ticket de travail demandant le changement afin que la raison puisse être recherchée plus tard.
#2
+4
gnasher729
2016-07-07 18:12:18 UTC
view on stackexchange narkive permalink

"Vos responsables (informatiques) vous ont dit de toujours répondre aux demandes des utilisateurs." Vos responsables n'ont peut-être pas anticipé qu'un utilisateur demande quelque chose qui pourrait être illégal ou endommager l'entreprise.

"Veuillez mettre à jour les enregistrements pour modifier le délai de livraison 3 heures plus tôt" ou "Veuillez mettre à jour les enregistrements de la base de données de 'ticket traité le XX / XX / XXXX hh: mm' à la même heure mais la veille "- les enregistrements de votre base de données devraient dire la vérité. Si la date d'expédition ou la date de traitement du billet sont incorrectes, cela peut être modifié; il existe des systèmes où un enregistrement de la modification serait nécessaire (par exemple avec un commentaire "correction d'une saisie de date incorrecte"). Si quelqu'un modifie, par exemple, une heure d'expédition correcte pour ne pas être blâmé lorsque l'envoi arrive trop tard, vous ne devriez pas le changer.

C'est à votre responsable de décider et comment gérer cela; "faire tout ce que l'utilisateur demande" signifie que votre responsable ne fait pas son travail. Alors, apportez-le à votre responsable et expliquez-lui la nature de la demande que vous pensiez devoir vérifier avec lui avant de la terminer.

@Chad Bon changement.
#3
+3
paparazzo
2016-07-07 18:19:46 UTC
view on stackexchange narkive permalink

Vos responsables (informatiques) vous ont dit de toujours répondre à la demande des utilisateurs.

Vous ne savez pas que c'est un mensonge. Vous ne savez pas si les données d'origine sont valides. Vous n'êtes pas en mesure de certifier les données et je vous suggère de ne pas vous y insérer.

Même si vous demandez une raison, vous ne savez pas si la raison est valide.

C'est quelque chose que vous devez demander à votre patron.

Patron, convient-il toujours à toutes les demandes des utilisateurs de modifier les données? Je reçois de nombreuses demandes de modification du délai de livraison. C'est assez facile à faire. Ma question est de savoir si c'est quelque chose que je devrais faire.

Exactement. Soyez payé de la même façon. Changez-le et soyez fait, si vous impliquez vous-même, vous finirez par ajouter plus de travail ou de paperasse.
@DanShaffer Je suggérerais que quiconque ayant cette attitude n'a aucune raison d'ajuster les données dans une base de données.
#4
+2
Anthony
2017-03-07 07:08:02 UTC
view on stackexchange narkive permalink

Vos responsables (informatiques) vous ont dit de toujours répondre à toute demande des utilisateurs.

Je vous exhorte à être très prudent et à documenter complètement la demande par écrit si possible. En tant qu'auditeur informatique, les horodatages sont une information clé sur laquelle je me fie lorsque je réalise des tests de contrôles internes.

Il est tout à fait possible que la demande soit bénigne, mais il est également possible que la demande qui vous soit adressée soit dans le cadre d'une tentative de collusion entre l'entreprise et le service informatique dans le cadre d'une fraude illégale . Si vous effectuez le changement, lorsque les changements sont audités, votre nom sera (ou devrait l'être si les contrôles de gestion du changement fonctionnent) associé au changement.

Bien que la possibilité soit improbable, la possibilité est la motivation sans scrupules existe. Vous devriez trouver la raison de la demande, et si vous pensez qu'elle est discutable, ne faites pas le changement.

Demandez-vous: "Est-ce que je veux que mon nom et ma réputation soient corrompus en tant que complice d'activités illégales / contraires à l'éthique ?

#5
+1
Andrew Berry
2017-03-07 17:07:07 UTC
view on stackexchange narkive permalink

Ces demandes sont-elles faites par écrit? à-dire donc il y a une piste de papier?

Je pense qu'avec ce type de demandes, je ferais ce qui suit:

  1. Obtenez des informations supplémentaires sur les raisons pour lesquelles cela devrait être changé.
  2. Demandez des conseils d'un responsable (écrit si possible).
  3. Assurez-vous que ces demandes arrivent par écrit / ticket d'assistance, etc.

Si vous avez reçu des conseils écrits d'un responsable pour toujours changer les dates et vous avez une preuve écrite que quelqu'un a demandé le changement de date, alors vous devriez vous couvrir le dos en cas de problème.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...