免税システムとは？リファンド方式で変わる購入記録情報の送信とPOS改修の判断軸を解説

免税システムとは、輸出物品販売場（免税店）が免税販売手続の際に購入記録情報を国税庁の免税販売管理システムへ送信し、税関確認情報を受け取るための仕組みです。2026年11月1日から制度そのものがリファンド方式へ移行するため、店頭の販売処理も、レシートの出し方も、会計の締めも同時に変わります。本記事では、制度が求める手続の全体像、送信方式の2択、既存のPOSや販売管理に生じる改修範囲を順に整理し、既製の免税システムで足りる条件と、連携開発を受託に出すべき条件を発注判断の視点で示します。

まとめ：免税システムの選定と改修範囲の結論

先に結論を置きます。免税システムは「パスポートを読み取る端末」ではなく、購入記録情報の送信と税関確認情報の取得という2本のインターフェースを持つ業務システムです。2026年11月1日以降は税込価格で販売し、税関の確認が済んでから返金する流れになるため、必要になるのは読み取り機器ではなく、販売・返金・会計の3つを突き合わせて管理する台帳のほうだと考えてください。

選定の分岐も単純です。店舗が数店以内で、免税販売が独立した会計として完結し、返金も含めて外部に任せてよいなら、承認送受信事業者が提供する既製の免税システムで足ります。一方、複数店舗の売上を本部で集計している、単価100万円以上の商品を扱う、免税売上の振替処理を基幹会計へ自動で流したい、この3つのいずれかに当てはまる場合は、既存POS・販売管理との連携を受託開発する判断のほうが結果的に安く付きます。以下の本文で、それぞれの採用条件と見送る場面を条件付きで示しました。なお本記事の制度に関する記述は、国税庁の特設サイトおよびリファンド方式パンフレット（令和7年12月）を2026年8月22日に実読して確認した内容です。

免税システムとは何か、リファンド方式で変わる免税販売手続の全体像

まず、制度と道具の関係を整理します。免税システムという言葉は、店頭の端末を指す場合と、国税庁へ送るデータの仕組み全体を指す場合があり、この取り違えが見積りの食い違いを生みます。

免税システムが担う役割は購入記録情報の送信と税関確認情報の取得

免税販売手続の電子化とは、購入者の旅券等から得た情報と購入の事実を記録した電磁的記録（購入記録情報）を、手続の際に遅滞なく国税庁長官へ電子的に送信する手続です。国税庁が運用する免税販売管理システムは、この購入記録情報を24時間365日受信し、内容チェックを経て受信結果通知を返します。返却までの時間は数秒から10秒程度が想定されています。

ここで押さえておきたいのは、免税販売管理システム側には購入記録情報を作成して送る機能がない点です。データを組み立てて送る部分は、免税店を経営する事業者が自前で用意します。市販の免税システムが担っているのは、まさにこの送信側の実装であり、パスポートの読み取りは付随機能に過ぎません。リファンド方式では、これに加えて税関の確認結果を取りに行く照会処理が新しく必要になります。

2026年11月1日に始まるリファンド方式で店頭の処理はこう変わる

リファンド方式は、令和8年（2026年）11月1日以降に免税店で行う免税対象物品の譲渡から適用されます。現行制度と併用する移行期間は設けられていません。流れは、旅券等の提示を受けて免税購入対象者であることを確認し、必要事項を説明したうえで税込価格で販売し、購入記録情報を送信するところまでが店頭の作業です。

その後、購入者が購入日から90日以内の出国時に税関の確認を受け、事業者は免税販売管理システムから税関確認情報を取得します。この情報を保存して初めて免税が成立し、そこから購入者へ消費税相当額を返金する流れです。購入日から90日以内とは購入日の翌日から起算した90日目までを指し、11月1日に購入した物品なら翌年1月30日が確認期限にあたります。店頭で完結していた手続が、販売から返金までの数週間にわたる工程へ変わったと捉えるのが実務に近い理解です。

免税対象物品は区分が廃止され、下限5千円の判定も一本化される

物品側の要件も同時に見直されます。現行制度では一般物品が5千円から、消耗品が5千円から50万円までという枠があり、消耗品には特殊包装が必要でした。リファンド方式では、一般物品と消耗品の区分、消耗品の購入上限額50万円、特殊包装、通常生活の用に供するかどうかの要件がいずれも廃止されます。

残るのは下限5千円（税抜価額）の判定だけで、区分がなくなったため合算の判定も一本化されます。対象外となるのは金と白金の地金、金貨と白金貨、消費税が非課税とされる物品の3つです。この変更はPOS側の商品マスタに直結します。免税判定のために持っていた消耗品フラグや包装処理の分岐は不要になり、代わりに単価100万円以上の商品を識別する仕組みが要ります。商品マスタとレジ側の判定ロジックの関係はPOSシステムとは？仕組み・種類・機能と導入・自社開発の判断で全体構造を整理しているため、あわせて確認してください。

購入記録情報の送信は自社送信と承認送受信事業者への委託の2択

次に、送信方式の選び方を見ます。ここでの選択が、必要な申請書類と、システム側の実装範囲の両方を決めます。

自社送信で必要になる識別符号とクライアント証明書の具体的な準備手順

自社送信は、購入記録情報を免税販売管理システムへ送るソフトウェアを自ら用意し、事業者自身が送信する方式です。手順は、送信方法を決めたうえで「輸出物品販売場許可申請書」を納税地の所轄税務署長へ提出し、許可通知とともに免税店ごとの識別符号（21桁）の通知を受け、免税販売管理システム専用のクライアント証明書の発行を受けて送信機器へ導入する、という順に進みます。

証明書まわりには実務上の勘所があります。有効期限は発行日から3年後の月末日で、期限前に更新作業が必要です。国税庁や認証局が証明書の利用料金を徴収することはありません。1つの識別符号に対して証明書は1通で、複製して複数の送信機器へ導入できるため、同じ販売場のレジごとに発行を受ける必要はありません。本社で複数店舗分を集約して送る構成なら、本社側の1通で足ります。識別符号とクライアント証明書の通知・発行には一定の期間がかかるため、逆算した準備が要ります。

承認送受信事業者へ委託する場合に自社へ残る法定保存義務と責任

もう一方は、承認送受信事業者と契約し、その事業者を介して送信する方式です。現行制度の「承認送信事業者」は、リファンド方式では「承認送受信事業者」へ名称が変わります。この方式なら許可申請書の提出と識別符号の通知は同じく必要ですが、クライアント証明書の発行は不要になり、送信部分の実装も委託先に寄せられます。事業者の一覧は観光庁の特設サイトに掲載されていますが、これはシステム事業者からの申告に基づく取りまとめであり、国が認可や保証を与えたものではない点は読み違えないでください。

委託しても自社に残る義務があります。購入記録情報と税関確認情報は、免税対象物品の譲渡日が属する課税期間の末日の翌日から2月を経過した日から7年間、納税地または取引に係る事務所等で保存しなければなりません。委託の場合は、承認送受信事業者が送信した購入記録情報と受け取った税関確認情報を自社で保存します。電磁的記録で保存するなら電子帳簿保存法に沿った措置が要り、この保存がないと免税の適用は受けられません。

許可申請と届出の日程、2026年10月31日という期限が持つ意味

日程には、見落とすと免税販売そのものが止まる期限が含まれます。すでに電子化に対応済み、つまり「輸出物品販売場における購入記録情報の提供方法等の届出書」を提出済みの事業者は、2026年11月1日に新制度の免税店の許可を受けたものとみなされ、許可申請書を改めて出す必要はありません。手続委託型免税店も、委託関係に変更がなければ特段の手続なく委託を続けられます。

問題は未対応の場合です。2026年10月31日までにこの届出書が未提出だと、同日をもって免税店許可の効力が失われます。その場合はリファンド方式移行後に改めて許可申請書を提出することになり、その間の免税販売はできません。リファンド方式に対応した新様式の許可申請書の受付は2026年10月1日から始まります。免税店を新たに始める事業者は、識別符号と証明書の発行期間を織り込み、10月上旬には申請を済ませておく組み立てが無難です。

POS・基幹システム側に生じる改修範囲を工程の順に具体的に洗い出す

ここからが受託開発の見積りに直結する部分です。既製の免税端末を置くだけでは吸収できない改修が、販売・返品・会計の3方向で発生します。

ver3への移行で増える項目と、送信の都度性が求められる理由

購入記録情報のインターフェースは、リファンド方式に対応したver3へ移行します。2026年10月31日までの取引は現行制度対応のver1またはver2で送る必要があり、譲渡日で使い分けます。主な変更は、旅券番号の提供義務化と許可書番号の提供廃止、日本国籍を有する免税購入対象者の提供項目の変更、任意項目としての商品分類と販売場名称（英語表記）の追加、単価100万円（税抜価額）以上の物品に係る商品情報詳細の提供義務化、消耗品と一般物品の区分の廃止です。

送信の作りにも制約があります。購入記録情報は免税販売手続の都度、即時に送る必要があり、バッチ処理で複数データを一括送信した場合は、システム側が正常に受け付けたとしても免税販売の要件を満たしません。夜間バッチで売上を本部へ送る設計のPOSでは、免税取引だけを店舗側からリアルタイムに切り出す経路が別途要ります。受信結果通知は処理結果がOKでもワーニングコードが付く場合があり、その内容を店舗のオペレーターへ返す画面設計まで含めて実装範囲に入れておいてください。

税関確認結果の照会と洗替方式の取消訂正が返品処理に及ぼす影響

税関確認情報は、事業者側からのリクエストに応じてデータが返るPull型の連携です。方式は2つあり、日時指定は送信者識別符号等と登録日時の範囲（最大31日以内）で照会し、1回のリクエストで返るのは最大1,000件までです。1,000件を超えると結果が返らずエラーになるため、期間を短くして再照会します。取引指定は送信番号まで指定して1件を取りに行く方式です。免税販売の件数が多い店舗では、この上限を前提にした定期実行の設計が必要になります。

返品・訂正の扱いも変更対象です。現行制度で選べた差分方式は使えなくなり、当初の購入記録情報を取り消したうえで訂正後の情報を送る洗替方式に統一されます。取消データには登録取消区分「9」を設定し、取消前の送信番号や識別符号などを一致させて送ります。販売日から90日を超えた購入記録情報と、税関確認結果が登録済みの購入記録情報は取り消せません。つまり、返品対応の窓口業務そのものが期限付きの処理になり、レジの返品フローを制度の期限に合わせて組み替える作業が発生します。返品と在庫の戻し処理をPOS側でどう扱うかはPOSレジの在庫管理とは？連携の仕組みと受託開発の判断の考え方が土台になります。

返金の実務と会計の振替処理、資金移動業の登録が要る実務上の境目

返金方法について、消費税法令上のルールは定められていません。国税庁の資料では、銀行振込、クレジットカードへの送金、アプリを通じた送金、出国港内での現金返金といった方法が想定として挙げられ、事業者自ら実施するほか承認送受信事業者への委託も選択肢です。ただし、自ら返金を行う場合には別の法令が関わります。資金決済に関する法律に基づく資金移動業の登録が事前準備として必要になる場合があり、10万円以上の現金での為替取引などを行うときは犯罪収益移転防止法に基づく本人確認、外国為替及び外国貿易法に基づく確認も論点に入ります。

会計側では振替処理が加わります。販売時に課税売上げとした取引を、税関確認情報の保存後に免税売上げへ振り替える処理です。税関確認情報を取得する都度振り替える方法のほか、月次など一定のタイミングで一括して振り替える方法も認められます。販売した課税期間と税関確認情報を保存した課税期間がずれた場合には、販売した期の申告を修正せず、保存した期で調整する方法も継続適用を条件に認められた扱いです。この仕訳を手作業に残すと、免税販売の件数が伸びるほど締めが破綻します。売上と返金と振替を同じ台帳で追える状態にしておくことが、システム側の設計目標になります。

既製の免税システムで足りる場合と、連携開発を受託に出す判断軸

ここまでの要件を踏まえ、買うか作るかの線を引きます。判断材料は店舗数、商品単価、会計連携の3つに集約できます。

既製の免税システムやクラウドで足りる店舗規模と業務運用の条件

既製品で足りるのは、次の条件がそろう場合です。店舗数が数店以内で本部集計を表計算ソフト等で回せている、扱う商品の単価が100万円未満に収まる、免税売上の比率が全体の一部で振替処理を月次の手作業で吸収できる、返金を承認送受信事業者へ委託してよい。この4つを満たすなら、承認送受信事業者が提供するクラウド型の免税システムを契約し、クライアント証明書の管理からも解放される選択が合理的です。

この場合の準備は、許可申請書の提出と識別符号の受領、店頭オペレーションの訓練、そして返金方法の顧客説明に絞られます。POS側の改修は、免税取引を識別して外部システムへ渡す部分にとどまることが多く、初期費用も月額も読みやすい構成になります。判断を急ぐ必要はありませんが、10月31日の期限と証明書の発行期間だけは動かせないため、逆算だけは早めに済ませてください。

既存POS・販売管理との連携を受託開発に出すべき具体的な3つの条件

受託開発を選ぶ根拠になるのは、次の3条件のいずれかに当てはまるときです。第一に、複数店舗の免税売上を本部の基幹システムで集計しており、税関確認情報の取得と振替処理を店舗任せにできない場合。第二に、単価100万円以上の商品を扱い、商品情報詳細やシリアルナンバーの設定を商品マスタから自動で組み立てる必要がある場合。第三に、返金を自社で実施し、会計・入金消込まで一気通貫で処理したい場合です。

これらは、いずれも既製の免税システムの外側、つまり自社の販売管理と会計の側に処理が残る類型です。開発会社へ渡す前提情報は、現行POSの型番と売上連携の方式、店舗数と識別符号の割り当て方針、月間の免税取引件数、会計システムの科目体系と締めのタイミング、この4点を先にそろえてください。要件の輪郭が定まった段階で、当社の流通システム開発のように、POS・販売管理・基幹会計をまたいで設計できる体制へ相談すると、見積りの精度が上がります。

導入を見送る判断が正しくなる場面と、その間に手を打つ店舗業務

逆に、免税販売そのものを見送る判断が合理的な場面もあります。免税対象になり得る訪日客の来店が月数件にとどまり、下限5千円を超える単価の商品も限られる店舗では、許可の維持と返金オペレーションの負荷が売上増を上回ります。免税店の許可は課税事業者であることが前提で、免税販売手続や購入記録情報の提供を適正に実施する体制の整備も要件です。人員の手当てができないまま許可だけ維持する状態は、税関確認情報の取得漏れという形で跳ね返ります。

見送る場合に手を打つべきは、決済手段と多言語表示のほうです。海外発行カードやコード決済への対応、値札と接客の多言語化は、免税の可否にかかわらず購買単価に効きます。店舗全体のデータをどう整えるかという順序については小売DXとは？課題・進め方とシステム化ロードマップを、訪日需要側の全体像は観光DXとは？観光庁の4つの柱とデジタル化の範囲を参照してください。免税対応は、そのロードマップのどこに置くかを決めてから着手しても遅くありません。

よくある質問

免税システムは必ず導入しなければならないのですか？

免税販売を行うのであれば必要です。購入記録情報を電子的に送る手段がなければ免税販売手続そのものが成立せず、2026年10月31日までに「輸出物品販売場における購入記録情報の提供方法等の届出書」が未提出の場合は、同日をもって免税店許可の効力が失われます。免税販売を行わないという判断であれば、廃止届出書を提出する選択もあります。

免税システムの費用はどのくらいが目安になりますか？

費用は方式によって桁が変わるため、単一の相場を示すことはできません。承認送受信事業者のクラウド型なら月額課金が中心で、初期費用を抑えた提供もあります。自社送信で既存POSと連携させる場合は、ver3対応の送信処理、Pull型の照会バッチ、振替処理の3点が開発量を決めます。見積り依頼の前に、月間の免税取引件数と店舗数、会計連携の要否を数字でそろえてください。

手続委託型免税店だった場合、何か申請は必要ですか？

事業者間の委託関係等に変更がなければ、特段の手続なく、現在委託している承認免税手続事業者に免税販売手続を委託して行わせることができます。許可申請書を改めて提出する必要はありません。リファンド方式では一般型と手続委託型の区分が廃止されて一般型免税店へ統合され、自ら手続を行う運用と免税手続カウンターの利用を併用することも可能になります。

返金はいつ、どの方法で行えばよいのですか？

税関確認情報を取得し、免税が成立してから返金します。方法は消費税法令で定められておらず、銀行振込、クレジットカードへの送金、アプリ送金、出国港内での現金返金などが想定されています。自社で返金する場合は資金決済法上の資金移動業の登録が必要になる場合があるため、委託と自社実施のどちらを選ぶかは法令面の確認を含めて判断してください。

購入者が商品を1つでも持っていないとどうなりますか？

税関の確認は購入記録情報を単位として行われます。同一の購入記録情報に含まれる物品のうち一つでも所持していなかった場合、その購入記録情報に含まれるすべての物品について確認を受けられず、事業者も税関確認情報を取得できません。結果として、その取引全体で免税の適用を受けられなくなるため、販売時の説明手順に織り込んでおく必要があります。

関連記事

• POSシステムとは？仕組み・種類・機能と導入・自社開発の判断を解説：免税対応の土台となるレジ・商品マスタの構造を整理しています。
• POSレジの在庫管理とは？連携の仕組み・自動発注・受託開発の判断を解説：返品と在庫の戻し処理を含む連携設計を扱っています。
• 店舗管理システムとは？機能の範囲とPOSレジとの違い・多店舗一元管理の選び方：本部集計の仕組みと多店舗運用の論点を解説しています。
• 小売DXとは？課題・進め方と店舗・EC・在庫のシステム化ロードマップを解説：免税対応を置く順序を決める全体像がわかります。
• 観光DXとは？観光庁の4つの柱と宿泊・交通・体験のデジタル化範囲、SaaSと受託開発の判断軸を解説：訪日需要側の政策と数値目標を扱っています。