基幹システムを日本語と英語で一つに。現場の時間を奪い合わないバイリンガル戦略

四半期末の横浜のオフィスです。神奈川生まれ育ちのCFOが、消費税の突合に没頭しています。ふたつ隣の席では、マニラから入社したばかりのサプライチェーン担当が購買発注を起票しようとしています。彼女は英語を流暢に読みます。しかし目の前にあるレガシーの会計パッケージは日本語しか表示しません。彼女は画面をスクリーンショットし、翻訳ツールに貼り付け、待ちます。それでもどの欄が消費税率で、どの欄が金額なのか判別できません。本来40秒で終わる作業に20分かかります。その日、同じことが6回繰り返されました。

この光景は、毎週、日本中の何千もの企業で起きています。解決策は、翻訳アプリを増やすことではありません。基幹システムそのものが、同じデータのうえで、すべてのユーザーに対して、両方の言語を同時にネイティブで話すことです。本稿はその実像について述べます。

バイリンガルは今や「あればよい」ではなく、必須要件である

過去20年の大半において、日本語だけのERPで十分でした。労働力はほぼ日本語話者で占められ、外国籍の職員は稀でした。しかし、ふたつの力がその前提を崩しました。

第一は労働力です。厚生労働省の発表では、2024年10月時点で日本の外国人労働者は230万人に達し、1年で約25万人増加しました。製造業は、その受け皿となる代表的な業種のひとつです。東大阪の町工場、北海道の食品製造業者、長野の電子部品組立工場。いずれの現場にも、日本語を話す同僚と同じシステムを操作しなければならない英語話者のラインリーダー、技術職、監督者がいます。

第二は、熟練層における人材の希薄さです。Education Firstの英語能力指数によれば、英語を流暢に扱える日本の成人は約8%に留まり、英語と日本語を完全に使いこなせる層はさらに限られます。ERPに精通した経理担当で、かつ英語を話す親会社や取引先との橋渡しも担える人材となると、その候補はごくわずかで、採用単価も高くなります。バイリンガルなシステムが、バイリンガルな人を増やすわけではありません。ただ、英語を読む人と日本語を読む人が同じ記録をそれぞれの言語で扱えるようになるため、二ヶ国語スキルがボトルネックになる機会を減らします。

2025年のレガシー崖、すなわちWindows Serverやデータベース基盤のサポート終了が重なり、刷新の窓は今まさに開いています。2026年に基幹システムを刷新する企業には、ハードウェアの更新と同じタイミングで、この言語の隔たりを一括で解消する、10年に一度の機会があります。

ネイティブなバイリンガルとは、実際にはどういうことか

よくある誤解は、バイリンガルとは最上位のラベルを切り替えるトグルのことだ、というものです。本物のバイリンガルの深さは、人が実際に働く場所に現れます。エラーメッセージ、入力チェックのルール、ドロップダウンの選択肢、帳票、メール本文、そして日本固有の項目です。正しく構築されたシステムが、ネイティブなバイリンガルとして何を実現するか、具体的に示します。

すべての画面、すべてのメニュー、すべての項目ラベル、すべてのボタンに、両言語で完全な対応が存在します。英語を話す購買担当が発注を起票するとき、彼女には仕入先、納期、小計が表示されます。1分後に日本人事の上司が同じ記録を開くと、まったく同じデータが日本語のラベルとともに表示されます。1つの記録、2つの読み方。再入力も、別のファイルも要りません。

エラーメッセージと入力チェックも翻訳されます。これは予想以上に重要です。保存に失敗して日本語の漢字の羅列を突きつけられた外国籍の担当者は、推測し、やり直し、最終的に誰かを呼ぶしかありません。「この製品には有効期限の入力が必要です」のような翻訳されたメッセージは、何を直せばよいかを明確に伝え、作業を止めません。よく作られたシステムでは、こうしたメッセージはロット管理、販売、在庫、承認、認証まで、業務領域全体を覆っています。

続いて、英語だけのグローバルソフトウェアが省略しがちで、法令対応上も意味のある日本固有の項目です。本格的なバイリンガルシステムは、氏名のフリガナ、銀行コード、銀行名、支店コード、支店名といった項目を、両言語のラベル付きで保持します。フリガナ欄が存在するのは、日本の請求書、銀行振込、マスターデータがそれを要求するからにほかなりません。同じフォームが両方の読み手を支えれば、誰も回り道を強いられません。

最後に、言語は社外に出る文書にも及びます。請求書のレイアウト、パスワード再設定のメール、B2Bポータルの取引先向け画面は、いずれも受信側の選択言語で描画されます。その背後にあるデータは、共有され一貫しています。

事例：従業員70名、2つの言語、ひとつの月次決算

東大阪にある従業員約70名の精密部品メーカーを考えてみてください。自動車・産業機器の顧客へ部品を供給し、年商は約18億円です。生産現場に外国籍の技術職を6名雇用し、英語での見積書を期待する海外顧客を2社抱えています。

刷新前、同社は日本語専用の会計パッケージと、英語の見積もり用の別のスプレッドシート運用を併用していました。月次決算は、9営業日にも及ぶのが常態化していました、外国籍の職員は自身の勤怠や在庫移動を直接入力できなかったため、日本の事務担当がその分の翻訳負担を吸収し、全体が遅れていました。

バイリンガルな基幹システムへ移行すると、様相は変わります。外国籍の生産リーダーは英語で自身のタイムシートと勤怠を入力します。出退勤、有給申請、勤怠集計レポートも含まれます。日本の経理チームは、月次決算のときに同じ記録を日本語で読みます。誰もがデータの発生場所で自身の入力を行うため、再入力が減り、月次決算は9日から5日へと圧縮されます。

受注の側でも、営業チームはシステム上で見積書と受注を起票します。社内の記録はバイリンガルで、顧客向けの見積書は海外バイヤー向けに英語で出力されます。受注が請求書へ切り替わるとき、適格請求書登録番号、消費税の出金・入金を分離した勘定科目、正しい税率が、誰も打ち直すことなく連携されます。バイリンガルの層は、法令対応の層のうえに成り立ちます。日本にとって正しいシステムと、自社の従業員にとって読めるシステムの、どちらかを選ぶ必要はもうありません。

ロットトレーサビリティ付きの在庫も同じです。日本の倉庫担当者と、英語を話す品質エンジニアは、同じロットのロット番号、製造年月日、有効期限を、それぞれの言語で確認できます。顧客から不具合の報告があった場合、そのロットは、途中に翻訳の待ち時間を挟むことなく、両チームをまたいで追跡できます。

承認とロールは、言語の分断をどう生き残るか

よく上がる懸念はガバナンスです。ふたつの言語がひとつのシステムを流れるとき、承認の統制とアクセス権は維持されるのでしょうか。

維持されます。言語とアクセス権は別の関心事だからです。アクセス権はロールごとに付与され、ロールは言語ではなく人に割り当てられます。日本人工場長と英語を話す監督者は、それぞれ自身の言語でシステムを見ますが、彼らが参加する承認ワークフローの構造は同一です。発注の承認依頼は、誰がどちらの言語で読んでいても、同じ定義、同じノード、同じ条件を通過します。

承認の履歴、誰がいつ何を承認したかは、一度記録され、両方の読み手が参照します。バイリンガルな基幹システムは、内部統制を弱めません。むしろ、かつて英語を使う依頼者と日本語を使う承認者のあいだにあった手作業の翻訳ステップ、つまり誤りと遅れが潜みがちな場所を、取り除きます。

正直さが効く場面：バイリンガルが解決しないこと

信頼に足るシステムは自らの境界に正直であり、信頼に足る買い手はそれを問います。ネイティブなバイリンガルは、ユーザーインターフェースとデータ層の能力です。それ自体が、すべてのクロスボーダーの課題を解決するわけではありません。

多通貨は別の問題です。本稿で扱うシステムは、消費税、適格請求書の制度、円建ての経理処理を完全に扱います。ただし、為替換算と多通貨会計は、まだ自動化していません。貴社が海外顧客に対してドルやユーロで請求書を発行し、実現・未実現の為替差損益を自動で仕訳に反映したい場合、それは現時点ではロードマップ上であり、今日利用できる機能ではありません。当面は、定期的な再評価を手作業の仕訳で処理します。

同様に、専用の追記専用元帳としての完全な監査ログの不変性も、今日の組み込み機能ではありません。このシステムが提供するのは、誰がいつ承認したかを記録した承認ワークフローの履歴と、ロールごとのアクセス権であり、内部統制上の問いの大部分を覆います。電子帳簿保存法に基づく認定された電子帳簿の保存を必要とする企業は、それを別の法令対応の判断として扱うべきです。

ポイントは、バイリンガルが、システムがすでに自動化している作業から言語のコストを取り除く、ということです。システムがまだ構築していない自動化を約束するものではありません。

よくある質問

バイリンガルシステムへの移行はリスクではありませんか？

リスクは現実ですが、管理可能です。現代の基幹システムは、マスターデータ、勘定科目、顧客、仕入先、期首残高を、両言語のラベルと列見出しを備えた構造化テンプレートで取込みます。バイリンガルの層は、むしろ移行リスクを下げます。日本語を話す経理担当と英語を話す導入担当者が、あいだに翻訳の層を挟まずに、同じ取込ファイルを並んで確認できるからです。まずマスターデータと現在の開いている期間から始め、履歴は段階的に移行してください。

日本語を話す職員は、英語利用者のために機能を失うのでしょうか？

いいえ。バイリンガルの手法は英語の表示を追加するものであり、日本語の表示を削るものではありません。適格請求書登録番号、消費税の出金・入金を分離した勘定科目、税率8%と10%の複数税率の請求書に至るまで、現場で求められる固有の機能はすべて第一級のままです。フリガナ欄、銀行・支店コード、消費税の設定も、業務が必要とする場所に正確に残ります。英語を話す人は読める画面を得て、日本語を話す人は何も失いません。

費用はいくらで、戻りはどう測れますか？

確度の高い戻りは、月次決算サイクルあたりの削減時間、再入力されるレコードの減少、採用単価が高いバイリンガル専任者への依存度の低下に現れます。従業員70名の製造業者であれば、月次を4日短縮し、バイリンガル専任のデータ入力ロールを1つ減らすだけで、初年度のうちにサブスクリプション費用を回収できるのが通常です。Kikan System は最大2ユーザーまで無料、クレジットカード不要で始められるため、まず2言語の画面を並べて実測し、費用対効果を見極めてから本格導入できます。

バイリンガルなクラウドシステムは、内部統制に耐えうる安全性がありますか？

アクセス権はロールごとに付与され、パスキーによるパスワードレスのログインをサポートし、システムへの接続元をIP制限で絞れます。プラットフォーム上では、各社がそのデータを他社から完全に分離して保持します。これらの統制は、ユーザーがどちらの言語を選んでも同一に適用されるため、英語利用者を追加しても統制環境は弱まりません。

バイリンガルの決断を下す

貴社が日本語を話さない職員をひとりでも雇用している、海外の顧客へひとつでも販売している、英語を話す親会社や投資家にひとつでも報告している、あるいは今後2年の採用計画があるなら、バイリンガルな基幹システムはもはや任意ではありません。それは、従業員とともに拡張するシステムと、成長するにつれて翻訳のボトルネックになるシステムの、違いそのものです。

実地での検証は単純です。どのベンダーにも、単一のライブ画面で、明細を含む完全な発注書、意図的に発生させた入力エラー、消費税の内訳を含む請求書レイアウトを、それぞれ1クリックで日本語と英語に切り替えて見せるよう求めてください。それらの要素のいずれかが欠けているか、部分的にしか翻訳されていなければ、そのバイリンガルの主張は機能ではなくマーケティングです。

Kikan System は、最初の画面からネイティブ・バイリンガルとして作られました。メニュー、項目、入力チェックのメッセージ、承認ワークフロー、ロットトレーサビリティ、会計帳票、そしてB2Bの取引先ポータルはすべて、完全な日本語と英語の対応を備えています。それには、グローバルソフトウェアが概して省略するフリガナや銀行・支店コードといった日本固有の項目も含まれます。貴社の日本の経理チームと英語を話す運用チームは、同じ記録を、あいだに翻訳ステップを挟むことなく、それぞれの言語で扱えます。

まずは無料プラン、2ユーザーまで、カード不要で始めてください。英語を話す人と日本語を話す人をそれぞれ1名ずつ迎え、同じデータに同じロールを与え、言語の隔たりが閉じていく様子を自ら確かめてください。/#get-started から始め、本格的に拡張する段階で /#pricing でプラン上限をご確認ください。

基幹システムとは、貴社がすでに持っている人材に合わせるべきものであり、人材をシステムに合わせるよう強いるものではありません。ネイティブ・バイリンガルとは、それがついに現実になる、あり方です。