Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Access Discussion :

Calculer une date de péremption


Sujet :

Access

  1. #1
    Membre du Club
    Calculer une date de péremption
    Bonsoir la team,

    J'aurais besoin de vos conseils expert concernant une problématique que je n'arrive pas à résoudre, au sujet d'un calcul d'une date de péremption.
    J'aimerais comprendre pourquoi et comment justifier le calcul suivant :

    Code :Sélectionner tout -Visualiser dans une fenêtre à part
    1
    2
     
    Perem_CB: "*" & [dbo_Emplacem]![DatePeremption]+[dureePeremption] & "*"


    le premier champ est la date de péremption d'un article, le second est la duré de vie de l'article.

    Pourquoi faire le calcul "dateperemtion+dureeperemtion" pour moi ça n'a aucun sens car la date de péremption suffit à elle même non ? pourquoi l’additionner à sa durée de vie ?

    Exemple: la date de péremption du produit XXXX es le 30/09/2022 & sa durée de vie est 2190 jours.

    Si j’additionne les deux champs ça me donne le calcul suivant "Aujourd’hui ............- jusqu'au 30/09/2022 = 994jours + durée de vie 2190 = 3184 jours. (ce qui n'es pas logique)

    pourtant j'obtiens bien la même date que la date de péremption indiqué dans la base de donné pour le produit.

    Soit j'ai rien compris au principe des calcul de date Access, soit j'ai rien compris au principe du calcule d'une date de péremption, ou peut être bien les deux



    Si il y a des connaisseurs dans le domaine manifestez vous

    Cordialement,

  2. #2
    Responsable
    Office & Excel

    Salut.

    Si, avec ton calcul, tu obtiens bien la date de péremption renseignée sur le produit, c'est que ton champ [dbo_Emplacem]![DatePeremption] est mal nommé et qu'il s'agit de la date de fabrication. Vérifie ce que tu as dans ce champ pour t'assurer des valeurs qui s'y trouvent et... du bon nommage du champ
    "Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
    ---------------
    Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
    Une fois pour toutes, je donne mon avis. Je ne vais pas le répéter à chaque message...
    Si je propose une solution générique sur votre solution spécifique, c'est parce que, fainéant de nature, je privilégie le réutilisable...
    Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
    Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
    VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
    ---------------

  3. #3
    Membre du Club
    Salut,

    Merci pour ton retour

    Hé bien le champ [dbo_Emplacem]![DatePeremption] comporte bien des dates futurs et sont nos date de référence pour gérer les produits périmés, donc à ce niveau la normalement pas de soucie.



    Mais j'aime bien ton raisonnement, j'avais pas pensé à un champ mal nommé mais la pour le coup ça m’entonnerais....

    Lautre champ [dbo_article]![dureeperemtion]) lui indique une quantité de jours... donc le calcule [dbo_Emplacem]![DatePeremption] + [dbo_article]![dureeperemtion])
    Donc le calcule me perturbe grandement.
    Le calcule 30/09/2022 + 2190 jours nous donne bien 3184 comme résultat sur access ?

    Pour faire un tester j'ai essayé un truc du genre [DatePeremption] + 500 jours mais erreur de synthaxe.

    Cdt

  4. #4
    Responsable
    Office & Excel

    Normalement, 30/09/2020 + 2190 devrait te donner 47024, soit le 28/09/2028.

    Donne la structure de ta table avec le type des champs, sinon on n'en sortira pas. Je ne vois pas comment on peut arriver à 3184.

    Cela dit, si le champ [DatePeremption] contient bien la date de péremption, il n'y a évidemment pas lieu de calculer la date de péremption, puisque tu la connais ^^


    2190, ça fait 6 ans (365 * 6). Donc, soit tu dois recalculer la date de fabrication et faire une soustraction, soit je ne comprends pas ton calcul. D'où vient-il, ce calcul?
    "Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
    ---------------
    Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
    Une fois pour toutes, je donne mon avis. Je ne vais pas le répéter à chaque message...
    Si je propose une solution générique sur votre solution spécifique, c'est parce que, fainéant de nature, je privilégie le réutilisable...
    Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
    Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
    VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
    ---------------

  5. #5
    Membre du Club
    Hé bien j'ai calculer du 10/01/2020 au 30/09/2022 = 944 jours, non ? +[dbo_article]![dureeperemtion]) (2190 jours) = 3184 sauf erreur de ma part.

    De tout évidence ça me donne l'année 2028 si j'ajoute 2190 jours à la date de péremption, donc ca n'a aucun sens..ya surement un élément que je n'ai pas concernant cette table.






  6. #6
    Responsable
    Office & Excel

    944, c'est le nombre de jours entre aujourd'hui et la date de péremption. Ca n'a aucun sens d'y ajouter encore la durée de vie du produit.

    Forcément que d'ajouter 2190 au 30/09/2022 te donne l'année 2028 puisque 2190, ça représente 6 ans (365 * 6). Je ne comprends pas pourquoi tu ajoutes la durée de vie du produit à la date de péremption. D'où vient cette formule? C'est toi qui l'a ajoutée? Et la table, d'où vient-elle? Tu l'as trouvée sur le net?

    Encore une fois, que cherches-tu à réaliser? Quelles sont tes données de départ?
    "Plus les hommes seront éclairés, plus ils seront libres" (Voltaire)
    ---------------
    Mes remarques et critiques sont purement techniques. Ne les prenez jamais pour des attaques personnelles...
    Une fois pour toutes, je donne mon avis. Je ne vais pas le répéter à chaque message...
    Si je propose une solution générique sur votre solution spécifique, c'est parce que, fainéant de nature, je privilégie le réutilisable...
    Le VBA ne palliera jamais une mauvaise conception de classeur ou un manque de connaissances des outils natifs d'Excel...
    Ce ne sont pas des bonnes pratiques parce que ce sont les miennes, ce sont les miennes parce que ce sont des bonnes pratiques
    VBA pour Excel? Pensez D'ABORD en EXCEL avant de penser en VBA...
    ---------------

  7. #7
    Membre du Club
    Re,

    Non ce sont les tables de mon boulot, les informaticiens et ingénieur qualité doivent forcément savoir à quoi correspondent ces chiffres, mais je n'ai pas eu l'occasion de leur demander.
    J'essaye de mon coté de comprendre ce calcule de la base de donné qui à était mise à disposition des opérateurs d'un magasin.

    Tout ce que je peut te dire c'est qu'au seins de l'état nous avons cette formule dans le générateur d'expression.
    Je ne comprend pas du tout cette formule... d’où l’intérêt d'ouvrir ce topic, je pense ne pas avoir tous les éléments pour comprendre ce calcule, peut etre bien que le champ "duréeperemption" et la date restante... je ne sais pas du tout


###raw>template_hook.ano_emploi###