2026.10.19 業務システム

アパレルのPOSシステム：返品交換・取り置き・店舗間移動とEC在庫連動で選ぶ判断軸【2026年】

アパレル店のレジでは、同じ品番のTシャツでも色とサイズで別の商品として会計し、サイズ交換や取り置き、他店からの取り寄せが毎日のように発生します。アパレル向けのPOSシステムを選ぶときに見るべきなのは、機能の数ではなく、こうした取引をレジで処理したときに在庫と売上がどう動くかです。この記事では、色・サイズのレジ打ち、返品・サイズ交換、取り置きと客注、店舗間移動、EC在庫との連動の5つの業務に分けて、POSに求める要件を整理しました。スマレジやShopifyの公式仕様、国税庁の返還インボイスの規定を根拠に、パッケージで足りる店舗と連携開発が要る店舗の境界まで示します。

まとめ：アパレルのPOSシステムは交換と在庫の状態管理で選び分ける

アパレルのPOSで差が出るのは、販売よりも「売ったあとに戻る・動く在庫」の扱いです。サイズ交換を返品と再販売の2取引で処理できるか、取り置き品を販売可能在庫から外せるか、店舗間で移動中の在庫をどこにも計上しない状態で持てるか。この3点を満たせないPOSは、店舗数が増えるほど帳簿と棚の差が広がります。

1〜5店舗でECを持たない、またはEC側の在庫を手動で調整できる規模なら、アパレル対応のクラウドPOSで足ります。スマレジのリテールビジネスプランは1店舗あたり月額15,400円（税込）で、店舗間移動や棚卸まで標準で扱えます。

連携開発が要るのは、ECと店舗の在庫を同じ在庫として引き当てたい場合と、基幹システムや倉庫管理システムとの二重入力が残る場合です。POS本体を独自に開発する判断は、数百店舗規模で独自の販売形態を持つ会社に限られます。

アパレル店のレジ前で起きる取引と汎用POSで詰まる色・サイズの会計

POSシステムの基本的な仕組みはPOSシステムとは？仕組み・種類・機能と導入・自社開発の判断を解説で整理しています。ここではアパレルの店頭に絞り、汎用POSのままだと手作業が残る場面を見ていきます。

色とサイズで1品番が数十SKUに分かれるレジ打ちと値札バーコードの設計

アパレルでは、1つの品番が5色×6サイズなら30のSKUに分かれます。レジで品番だけを読み取って色とサイズを手で選ぶ運用にすると、選び間違いがそのまま在庫差異になります。値札やタグのバーコードはSKU単位で発行し、スキャンした時点で色とサイズまで確定する設計が前提です。

自社で品番を採番する場合は、JANコードを取得するか、店内だけで通用するインストアコードで運用するかを先に決めます。品番・SKUの体系そのものの設計はアパレル在庫管理システムとは？色・サイズ別SKU管理と選び方・導入判断を解説で扱っており、POS側はその体系をそのまま読める必要があります。

セール値下げ・まとめ買い割引・お直し代をレジで分けて記録する仕組み

アパレルの会計には、通常の値引きとは性質の違う金額が混ざります。シーズン末のマークダウン、2点で10%引きのようなまとめ買い割引、裾上げやお直しの代金がその代表です。

マークダウン：売価そのものを変えるので、商品マスタの売価を期間指定で切り替える
まとめ買い割引：明細ごとに割引額を按分しておかないと、1点だけ返品されたときの返金額が決まらない
お直し代：商品ではないため在庫を動かさない明細として登録し、仕上がり日と紐づける

実務でまず確認すべきは2つ目の按分です。按分をPOSが自動で持たない場合、返品のたびにスタッフが電卓で返金額を計算することになり、店舗ごとに金額がぶれます。

返品とサイズ交換をPOSで処理するときの売上・在庫・返還インボイスの扱い

アパレルの返品・交換は、店舗が任意に定めるルールで受け付けるものです。店舗での購入はクーリング・オフの対象外のため、受付期間やタグの有無などの条件は自社で決め、POSにはその条件どおりに処理できる機能が求められます。

サイズ交換を返品と再販売の2取引で記録して在庫差異を出さない処理

Mサイズを買った客がLサイズへの交換を求めた場合、レジで「Mを1点戻し、Lを1点販売」という2つの取引として記録すれば、在庫はM＋1、L−1と正しく動きます。差額が出ない交換を「0円の会計」や手書きの交換票で済ませると、POS上の在庫はMのまま減り続け、棚卸で初めて差異が見つかります。

確認したいのは、元のレシート番号を読み取って返品明細を呼び出せるかどうかです。元取引を参照できれば、まとめ買い割引で按分された実際の販売額で返金でき、別の店舗で買った商品の交換にも対応できます。

税込1万円以上の返品で必要になる返還インボイスとレシートの記載事項

返品やセール後の差額返金は、消費税では「売上げに係る対価の返還等」にあたり、売り手には返還インボイス（適格返還請求書）の交付義務があります。ただし国税庁の改正案内では、令和5年10月1日以後の取引について、返還等の金額が税込1万円未満なら交付義務を免除すると示されています。

アパレルではコートやスーツの返品で1万円を超える場面が珍しくありません。POSの返品レシートに、返品日・元の販売日・税率ごとの返還額などを印字できるかを導入前に確認しておくと、1万円以上の返品でも追加の書類を作らずに済みます。インバウンド客の返品は免税手続きとも絡むため、免税システムとは？リファンド方式で変わる購入記録情報の送信とPOS改修の判断軸を解説もあわせて確認してください。

返品理由コードを残して不良・サイズ違い・イメージ違いを分析する設計

返品を受け付けるとき、理由を選択式のコードで残しておくと、品番ごとの返品率を「サイズ違い」「イメージ違い」「不良」に分けて集計できます。サイズ違いが特定の品番に偏るなら、サイズ表記やECの採寸情報の見直しにつながります。

返品された商品の扱いも、返品理由に応じた区分が必要です。不良品は販売可能在庫に戻さず、返品先のメーカーや検品待ちの在庫として別に持つ必要があります。理由コードが無いPOSでは、戻した瞬間にすべて販売可能在庫へ加算されてしまいます。

取り置き・客注・店舗間移動で在庫を販売可能・確保済み・輸送中に分ける管理

アパレルのPOSで在庫の数がずれる原因の多くは、「棚にはあるが売れない在庫」と「どの店にも無いが存在する在庫」を区別していないことです。Shopifyの在庫状態の定義では、拠点にある在庫（On hand）を販売可能（Available）・確保済み（Committed）・販売不可（Unavailable）の合計とし、移動中の在庫は入荷予定（Incoming）として受領まで販売できない扱いにしています。この分け方は、POSを選ぶときの物差しとして使えます。

取り置き品を販売可能在庫から外して期限切れで自動的に戻す運用設計

取り置きは、客から「明日取りに来る」と頼まれた商品をバックヤードに置いておく業務です。POS上で何も処理しなければ、その在庫は販売可能なまま残り、ECや他店からの問い合わせに「在庫あり」と答えてしまいます。

POSに求めるのは、取り置きを登録した時点で確保済みに移し、期限を過ぎたら販売可能に戻す機能です。期限の自動解放が無い場合、取りに来なかった商品がシーズン終盤まで確保済みのまま眠り、値下げのタイミングを逃します。期限は3日や7日など、店舗の運用に合わせて設定できるかも確認します。

他店在庫の取り寄せと店舗間移動を出庫・輸送中・入庫の3段階で記録する

他店から在庫を取り寄せる場合、送り出した店で在庫を減らし、受け取った店で増やすまでの間、その商品は「どの店にも無い」状態になります。スマレジの小売店向け在庫管理では、他店への出庫依頼・出庫登録・入庫登録をレジ端末や管理画面から行う流れになっており、Shopifyの在庫転送でも転送の発送と受け取りをPOSから処理できます。

出庫と入庫を別々に記録できないPOSでは、移動の途中で集計すると在庫が消えたり二重に数えられたりします。月末の棚卸と移動が重なる店舗では、輸送中の在庫を全社在庫に含めるかどうかを決めておかないと、決算の在庫評価額が合いません。

客注で他店やECの在庫を押さえるときの引当の優先順位と二重販売の防止

客注は、店頭に無いサイズを他店や倉庫の在庫から押さえて取り寄せる業務です。押さえた在庫を確保済みにしないまま取り寄せを進めると、その間に元の店舗やECで同じ1点が売れ、客注が欠品します。

引当の優先順位は、店頭の客注を先にするか、ECの注文を先にするかを事前に決めて、POSと在庫管理の設定に反映させます。決めていない会社では、店舗スタッフとEC担当が電話で調整する運用になり、件数が増えるほど取りこぼしが出ます。

ECと店舗の在庫を連動させるアパレルPOSの引当・店舗受取・返品の設計

EC側の構築要件はアパレルECサイト構築の進め方｜SKU設計・店舗在庫連動と費用の判断軸で扱っています。ここではPOS側から見た連動の論点に絞ります。

ECに出す在庫を店舗在庫から差し引く安全在庫の設定と同期間隔の決め方

店舗在庫をそのままECに表示すると、店頭で売れた直後にECでも注文が入り、どちらかが欠品になります。対策は2つあり、EC向けに出す数を店舗在庫より少なくする安全在庫の設定と、在庫を同期する間隔を短くすることです。

1点ものに近い商品が多いアパレルでは、同期間隔よりも安全在庫の設定のほうが有効です。各店舗の残り1点はECに出さない、といったルールをSKUごとではなく商品分類ごとに設定できるPOSや連携ツールを選ぶと、運用の手間が抑えられます。スマレジはAPIによる在庫管理情報の連携をリテールビジネスプランで提供しており、連携ツールや自社開発の仕組みとつなぐ前提で選べます。

EC購入品の店舗受取と店舗返品で売上をどちらに計上するかの線引き

ECで買った商品を店舗で受け取る、またはECで買った商品を店舗で返品するという取引は、POSとECの両方にまたがります。返品をPOSで受け付けたとき、返金をECの決済取消で行うのか店頭の現金で行うのか、売上の取消をECと店舗のどちらに計上するのかを決めておく必要があります。

この線引きはシステムより先に、店舗の評価制度で決まる問題です。店舗返品を店舗売上のマイナスにすると、店舗スタッフが返品を受けたがらなくなります。ECの返品として計上する場合は、POSに「EC注文の返品」という取引種別を持たせ、ECの受注番号を読み取れるようにします。

会員とポイントを店舗とECで統合するときにPOS側でそろえる顧客情報

店舗とECの会員を統合すると、購入履歴から客のサイズや好みの色をレジ前で確認でき、接客や取り寄せの提案に使えます。統合の前提は、会員番号の体系をPOSとECで1つにそろえることと、ポイントの付与・失効の規則を一致させることです。

靴メーカーが店舗とECの会員をクラウドPOSで統合した例はPOSシステムの導入事例9選で紹介しています。既存のEC会員が多い会社は、POS側の会員機能に移すのか、EC側の会員基盤をPOSから参照するのかで構成が大きく変わります。

アパレルのPOSをパッケージで導入するか連携開発するかを決める店舗条件

ここまでの5つの業務のうち、どこまでをパッケージの標準機能で処理し、どこから開発するか。判断の目安を店舗の条件で整理すると次のようになります。

店舗の条件	向く構成	開発の範囲
1〜5店舗・ECなし	アパレル対応クラウドPOS	なし
多店舗・ECはモール中心	クラウドPOS＋在庫連携ツール	なし〜設定のみ
店舗とECで在庫を共有	クラウドPOS＋連携開発	引当と同期の部分
基幹・倉庫システムあり	既存POS＋連携開発	基幹との連携部分
数百店舗・独自の販売形態	POS本体の独自開発	POS全体

表の下に行くほど開発費は増えます。多くのアパレル企業は上から3行目までで収まり、POS本体を作る必要はありません。

1〜5店舗でECを手動調整できるならクラウドPOSの標準機能で足りる条件

店舗数が少なく、ECの在庫を担当者が1日1回調整できる規模なら、アパレル対応のクラウドPOSで5つの業務はほぼ処理できます。スマレジの料金プランでは、リテールビジネスが1店舗あたり月額15,400円（税込）です。3店舗なら月額46,200円で、店舗間移動と棚卸まで含めて運用できます。販売で在庫数が減るだけの簡易的な在庫管理なら、無料プランを含むすべてのプランで使えると同社の在庫管理ページに記載があります。

この規模で連携開発を検討するのは過剰です。まずはパッケージの標準機能で返品理由コードや取り置きの期限を運用し、手作業が残る箇所を記録してから次の判断に進むほうが投資を外しません。製品ごとの違いはPOSレジの比較で外さない判断軸で整理しています。

EC在庫の共有と基幹連携で二重入力が残るなら連携部分だけを開発する判断

ECと店舗で同じ在庫を引き当てたい、基幹システムの商品マスタをPOSへ自動で流したい、倉庫管理システムの入出荷をPOSの在庫に反映したい。このいずれかに当てはまり、パッケージの標準連携で足りないなら、POS本体はパッケージのまま、つなぐ部分だけを開発します。

開発範囲を連携部分に絞ると、POSのバージョンアップはベンダーに任せたまま、自社固有の引当ルールや商品マスタの変換だけを持てます。一創の流通システム開発では、既存のPOSや基幹システムを残したまま、在庫と売上のデータ連携を設計・開発する相談を受け付けています。

POS本体を独自に開発すべきでない会社の条件と開発見送りの判断基準

アパレルのPOS本体を独自に開発するのは、数百店舗規模でセミオーダーやレンタルなど独自の販売形態を持ち、パッケージの改修では業務が回らない会社に限られます。それ以外の会社が独自開発を選ぶと、決済端末の更新、インボイスや免税制度の改正、OSのサポート終了への追随をすべて自社で負うことになります。

「既存のPOSが古いから作り直したい」という理由だけなら、独自開発は見送るべきです。まずはパッケージへの乗り換えと連携開発の組み合わせで見積もり、それで業務が回らない理由を具体的に挙げられたときに初めて独自開発を比較に入れます。

よくある質問

アパレル向けのPOSシステムを検討する際によく寄せられる質問をまとめました。

アパレル向けのPOSと一般的なPOSレジは何が違いますか？

違いは、色・サイズ単位での販売と在庫の扱い、返品・サイズ交換、取り置きや店舗間移動への対応です。一般的なPOSレジでも品番ごとの販売はできますが、色とサイズの組み合わせを1つの画面で選べない、交換を1取引で記録できないなどの制約があると、在庫差異が出やすくなります。アパレル対応をうたう製品でも対応範囲は異なるため、この記事の5つの業務に沿って、自社の取引をそのままデモで処理できるか確認すると判断しやすくなります。

アパレルのPOSシステムの費用はどのくらいかかりますか？

クラウドPOSの場合、月額料金は1店舗あたり数千円から1万円台が目安です。スマレジのリテールビジネスプランは1店舗あたり月額15,400円（税込）です。これに加えて、iPadなどの端末、レシートプリンター、バーコードリーダー、キャッシュドロアといった周辺機器の購入費がかかります。ECや基幹システムとの連携開発を行う場合は、連携する範囲によって別途の開発費が発生するため、POSの月額とは分けて見積もりを取ってください。

サイズ交換はPOSでどのように処理すればよいですか？

元の商品を返品し、交換後の商品を新たに販売する2つの取引として記録するのが基本です。こうすると、交換前のサイズの在庫が1点戻り、交換後のサイズの在庫が1点減るため、POS上の在庫と棚の数が一致する仕組みです。差額がある場合はその場で追加の支払いか返金を行います。元のレシート番号から返品明細を呼び出せるPOSなら、割引後の実際の販売額で処理でき、別の店舗で購入された商品の交換にも対応できます。

返品のときにインボイスの対応は必要ですか？

返品による返金は消費税の「売上げに係る対価の返還等」にあたり、原則として返還インボイスの交付が必要です。ただし、令和5年10月1日以後の取引で、返還する金額が税込1万円未満であれば交付義務は免除されます。アパレルではコートやスーツなど1万円を超える返品もあるため、POSの返品レシートに返品日や元の販売日、税率ごとの返還額を印字できるかを確認しておくと、追加の書類作成を避けられます。

実店舗とECの在庫をPOSで一元管理できますか？

EC連携機能を持つPOSや連携ツールを使えば、店舗とECの在庫を同じ画面で確認できます。ただし、表示が一元化されていても、店頭とECで同時に1点が売れる二重販売は同期の間隔だけでは防げません。残り数点の商品をECに出さない安全在庫の設定や、店頭の客注とECの注文のどちらを優先して引き当てるかのルールを決めることが前提です。ルールがパッケージの設定で表現できない場合は、引当部分の連携開発を検討します。