会議後の対応
Sankaなし
決定事項が手動タスクになり、会議後に別システムへ再入力されます。
Sankaあり
Sakuraが承認済み依頼からSankaタスク、下書き、レコードを準備します。









































%201.png)




経理、営業、購買、人事、業務チームが調整している場所でSakuraへ依頼します。
Sankaが依頼ユーザー、利用可能ツール、必須項目、承認経路を確認します。
完了、例外、レコードURLをTeamsへ返し、会話とSankaの状態を揃えます。
| 業務 | Sankaなし | Sankaあり |
|---|---|---|
| 会議後の対応 | 決定事項が手動タスクになり、会議後に別システムへ再入力されます。 | Sakuraが承認済み依頼からSankaタスク、下書き、レコードを準備します。 |
| 部門横断業務 | 営業、経理、購買、人事が同じ依頼を別々の場所で追跡します。 | Sankaがひとつのワークフロー状態を保持し、SakuraがTeamsへ報告します。 |
| ガバナンス | チャンネル参加者が業務レコードの変更権限を持つとは限りません。 | Sankaがチャンネル参加とは別にユーザー権限と承認要件を適用します。 |
決定事項が手動タスクになり、会議後に別システムへ再入力されます。
Sakuraが承認済み依頼からSankaタスク、下書き、レコードを準備します。
営業、経理、購買、人事が同じ依頼を別々の場所で追跡します。
Sankaがひとつのワークフロー状態を保持し、SakuraがTeamsへ報告します。
チャンネル参加者が業務レコードの変更権限を持つとは限りません。
Sankaがチャンネル参加とは別にユーザー権限と承認要件を適用します。
Sankaは在庫管理だけでなく、仕入れや請求、さらには受注や出荷まで、販売管理業務全般を一つのツールでまとめて管理できる点に魅力を感じました。
発注や支払だけでなく商品マスタ、入荷、在庫、出荷までを一括で管理できる必要があり、Sankaを導入しました。
最初はすべてExcelで管理していました。Sankaがあれば、金額をすぐ集計・報告できるようになり、人件費の削減にもつながると思いました。