Memberanthony
MemberForum Replies Created
😉 Si tu veux tu peux me contacter en privé et je te ferai une démo. Ce sera plus simple.
Peut-être que d’autres ont de meilleures solutions.
Dédicace à l’impatiente Annie 😉
J’ai oublié. Il arrive que le groupe ne recoive pas de mails, car le courriel est envoyé par les services de Microsoft (donc externe au tenant).
Suivre cette procédure
- Accéder à https://admin.exchange.microsoft.com/
- Cliquer sur groupes
- Cliquer sur sécurité à extension de messagerie
- Cliquer sur le groupe
- Cliquer sur paramètres
- Cliquer sur Modifier la gestion des remises
- Sélectionner Autoriser les messages en provenance de contacts internes et externes à mon organisation
-
This reply was modified 1 month ago by anthony.
je termine mes sujets chaud et je te fais cela
Super PPT mais, il en faut bien un
tu aurais pu faire un effort et montrer comment utiliser un SPN et pour pousser le bouchon un peu plus loin, comment modifier l’identité des références de connexion avant le dep en prod afin de s’assurer d’utiliser un compte de service. J’ai d’ailleurs apporté ma réponse sur ce dernier point sur le forum 😋
Bel article en tout cas. Bravo
-
This reply was modified 1 month, 4 weeks ago by anthony.
-
This reply was modified 1 month, 4 weeks ago by
Personne pour me faire son REX.
Edit : J’ai eu le temps d’échanger avec Microsoft qui me conseille de que même si cela peut semler couteux, je ne serais pas limité en terme de uses cases. C’est entendable.
Nénamoins j’aimerais vous entendre sur ce sujet si vous le souhaitez
pour repondre:
finalement chaque departement dispose de son editeur et le selectionne s ils font des dep à leur nom
alors je me réponds à moi-même et peut-être que cela pourra en intéresser certains.
Je me suis rendu compte que je pouvais acceder au deployment settings correspondant à la solution en cours de déploiement et que je pouvais modifier les connection id
il suffit alors sur l env de prod de creer une connection avec le compte de service, de noter son id
et de remplacer l id du json par ce dernier.pas besoin de flow
pas besoin de partager le compte se serviceperennite des flux garanti
simple à configurer
C’est dingue ton truc. Est-ce que tes actions utilisant ce fake account tournent régulièrement. Il est très rare que je doive réactiver des connexions car mes 2 comptes associées à des flows en Prod tournent au moins une fois par jour
Sinon as tu regardé si tu n’as pas moyen de faire un flux qui check l’état de tes connecteurs. Il me semble que tu peux le faire en utilisant REST API.
tu utilises le connecteur microsot entra id (preauthorized) (cela va t’éviter de créer une inscription d’application. tu utilises ce endpoint https://management.azure.com/providers/Microsoft.PowerApps/apis/connections?api-version=2016-11-01
tu peux utiliser une version de l’API plus récente 2020-10-01
Tu as cette superbe video de share Young. Cela fait très bien le job
Je reviens vers toi.
J’ai fini par faire un flux qui centralise les erreurs dans une liste SP, cela fonctionne plutôt bien mais c’est loin d’être évident de donner suffisament d’informations pour que le DEV n’ai pas besoin d’aller en PROD.
Aussi je me suis démandé si tu as déjà réussi à faire un SR read only mais qui donne suffisament de droits pour permettre au dev de consulter l’historique d’excution des flows.
Cela éviterait que le DEV puisse créer une couche non gérée.
Il faut dire que c’est la jungle les permissions et peu de docs dessus même avec chatgpt.
Oh merci pour cette réponse captivante. L’idée de la liste SP est excellente et celait permettrait de centraliser les erreurs de toutes les solutions en PROD.
Je te rejoins sur le . 1, ce serait tellement plus facile. De mon côté ils ont tous le SR basic user sur l’env. Et effecivement une couche non gérée se supprime facilement car les erreurs d’inattention sont inévitables.
En fait c’est cette stratégie que j’ai mis en place pour l’env de TEST.
Pour ton point 2, je vais quand même essayer ton idée avec la gestion des erreurs, si j’ai trop de retours, on envisagera la solution 1. Ce qui est compliqué c’est que les Ministères sont audités par le Verificateur General du Quebec et je dois pouvoir expliquer pourquoi nous avons opté pour soit la solution 1 ou la solution 2. C’est la raison pour laquelle je trouve ton retour très instructif.
Merci david. Désolé du retard.
J’ai fait des tests sur Portal. Merci à brian de Pragmatic works mais il y a un point que j’aimerais éclaircir.
Le formulaire que je dis créer se découpe en 3 parties :
Identification du client – > ces infos sont dans une bdd métier accessible par un rest API
détail de la demande -> Ce sera une table dataverse contenant des colonnes etc…
Validation
Sais-tu s’il est possible de faire un lookup mais vers une BDD tierce ?
En clair, le client saisi son adresse mail et avec du lookup je récupère ses infos.
SubCommentID=mvVZpvYHeuME8FL, CommentID=kY8ZeCZcegbvqba, PostID=3dketDqyUE3TrEw
Non malheureusement pas simple puisque je dois absolument pouvoir y associer des pièces jointes et de plus le formulaire doit faire appel à des connecteurs personnalisés.
Je regarde une vidéo de reza sur Power Pages. Très intéressant.
tu as des retours concernant le licencing. J’ai vu que c’est 75$ /mois pour 500 cnx à la page. En plus de la licence per-user power apps j’imagine…ou d’une licence per apps.SubCommentID=J85gskD3xeiULh6, CommentID=kY8ZeCZcegbvqba, PostID=3dketDqyUE3TrEw
Après le message de pierre et l’indication de la doc de Microsoft, j’ai voulu refaire un test.
Dans mon env de dev, j’ai cliqué sur export, j’ai publié l’apps, puis next, et enfin je sélectionne managée.
Dans tests, j’importe ma solution.
5/10 mn plus tard elle apparait dans la liste de mes apps. Il me reste juste à l’exporter à mes users QA.
J’ai maintenant tout le process bien en-tête. Il me reste plus qu’a créer un diagramme de flux.
Merci à vous pour vos éclaircissements. Dire qu’il y a 1 semaine, je ne connaissais pas grand-chose au cycle de vie d’une application. Merci encore
SubCommentID=MiaiG84MYXhVYCl, CommentID=hCawnuGJYFKhph0, PostID=fZBcCy7J2gJxKhI