通訳・翻訳会社の案件別原価管理をエクセルで行う限界と外注費紐付けの実務

通訳・翻訳の原価は「言語ペア×単価×文字数」の掛け算で分岐する

通訳・翻訳の原価は言語ペアごとに登録翻訳者の単価が異なり、文字数や稼働時間によって総額が変わる掛け算構造になっています。

言語ペアと翻訳者の組み合わせごとに、原価は別々の掛け算になる

社内の人件費であれば給与から月次の数字が一つの表にまとまりますが、通訳・翻訳の原価はそう単純にはいきません。1案件の中に英日・中日・韓日といった複数の言語ペアが混在することが珍しくなく、それぞれの言語ペアには専門分野や経験年数の異なる登録翻訳者が割り当てられ、翻訳者ごとに文字単価（日本語を含む言語では1字あたり、英語など単語ベースの言語では1ワードあたり）が違います。さらに通訳が絡む案件では、稼働時間に応じた時間単価が加わり、翻訳の「文字数×単価」とは異なる計算方法が同じ案件原価の中に同居します。

たとえば、取扱説明書の多言語翻訳案件で、英語から日本語への翻訳12,000字（登録翻訳者への支払単価は1字7円）と、中国語から日本語への翻訳8,000字（同9円）の2言語ペアを同時に受注したケースを考えてみます。英日の外注費は12,000字×7円で84,000円、中日の外注費は8,000字×9円で72,000円となり、合計の外注費は156,000円です。この案件の受注額を目安として260,000円とすると、粗利は260,000円−156,000円で104,000円、粗利率はおよそ40%になります。言語ペアが1つ増えるだけでこの掛け算がもう1系統増えることになり、エクセルの単純な合計式では追いきれなくなっていきます。

案件コードと言語ペア表記のゆれで原価集計が崩れるメカニズム

案件コードや言語ペアの表記が担当者ごとに揺れると、同一案件でも複数言語分の外注費を正しく合算できなくなります。

表記ゆれと単位の混在が重なると、月次合計は正しく見えても案件別の内訳は説明できなくなる

私たちが中小企業の原価管理のAI導入相談を受けてきた中で、通訳・翻訳会社からよく聞くのが、この「表記ゆれ」の問題です。同じ案件でも、受注記録には「A社様_取説多言語」、翻訳者への発注メモには「A社案件」、支払管理表には「Aプロジェクト」というように、担当者ごとに微妙に異なる表記が使われます。言語ペアの表記も「EN→JA」「英日」のように統一されておらず、関数で機械的に集計しようとしても文字列が一致せず、目視での照合作業が必要になります。

さらに厄介なのが、通訳の時間単価と翻訳の文字単価が同じ列に混在してしまうケースです。通訳の稼働時間（例:3時間）をそのまま数値として入力し、翻訳の文字数（例:12,000字）とSUM関数で合計すると、単位の異なる数字を足し合わせた無意味な合計値ができあがります。表記ゆれと単位の混在が重なると、月次の原価合計は正しそうに見えても、案件別の内訳は誰にも説明できない状態になります。

登録翻訳者が増えるほど原価が見えなくなる理由

登録翻訳者の数と言語ペアの組み合わせが増えるほど単価表の更新が追いつかず、古い単価のまま案件原価が計算され続けます。

単価マスタが別ファイルのままだと、改定は原価管理シートに自動では届かない

登録翻訳者が数名のうちは、担当者が全員の単価を記憶していて対応できます。しかし対応言語ペアが増え、登録翻訳者が数十名規模になると、経験年数や専門分野（法務・技術・医薬など）に応じた単価改定が翻訳者ごとに個別のタイミングで発生します。単価表が原価管理シートとは別ファイルで管理されていると、改定後に担当者がその都度転記しない限り、原価管理シートには古い単価が残ったままになります。

この状態が続くと、実際には単価改定で外注費が上がっているのに、案件原価の見積りは改定前の単価のまま作られ続け、受注時に見込んでいた粗利より実際の支払額が大きくなる事態が起きます。翻訳者ごとの単価改定履歴を追わないまま案件数だけが増えると、どの案件で実際の粗利が想定とずれているのか、経営者が把握できない期間が長くなっていきます。

対策 — 案件コード×翻訳者コード×言語ペアコードの3軸で原価を紐付ける型

対策の起点は集計式の複雑化ではなく、案件コード・翻訳者コード・言語ペアコードの3軸を発注記録と支払記録の共通キーとして固定する運用に変えることです。

3つのコードを共通キーにすると、月末の突合は機械的な抽出作業に変わる

まず、全案件に一意の案件コード、全登録翻訳者に翻訳者コード、取扱う言語ペアに言語ペアコードを発番し、発注記録・支払記録の両方に入力必須項目として組み込みます。表記ゆれを防ぐため、3つのコードはいずれもプルダウンから選択する形式にし、自由記述の欄は残さないようにします。これだけで、月末の突合作業は「同じ3コードの組み合わせで行を抽出して合計する」機械的な作業に変わります。

次に、原価管理シートには「原価種別」の列を追加し、翻訳（文字数×文字単価）と通訳（時間×時間単価）を別々に円換算してから同じ案件コードの下に合算する運用にします。翻訳者コードには単価マスタシートを参照する数式を組み込んでおけば、単価改定があってもマスタシート側の更新だけで案件原価に反映されます。ここまではエクセルの運用ルール変更で対応できますが、登録翻訳者や取扱言語ペアが増えるほど、コードの入力徹底や参照式の維持は運用改善だけでは吸収しきれなくなります。その見極めに迷ったら、無料の経営AI診断で自社の受発注・支払データの集計状況を可視化し、どこまでを運用で、どこからをシステム化すべきかを一緒に整理できます。

自社で始める3ステップ — 棚卸しから3軸コード統一まで

通訳・翻訳の原価見える化は、直近案件を棚卸しし、案件コード・翻訳者コード・言語ペアコードを統一してから月次で予定と実績を突合するルーチンをつくることが最短ルートです。

直近案件の棚卸しから、3軸コードの統一へ

1. 直近3ヶ月分の受注案件を洗い出し、言語ペア別・翻訳者別の外注費が案件コードに紐付いているかを確認する
2. 全案件に案件コード、全登録翻訳者に翻訳者コード、取扱言語ペアに言語ペアコードを発番し、発注記録・支払記録の入力必須項目に組み込む
3. 月次で「予定原価」と「実績原価（登録翻訳者への支払確定額）」を3コードの組み合わせ単位で突合し、乖離が大きい案件だけを経営層でレビューする

この3ステップを回し始めると、どの案件でどの言語ペア・どの翻訳者への外注費が原価を押し上げているのかが具体的な数字で見えるようになります。登録翻訳者や取扱言語ペアが増えて、エクセルの運用だけでは限界を感じ始めたら、無料の経営AI診断で自社の案件別原価データに合わせた次の一手を相談できます。

まとめ

通訳・翻訳会社の案件別原価管理は、案件コード・翻訳者コード・言語ペアコードの3軸を発注記録と支払記録の共通キーとして固定することが出発点です。エクセルでも型を作れば運用は始められますが、登録翻訳者や取扱言語ペアが増えるほど手作業の突合と単価管理は限界に近づきます。自社の原価管理がどこまで運用でカバーできるか判断に迷ったら、初月無料の経営AI診断（通常30万円相当）で受発注・支払データの集計状況を可視化し、改善提案までご一緒します。

乖離の大きい案件だけを経営層でレビューする月次ルーチン

よくある質問

通訳・翻訳会社の案件別原価管理はエクセルでどこまで対応できますか

登録翻訳者が10名前後、対応言語ペアが数種類、月間案件数が20件程度で担当者が固定されていれば、案件コードを軸にした発注・支払管理シートで運用できます。翻訳者や言語ペアが増え複数担当者が並行して入力し始めると、単価の転記ミスや二重計上が増え、手作業の突合では追いつかなくなっていきます。

通訳（時間単価）と翻訳（文字単価）を同じ原価管理表で扱ってよいですか

単位が異なる点に注意が必要です。翻訳は文字数×文字単価、通訳は稼働時間×時間単価で計算されるため、同じ列にそのまま合計すると数字が意味を持たなくなります。原価種別の列を分けてそれぞれ円換算してから合算すると、案件全体の原価を正しく把握できます。

登録翻訳者の単価表はどう管理すればよいですか

翻訳者コードごとに言語ペア・単価・改定日を記録した単価マスタを別シートで管理し、原価管理シートからは常にこのマスタを参照する形にするのが基本です。単価を直接入力すると改定が反映されず、古い単価のまま原価計算が続いてしまう原因になります。改定日も一緒に記録しておくと、どの案件から新単価が適用されたかを後から確認できます。

通訳・翻訳会社が原価管理をシステム化する目安のタイミングはいつですか

翻訳者コードの入力漏れや単価改定の反映漏れが月に数時間の確認作業を発生させ始めたら、エクセルの運用改善だけでは吸収しきれなくなっているサインです。登録翻訳者や取扱言語ペアが増える前に、自社の原価データに合わせたシステム化の要否を診断で整理しておくと、後からの移行判断がしやすくなります。

関連記事

• 飲食店のメニュー別原価管理をエクセルで行う方法と貢献利益の限界 — 関連: 業種別の商品単位原価管理の実務
• 印刷業の案件別原価計算をエクセルで行う限界と用紙工程別原価集計の実務 — 関連: 案件別原価集計の実務
• 運送業の車両別・案件別採算管理をエクセルで行う限界と脱却の進め方 — 関連: 案件別採算管理の実務
• 外注費・委託費のコスト管理をエクセルで行う限界と案件別紐付けの実務 — 関連: 外注費の案件別紐付けの実務
• 中小企業のAI導入 費用相場と内訳 初期費用から運用コストまで実例で解説 — 関連: システム化検討時のコスト視点（異クラスタ）