Tomassia_fm

Bonjour, Tu n'as pas un souci d'authentification / mot de passe avant d'afficher les scripts ? Parfois il faut cliquer 2/3 fois pour faire apparaître les scripts. Tom

Bonjour, Tu peux encapsuler les cas: Si je lis ce que tu souhaites, tu veux ouvré si jour = 5 et samedi ou dimanche Et si dimanche alors ouvré. En gros si dimanche alors ouvré si samedi ET 5 ouvré sinon non ouvré, conclusion dimanche = ouvré peu importe le nombre de jour donc Cas (nom_jour = "dimanche" ; "ouvré"; nom_jour = "samedi" and num_jour = 5 ; "ouvré"; "non ouvré" ) Tom

Bonjour, Les utilisateurs en mode invité ne pourraient pas être le souci ? Typiquement un fichier de cache qui ne se met pas à jour du fait de l'absence de droits suffisants ? Dans la console, rien de particulier lors du crash ? Tom

Bonjour, La base s'ouvre tout de même on voit le modèle Formulaire s'ouvrir derrière. Une idée serait de créer dans le formulaire un bouton et de mettre l'action de script reinitialiser mot de passe. En cliquant dessus, le mot de passe par défaut du compte Admin donc rien sera mis à jour ou modifier mot de passe. Attention cependant si la base est utilisée ailleurs en source de données externes, il faudra revenir le changer aussi Merci Tom

Bonjour, Vous pouvez gérer le menu sécurité depuis la base d'origine ? Si vous créez un autre compte que celui de base, donc admin, avec un mot de passe, que vous la copiez, est ce que le problème survient à nouveau ? Tom

Bonjour, Si tous les clients sont issus d'une seule machine et qu'ils ont tous des problèmes, je dirais qu'un raccourci simple serait de dire que la machine source a un problème aussi ? Tu dis des clones c'est à dire VMWARE ou autre systèmes de virtualisation ? Tom

Bonsoir, Quand tu dis aléatoire, c'est donc tous les postes, peu importe ce qui est fait ? Peu importe la version de navigateur, d'OS, le traitement en cours ? Merci Tom

Pas de problème, n'hésite pas à venir en MP Tom

Il te reste pas mal de chose à faire en effet. Pour le Prestashop via web services tu peux faire énormément de choses et vu le volume que tu traites ca peut être un réel plus Je te laisse mettre en résolu si ca peut aider quelqu'un d'autre Tom

Si la modification du stock est manuelle, tu peux mettre un déclencheur de script sur la modification et mettre un flag : fiche modifiee = 1 par exemple. Autres solution, tu fais un script qui lit l'état de stock le matin et le relis à la fermeture de filemaker le soir donc avant ton import. Si valeur différente -> mise à jour Avec les options curl de la 17 de FMP tu peux, en y passant pas mal de temps, créer des articles, mettre à jour les stocks, les photos, etc. Par exemple, moi je redescends les infos commandes du Prestashop vers une base FILEMAKER automatiquement toutes les 5 minutes. Tom

Bonjour, Si tu affiches la valeur de calcul pour ton utilisateur en dehors de la table externe, elle se met bien à jour ? As tu essayé, juste pour le test, un actualiser table externe sur un bouton par exemple ? Tom

Bonjour, Comment se met à jour la rubrique de stock que tu souhaites cibler (script ? calcul ?) Il y a deux choses, s'il s'agit d'un script, qui rempli les rubriques, tu pourras très bien détecter une modification sur la même valeur. Exemple si ton script fait un afficher tout -> remplacer par 0 puis remplacer par la valeur de calcul il faudra gérer la valeur avant mise à jour et ensuite afin de ne mettre sur Prestashop que les valeurs réellement changées. PS : Tu pourrais mettre à jour le stock avec les webservices si tu étais en version plus récente de FMP. Tom

Bonjour Bernard, En passant par panneau de configuration > programmes par défaut -> Définir les associations ca ne fonctionne pas mieux ? Tom

Merci de ton retour !