部署異動の際の Power Apps や Power Automate の引継ぎについて - Qiita

はじめに これまで、作成した Power Apps のアプリや Power Automate フローに共同所有者を追加する方法等について書かれている記事もあるという認識ですが、部署異動の時期だと思うので、改めて情報を整理してみたいと思います。 方針決め まず、部署異動の際、元々の作成者について、 Power Apps のアプリや Power Automate フローの所有権限を削除するのか、つまり、アクセス権をはく奪してアクセスできなくするのか、あくまで、引継ぎ先の人を共同所有者を追加するだけに留めるのか、方針を決める必要があると思います。 こちの方針により実際に行うことが変わってきます。特に決まっていない場合はこれから書く内容も踏まえ、どちらにするか判断するのでも良いかと思います。 個人的には、余程の事情がなければ、元々の作成者も所有者として残しておく方法の方がいいと思います。 これから

[tpircs]

PowerPlatformって個人が手元のちょっとしたものを便利にするくらいの利用に留めたほうがいいかなって思ってる。複数人での開発とか組織でのメンテナンスとか厳しすぎる。構成管理もないしテストも厳しいし。

[itotto]

さいきんAutomateを作ってた人が退職して困ったという話を聞いてたのでどうするのがよかったんだろうと気になってたので参考になった

[ardarim]

秘伝のExcelマクロの引き継ぎに困る話の最新版かな？

[quality1]

退職時にPower Automateの引き継ぎしようとしたけどこのフローを引き継ぎ者が理解できてなかったので諦めて手動でやってねってことにした。組織で持てないの辛いよね

[hiroomi]

“そちらも踏まえて、方針を決めた上で、上記いずれかの方法で引き継いでもらえたらと思います。”動いて小銭稼いでいるなら当然。それでも面倒なら捨てる。

[htnmiki]

”ミッションクリティカルなアプリやフロー、秘匿性の高いようなアプリやフローについては、出来るだけ人の異動や退職に左右されないアカウントで作成しておくことをお勧めします。”

[yujimi-daifuku-2222]

Excelマクロで定型業務回して、退職や異動で担当者が消えると慌て出すステージから人は中々進化できない。/常識的に考えると引き継ぎすべきなのだけど、個人的な工夫で自動化した人のモヤモヤはまあ分かりますよ。

[georgew]

いやー魔窟ですね。これはIT部門の開発メンテ下できちんと運用しないと痛い目に遭う。

[mukaken]

なぜか、はてブで超バズってる。Power Apps Power Automate を本格的に使う人が増えた証？

[damedom]

本格的に属人性を排除したければ全てDataverseのソリューションに含めたうえで、Azure DevOpsのパイプライン使ってService principalでデプロイするのが一番いいけど、そこまでしたくない場合はco-ownerで十分かな。

[dec123456789]

SharePointのグループ上に作成できるようにするだけでいいのに。権限はSharePoint側で持ってるんだし。

[khtokage]

参考になります

[ka-ka_xyz]

ほー。共同所有者がいたら作成者が退職しても残ると（Power Automateアプリを作ってるので割と気になってた）。外部からTeamsと連携してあれこれするにはwebhookだけだとかゆいとこに手が届かない。

[bml]

MSがたぶん教えてないフローだな。

[kagehiens]

面白い。

[daruism]

なるほど