Jump to content

Laulow

Membres
  • Posts

    71
  • Joined

  • Last visited

Profile Information

  • Gender
    Homme
  • Location
    Bordeaux

FileMaker Profile

  • FM
    FMP18A
  • OS
    OSX.13
  • Certif.
    --Non certifié--

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Bonjour Apophis, Me revoici, après un temps considérable passé à nettoyer ma base EXCEL, avec bien des scories. C'est très fastidieux. Mais c'est quasi fini, là, normalement. Je voulais savoir, à propos des formats de date, si FM PRO importera dans un format date (si la rubrique cible a évidemment un format date) les données d'EXCEL telles qu'elles existent actuellement. Dans EXCEL, j'ai des cellules de dates comme ça : • 6/4/2014 (format Standard ou format Texte) : là, il n'y a pas de zéro avant des jours ou mois à 1 chiffre • 04/06/2018 (format Date) : là, les zéros sont complétés automatiquement en saisie Vaudrait-il mieux que j'uniformise les formats dans EXCEL, avant d'importer ? Et dans ce cas quel format privilégier ? Ou bien FM PRO va tout considérer comme des dates ? Merci.
  2. Bonjour Apophis, L'importation dont vous parlez, c'est la première importation des données brutes d'EXCEL (dans FMP) ? Ou bien la seconde importation où j'importe les données (brutes et globales) de FMP dans chacune des Tables (et dans ce cas la rubrique "boîte à cocher" est dans SAL / SALARIES) du système final ? Merci de préciser.
  3. OK. Donc avant de lancer l'importation, si je comprends bien, je vais dans la rubrique boîte à cocher et clique sur Calcul, et là je saisis (exactement) la formule : substituer( SAL::NomRubrique_case_a_cocher ; "," ; ¶ ) Et fais OK et rien d'autre ? Car vous aviez parlé de "faire remplacer"... Il y a une autre action à faire ? Ou juste à lancer l'importation ? Et en ayant saisi auparavant la liste de tous les mots, ils apparaîtront donc déjà cochés dans chaque fiche concernée, m'avez-vous dit ? Je suppose qu'une fois l'opération terminée, j'effacerai cette fonction ?
  4. Bonjour Apophis, OK, j'ignorais ça. J'avais justement pensé à ça. Donc, pour l'importation, comme elle se fera en 2 temps : 1) d'abord bien sûr l'importation globale de tout le fichier Excel (mis au propre) dans la Base Temporaire FMP créée (avec les divers scripts) 2) puis l'importation ciblée "par Table" de la Base finale, c'est donc à cette étape ou après ? cette étape que je vais rechercher la rubrique "boîte à cocher fruits" qui a été importée sous la forme de texte "fruit1, fruit2 ou bien ici Pomme, Cerise" ? Cela signifie que c'est un script que je devrai écrire (après importation de la donnée brute, pas configurée) ? Ou bien une formule dans la rubrique cible dans FMP (soit la rubrique boîte à cocher) créée avant l'importation pour que la donnée soit directement convertie à l'importation ? Merci.
  5. Bonjour Apophis, Je vous répondrai au post d'hier soir un peu plus tard ce matin (Pommes, Cerises). Oui, je fais la distinction avec l'UUID attribuée automatiquement quand on importe. J'ai en effet créé volontairement un numéro unique pour chaque fiche (qui est en réalité le nombre de devis (dans la structuration de ma mono Table depuis le début d'utilisation). J'ai fait cela pour avoir en permanence une référence exploitable pour raccrocher telle ou telle fiche à une Table, en cas de besoin. Et cela m'est bien utile pour rattacher les conversations à un seul et même devis, par exemple. Et aussi tous les devis liés à une personne en particulier. En fait, toutes les Tables que je vais importer contiendront par précaution ce numéro unique (que j'abandonnerai par la suite, car inutile une fois que toutes les clés auront été correctement attribuées aux diverses Tables). Cela vous semble convenable ? Et du coup, que pensez-vous alors de mon script de dédoublonnage modifié en "3 critères" ? Merci.
  6. Bonjour Magalie OK, c'est bon à savoir. Mais, en fait, je m'interrogeais surtout initialement sur le dédoublonnage des Salariés (vis-à-vis des Devis). La formule que j'avais faite repose sur le même prénom et nom, mais je pense devoir rajouter le numéro de devis unique (créé par moi) afin de conserver le rattachement entre le salarié et les divers devis. Je l'ai refait ainsi (voir PJ). Merci.
  7. Bonsoir Apophis, Je répondais au post (du 5 mai) remis par erreur par le site, visiblement... OK. Et par rapport à Excel, comment dois-je présenter la donnée dans la cellule Excel à importer dans la popover de FMP ? Exemple (pour obtenir Pomme en boîte à cocher n°1 et Cerise pour la n°2) : Pomme¶Cerise ? ou bien une autre méthode ? Merci de me dire.
  8. Bonsoir Apophis, Oui, tout à fait, je suis bien dans cette optique de travail, mais comme j'en suis à devoir retravailler un peu les données en amont, je souhaite voir si je ne peux pas ajouter d'ores et déjà 2 petits traitements sous EXCEL (que je maîtrise mieux que FMP). C'est dans le but de simplifier la suite des opérations. Ensuite j'importerai tout dans FMP, évidemment. Avez-vous compris le contenu de ces deux questions ? - La première sur l'ordre "logique" d'importation de certaines données (Salariés / Devis) - La seconde sur l'alimentation d'une rubrique popover avec boîtes à cocher lors d'une importation (séparateurs spéciaux ou pas, 1 ou plusieurs rubriques à prévoir ?). Merci.
  9. Bonjour, J'ai bien avancé pour la récupération des données de salariés et conversations qui était complexe, car une Macro Excel arrive à générer cela. 1) Je m'interroge sur un point : J'ai désormais de très nombreuses lignes, correspondant à tous les salariés ayant eu antérieurement un rapport avec un devis (ayant lui un numéro unique "temporaire", car plus tard il n'y aura que des UUID pour toutes les tables). Ainsi, Salarié_A a systématiquement, dans sa liste de données (le caractérisant), un numéro unique de devis (rubrique présente), mais peut cependant avoir aussi plusieurs devis (qui l'ont également concerné), et c'est alors plusieurs lignes (donc enregistrements) qui permettent de montrer cela. Dans le cadre du dédoublonnage final, quelle précaution faut-il prendre pour conserver cette information qui permettra ensuite de conserver l'historique d'une personne et des devis qu'elle a reçus un jour ? Car si Salarié_A apparaît dans une ligne où il y a le devis n°27 mais aussi dans une autre ligne avec le devis n°93, si je me base juste sur le prénom et nom, un devis sur les deux va disparaître à tort... (pour le rattachement) Et la conséquence inverse de ça pourrait alors être de conserver 2 fois la même fiche Salarié ? A moins qu'il ne faille agir différemment selon que l'on se place dans la logique d'importer les données pour la table Devis, ou bien pour la table Salariés ? Dans ce cas, dans quel ordre logique le faire, ou comment ruser ? En adaptant aussi le script de dédoublonnage ? 2) d'autre part, si on importe des données dans une rubrique en boîtes à cocher multiples, quelle est la façon (ou astuce) de présenter les choses, en amont ? (outre respecter strictement la même orthographe, évidemment) ? Par exemple, faut-il insérer un slash, une virgule, etc entre 2 ou 3 choix-réponses ? Ainsi (par exemple avec la virgule), s'il y a : pomme, banane en cellule source, va-t-on obtenir en rubrique popover cible pomme cochée et banane cochée "directement" ? Ou encore, à défaut, doit-on avoir une rubrique (à donnée individuelle) pour chaque boîte à cocher ? (seulement pomme en source pour obtenir pomme en cible) Merci bien.
  10. Bonjour Magalie, Merci pour le descriptif du déroulé global, je vais essayer de le suivre, quand j'aurai fini d'épurer un peu plus le fichier EXCEL. Je vais en profiter pour rajouter un numéro unique à chaque (future) Table (en plus de la UUID que j'aurai et qui servira uniquement par la suite) pour me raccrocher aux branches si une difficulté survenait à un moment donné. Qui peut le plus peut le moins... Cordialement.
  11. oui, et même son Minitel, voire la TSF. Parfait. en créant une Table Externe, pour l'affichage de tout ? Mais là juste une rubrique liée, j'imagine. Ces récupérations de clés pourront se faire avec le même principe que précédemment ? Sauf que là, il y aura une ou deux étapes sautées. On reliera dans la syntaxe SOC à COM "directement" (en choisissant bien les variables) ? avec "Nouvel enreg./requête" ? Du coup, en ligne 4, il faut mettre SALTMP::__kptID et pas SAL::__kptID ? Et ôter les 2 références à "rechercher", et la Gestion des erreurs ? C'est ce que j'ai fait (voir PJ) Il y a des nouveautés, et je tâtonne... Mon script est forcément faux. Mais dans quelles proportions... ?
  12. Bonjour Magalie, Concernant les téléphones (COM), j'ai fait le script joint. Est-il conforme ? L'idée d'une table supplémentaire COM est dans le but de créer, par la suite, une Table Externe intégrée dans le Formulaire de Salarié afin d'afficher toutes leurs coordonnées (vu qu'il y en a beaucoup) ? C'est la raison ? Alors que pour 1 ligne, 1 rubrique aurait suffi. Du coup, quand il y a 1 ou 2 standards téléphoniques et ligne spéciale, on peut faire pareil avec SIT (site/établissement) ? Merci.
  13. Bonjour Magalie, exactement. La Table Temporaire des salariés peut être SALTMP. NB : En réalité, il y a 28 personnes (maximum cependant, souvent bien moins). J'ai mis 4 pour simplifier. Et pour les données personnelles, il y en a 22 (dont 8 téléphones, 4 e-mails, etc). Sinon, comment "Sauvegarder" ? Je n'ai trouvé que "Sauvegarder en Excel" dans les fonctions de script. C'est un autre verbe / fonction ? Ou alors c'est : Définir variable [ $Civilité ; Valeur: SALTMP::__kptID ] ? En m'inspirant du script précédent ? (certaines lignes à aménager sans doute) Activer modèle [ "SALTMP" (SALTMP) ; Animation: Aucune ] Afficher tous les enreg. Mode Recherche [ Pause: Non ] Définir rubrique [ SAL::Civilité ; $Civilité ] Gestion des erreurs etc C'est ça ? Sinon, les variables, c'est : $Civilité $Prénom $Nom $Service $Fonction $Téléphone etc, etc Oui, c'est plutôt ça, des trous. Cela veut dire qu'il faudra plus de 3 variables (vous pensiez au trio Prénom/Nom/Téléphone, j'imagine) Merci.
  14. Bonjour, J'ai finalement compris ce qui peut se passer pour le 4ème script (Devis > Conversations). En fait, je croyais qu'il ne marchait "pas du tout", ce qui était étrange car a priori bien écrit, mais en fait il délivre des clés qu'au bout d'environ 400 fiches (du coup je ne les voyais pas !!). Mais j'ai compris pourquoi, donc normalement cela devrait marcher correctement. J'espère qu'avec la base totale, l'intégralité des clés sera bien rapatriée... Question : si j'ai une rubrique avec un numéro de série automatiquement créé, si elle a au départ zéro fiche, mais qu'il y a une importation de 10 fiches numérotée de 1 à 10. La fois suivante, elle créera directement la fiche 11 ? (acceptant donc les 10 fiches "forcées" via l'importation) Sinon, j'ai passé tout hier sur EXCEL, et c'est bien galère les Macros ou fonctions. C'est à propos de mon retraitement nécessaire de certaines données, dont on avait parlé, comme les Salariés et les Conversations mal positionnés dans la Base (cf votre exemple NASA...), je me suis aperçu qu'il y aurait a priori une "astuce" pour bien générer ces fiches : c'est faire une importation, l'une après l'autre en boucle, d'un salarié n°1 (avec toutes ses colonnes de données), et faire pareil ensuite avec le salarié n°2 (avec convergence des données toujours vers un nombre identique de colonnes réceptrices des données au même endroit / colonne que le salarié n°1). Et ça 15 ou 20 fois en boucle. Cela semble marcher. Mais ce serait très fastidieux "manuellement" (712 fois, selon mon estimation). C'est humainement irréalisable. Comme vous m'aviez parlé de la puissance de FMP et sa simplicité, notamment au niveau des scripts, voyez-vous éventuellement les fonctions pour scripter cela sous cette forme ? Au cas où vous pensez savoir le faire, il s'agirait je pense (sans doute en mode TABLEAU) de : • Dupliquer un premier enregistrement (une première fois mais évidemment d'aller au bout du processus en le répétant par la suite n fois pour traiter tous les enregistrements, grâce à une boucle), • Puis copier dans ce nouvel enregistrement dupliqué le contenu de la 131ème rubrique-colonne dans la 3924ème rubrique-colonne du même enregistrement NB : on peut aussi utiliser les noms de rubriques, mais je pense que le rang/numéro peut simplifier la syntaxe • une fois fait, refaire pareil, en décalant de 1 cran à chaque fois (et ce 21 fois), soit copier la 132ème rubrique-colonne vers la 3925ème rubrique-colonne, 133ème vers 3926ème, etc, etc, jusqu'à traiter 22 colonnes en tout, soit de la 131ème rubrique-colonne à 152ème (en données "source") et de la 3924ème à 3945ème (en données "cible"). • A ce stade, on a créé la fiche d'un individu avec toutes ses données. • Aussi, il faudra recommencer 27 fois cette même opération "globale" (car c'est le maximum prévu d'individus), créant ainsi au total 28 nouveaux enregistrements. Il faudra simplement, à chaque fois, changer les limites des "22 colonnes", soit : - démarrer à la 153ème rubrique et finir à la 174ème pour le Salarié n°2 - démarrer à la 175ème rubrique et finir à la 196ème pour le Salarié n°3 etc, etc, etc jusqu'au Salarié n°28. • Après cela, on aura complètement retraité tous les individus à données multiples rattachés à un Devis. Si vous comprenez ce que je viens de décrire ici, et savez le faire, je peux, pour vous faciliter, faire une synthèse des Positionnements des données à traiter ainsi (notamment leur rang : les 874ème à 895ème rubriques-colonnes doivent aller ici ou là, etc, etc, etc). N'hésitez pas à me demander des précisions, car ce n'est pas évident à assimiler, même si sur le principe c'est assez simpliste (bête recopie pour générer des fiches). J'ai créé une version très simplifiée destinée à EXCEL, et même si ce n'est selon moi pas tout à fait pareil, c'est très proche dans le raisonnement et le mécanisme. D'ailleurs, le script peut peut-être être écrit sur cette base simple, et il sera facile de l'adapter ensuite avec les bonnes valeurs ? Merci ! Description action de la Macro.xlsx
  15. Apophis, Merci pour les précisions utiles d'hier, et je prends évidemment le temps d'y répondre. Oui, toutes sont des UUID. Oui, c'est bien ce cheminement que j'ai en tête. Nom etabl signifie nom d'établissement, donc oui c'est le nom du site. Pour nommer, je choisis (plus exactement) le "genre" de lieu, selon la nomenclature officielle des entreprises : siège social, usine, établissement secondaire, etc. Et c'est pour ça qu'il y a surtout des sièges sociaux (lieu principal où est basée la Direction). Oui, tout à fait.
×
×
  • Create New...