Puimoisson04

Bonjour, Dans les options de vos tables externes vous pouvez choisir le premier enregistrement à afficher (Rangée initiale : dans votre cas 1 pour la première, 6 pour la seconde, 11 pour la troisième…). Le principe est le même avec les multivalées (on peut choisir les enregistrements à afficher), mais c'est plus compliqué à gérer (il faut passer par un calcul multivalué) …

Avec un Substituer. Definir ( _sql = Le calcul executer SQL ; Substituer ( _sql ; "." ; "," ) )

Intéressant. Malheureusement, je ne suis qu'un bricoleur SQL, je n'ai pas la moindre idée…

S'il n'y a qu'un enregistrement par page on doit pouvoir se passer de l'entête ou, plus précisément, l'intégrer dans le corps ?

Bonjour, Faire un modèle dédié A4 en dupliquant les rubriques et autres éléments de mise en page du A5 ?

Salut Clément, Ah ben voilà, pour une fois que je me casse le SQL à essayer d'être moderne, tu me casses la baraque…

Ah, le pb de l'indexation des calculs (que je n'ai jamais vraiment comprise). Je n'ai pas testé, mais essayez, dans les options des calculs des rubs. SQL de cocher "Ne pas indexer, recalculer si nécessaire".

Bonjour, Voici une solution avec une recherche SQL, un peu différente selon que vous voulez seulement les totaux liés (à chaque budget) ou les totaux généraux des factures. Budgets_r .fmp12.zip

Au temps pour moi, j'avais mal lu la question. 2 solutions. 1 lien depuis un globale avec l'attribution voulue. 1 recherche SQL (Avantage, pas besoin de liens, mais il faut apprivoiser la syntaxe des recherches SQL) Attributions.fmp12.zip

Bonjour, Un lien X (qui permet depuis une table de voir tous les enregistrements liés), et des rubriques calculs Somme (tableliée::attribution).

Le principe est de partir d'un enregistrement par personne ou entreprise. Les infos relatives à ces deux "entrées" étant assez différentes, il est plus logique de les mettre dans deux tables différentes. Vous pouvez cependant les mettre dans une seule table avec toutes les rubriques nécessaires qui seront renseignées ou non selon qu'il s'agit d'une personne ou d'une entreprise. C'est la solution la plus simple si vous voulez afficher une liste de toutes les entrées Personnes et Entreprises. Mais le principe reste le même, les relations se feront par des liens, soit au sein d'une table "globale", soit entre deux tables. La mise en place des relations nécessaires (les liens) sera la même. Oui, chaque enregistrement doit avoir un identifiant unique et non modifiable. C'est lui qui sert dans les liens vous mettant à l'abri des fautes de frappe d'un nom ou du changement de dénomination d'une entreprise (si vous faites un lien sur une donnée susceptible d'être modifiée, toutes les relations seront détruites par la modification). Pour ces notions de base, vous pouvez regarder le cqfd : http://www.cqfd-fmp.fr/, probablement plus explicite que moi.

Bonjour et bienvenu, Pour ce que vous voulez, vous avez besoin de trois tables dans FileMaker. Une table Personnes, une table Entreprise et une table, dite "intermédiaire" (qui servira à enregistrer les "couples" 1 personne/1 entreprise. La table Personnes contient les données relatives aux personnes avec 1 enregistrement (fiche) par personne avec les rubriques Identifiant (unique et non modifiable), nom, prénom, etc. La table Entreprise contient les données propres aux entreprises avec 1 enregistrement par entreprise et les rub. Identifiant, nom, etc. La table intermédiaire contient les données relative à la relation entre 1 personne et 1 entreprise. Elle comprend les rubriques Identifiant, IdentifiantPersonne, IdentifiantEntreprise et autres rubs spécifiques de la relation entre une personne et une entreprise. Ces trois tables sont liées entre-elles par les identifiants personne et entreprise. Ce sont ces liens qui permettront de "filtrer" les personnes d'une entreprise ou les entreprises d'une personne. Dans un deuxième temps, il faudra ventiler vos lignes Xl entre ces trois tables. Plusieurs techniques existent, la plus pertinente dépendant de plusieurs éléments (la connaissance ± bonne de XL et FMP, du volume de données…). Voici très succinctement le schéma. PM.fmp12.zip

Bonjour, Non, les lignes d'une TE ne peuvent pas s'adapter au contenu d'une rubrique qu'elles contiennent. Si le modèle ne contient qu'une TE, il faut inverser la logique en utilisant, pour l'impression, un modèle liste basé sur la Table de la TE et mettre les autres infos dans un autre élément de page.

Bonjour, Alors qqchose chose comme ça ? essai_portail_r2.fmp12.zip

Bonsoir, Une solution, si j'ai bien compris le problème, avec un déclencheur sur modification de Source test_r.fmp12.zip