【進行中】eLTAX の更改で eL-QR の地方税納付が全国停止、9月24日朝まで(2026年9月19日〜)

この事象の位置づけ

当サイトはこれまで、決済アプリが使えなくなる原因として AWS・Salesforce・Google Play といった 民間のクラウド/SaaS 基盤を上流として記録してきた。今回の上流は民間ではなく、 **地方税の収納そのものを担う公共の基盤(eLTAX)**である。型としては新しい。

構図はこれまでと同じで、上流が止まると、利用者からは下流のアプリが壊れて見える。 納付書の QR コードを PayPay や d払い で読み取って払う「請求書払い(eL-QR)」は、 アプリの中で完結しているように見えるが、実際には eLTAX 側の仕組みに接続している。 そのため eLTAX が止まっている間は、アプリ側に障害が無くても納付だけができない。 Google Play の課金障害で d払いの docomoコンテンツ決済が止まった件や、 Salesforce の障害で PayPay の問い合わせフォームが使えなくなった件と、 上流と下流の関係は同じである。

今回の事象には、これまでと違う点が3つある。

1つめは、事故ではなく予告されたシステム更改だということ。3月の時点で停止期間が示され、 8月から自治体が、9月に入って決済各社が順に告知している。突然落ちたわけではない。 当サイトが記録するのは、予告されていても実際に5日半使えなくなるからである。 PayPay のローソン銀行ATMチャージの緊急メンテナンスが 告知なしの約1時間だったのに対し、今回は告知ありの約128時間半にあたる。

2つめは、停止が5連休とほぼ完全に重なること。告知自身が 「令和8年9月19日(土)から令和8年9月23日(水)は休祝日中の作業となります」と書いており、 金融機関や役所の窓口が閉まる期間に、オンラインの納付手段も同時に止まる形になる。

3つめは、下流の広がりが決済アプリだけでなく全国の自治体に及ぶこと。 伊勢原市・駒ヶ根市のように、市区町村が個別に同じ内容を掲出している。 上流が1つ止まることで、決済事業者と自治体の双方が同じ告知を出す構造になっている。

なお、下流側の停止時刻は完全には揃っていない。d払い だけ9月18日23時からで、上流より1時間早い。 理由は告知に書かれていないため、当サイトでは推測せず、告知された時刻をそのまま記録する。

下流側の告知の濃さも揃っていない。2026年9月19日10時時点で、今回の停止期間を名指しで告知していたのは PayPay と d払い で、eL-QR に対応している au PAY・楽天ペイ の公式ページには個別の告知が見当たらなかった。 au PAY は「請求書支払い」のページに、今回の停止ではなく定例の窓として 「eL-QRメンテナンス予定期間 ・毎月第3日曜 0:00 〜 6:00」とだけ記載し、詳細は地方税お支払サイトを見るよう案内している。 告知の有無にかかわらず、上流の告知が「スマホ決済アプリを利用した納付」全体を対象にしている以上、 どのアプリでも eL-QR の納付はできない。利用者から見ると、使っているアプリによって事前に気づけるかどうかが変わる形になる。

この定例の窓は、今回の停止と無関係ではない読み方もできる。2026年9月の第3日曜は9月20日で、 PayPay が別途告知している「請求書払い全体」のメンテナンス(9月20日0時〜6時)と同じ時間帯にあたる。 ただし PayPay 側の対象は eL-QR に限らない「請求書払い全体」で、両者が同一のメンテナンスだとは どちらの告知にも書かれていない。当サイトでは、時間帯が一致するという事実だけを記録し、同一かどうかは未確認とする。

9月20日未明に重なったもの(9月20日10時30分時点)

停止期間の2日目にあたる9月20日(日)の0時から6時は、eL-QR とは別のメンテナンスが重なる時間帯だった。 当サイトが確認できた範囲では、同じ0時〜6時に次の2つが告知されていた。

• PayPay: 「請求書払い全体」のメンテナンス(9月17日付の同じ告知の中に併記)。 eL-QR に限らない請求書払い全体が対象。
• d払い: 「銀行口座からのチャージ」と「銀行口座の登録」のメンテナンス(9月18日15時付の別の告知)。

これに、au PAY が請求書支払いのページに定例として記載している 「eL-QRメンテナンス予定期間 ・毎月第3日曜 0:00 〜 6:00」(2026年9月の第3日曜は9月20日)が並ぶ。 時間帯は3つとも0時〜6時で一致するが、対象の機能はそれぞれ違い、どの告知にも相互の言及が無い。 共通の上流に合わせた作業なのか、たまたま同じ深夜帯に別々の作業が並んだのかは分からないため、 当サイトでは一致という事実だけを記録し、理由は推測しない。

8時時点ではこれらの告知のどれにも完了の追記が入っていなかったが、10時15分の再確認では、 d払いの「チャージ、銀行口座登録」の告知の見出しに【完了】が付いていた。 ただし告知の本文に終わった時刻は書かれておらず、分かるのは完了したことだけである。 PayPay の「請求書払い全体」には、10時20分時点でも完了の追記が無い。 PayPay のお知らせ一覧・障害情報、d払いの障害情報のいずれにも9月18日以降の新しい掲出は無く、 X の症状報告も9月20日7時30分時点の調査で直近6時間0件だった。 つまり、d払い側は「終わった」と公式に分かる一方、PayPay 側は「予定の時間帯が過ぎた」ことしか分からない。 同じ時間帯・同じ長さの作業でも、完了を告知に書くかどうかは事業者によって違う。 当サイトはこの区別を残したまま記録する。eL-QR の停止そのものは、告知のとおり9月24日8時30分まで続く。

なお、9月20日に d払いで止まる予定の作業はこの1件だけではない。同じ9月18日10時付で、 ゆうちょ銀行(9月20日3時00分〜7時00分、9月21日2時30分〜7時00分)と 京都銀行(9月20日21時00分〜9月21日6時00分)の銀行チャージ・口座登録のメンテナンスも告知されている。 eL-QR の納付が止まったままの週末に、チャージ側でも時間帯の違う停止が重なる形になる。 こちらは eLTAX とは無関係の、金融機関ごとの個別のメンテナンスである。

9月24日に何が変わるか

今回の停止は、障害ではなくシステム更改のための作業時間である。地方税共同機構は 停止の告知とは別に「eLTAX更改に伴う変更点と注意事項のお知らせ」を出しており、 停止が明けた9月24日以降に何が変わるかはそちらに書かれている。当サイトが確認した範囲では、 利用者から見て大きいのは次の3点である。

• メンテナンス時間を除き、24時間365日いつでも利用可能になる。 これまでの運転スケジュールの枠が外れる。 ただし「メンテナンス時間」が具体的にいつなのかは、この告知には書かれていない。
• 「地方税お支払サイト」が「eLお支払サイト」に名称変更される。 名称変更は停止の告知にも書かれている。
• GビズID でのログインに対応する。 対象は PCdesk(WEB版)・PCdesk(SP版)・PCdesk Next・eLお支払サイトで、 PCdesk(DL版)と民間税務ソフト向けの API は対象外とされている。

一方で、再開直後に利用者側の作業が要るものもある。

• PCdesk(DL版)を引き続き使う場合、9月24日以降の初回起動時にバージョンアップが必要になる。 通信環境によっては10分以上かかる場合がある、と告知自身が注意している。
• PCdesk(WEB版)・PCdesk Next・eLお支払サイトでマイナンバーカードログインを使う場合、 9月24日以降に最新版の署名用プラグインを入れ直す必要がある。プラグインの配布も9月24日以降である。 マイナンバーカードログインを使わないなら入れ直しは不要、と明記されている。

この2つは、いずれも再開した瞬間にすぐ使える状態には戻らないことを意味する。 当サイトが追っている PayPay・d払い などのスマホ決済アプリからの eL-QR 納付について、 同じ準備が要るかどうかは告知に書かれていない。告知の記載は PCdesk と eLお支払サイトへの ログインについてのものなので、当サイトでは推測せず、書かれていないことを未確認として残す。

利用者が取れる代替手段

公式が案内した内容に限る。

今回の告知は、上流(地方税共同機構)・下流(PayPay・NTTドコモ)・自治体のいずれも、 停止期間中の代替の納付手段を案内していない。書かれているのは次の2点だけである。

• 地方税共同機構・自治体: 「サービス停止期間を考慮した申告・納税」を行うこと。 つまり停止が始まる前に納付を済ませるか、9月24日8時30分以降に回す。
• PayPay: 「メンテナンス時間を避けてのお支払い」を行うこと。

コンビニ窓口や金融機関窓口といった一般論は公式の案内に含まれていないため、当サイトでは書かない。 納期限が停止期間にかかる場合の扱いは、納付書を発行した自治体に確認するのが確実である。

復旧後の振り返り(収束時に追記)

まだ停止期間中のため、記載する内容は無い。9月24日8時30分の予定時刻をまたいだ時点で、 「予定どおり復旧したか」「地方税お支払サイトが eLお支払サイトに名称変更されたか」 「PayPay・d払い の告知に完了の追記が入ったか」「署名用プラグインの最新版が実際に配布されたか」 を確認して追記し、復旧が確認できた時点で【収束】に切り替える。 再開直後は PCdesk(DL版)のバージョンアップと署名用プラグインの入れ直しが必要とされているため、 「予定時刻に戻ったこと」と「利用者がすぐ使えること」が一致するとは限らない点も、あわせて確認する。