The old sharepoint 2010 workflow for document approval is a well used tool, I'd go as far as to suggest that most users of workflows in sharepoint have this one running in any number of libraries.

Now i get that you need to get rid of old tech and MICROSOFT believes that power automate should be the replacement, I get it I truely do, however you need to look again. I use power automate a lot, just not for document approval, cos it doesn't work.

What used to be a simple processes of setting up workflow for approval of documents (and it's a well worn path that we all tread) is now a convoluted process in power automate that, despite the plethora or alternate configurations being touted around on the web, just doesn't work.

Simply put we need power automate to talk to sharepoint in a simplified manner.

We need a templated Power Automate task to manage the approval process and I mean manage it in full, ie: users adds or modifies a document in sharepoint library, Power Automate creates an email notification to alert the approver of the approval request, now either 1 - the user approves it from the email, the document status is updated and the approval comments are added to the published doc or 2 the document is rejected and the email notification is sent with the document approval status not being updated.

I have followed about 10 different how to's to try and get this, essentially simple, process working and to date, none of them work!

The failure always comes when attempting to modify the document approval status, until then it all works fine. Getting document metadata and etags doesn't work.

So my suggestion is to put a couple of devs on it and get a standard process worked out or maybe just publish a process that shows us all how your tech resources have designed the process cos honestly despite us being techie and competant - we can't figure it out.

Just look at the responses on the now closed and DENIED postponement idea :

https://sharepoint.uservoice.com/forums/330318-sharepoint-administration/suggestions/40856713-postope-designer-2010-workflow-engine-retirement

Surely all these people cannot be wrong!!!

*English follows Japanese

■Title(件名)：
閲覧者にメニューが表示されないページの実装について
Pages that do not show a menu to viewers

■Description(内容):
SharePoint Online でサイトを作る場合に、メニューやヘッダーなど上部のバーが閲覧者に表示されないページの機能の追加を希望します。
ポータルサイトを作成するにあたり、閲覧者に対しては管理者や編集者が案内する内容のみを見せられる状態にしたいため、現状のメニューやスイート バーが表示される状態が運用上望ましくない状況です。これらのメニューやロゴなどもすべて非表示となったページを作成する機能を追加してほしいです。

When creating a site on SharePoint Online, I would like to be able to add a page that does not show a menu or header etc. to viewers.
In creating a portal site, I want to be able to only show these parts to viewers who are admins or editors, so the current state where the menu and suite bar are shown is not ideal for this implementation. Please make it possible to create pages with the menu, logo etc. all hidden.

*English follows Japanese

■Title(件名)：
確認コードを入力する画面の "サインインしたままにする" を非表示にしてほしい。
Hide the “Stay signed in” option on the verification code entry screen

■Description(内容):
特定のユーザーのリンクを使って共有すると、招待されたユーザーは確認コードの入力を求められます。
この確認コードを入力する画面には "サインインしたままにする" チェック ボックスがあり、招待されたユーザーが任意で有効にすることができますが、招待したテナント側ではこの設定をコントロールすることができません。

情報セキュリティの観点からは、外部ユーザーには毎回認証コードを要求したいと考えていますが、"サインインしたままにする" を有効にした外部テナントのユーザーは認証無しで共有アイテムにアクセスが可能な状態となるため、好ましくありません。

確認コードを入力画面の "サインインしたままにする" を非表示にすることを要望します。
非表示ができない場合は、管理センターの外部共有の設定で、確認コードを入力画面の "サインインしたままにする" の表示 / 非表示を設定する機能の提供を強く希望します。

When sharing via a link with certain users, the invited user is asked to enter a verification code.
On this code entry screen, there is a checkbox for “Stay signed in”, and while the invited users can check this arbitrarily, there is no way to control use of this from the tenant doing the inviting.

From an information security standpoint, we would want to ask external users to enter a verification code every time, but if they check the “Stay signed in” box then they can access the shared item without verification, which is not good.

Please make it possible to hide the “Stay signed in” box on the verification code entry screen. If it cannot be hidden, please add a setting to show/hide it from the admin center’s external sharing settings.

*English follows Japanese

■Title(件名)：
[サイトの利用状況] に表示される "サイトの訪問者" と監査ログの "ページの表示" アクティビティで抽出される数に乖離がある状況を修正してほしい。
Please fix the discrepancy between values given in “Site usage” page’s “Site visitors” and in the audit log’s “Page views” activity

■Description(内容):
サイト コレクションの [サイトの利用状況] に表示される "サイトの訪問者" と Office 365 セキュリティ/コンプライアンス内の監査ログの "ページの表示" アクティビティで抽出される数は、共にサイトにアクセスされた状況を確認できるが、双方の数が乖離している。使用者として、どちらの数を "正" として判断したらいいのか迷うため、同じ基準で算出されるように修正してほしい。

It is possible to check how many accesses have been made to a page via both the “Site visitors” item in the site collection “Site usage”, and the “Page views” in the Office 365 security/compliance audit log, but there is a discrepancy between these numbers.
It is difficult to understand which of these values can be treated as “correct” so please eliminate the discrepancy.

*English follows Japanese

■Title(件名)：
グループの名称表示について
Display of group names

■Description(内容):
グループの名前などの属性を変更した場合は、SharePoint のサイト コレクション上には反映されない動作となるため、変更したグループ名をサイト コレクションに反映させるためには、一度サイト上からグループを削除する必要がございます。
しかしながら、SharePoint Online のサイト コレクションのユーザ情報リストから該当のグループを削除した場合、アイテム毎に権限を再付与する必要がございます。
複数のアイテムに対して再付与することは、とても現実的ではないため、一括で権限を戻せるよう機能の拡充を希望します。

If attributes such as group name etc. are changed, the changes do not reflect in the SharePoint site collection, and so in order to make the changes show up, it is necessary to remove and re-add the group on the site.
However, if the group in question is removed from the SharePoint Online site collection user information list, you need to re-apply permissions to all the items.
It isn’t realistic to re-apply permissions to multiple items, so please add a way to restore all the permissions at once.

*English follows Japanese

■Title(件名)：
SharePoint 管理センターにおける、アプリ タイルの非表示機能について
Option to hide app tiles in the SharePoint admin center

■Description(内容):
SharePoint 管理センターにて [アプリ タイルの表示と非表示を切り替えます] の項目を非表示に設定した場合、Microsoft 365 ポータルのタイルから SharePoint が非表示となりますが、現時点においては、管理者や権限を問わずテナント内のすべてのユーザーに対して適用される動作となっています。
しかしながら、本機能については、管理者や特定のユーザーに対しての適用を制御したい場合があるため、適用範囲を指定できるような機能の追加を強く希望します。

In the SharePoint admin center, if the “Show or Hide App Tiles” item has been hidden, SharePoint is hidden from the Microsoft 365 portal tiles, but at present this applies to all users in the tenant regardless of if they are admins or what permissions they have.
Since there are cases where we would like to restrict the application of this function to admins or specific users, please add a way to specify the scope of users across which it will be applied.