銀行の窓口で外国人の顧客に渡す口座開設・送金・届出の案内を、行内の用語集と承認済みの訳にそろえて多言語に訳し、窓口の担当の確認に回す

処理の起点を決める

窓口の担当が、案内作成画面で「訳す」を押したときに動きます。 窓口で顧客を待たせている時間に動かすので、夜間にまとめて訳す設計にはしません。 1件ずつ、その場で返します。

画面で選ぶのは、用件の種類（口座開設／海外送金／在留期間の届出／住所・電話の変更／解約）と、顧客の言語です。用件の種類ごとに、出てくる定型の文の候補が変わります。言語は6言語から選び、それ以外の言語のときは英語とやさしい日本語の2つを並べて作ります。

本部の側では、毎週月曜の朝に、前週の自由記入から生まれた訳を集める処理が動きます。 同じ日本語の文が3回以上使われたものを一覧にし、母語話者の確認に回す候補にします。

入力データを集める

質を決めるのは、下の3つです。 翻訳メモリが薄いと、ほとんどの文が生成AIに回り、確かめる量が減りません。用語集が無いと、同じ「届出印」が案内ごとに違う訳になります。 書類名の一覧が無いと、「住民票」と「住民票の写し」と「住民票記載事項証明書」が混ざります。顧客が持ってくる書類を間違えるのは、この混ざり方が原因になることが多いからです。

顧客の氏名・口座番号・電話番号は、入力として受け取りますが、生成AIには渡しません。 案内には「○○様」の宛名と、口座番号の下4桁を入れることがありますが、これらは前処理で記号に置き換え、印刷の直前に元に戻します。

データの取得方法を決める

翻訳メモリの照合は、文の完全一致で行います。 似た文に近い訳を当てる仕組みにすると、「〜をお持ちください」と「〜はお持ちにならないでください」のような、1語で意味が逆になる文を取り違えます。 定型の文は番号で選ぶので、完全一致で十分に当たります。

定型の文に値を入れたものは、値の部分を記号にしてから照合します。 「{日付}の{時刻}にお越しください」という形で翻訳メモリに入れておけば、日付が変わるたびに生成AIに送る必要がありません。

翻訳メモリの行は、たとえば次のような形になります。

最後の行のように、承認の欄が「担当確認のみ」の文は照合に使いません。 控えには残しますが、次に同じ文が出たときも生成AIに送り、母語話者の確認が済むまでは毎回逆訳で確かめます。

用語集は、原文に出てくる用語だけを引いて渡します。 用語集を丸ごと渡すと指示が長くなり、関係の無い訳語に引っ張られます。

AIへ渡す前に整形する

1. 記号への置き換え … 氏名を {NAME}、口座番号を {ACCT}、電話番号を {TEL} に置き換えます
2. 値の記号化 … 日付・時刻・金額を {DATE1} {TIME1} {AMT1} のような記号にし、値は中継の処理の側で持ちます
3. 書類名の固定 … 書類名の一覧にある語を {DOC3} のような記号にし、訳は一覧の訳で入れます
4. 文への分割 … 自由記入を文に分け、1文が長すぎるもの（目安として80字を超えるもの）は担当に分けて書き直してもらいます
5. 翻訳メモリとの照合 … 一致した文は訳を取り出し、一致しない文だけを残します
6. やさしい日本語への寄せ … 自由記入に「ご査収」「ご足労」のような言い回しがあれば、画面で言い換えの候補を出します

2番目と3番目を軽く見ないでください。 日付を生成AIに訳させると、言語によって日と月の並びが変わり、渡した後に顧客が別の日に来ます。 値を記号のまま訳させ、元に戻すのを機械の側で行えば、値そのものは生成AIを通りません。

4番目の80字は、逆訳で確かめられる長さの目安です。 長い1文は、訳すときに主語や否定がずれやすく、逆訳を読んでもどこがずれたか分かりにくくなります。

AIに処理させる

させるのは、翻訳メモリに無かった文を訳し、その訳文を日本語に訳し戻し、使った用語を書き出すことです。

1行目がいちばん起きやすい失敗です。 「在留カードをお持ちください」を訳すときに、「在留カードは日本に住む外国人に交付されるカードです」と親切に足してしまう。一見よさそうですが、窓口が説明していないことを書類が言い始めると、後で食い違います。 足りない説明は、原文の側で足します。

2行目も同じ理由です。 「この書類で足ります」「この送金は受け付けられます」のような言い切りを、原文に無いのに訳文に入れてはいけません。

指示内容を固定する

あなたは銀行の窓口で外国人のお客さまに渡す手続き案内を訳す担当です。
渡された日本語の文を、指定された言語に訳してください。

【守ること】
- 原文に書かれていることだけを訳してください。説明や注意を足さないでください。
- {DATE1} {TIME1} {AMT1} {DOC3} {NAME} のような波かっこの記号は、
  訳さず、そのままの形で訳文に残してください。消したり、増やしたりしないでください。
- 「用語集」にある用語は、指定された訳語を使ってください。
  「使ってはいけない訳語」は使わないでください。
- 否定（〜しないでください、〜はいりません）と期限（〜まで、〜から）は、
  原文と同じ向きで訳してください。
- 手続きが受け付けられるか、書類が足りるかを判断する言葉を足さないでください。
- 文はできるだけ短く、やさしい言葉にしてください。

【逆訳】
- 自分が出した訳文を、日本語に訳し戻してください。
- 原文を見て書き直さず、訳文だけを見て訳し戻してください。

【訳せないとき】
- 原文の意味が2通りに取れる、または情報が足りず訳せない場合は、
  訳文を空にし、unclear に理由を日本語で書いてください。推測で訳さないでください。

【言語】{target_language}
【用語集（この案内に出てくるものだけ）】{glossary}
【訳す文（文番号付き）】{segments}

「説明を足さない」を最初に書くのは、ここが一番破られやすいからです。 銀行の案内という状況を渡すと、生成AIは顧客のためを思って補足を足します。禁じる理由は、窓口の説明と書類の説明がずれることです。

「原文を見て書き直さず」を逆訳に書くのも同じ理由です。 原文を見ながら訳し戻すと、訳文がずれていても、原文どおりの日本語が返ってきて、ずれが消えます。 逆訳は、訳文だけを見て作らせます。

出力形式を固定する

次の形のJSONで受け取ります。

{
  "target_language": "vi",
  "segments": [
    {
      "segment_id": "s3",
      "translation": "",
      "back_translation": "",
      "terms_used": ["届出印"],
      "placeholders": ["{DATE1}", "{TIME1}"],
      "unclear": ""
    }
  ]
}

segments には、送った文の数だけ要素を並べます。placeholders は訳文に残した記号の一覧、unclear は訳せなかったときの理由です。

1つ目の理由は、記号の照合を機械でできることです。 原文の記号と placeholders と訳文の中の記号の3つを突き合わせ、1つでも数が合わなければ担当の画面に赤で出します。 日付や書類名が消えた訳文は、この時点で止まります。

2つ目は、back_translation を文ごとに並べられることです。 原文と逆訳を左右に並べ、文の単位で意味が同じかを担当が見比べられます。 全文の逆訳を1つの段落で返されると、どこがずれたかを探すのに時間がかかります。

3つ目は、terms_used で用語集の照合ができることです。 原文に「届出印」があるのに terms_used に無い、または訳文に使ってはいけない訳語が入っている場合は、照合の結果として担当に知らせます。

構造化出力のスキーマでは、すべてのフィールドを必須にし、オブジェクトには additionalProperties: false を付けます。 Microsoft Learn では、文字列の pattern・minLength、配列の minItems などはサポートされないキーワードとされています。記号の数や文の長さの確認は、スキーマに書かず中継の処理で行います。 スキーマに書けるのは最大100個のオブジェクト プロパティ、5レベルの入れ子までとされているため、1回に送る文の数は20文までに区切ります。

システムへ連携する

営業店端末の顧客の記録には書き込みません。 この構成が作るのは渡す案内と、その控えまでです。顧客の届出の内容を更新するのは、従来どおり事務の手続きの側です。

翻訳メモリへの追加は、本部の担当だけが行います。 窓口の担当が確かめた訳は「担当確認済み」として控えに残りますが、翻訳メモリには入りません。 入れるのは、母語話者の確認を経たものだけです。

人が確認する

窓口の担当が、渡す前に必ず確かめます。 画面には、文ごとに「日本語の原文／逆訳／照合の結果」が並び、翻訳メモリから取った文には「承認済み」の印が付きます。

1. 照合で赤が出た文を先に見る … 記号の数の不一致、使ってはいけない訳語、unclear が空でないもの。赤が1つでもあれば、原文を直して訳し直します
2. 生成AIが訳した文の逆訳を読む … 原文と同じ意味か、否定と期限の向きが同じかを見ます
3. 値を確かめる … 印刷の見本で、日付・時刻・書類名が入った箇所を目で見ます
4. 顧客の前で、日本語の側を指して説明する … 案内は左右対訳なので、担当は日本語の側を指しながら説明できます

担当の画面は、次のような並びにします。

【案内の確認】言語：ベトナム語　用件：口座開設（書類の不足）
文  日本語の原文                          逆訳                                照合
s1  承認済み（K-012）                      ―                                   ―
s2  承認済み（K-031）                      ―                                   ―
s3  寮の電話番号でも登録できます。        寮の電話番号で登録することができます。  OK
s4  {DOC4}は来週でも間に合います。        {DOC4}は来週までに必要です。          OK

4行目のような食い違いが、逆訳で見つけたい誤りの典型です。 「来週でも間に合う」と「来週までに必要」は、顧客の行動を変えます。記号も用語も合っているので、照合の欄は OK になります。意味の違いに気づけるのは、逆訳を読む担当だけです。

2番目で「承認済み」の文は読み飛ばしてかまいません。 確かめるのは生成AIが訳した文だけです。導入から数か月たつと、1枚の案内で生成AIが訳す文は自由記入の1〜2文になる想定です。

本部の担当は、毎週、母語話者の確認に回す候補を選びます。 繰り返し使われた自由記入の文と、窓口の担当が逆訳で「意味が違う」と直した文を優先します。

例外に対処する

7行目の「その文は渡さない」を決めておくことが大事です。 窓口は混んでいて、合わない訳でも渡したくなります。誤った案内を渡すより、その文だけを翻訳機で口頭で伝え、案内からは外すほうが安全です。 外した文は控えに「口頭で説明」と残し、本部が翻訳メモリに入れる候補として拾います。

記録を残す

• 渡した案内のPDF（日本語と訳文の左右対訳）と、渡した日時・店・担当
• 文ごとの原文、訳文、逆訳、翻訳メモリから取ったか生成AIが訳したかの区別
• 照合の結果（記号、用語、unclear）と、担当が直した記録
• そのとき使った用語集と翻訳メモリの版
• 生成AIへ送った文（記号に置き換えた後のもの）と、返ってきたJSON

4つ目で版を残すのは、用語集が後から変わるためです。 「届出印」の訳語を変えた後に過去の案内を見返すと、当時は正しかった訳が、今の基準では誤りに見えます。 版が残っていれば、どちらの基準で作ったかが分かります。

控えは、顧客との食い違いが起きたときの唯一の手がかりです。 渡した訳文そのものが残っていなければ、何を伝えたかを確かめられません。