個人の外注先のマイナンバーを取引先マスタに入れていいのか｜2027年1月から30枚以上で電子提出になる支払調書を、会計の支払データから作るときの置き場所と権限

2027年1月1日以後に提出する法定調書は、種類ごとに前々年に提出すべきだった枚数が30枚以上であれば、e-Tax、光ディスク等、または認定クラウド等で提出することになります（国税庁の義務化の概要）。これまでの基準は100枚以上でした。個人のデザイナーや講師、エンジニアに外注している会社では、報酬の支払調書が30枚に届くことは珍しくありません。

紙に手書きしていた会社も、会計の支払データから支払調書を作り、データで出す形に変わります。そのときに最初に迷うのが、外注先のマイナンバーをどこに置くかです。現場で起きやすい失敗を4つ挙げます。

取引先マスタに番号の列を足し、営業や購買の画面からも見えてしまいます

取引先マスタには氏名・住所・振込口座がそろっているので、番号も同じ行に置くのがいちばん手早く見えます。ところが多くの業務システムでは、権限を画面単位で決めていて、項目単位では分けていません。取引先の一覧を開ける人は全員が番号も見られます。CSVに書き出すと番号の列も一緒に出ます。

マイナンバーを含むファイルは、支払調書の作成など法律で決まった事務に必要な範囲でしか作れません（個人情報保護委員会のガイドライン（事業者編））。番号そのものは別のテーブルに分けて、取引先IDだけでつなぎます。取引先マスタには、取得済みかどうかだけを持たせます。

項目	置く場所	見られる人
氏名・屋号・住所	取引先マスタ	営業・購買・経理
源泉徴収の要否・報酬の区分	取引先マスタ	経理
番号の取得状況と取得日	取引先マスタ	経理
個人番号そのもの	番号管理テーブル	支払調書の担当者2名
本人確認の記録	番号管理テーブル	支払調書の担当者2名

振込データを取引先コードで集計し、同じ人への支払が2つに割れています

原稿料やデザイン料、弁護士・税理士への報酬などは、同じ人への1年間の支払が5万円を超えると支払調書の対象になります（国税庁 No.7431）。屋号で登録したコードと個人名のコードが両方あると、4万円ずつに割れて、どちらも対象外に見えます。口座を変えたときに新しいコードを作った場合も同じことが起きます。1人に寄せる考え方は、顧客マスタの重複と表記ゆれを片づけるときと変わりません。

もう1つの原因は、振込日で集計してしまうことです。支払調書は支払が確定した年で数えるので、12月に計上して1月に振り込んだ分がずれます。集計は計上日で行い、源泉徴収前の金額を使います。

-- 2026年分：支払を受ける人ごとの合計と番号の取得状況（番号そのものは出さない）
SELECT p.payee_id, p.payee_name, p.mynumber_status,
       SUM(t.gross_amount)    AS total_paid,
       SUM(t.withholding_tax) AS total_withheld
FROM payments t
JOIN vendors v ON v.vendor_code = t.vendor_code
JOIN payees  p ON p.payee_id   = v.payee_id
WHERE t.booked_on BETWEEN '2026-01-01' AND '2026-12-31'
  AND v.report_category = '報酬等'
GROUP BY p.payee_id, p.payee_name, p.mynumber_status
HAVING SUM(t.gross_amount) > 50000;

この集計に番号は要らないので、経理の誰が回しても構いません。番号を結び付けるのは、提出データを書き出す最後の1回だけにします。

あわせて読みたい取引先別の売上を出したら合計が合わない｜顧客マスタの重複と表記ゆれを上期末の集計前に片づける

番号を12月にまとめて集め、メールやスマホに写真が残ります

取引を始める時点では、年間の支払が5万円を超えるかどうか分かりません。そのため、年末に対象者が見えてから依頼しがちです。急いで集めるので、マイナンバーカードの写真がメールやチャット、担当者のスマホに届きます。提出期限は翌年1月31日なので、年末年始をはさむと回収が間に合わない人も出ます。

個人と取引を始めるときに、番号の提供を依頼します。受け取る経路は、担当者だけが開けるアップロード画面など1つに絞ります。受け取るときには番号の確認と本人の確認が要るので、何の書類で確認したかも番号管理テーブルに残します。メールで届いてしまった場合は、登録したあとに削除します。

取引が終わった外注先の番号を、消す日が決まっていません

登録の手順はあっても、削除の手順がないケースです。1回だけ依頼した人の番号が何年も残ります。担当者が辞めたあとも、その人のアカウントから番号を見られる状態が続くこともあります。

同じガイドラインでは、事務に必要な期間を過ぎた番号はできるだけ速やかに廃棄・削除することになっています。最終の支払日と契約の終了日を番号管理テーブルに持たせ、何年たったら削除候補に出すかを顧問税理士と決めておきます。削除した日と削除した人も記録します。番号を見られるアカウントは、退職者のアカウント棚卸しの対象に入れて、退職と同時に止めます。

えらびの道は、卸売の受発注・請求、出張販売の管理、介護のシフト管理、ECサイトなどの業務システムをオーダーメイドで開発しています。データの可視化やレポートの自動化から、機械学習による予測、リアルタイムのデータ収集基盤まで対応しています。支払調書であれば、会計の支払データを取り込み、支払を受ける人ごとに名寄せして、5万円超の判定と番号の取得状況を一覧にする部分から作れます。番号管理テーブルを分けて閲覧できる人を絞る設計や、削除候補を出す仕組みも、いまの会計ソフトを使い続けたまま小さく足し、動かしながら育てていく進め方をとっています。

外注先の番号管理と支払調書のデータ化まで、えらびの道でお手伝いできること

合同会社えらびの道は、中小企業向けのシステム受託開発と、データ活用・DX支援を本業にしている会社です。卸売の受発注・請求、介護のシフト管理、出張販売の管理、EC・決済などの仕組みを、実際に作ってきました。

支払調書の電子提出に向けては、御社の会計や振込のデータに合わせて、番号を取引先マスタから切り離した管理テーブルと、見られる人を絞った権限の設計をご提案します。屋号と個人名に分かれた外注先を1人にまとめる集計や、計上日で数えて提出データを書き出す手順も、いまの業務の流れに沿って組み立てます。

進め方は、全部を一度に置き換えるものではありません。まず止まると困る支払調書まわりから動かし、残りの仕組みは様子を見ながら移していきます。打ち合わせから開発まで同じ人間が担当するので、打ち合わせで伝えた内容が開発の途中で抜け落ちにくくなります。

外注先の番号をどこに置けばよいか、迷っている段階でも構いません。えらびの道へのご相談はオンラインで30分、費用はかかりません。

よくある質問

個人の外注先のマイナンバーは取引先マスタに登録してもいいですか？

支払調書の作成に必要な範囲であれば保管できます。ただ、営業や購買も開く取引先マスタに番号の列を足すと、必要のない人まで番号を見られる状態になります。番号は別のテーブルに分け、閲覧できる人を支払調書の担当者に限ります。取引先マスタには、取得済みかどうかだけを持たせる形が安全です。

支払調書のe-Tax提出が義務になるのは何枚からですか？

2027年1月1日以後に提出する法定調書は、種類ごとに前々年に提出すべきだった枚数が30枚以上であれば、e-Tax、光ディスク等、または認定クラウド等で提出する必要があります。2027年1月に提出する分は、2025年中に提出した枚数で判定します。

支払調書の対象になる外注先はどうやって抜き出せばいいですか？

会計の支払データを、振込日ではなく計上日で、源泉徴収前の金額のまま、支払を受ける人ごとに合計します。屋号と個人名で取引先コードが分かれている人は、先に1人へまとめます。そのうえで、原稿料やデザイン料などは年5万円を超える人を対象として抜き出します。