Bonjour à tous, Comme c'est ma toute première intervention sur ce nouveau Forum, je tiens à mon tour à remercier les fondateurs de FMSOURCE, site qui m'a bien aidé à m'améliorer un peu sur FMP (partant de zéro), et à saluer les nouveaux Fondateurs du POINT D'ARRET qui ont de surcroît été amenés à m'aider brillamment, en particulier Jérémie. Je n'oublie pas non plus les 6 ou 7 autres pertinents contributeurs qui m'ont également bien aimablement assisté et qui se reconnaîtront (j'ai peur d'en oublier en les énumérant tous), notamment régulièrement Apophis. Ici, je souhaite extraire le nombre d'années d'une période d'activité (dans une entreprise donnée). J'ai 3 rubriques, une date d'entrée, une date de sortie (éventuelle) et une rubrique ANNÉES destinée à accueillir le résultat au format numérique en vue d'afficher le nombre d'années de présence (en décimal à 1 ou 2 chiffres). Il faut donc je suppose comparer d'abord la date d'entrée avec AUJOURD'HUI, si le salarié est encore présent, ou bien par rapport à la date de sortie (pour savoir combien d'année il y a travaillé). Quelle Formule faut-il écrire dans ANNÉES ? Merci de votre aide.

Laulow Quelle Formule faut-il écrire dans ANNÉES ? Bonjour :) Alors, ce cas de figure pourrait s'apparenter à celui qu'on utilise pour calculer l'âge d'une personne (une petite recherche sur le Web "FileMaker age fonction" pourrait déjà te donner quelques pistes intéressantes). Sinon, pour faire un peu avancer le "shimilblic", voici une formule assez simple, qui n'est pas très précise, mais qui pourrait éventuellement te suffire pour ton usage : Definir ( [ _date_entree = ObtenirDate ( "13/06/2005" ) // ou la valeur d'une rubrique ; _date_sortie = Obtenir ( DateActuelle ) // ou la valeur d'une rubrique ] ; Arrondi ( ( _date_sortie - _date_entree ) / 365,2425 ; 2 ) ) // Résultat = 17,74 Petit détail, la constante "365,2425" correspond à la moyenne de nombre de jours dans une année "normale" du calendrier Grégorien … ;)

Bonjour @Laulow , Merci pour la mention, et content de te retrouver ici ! Pour moi, la lecture et l'écriture dans un forum dédié à FileMaker sont un vrai plaisir… Qui se prolonge donc ici, dorénavant :-) Il y a eu un sujet sur ce nouveau forum autour de la question «comment exprimer en "x années, y mois et z jours" un écart entre 2 dates». Ici, tu as donc une sous-partie de cette question. Dans ta situation, il faut d'abord établir la date de fin, qui peut être calculée ainsi : Max ( Obtenir ( DateActuelle ) ; table::date_de_sortie ) Ensuite, il nous faut le nombre d'années entières entre la date de début et cette date de fin : Annee ( table::date_de_fin - table::date_d_entree ) - 1 Tu peux faire ces deux calculs successivement dans un Definir () ou bien avoir deux rubriques calculées. Attention, c'est typiquement la situation où l'on est obligé de décocher «Indexer automatiquement …» dans les options de la rubriques. Car si la rubrique passe en indexé, d'un jour à son lendemain, le calcul ne se refait pas. Ca te va ?

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Conversion d'Années d'activité

JeremieGimenez

Voici la discussion précédente, assez proche :

https://lepointdarret.com/public/d/50-calculer-le-nombre-de-jours-entre-deux-dates/28

Laulow

Bonjour Fredo,

Merci pour cette piste.

J'ai créé chez moi 🇦

Definir (

[

CONTACT::DébutEmploi = ObtenirDate ( "13/06/2005" )

;

CONTACT::FinEmploi = Obtenir ( DateActuelle )

] ;

Arrondi ( ( CONTACT::FinEmploi - CONTACT::DébutEmploi ) / 365,2425 ; 2 )

)

Et il y a une anomalie signalée par message.

Je ne vois pas où, mais déjà la date de 2005 doit évidemment être remplacée par quelque chose mais je ne vois pas quelle Fonction…

Donc je ne peux pas tester le résultat final.

Et comme on ne peut pas répondre distinctement, bonjour Jérémie,

Et merci pour cette contribution.

J'ai écris chez moi (dans Définir la rubrique CONTACT::Années)

Definir (

Max ( Obtenir ( DateActuelle ) ; CONTACT::FinEmploi ) )

;

Annee ( CONTACT::FinEmploi - CONTACT::DébutEmploi ) - 1

)

Et là aussi, il y a un souci avec la parenthèse juste après MAX…

Merci de me dire le hic.

JeremieGimenez

Laulow Et comme on ne peut pas répondre distinctement

Effectivement, et ce qu'on peut utiliser en lieu et place est la citation (comme ci-dessus et ci-dessous)

Laulow Definir (

Max ( Obtenir ( DateActuelle ) ; CONTACT::FinEmploi ) )

;

Annee ( CONTACT::FinEmploi - CONTACT::DébutEmploi ) - 1

)

Peut devenir :

Definir (
[
_fin = Max ( Obtenir ( DateActuelle ) ; CONTACT::FinEmploi )
; _duree = _fin - CONTACT::DebutEmploi
; _annees_entieres = Annee ( _duree ) - 1
] ;

_annees_entieres

)

EDIT LE 04/04/2023 : CORRECTION DE LA FORMULE CI-DESSUS

On oublie les Min () et Max (), on remplace par :

_fin = Si ( CONTACT::FinEmploi ; CONTACT::FinEmploi ; Obtenir ( DateActuelle ) )

FredoMkb

Laulow Definir (
[
CONTACT::DébutEmploi = ObtenirDate ( "13/06/2005" )
;
CONTACT::FinEmploi = Obtenir ( DateActuelle )
] ;
Arrondi ( ( CONTACT::FinEmploi - CONTACT::DébutEmploi ) / 365,2425 ; 2 )
)
Et il y a une anomalie signalée par message.

Bonjour,

Bon, je pense que l'erreur vient ici du fait que, dans une formule utilisant la fonction "Définir", on ne déclare que des variables, on n'attribue pas des valeurs à des rubriques, c'est ce que je comprends lorsque tu fais, par exemple, CONTACT::FinEmploi = Obtenir ( DateActuelle ), je crois que le message d'erreur vient de ça…

Alors, si les données de travail existent déjà dans des rubriques dédiées, la formule entière devrait être quelque chose comme ce qui suit :

Definir (
[
_date_entree = CONTACT::DébutEmploi
;
_date_sortie = CONTACT::FinEmploi
] ;
Arrondi ( ( _date_sortie - _date_entree ) / 365,2425 ; 2 )
)

Dans ce code, "date_entree" et "date_sortie" ce sont les variables qu'on déclare, en leur attribuant les valeurs des rubriques pour pouvoir enfin faire le calcul final avec la fonction "Arrondi()"…

Tente cette approche et dis-moi quels résultats tu obtiens… ;)

Laulow

Merci.

Je n'ai plus le blocage d'erreur, mais pour autant la rubrique affiche 0… (au lieu de 4 ou 5 années de présence)

La rubrique Années étaient en NOMBRE, et là j ai mis TEXTE, mais ça ne change rien.

J'ai aussi décoché REMPLACER VALEUR EXISTANTE et aussi décoché Indexation automatique.

C'est censé apparaître comment, normalement ? Par exemple un salarié dans la société depuis 1 an et 7 mois : 2 ? Et si c'est 1 an et 4 mois : 1 ? (ou bien 1,33 car 4 mois est le tiers d'un an)

Merci.

JeremieGimenez

La formule de @FredoMkb renverra 1,33. La mienne renverra 1, car je compte les années entières.

Si tu passes la rubrique en type calcul, est-ce que ça marche ?

Laulow

C'est bon, ça marche avec TEXTE, c'était une erreur de saisie de ma part.

Impeccable, merci.

NB : et où se niche l'erreur dans la formule de Fredo ? (juste pour comprendre)

Laulow

Bonsoir,

Bien joué Fredo, ça marche comme prévu, avec les décimales.

Merci.

Bonne soirée.

FredoMkb

Laulow ça marche comme prévu, avec les décimales.

Super ! 👍

À noter que, comme ici nous travaillons avec des données issues des rubriques, et que, a priori, elles ne nécessitent aucun traitement intermédiaire, on pourrait se passer des variables et tout faire avec la dernière instruction en remplaçant, justement, les variables par les rubriques, on aura exactement le même calcul avec une formule plus simple et directe… ce qui donnerait donc pour notre exemple :

Arrondi ( ( CONTACT::FinEmploi - CONTACT::DébutEmploi ) / 365,2425 ; 2 )

;)

Laulow

Bonsoir Fredo,

FredoMkb Arrondi ( ( CONTACT::FinEmploi - CONTACT::DébutEmploi ) / 365,2425 ; 2 )

C'est une bonne remarque. Et d'ailleurs, je l'ai utilisée dans un autre Modèle où là c'est juste pour déterminer l'âge d'une société (à partir de la date de création).

Cela donne :

Arrondi ( ( Obtenir (DateActuelle) - COMPANY::DateCréationSociété ) / 365,2425 ; 2 )

Cela marche, mais je voulais ici n'avoir que le nombre entier. Or, en remplaçant par "; 0" au lieu de "; 2" le nombre de décimales, ça continuait de m'afficher des décimales.

C'est en changeant la rubrique en NOMBRE au lieu de TEXTE que j'arrive au bon résultat.

Merci.

Bonsoir Jérémie,

C'est une formule intéressante que j'utiliserai peut-être dans un autre Modèle car je peux ici me contenter de l'année seule (pour mon besoin).

Merci bien.

ERRATUM : je viens de voir qu'il y a 2 dysfonctionnements dans la formule de ma première requête…

Celle-ci 🇦

Definir (

[

_fin = Max ( Obtenir ( DateActuelle ) ; CONTACT::FinEmploi )

; _duree = _fin - CONTACT::DébutEmploi

; _annees_entieres = Annee ( _duree ) - 1

] ;

_annees_entieres

)

Quand on saisit la date d'entrée, c'est bon : le nombre d'années apparaît bien

Exemple 16/03/2000 génère 23.

Mais quand on saisit une date de départ, là ça ne réagit pas : le nombre d'années ne change pas !

On a donc par exemple en date de départ 16/03/2013 et le nombre d'années reste figé à 23 et ne passe pas à 10 !!!

Tu vois comment corriger cela ?

Deuxième bizarrerie : Quand on saisit une date d'entrée et que le nombre d'année apparaît, si on s'est trompé et qu'on efface la date d'entrée, le nombre d'années se maintient et devient alors (systématiquement) le nombre "2022" je ne comprends pas pourquoi (mais bien sûr effaçable).

Merci.

JeremieGimenez

Si besoin, je remets quand-même la formule complète, qui donne en texte les années entières, les mois entiers et les jours restants :

Definir (
[
a = Date ( 12 ; 15 ; 2022 )                                    // Mettre la date de début
; b = Date ( 2 ; 10 ; 2025 ) + 1                               // Mettre la date de fin et laisser le +1
; c = b - a                                                    // Jours d'écart
; d = Annee ( c + 1 ) - 1                                      // Années entières
; e = Date ( Mois ( a ) ; Jour ( a ) ; Annee ( a ) + d )       // Fin des années entières
; f = b - e                                                    // Jours restants
; g = Mois ( f + 1 ) - 1                                       // Mois entiers
; h = Date ( Mois ( e ) + g ; Jour ( e ) ; Annee ( e ) )       // Fin des mois entiers
; i = b - h                                                    // Jours restants
] ;

d & " année(s), " & g & " mois et " & i & " jour(s)"

)

JeremieGimenez

Laulow (mais bien sûr effaçable)

Ca veut dire qu'on est toujours sur une auto-entrée au lieu d'être sur une rubrique calculée (chose que j'ai suggérée plus haut). Dans une situation où l'on triture une formule sur plusieurs jours, la première chose à faire est de mettre cette formule en CALCUL et non en entrée automatique. Comme ça, on s'épargne le souci de savoir si et pourquoi le re-calcul se fait ou ne se fait pas.

Une fois que la formule sera bonne, tu verras s'il y a lieu ou non de la mettre en entrée automatique.

On verra alors si le reste des soucis est réglé…

Laulow

Bonsoir @JeremieGimenez,

Tu ne comprends pas pourquoi la formule présente cette anomalie ?

La phase 1, qui calcule le nombre d'année entre le jour d'entrée et la date du jour, est OK.

Mais la phase 2, visant à calculer la différence entre la date d'entrée (peut-être déjà saisie antérieurement) et une date de sortie (dont je suis informé que plus tard) cloche. Rien ne se déclenche ni s'actualise. Le nombre d'année n'est pas rectifié.

Merci

Laulow

Bonjour Jérémie,

Finalement, j'ai trouvé la solution du problème. C'est une petite erreur dans la Formule : il fallait simplement mettre MIN et non pas MAX. de manière à comparer la date d'entrée avec la date de sortie antérieure (voire au pire égale pendant 24 h) à la date du jour… Mais merci, car tout le reste marche parfaitement, désormais.

Mais ta remarque est intéressante concernant l'auto-entrée. J'ai déjà vu (précédemment) que des formules pouvaient être soit en auto-entrée, soit en Calcul de rubrique.

Donc, si on est en auto-entrée, cela signifie qu'un premier calcul déjà généré ne changera pas avant que l'on re-saisisse un autre montant, par exemple. Il faut un "déclencheur" du calcul.

Tandis que avec le Calcul, c'est systématiquement et en temps réel que le contenu est mis à jour ? Même s'il y a 4.000 fiches, jamais visualisées, le résultat de calcul sera quand même effectif (lorsqu'on en consulte une au hasard) ?

C'est bien cela ?

JeremieGimenez

Laulow Même s'il y a 4.000 fiches, jamais visualisées, le résultat de calcul sera quand même effectif (lorsqu'on en consulte une au hasard) ?

Bonsoir @Laulow ,

Oui, une rubrique calculée se comporte comme une cellule de calcul dans Excel. Si un des champs de la formule est modifié, ça re-calcule ; si on modifie la formule après coup, ça re-calcule aussi.

Alors qu'avec une auto-entrée, si on modifie la formule après coup, ça ne recalcule pas spontanément.

La règle de base à retenir est tout de même qu'un calcul se fait dans une rubrique calculée sauf raison spécifique.

Laulow il fallait simplement mettre MIN et non pas MAX

Bien vu, erreur de mon côté. Mais Min () pose aussi un souci en cas de rubrique de fin vide. Je vais éditer mon message concerné…

Laulow

JeremieGimenez Alors qu'avec une auto-entrée, si on modifie la formule après coup, ça ne recalcule pas spontanément.

Bonjour Jérémie,

D'accord. Mais dans mon cas je suis plus concerné par le changement d'un champ d'une formule, donc là ça se modifie bien.

Mais cela veut dire que si on a un changement majeur dans une formule, on a intérêt à passer une rubrique en mode CALCUL, pour uniformiser l'ensemble avec des valeurs justes, puis immédiatement après revenir le cas échéant à une auto-entrée ?

JeremieGimenez Mais Min () pose aussi un souci en cas de rubrique de fin vide. Je vais éditer mon message concerné…

A priori oui, et voici comment : quand je crée une nouvelle fiche, la rubrique du calcul des Années se remplit spontanément du nombre "2022"… (pourquoi donc ?). Puis, lorsque je saisis la date d'entrée, ce nombre disparaît pour laisser la place au BON nombre d'années. Et lorsque je saisis une date de fin, ça continue de bien marcher en rectifiant la vraie durée totale de présence.

FabriceN

Laulow Mais cela veut dire que si on a un changement majeur dans une formule, on a intérêt à passer une rubrique en mode CALCUL, pour uniformiser l'ensemble avec des valeurs justes, puis immédiatement après revenir le cas échéant à une auto-entrée ?

C'est un peu étrange comme situation. Si l'utilisateur a pu modifier le contenu de la rubrique (une des deux principales raisons de l'avoir laissé en auto-entrée, l'autre étant de mémoriser un résultat de calcul faisant appel à des données liées ou non indexables), alors écraser les données avec un calcul n'est pas très sympa pour toutes ces modifs qui seront perdues.

En revanche, j'utilise cette technique lorsque j'ajoute un nouveau champ à la base de données et que je souhaite qu'il ait une valeur pour les anciens enregistrements. L'avantage est que cela ne modifie pas la date de modif des enregistrements.

MagalieJ

FabriceN En revanche, j'utilise cette technique lorsque j'ajoute un nouveau champ à la base de données et que je souhaite qu'il ait une valeur pour les anciens enregistrements. L'avantage est que cela ne modifie pas la date de modif des enregistrements.

À condition bien sûr que les éléments du calculs soient dans la même table que la rubrique calculée.

FabriceN

Et même dans le même enregistrement.

Sinon, ajout d’une rubrique calcul, export, import sans auto-entrée, et suppression de la rubrique calcul.

Page suivante »