用字用語：理由

内閣告示の「送り仮名の付け方」に従い、送りがなを付けて表記します。

例外
書類名などの固有名詞は正式名称にあわせます。

OK例： 書き込み、取り消し
NG例： 書込、取消

日本語としてカナ表記が一般化している単語は、英語表記をしたときの語尾によって長音（ー）の有無を決定します。

• ‐er、‐or、‐arで終わる単語は長音をつける

• 例：ユーザー、マスター、フィルター

• -yで終わる単語は基本的に長音をつけない

• 例：セキュリティ、アクセシビリティ

例外

• browserは、ブラウザ
• folderは、フォルダ

外来語の「wi/we/wo」をカタカナで表記する場合は、「ウィ/ウェ/ウォ」と表記します。

「ウイ/ウエ/ウオ」と表記すると、別のものを指している印象を与える可能性があるため、「ウィ/ウェ/ウォ」に統一しました。

OK例： ウィンドウ、ウェイト、ソフトウェア
NG例： ウインドウ、ウエイト、ソフトウエア

「1つ・2つ」「1回・2回」と数えられるものは算用数字で表記します。
丸数字については「丸数字（数字を丸で囲っているもの）の使用は控える」を参照してください。

OK例： 本人確認書類1点
NG例： 本人確認書類一点

例外
固有名詞や慣用句は例外です。「単一」、「一部」、「一語一句」や「一を聞いて十を知る」など、熟語やことわざは漢数字を用います。
漢数字か算用数字か確認する際は、数字部分を別の数字に変えてみてください。
確認例： 一語一句→二語三句（変えると不自然なため、漢数字のままが正しい）

環境依存文字のため、丸数字は使用せず、算用数字を使用します。

例外
書類上で使われている丸数字をアプリケーション上でも示したい場合のみ、丸数字を使用できます。
この場合は、含まれる文字数が多く、可読性も高いUnicodeを推奨します。
ただし、NG例の通り、文字サイズが小さいものや、黒丸、二重丸は使いません。

OK例： ⓪（U+24EA）、①（U+2460）〜⑳（U+2473）、㉑（U+3251）〜㊿（U+32BF）
NG例： ➀〜➉（U+2780〜U+2789）、❶（U+2776）、⓵（U+24F5）

「！」「？」「!?」「!!」という単位で1文字に相当するため、「！」「？」は全角で表記し、「!?」「!!」は半角で表記します。

他社のアプリケーションと連携しやすいように、日付（date）の文字列形式は、YYYY/MM/DDで表記します。日付の要素は/で区切ります。

• YYYY：西暦年4桁
• MM：2桁の月
• dd：2桁の日

また、時刻（time）の文字列形式は、HH:MMで表記します。

• HH：24時間制の2桁の時
• MM：2桁の分

OK例： 2022/01/01、23:00
NG例： 2022/1/1、PM11:00

「◯◯ファイル」の◯◯の部分は、略称の場合はすべて大文字で表記するか、開発元公式の書き方に合わせます。

OK例： CSVファイル、Excelファイル、Wordファイル
NG例： .csvファイル、.xlsxファイル

数字と単位の間にはスペースを入れず、「5GB」のように表記します。

例外
byte単独で使う場合のみ、例外的にカタカナで表記します。
OK例： 5GB、10TB、2バイト
NG例： 5 GB、10テラバイト、2byte

OK例： Microsoft Excel
NG例： Excel、Word

例外
SmartHRがベンダーなどの立場でライセンス契約を結んでいる場合には、契約先のレギュレーションに則ります。
例：NPS®

アプリケーション上で使用されているアイコンは、「鉛筆アイコン」「紙飛行機アイコン」など「◯◯アイコン」という形式で表現します。

別のものを指している印象を与えかねないため、「マーク」は使いません。

SmartHRにファイルを転送する操作は「アップロード」と表現します。

SmartHRからファイルを入手する（ストレージにあるデータをそのまま落としてくる）操作は「ダウンロード」と表現します。

漢字の「合わせて」「併せて」は基本的に使用せず、平仮名の「あわせて」で表記します。
理由は以下の3点です。

• 漢字表記を見る機会が少なく、漢字表記よりもひらがな表記の方が馴染みがある
• ひらがなにしても、2つの意味を混同する場合はレアケースである
• SmartHRのパーソナリティ「親しみやすい」の観点からも、必要以上に格式ばった表現をしない（ひらがな表記の方がやわらかいイメージを与えられる）

注意点
「合わせて」「併せて」どちらの意味かわからなくなるような表現は避けます。
「AとBをあわせてhogeに入力してください」という場合、AとBの合計を入力するのか、併記して入力するのかの判別が難しくなります。こういう場合には、
「AとBの合計をhogeに入力してください。」（合計を入力する場合）
「AとBをhogeに併記してください。」（併記して入力する場合）
のように、明確な表現をしましょう。

「遷移」よりも「移動」の方が、ユーザーにとって馴染みがあると判断しました。

固有名詞でない限り、「ウェブ」と表記します。

広報での議論を参考に、プロダクト側も同じガイドラインで統一することにしました。広報で「ウェブ」を採用した根拠は以下の通りです。

• 元はWorld Wide Web（略してWeb）
• 現在は欧米では「The web」と表記されることが多い
• カタカナ表記の「ウェブ」は日本語として定着している

例外
「Webhook」「PCAクラウドWeb-API」のような固有名詞は「Web」と表現します。また「ウェブブラウザ」は、単に「ブラウザ」とします。

ユーザーを示す言葉は、以下の基準で使い分けます。

• お客さま： SmartHRが、外部に対して情報を発信するときに使用します。

• 管理者さま： SmartHR上のユーザーの役割を具体的に指したいときのみ使用します。なお、ヘルプページでは、役割自体を指す場合は「管理者」、役割を持つユーザーを指す場合は「管理者さま」と表現しています。

• 担当者さま： 「人事労務の担当者さま」などと言う場合のみ使用します。「ご担当者さま」としても構いません。

• ユーザーさま： SmartHRのすべての利用者、つまり管理者と従業員の両方を含めて呼びたいときに使用します。

日本語としては、「行なう」と「行う」のいずれも正しい表現です。
しかし、「行った（おこなった）」と表現した場合、「いった」と誤読する可能性があります。
このため、「行なう」と表現した方が、ユーザーにとって親切だと判断しました。

注意点
「行なう」は表現として固いため、可能な場合は「○○する」「○○してください」などの表現に置き換えてください。

PCでもスマートフォンでも違和感のない言葉として、「押す」が適切だと判断しました。

機能の「改善」は、製造業の現場やアジャイル開発で使われる「カイゼン」とは意味が異なるため、漢字で表記します。

開発チーム内で「カイゼンチケット」のような使い方をしても構いません。

SmartHRからデータを抽出する操作は「書き出し」と表現し、「エクスポート」という表現は使いません。

SmartHRのユーザーが会社ごとに作成するアカウントは、「企業アカウント」と表現します。
「テナント」よりも「企業アカウント」の方が、一般的な呼称として適切だと判断しました。

「頃」は漢字で表記し、平仮名では表記しません。
「頃」はユーザーにとって馴染みがあり、読みづらかったり、読み間違えたりするリスクが低いと判断しました。

従業員の休職や退職を表すステータスは、「在籍状況」と表現します。「在職状況」は使用しません。
在籍状況には、「在職中」、「休職中」、「退職済み」の3つのステータスがあります。

ステータスの中で、勤務に従事している状態は「在職中」と表現します。「在籍中」は使用しません。

理由 休職中にも会社に籍はあるので、「在籍中」という表現には休職中も含むことになる。
在職中と休職中の両方を指したい場合は「在籍中」を使っても構いません。

画面を最新の状態にする操作は、「再読み込み」と表現します。

SmartHRでは、従業員情報などを編集して保存することを「更新」と表記しているので、混同を避けるために「再読み込み」としました。

なお、特別な理由がない限りは「画面を再読み込み」と表現し、「ブラウザを再読み込み」「ページを再読み込み」は使いません。

アプリケーション上での「確認」を求める場合と明確に書き分けるため、「参照」としました。

アプリケーションが主語で、アプリケーション内でオブジェクトなどを使う操作は、「使用」と表現します。「使用」と「利用」の表記ユレが発生しないようにしてください。

例外
ユーザーが主語の場合は、コンテキストによって「使用」と「利用」を使い分けます。

OK例： SmartHR基本機能では、登録された従業員情報を、管理者が指定した用途でのみ使用します。

通称「SmartHR本体」とされているアプリケーションは、「SmartHR基本機能」とします。
加えて、「プラスアプリ」と呼ばれている機能は、「SmartHRオプション機能」とします。具体的には、年末調整、カスタム社員名簿、文書配付、分析レポート、従業員サーベイ、組織図、人事評価を指します。

例外
SmartHRであることが明らかにわかる文脈では「基本機能」「オプション機能」としても構いません。
例えば、SmartHR基本機能とSmartHRオプション機能を1つの文で併記するときは、「SmartHR基本機能」、「オプション機能」として、一方のSmartHRを省略可能です。
文中では、初出時に「SmartHR基本機能」と記載し、以降は「基本機能」として、SmartHRを省略可能です。

アプリケーションやヘルプセンターでは「スマートフォン」に表記を統一し、誤解を生まないようにします。
ただし、マーケティングなど別のコミュニケーションでは、この限りではありません。

アプリケーションの操作画面は「画面」と表記します。「ウィンドウ」、「ダイアログ」、「モーダル」という表記は使いません。

ユーザーの関心は、画面で「何ができるか」です。その画面が「ダイアログなのか？ウィンドウなのか？」といったUIの書き分けは、ユーザーの使い勝手に影響しないと判断しました。

UI上のテキストやヘルプページでは、画面のタイトルを明示して、何ができるかを案内してください。

SmartHRが不具合なく動作する環境のことを「動作環境」と表現します。

「推奨環境」と表現すると、要件を満たさない環境でも正常に動作するように受け取れるため、「動作環境」の方が適切だと判断しました。

SmartHRにデータを適用する操作は「取り込み」と表現します。

UIコンポーネントのDropdownやSelectのような、クリックで展開するリストは「ドロップダウンリスト」と表現します。
理由は以下の通りです。

• 「プルダウン」よりも「ドロップダウン」の方が検索のヒット数で優勢
• 操作メニューだけに使用されるとは限らない（項目の一覧から選択させる場合にも使用する）ため、「メニュー」より「リスト」が適切

入力が必要な場合は「入力必須」と表記します。「必須入力」は使用しません。

理由
管理者が入力フォームを作成する際、「従業員が入力する時の必須項目にしたい」というメンタルモデルを持っているため、ラベルとして［入力（を）必須（にする）］の順序が自然と判断。

項目を指すとき
OK：［入力必須項目］ NG：［必須入力項目］

設定時のラベル
OK：［入力必須］または［必須］ ※UIによって、どちらを使用するかを判断する。 NG：［必須入力］

PCは略語のため、パソコンの方がさまざまなユーザーにとって馴染みがあると判断しました。

「平仮名にしたほうが読みやすい漢字は平仮名にする」というルールに従い、「付ける」を「つける」と表現するのに準じて、「紐づけ」と表現します。

「コピー」は情報をテンポラリ領域に保持することを表し、「複製」はコピーした情報を別のデータとして作成まですることを表すため、「複製」が適切だと判断しました。

例外
コピー後に貼り付けを伴う動作の場合に限り、「コピー」と表現して構いません。

「SmartHRのホーム」「従業員サーベイのホーム」のように表現します。
どのアプリケーションを指しているか自明な場合は、「ホーム」と記載して構いません。
「トップページ」は和製英語であり、「画面の最上部」と混同することもあるため、「トップ」は使いません。また、画面であることを強調する必要はないため、「ホーム画面」は使いません。

例外
「ホーム」を画面以外の何かと混同する場合のみ、「ホーム画面」と記載することを検討します。

マスターとなるデータすべてを指す総称として「マスターデータ」を使用します。「マスター」だけでは、何のマスターなのかが不明瞭なため、単体では使いません。

また、マスターデータの配下にあるマスターデータは、「システム標準マスター」「カスタムマスター」など、「◯◯マスター」の形式で表現します。マスターデータであることが自明である点、および冗長さを避ける観点から、「システム標準マスターデータ」、「カスタムマスターデータ」とは表現しません。

OK例：マスターデータ、システム標準マスター、カスタムマスター、部署マスター、役職マスター
NG例：マスター、システム標準マスターデータ、カスタムマスターデータ

例外
システム標準マスターまたはカスタムマスターの配下にあり、マスターデータであることが明白な場合は、冗長さを避ける観点から、「マスター」を付けずに表現します。

また、「システム標準マスターの〇〇」と表現するか「〇〇マスター」と表現するかは、ユーザーにシステム標準マスター（またはカスタムマスター）配下であることを意識させたいかどうかで判断してください。

• 意識させる必要がない場合：「〇〇マスター」
• 意識させる必要があるが、「マスター」を繰り返すことで意味が伝わりづらくなる場合：「システム標準マスターの雇用形態」 ※「システム標準マスターの雇用形態マスター」とは表現しない

OK例： マスターデータ > システム標準マスター > 雇用形態
NG例： マスターデータ > システム標準マスター > 雇用形態マスター

前の工程に戻る場合の操作は「元に戻す」「元へ戻る」などと表現します。

「もとに」や「もとへ」と表記するよりも、漢字を使用した方がひと目で「前の工程に戻ること」を認知できると判断しました。

拠り所や根拠とする「もと」は平仮名で表記し、漢字の「基」は使いません。

漢字よりも平仮名の方がユーザーにとって読みやすく馴染みのある表記と判断しました。

OK例： 給与額をもとに
NG例： 給与額を基に