>
>
AKASHIは、2026年4月に「マネーフォワード クラウド勤怠Plus」へリブランディングされたクラウド型勤怠管理システムです。旧AKASHIの名称で検索する既存利用者も多いため、打刻方法、ログイン画面への遷移、スマホアプリのトラブル対応を含めて把握しておく必要があります。
本記事では、中堅・大企業の勤怠管理システム選定および運用を担当する情シス責任者に向けて、クラウド勤怠Plusの機能、標準版との比較基準、料金体系、PCログ連携の注意点、導入移行時のパラレルランを解説します。勤怠データは給与計算や労務管理にも連動するため、製品機能だけでなく、就業規則・打刻手段・承認運用を一体で設計する視点が必要です。
AKASHIとマネーフォワード クラウド勤怠Plusの位置付け
マネーフォワードは、クラウド型勤怠管理システム「AKASHI」をブランド統合・リブランディングし、2026年4月1日にサービス名称を「マネーフォワード クラウド勤怠Plus」へ変更したと案内しています。同社のマネーフォワード クラウド給与サポートにある「『マネーフォワード クラウド勤怠Plus』の提供開始に伴う連携サービス名称変更のお知らせ」では、現在利用中の連携設定および勤怠データのインポート機能に影響はないと説明されています。 ([biz.moneyforward.com])
情シス責任者は、名称変更そのものと、認証・端末・外部連携を含む日常運用を別の論点として管理します。既存のAKASHI環境を継続利用しているケースと、クラウド勤怠Plusとして新規導入を検討するケースを分けると、契約条件、利用中の機能、ログインURL、移行範囲の担当部署を整理しやすくなります。
比較項目 | 旧AKASHI | マネーフォワード クラウド勤怠Plus | マネーフォワード クラウド勤怠 |
|---|---|---|---|
名称・提供形態 | 2026年4月1日以前の名称 | AKASHIをブランド統合した中堅〜大企業向け勤怠管理サービス | 中小企業向けの勤怠管理サービス |
料金の扱い | 旧プランは契約条件により利用対象が限定される | 個別見積もり | 法人向け料金ページでは従業員数51名以上の区分から勤怠Plusの案内が表示される |
旧プランの契約基準日 | プレミアム・スタンダード・タイムレコーダープランは2026年3月31日以前の契約者等が対象 | 2026年4月1日以降の名称 | 初期費用0円の料金体系が案内されている |
マネーフォワードの「マネーフォワード クラウド勤怠Plus」利用規約では、プレミアムプラン（旧AKASHI）、スタンダードプラン（旧AKASHI）、タイムレコーダープラン（旧AKASHI）は、2026年3月31日以前に利用契約を締結した契約者または同社と別途合意した契約者のみ利用可能と記載されています。旧契約を社内で便宜上「標準版」と呼ぶのではなく、契約書・見積書・管理画面に表示された正式なプラン名で区別します。 ([biz.moneyforward.com])
▲ 「マネーフォワード クラウド勤怠」標準版と「勤怠Plus（旧AKASHI）」の違い
打刻方法とログイン手順・切り分け
マネーフォワードはクラウド勤怠Plusの料金ページで、Web・アプリ・スマホ、ICカード、GPS、専用端末、顔認証、Slack、Chatwork、PCログイン連動打刻を打刻方法として案内しています。勤務場所、本人確認の強度、端末の共用有無、通信環境を軸に、部門・拠点ごとの打刻方式を決めます。たとえば、共用端末の拠点では端末の利用者切替と打刻者の識別を先に確認し、外勤者が多い部門では通信不安定時の勤怠修正フローまで含めて設計します。 ([biz.moneyforward.com])
ログインは、まず自社から案内されたクラウド勤怠Plusのログイン画面に到達し、従業員は交付された認証情報でログインして打刻画面を開きます。管理者は、従業員の打刻画面ではなく、自社の運用で指定された管理画面からログインし、従業員情報、所属、権限、打刻設定を扱います。マネーフォワードのクラウド勤怠Plus料金ページには「ログイン」入口が案内されていますが、利用者ごとのログイン先や認証情報は契約・設定により異なるため、社内ポータルや初回案内に記載された入口を正本として扱います。 ([biz.moneyforward.com])
ログインできない問い合わせは、次の順で一次切り分けします。
従業員：社内ポータルまたは初回案内のログイン先を開き、利用者ID・メールアドレスなど、自社で交付した認証情報を入力する。
管理者：管理画面で対象従業員の在籍状況、所属、ログイン権限、打刻に関わる設定を確認する。
パスワード認証：パスワード再設定の入口が表示される構成では、その導線を利用する。再設定の入口が表示されない場合は、会社側で認証を統制している可能性があるため、情シスまたは認証管理担当の手順へ切り替える。
SSO認証：自社のIdPからではなくサービス側の入口から開始する設定であればサービスのログイン画面から進み、IdP側の認証エラーであればIdPのアカウント、割り当て、SAML設定を確認対象にする。
対象・提供状況として、SSOの利用可否、ログイン起点、利用者に許可する認証方式は契約と自社の認証構成によって異なります。マネーフォワード クラウドの管理コンソールでは、アカウント統制の「ログイン方式」にSSOまたはパスワードを設定する案内があり、SSO設定ではSP-Initiated SSOのみ対応すると説明されています。管理コンソールの「ユーザー」画面で対象者の統制・ログイン方式が確認できれば、認証方式に沿って切り分けます。確認できなければ、クラウド勤怠Plusの契約担当または導入時の設定資料を正本にして、従業員向けの案内内容を固定します。
スマホでログインできない場合は、ログイン画面の取り違え、対象テナントへの従業員登録、端末のOS・ブラウザ・アプリの更新状況、Cookieやキャッシュ、端末の日時設定、通信制限を順に確認します。管理画面で在籍状況・ログイン権限・所属設定に不整合が確認できれば設定修正後に再試行し、不整合が確認できなければ端末、ネットワーク、または認証連携側の事象として担当を振り分けます。これにより、勤怠担当が認証障害を抱え続けるケースと、情シスが勤怠設定の問題を調査し続けるケースを分けられます。
▲ 打刻・ログインができない場合のトラブル原因切り分けフロー
料金構造とマネーフォワード クラウド勤怠との比較ポイント
マネーフォワードは、クラウド勤怠Plusの料金を「お問い合わせ価格」と案内しており、公開ページ上では個別の月額単価を示していません。同社の料金ページでは、複雑な就業規則、36協定遵守のアラート、各種打刻方法、申請・承認、シフト・工数・年次有給休暇の管理などを掲載し、顧客の状況に応じた料金プランを提案すると説明しています。なお、工数管理は上位プランのみ利用可能と案内されています。 ([biz.moneyforward.com])
一方、マネーフォワードはクラウド勤怠の法人向け料金ページで、従業員数50名以下と51名以上を目安に案内を分け、51名以上の区分ではクラウド勤怠Plusのサービス内容・料金体系を見積もりで案内するとしています。クラウド勤怠とクラウド勤怠Plusは正式なサービス名であり、両者を比較する場合は、対象企業規模だけでなく、契約書または管理画面に表示される正式プラン名、利用可能な機能、契約条件を同じ一覧で照合します。 ([biz.moneyforward.com])
見積もり比較では、月額利用料に加えて、初期設定、データ移行、打刻端末、外部サービス連携、保守、導入支援を別項目に分けます。従業員数だけで比較すると、拠点数や勤務パターン数が多い組織では初期設定・運用設計の差を見落とします。拠点数、雇用区分数、勤務パターン数、申請・承認経路数、給与連携の有無を見積もり条件としてそろえ、各費用が月額、初期、オプションのどれに含まれるかを見積書・申込書で判断します。確認できれば総費用と運用体制を比較でき、確認できなければ月額費用だけを比較対象にしません。 ([biz.moneyforward.com])
導入判断の優先順位は、①締め・給与連携に必要な集計要件、②本人確認と打刻場所の要件、③認証・権限管理、④移行対象データ、⑤費用の順に置くと整理しやすくなります。たとえば、複雑な勤務体系と複数の承認経路があるなら、月額差よりも締め処理で必要な設定・検証の可否を先に評価します。監査ログや認証ログを自社の運用で取得できるなら、対象部署を限定した検証で問い合わせ経路と修正責任の分担も確認します。
名称変更・移行時の並行稼働で確認する事項
マネーフォワードは、AKASHIからマネーフォワード クラウド勤怠Plusへの変更について、サービス名称の変更であり、既存のマネーフォワード クラウド給与との連携設定および勤怠データのインポート機能に影響はないと案内しています。社内手順書、従業員向け案内、問い合わせ窓口、SSO設定の表示名などに旧名称が残っている場合は、利用者が別サービスと誤認しないよう更新対象を一覧化します。 ([biz.moneyforward.com])
別システムからの移行や大規模な設定変更を伴う場合は、締め期間の途中で本番切替を行わず、給与締め・勤怠締めの単位で移行計画を作成します。並行稼働では、従業員マスター、所属、雇用区分、勤務パターン、休暇残高、承認経路、打刻データ、集計結果、給与連携データを比較対象にします。旧AKASHI利用者は、旧環境の契約プラン名、ログイン先、連携設定の表示変更を記録します。新規検討者は、打刻方法、認証方式、給与連携、移行対象データを要件定義書に記録します。
差異が出た場合は、旧システムと新システムのどちらを正とするかを項目ごとに事前に定義します。たとえば、移行日前の確定済み勤怠は旧システムを正とし、移行日以降の打刻・申請は新システムを正とする運用にすると、修正責任の所在を明確にできます。並行稼働の終了判定は、対象締め期間の勤怠集計と給与連携結果が合意した条件で一致した時点に設定します。
移行で起こりやすいのは、従業員IDの対応付け漏れ、所属変更日のずれ、休暇残高の基準日相違、承認経路の未反映、旧名称のログイン案内が残ることです。並行稼働の開始前に、各項目の正本、差異を確認する担当者、修正するシステム、確定する期限を表にしておくと、差異が見つかった際に原因調査と給与締めの判断を分けて進められます。
▲ 旧システムからの移行と並行稼働をスムーズに進める4つの手順
まとめ
旧AKASHIは2026年4月1日にマネーフォワード クラウド勤怠Plusへ名称変更されました。中堅・大企業の情シス責任者は、旧契約の正式プラン名と現行サービス名を分け、打刻方式、従業員・管理者のログイン先、認証・権限、料金見積もりの前提、給与連携、並行稼働時のデータ正本を明確にします。旧AKASHIのプレミアムプラン、スタンダードプラン、タイムレコーダープランは契約日などにより利用対象が限定されるため、契約書・見積書・管理画面の表示を基準にマネーフォワード クラウド勤怠と区別します。 ([biz.moneyforward.com])
以下は、本記事で整理した事項を役割別にまとめた確認項目です。
役割 | 確認項目 | 確認先・参照箇所 |
|---|---|---|
情シス責任者 | 契約書・管理画面に表示される正式プラン名（プレミアム／スタンダード／タイムレコーダー）の確認。旧契約か新規かで利用可能プランが異なる | 契約書・見積書・クラウド勤怠Plus利用規約 |
情シス責任者 | 認証方式（SSO／パスワード）と管理コンソール上のログイン方式設定の照合。SSOはSP-Initiated SSOのみ対応 | マネーフォワード クラウド管理コンソール「ユーザー」画面 |
情シス責任者 | 社内手順書・従業員向け案内・問い合わせ窓口の旧名称「AKASHI」残存箇所の洗い出し | 社内ポータル・メール・設定資料 |
勤怠管理担当 | 部門・拠点ごとの打刻方式（Web・ICカード・GPS・顔認証等）と通信不安定時の勤怠修正フローの確認 | クラウド勤怠Plus料金ページの打刻方法一覧 |
勤怠管理担当 | 並行稼働期間中の従業員マスター・所属・休暇残高・承認経路・集計結果の正本システムの事前定義 | 移行計画書・給与締め・勤怠締めスケジュール |
給与担当 | 給与連携設定の表示名変更有無と、インポート機能への影響がないことの動作確認 | マネーフォワード クラウド給与サポートの名称変更お知らせページ |
ヘルプデスク担当 | 従業員ログイン不可時の一次切り分け手順（ログイン先の取り違え→管理画面の在籍・権限確認→認証方式確認）の整備 | 本記事「ログインできない問い合わせ」節・管理画面の従業員設定 |
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
