はじめに — このガイドの読み方
OdooのPOS（販売時点管理）は、売上、在庫、経理、人事と同じデータベース内で小売やサービスの現場業務を管理できる専用スペースを提供します。
別々のツールをつなぐと、二重入力や数字の不一致、意思決定の遅延が生まれます。特に拠点や商品ラインが増えると、その問題は急速に拡大します。
標準のPOSワークフローはまず設定で対応できるよう設計されており、コードを直接カスタムする前に済ませることで、スリムなIT体制でもアップグレードの負担を抑えられます。
このガイドを読む経営者や現場責任者、プロジェクト発案者は、導入範囲を決める前に現実的な使い方を把握したいはずです。
Point of SaleはOdooのモジュール式ERPの一部です。チームが採用する理由は、役割を明確にし、再現可能な業務フローと検索可能な履歴を手に入れたいから。メールのやり取りやローカルなスプレッドシートで散らばる情報を、POSで一元化できます。
この記事は実務で使えるTop10リストです。レベル1（導入が簡単）からレベル10（高度運用）まで並べ、各レベルにおいて実際にOdoo内でクリックする手順を番号付きで示します。
見栄で最難関から始める必要はありません。まずはチームが無理なく実行できるレベルから始めましょう。
まず「課題」のセクションを読み、続いて自分のチームに合うレベルを開いてください。
このガイドで得られるもの：
- 一般的な企業の構成で、POSが担う役割と責任範囲
- 現場で最も摩擦が生じやすいポイント（なぜ起きるか）
- 初心者向けの運用改善から上級者向けの戦略までの10段階のユースケース
- 自動化や統合でパートナー介入が妥当になるタイミング
直面する課題の輪郭
経営陣がダッシュボードを見て「現金残高が会計と合わないのはなぜか」と問いただす場面はよくあります。誰かが不完全なビューを作り、それが信頼の欠如を生んで会議が意思決定ではなく原因探しに終始します。
リーダーは洞察と業務に合った仕組みを求めますが、データとカスタマイズが管理されないまま広がると、ダッシュボードやStudioの改善も信頼できるトランザクションが土台にないと意味がありません。
心当たりのある問題点：
- 現場の実態と合わないKPI
- サンドボックスや検証なく行われるカスタマイズ
- アップグレード後に静かに壊れる連携（気づきにくい）
良い知らせは、大規模な一括プロジェクトは不要ということです。下のユースケースの一つを選び、30日間試し、変化を測ってください。
POSのTop10ユースケース（概要）
Odoo POSに適した10のユースケースを、レベル1（今すぐできる）からレベル10（専門的）までランク付けしました。各項目は「何を作るか」と「Odooでのクリック手順」を示します。
レベル1は日々の簡単な勝ち筋。最終レベルは拡張の限界を示すために大胆に設計してあり、同じアプリでどこまで拡大できるかを見せます。
まず自分のレベルを選び、テストDBで手順を追ってください。慣れたら上のレベルへ進みます。
1. 最初のPOSセッションを開いて、シンプルな販売を完了する Level 1 — Easy
レベル1は最も基本的な操作です：レジ係1名、レジ端末1台、顧客は来店客。ロイヤルティや複数店舗は設定せず、セッションを開き、商品を打ち、支払いを確定します。
実際のOdoo操作例：
- Point of Sale→Dashboardでメイン店舗のNew Sessionをクリックし、開店時の現金金額を入力します。
- POS画面で商品タイルをタップするかバーコードを読み取り、注文に商品を追加します。
- Paymentを押し、CashまたはCardを選び、支払金額を入力してValidateで注文を完了します。
- Print ReceiptかEmail Receiptを選んで購入証明を顧客に渡します。
- シフト終了時にClose Sessionをクリックし、現金をカウントしてZレポートが会計に送信されたことを確認します。
期待できる効果：清算が短時間で終わり、各注文は適切な仕訳に紐づくため、外部スプレッドシートは不要になります。
2. 会計で顧客を特定して、すべての販売を顧客データに紐づける Level 2 — Easy
レベル2は同じレジ係のまま顧客管理を追加する段階。来店が匿名扱いにならず、すべてのレシートが連絡先レコードに残るため、マーケティングや会計、CRMが同じ顧客像を見られます。
実際のOdoo操作例：
- POS画面のカート上部にあるCustomerボタンを押して連絡先検索を開きます。
- 名前や電話番号で検索し、ファイルにない場合はCreateでPOSから直接新規連絡先を作成します。
- 連絡先を選ぶとレシートに名前が表示され、注文はContactsにリンクされます。
- 支払いを確定してレシートをメール送信すると、注文は顧客カードのSales Historyに表示されます。
- Contactsでその顧客を開くと、過去のPOS注文、平均購入額、最終来店日を一画面で確認できます。
期待できる効果：来店売上が匿名ではなくなり、翌朝にはCRMやマーケに活用できる顧客データが揃います。
3. 返品処理を行い、レシートヘッダーを店舗仕様にする Level 3 — Easy
レベル3はアフターセールスの基本対応：返品を処理して、店舗ブランディングが入ったレシートを発行できる状態にします。
実際のOdoo操作例：
- POSでOrdersを開き、日付や顧客から元の注文を検索して開きます。
- Refundを押し、返品する行を選び、部分返品なら数量を調整してValidateします。
- 元の支払方法を選択してValidateを押すと、現金またはカードで返金が発行されます。
- Point of Sale→Configuration→Point of Saleで店舗を開き、Receipt HeaderとFooterに店名や返品ポリシーを入力します。
- Receipt PrintoutをEmail by Defaultに切り替えて、デジタル受領を好む顧客に対応します。設定を保存してください。
期待できる効果：返品が元注文に紐づいてすぐに確認でき、外部ツールなしでブランド入りのレシートが出せます。
4. ポイントと報酬でロイヤルティプログラムを開始する Level 4 — Medium
レベル4ではPOSを顧客維持の仕組みに変えます。購入ごとにポイントを付与し、来店客がレジでポイントを使って特典と交換できます。
実際のOdoo操作例：
- Sales→Configuration→Loyalty ProgramsでNewを押し、『POS Loyalty』などの名称でプログラムを作ります。
- 獲得ルールを設定：特定カテゴリの購入につき1ユニットごとに1ポイント、週末にボーナスポイント付与など。
- 報酬ルールを追加：100ポイントで5ユーロ割引、250ポイントで指定商品の無料交換など。
- Point of Sale→Configuration→Point of Saleで店舗設定を開き、Loyalty Programを有効にして先ほど作ったプログラムを選びます。
- 会計時にキャッシャーが顧客を確認すると、利用可能な報酬がカートに表示され、ワンクリックで適用できます。
期待できる効果：再来店率が定量化できるKPIになり、各報酬のコストは会計でトラッキングされます。
5. 複数店舗で共通カタログと価格表を使ってPOSを展開する Level 5 — Medium
レベル5はマルチショップ運用です。一つの製品マスターと顧客台帳を共有し、各拠点は専用の現金ジャーナルを持つことで、各店舗がExcelで分断されるのを防ぎます。
実際のOdoo操作例：
- Point of Sale→Configuration→Point of Saleで、実店舗ごとにPOSレコードを作成します。
- 各店舗でStock Location、Cash Journal、レシートプリンタを設定し、店舗別の会計整合性を保ちます。
- Sales→Configuration→Pricelistsで各店舗に価格表を割り当て、地域差に応じた価格運用をします。
- ロイヤルティプログラムを全店舗で共有すれば、一店舗で得たポイントを別店舗で使えます。
- Point of Sale→Reporting→Sales DetailsでShopごとにグルーピングして収益、バスケットサイズ、売れ筋SKUを比較します。
期待できる効果：チェーン全体での売上・在庫の可視化が復活し、月曜朝のCSV統合作業から解放されます。
6. レストランモードに切り替え、フロア・テーブル・キッチン画面を導入する Level 6 — Medium
レベル6でPOSはホール運営ツールになります。フロアプラン、コース別のキッチン連携、分割会計などが可能になり、外部のレストラン専用システムを追加購入する必要がなくなります。
実際のOdoo操作例：
- Point of Sale→Configuration→Point of Saleで店舗のFeaturesにあるRestaurant Modeを有効にします。
- Point of Sale→Configuration→Floors and Tablesでフロア図を作成し、実際のダイニングルームに合わせてテーブルを配置します。
- Point of Sale→Productsで各商品にStarter、Main、Dessert、Drinksなどのコースタグを付け、各キッチンステーションに正しく送信されるようにします。
- IoTボックス経由でキッチンディスプレイをつなげば、確定したコースが厨房の画面に即座に表示されます。
- 会計時にSplitを押すと各ゲストごとに明細を割り振り、ワンクリックで個別レシートを印刷できます。
期待できる効果：サービスのスピードが上がり厨房のミスが減り、回転率をシフトごとに計測できるようになります。
7. POSを在庫とリアルタイム連携し、売れ筋に自動発注ルールを設定する Level 7 — Hard
レベル7はPOSと倉庫を密につなげる段階です。販売がリアルタイムで在庫を減らし、売れ筋が空になる前に発注案が自動で立ちます。
実際のOdoo操作例：
- 各商品でProduct TypeをGoodsに設定し、InventoryタブでTrack Inventoryを有効にします。
- 商品にReordering Ruleを追加し、Min/Max数量、推奨仕入先、リードタイムを設定します。
- Point of Sale→Reporting→Best Sellersで上位20SKUを特定し、同様のリオーダールールを設定します。
- Inventory→Operations→Run Schedulerを毎日実行して、Odooが自動的に発注案（RFQ）を作成するようにします。
- Point of Sale→Reporting→Inventory Movementで、POSの販売が補充提案まで確実に繋がっていることを確認します。
期待できる効果：売れ筋の在庫切れが減り、繁忙期後にシステムと現場の乖離が生じにくくなります。
8. シーズン施策としてプロモーション、クーポン、ギフトカードを運用する Level 8 — Hard
レベル8でPOSはマーケティング施策の実行プラットフォームになります。割引やコード、ギフトカードを現場で簡単に扱え、キャッシャーの運用負担を下げます。
実際のOdoo操作例：
- Sales→Configuration→Discounts, Loyalty and Gift CardでNewを押し、Promotionsの種類を選びます。
- ルールを定義：指定カテゴリに対して特定期間に10%オフ、あるいは特定SKUで2点買うと3点目無料など。
- Couponsタイプでもう一つ作り、コードを一括生成してレシートに印刷し来店促進に使います。
- Gift Cardタイプのプログラムも作り、商品として販売して店舗チェーン全体でコードを使えるようにします。
- これらのプログラムをPOS設定で有効化すれば、割引・クーポン・ギフトカードのボタンがチェックアウト画面に表示されます。
- Sales→Reporting→Discount and Loyalty Programsで、引換率、売上増、マージン影響をキャンペーンごとに計測します。
期待できる効果：レジでの実験が管理された形で行え、割引の現場判断が減り、各施策の利益への影響が見える化されます。
9. EC、実店舗、CRMを連携し、共通ロイヤルティとクロスチャネル返品を実現する Level 9 — Hard
レベル9はオムニチャネルの実装です。同じ顧客レコードでEC・POS・CRMを連携させ、ロイヤルティ残高を共通化、オンライン注文の店頭返品もスムーズに処理します。
実際のOdoo操作例：
- WebsiteとeCommerceをインストールし、商品を開いてオンラインサインアップとPOSチェックアウトで同じContactが使われることを確認します。
- Loyalty ProgramをWebsite Sales SettingsとPOSの両方で共有し、どのチャネルでもポイント獲得・利用ができるようにします。
- 店舗のPOSでOrdersを開き、参照番号からウェブ注文を検索しRefundで店頭返品を処理します。
- CRMでLifetime Valueが一定基準を超えた顧客のためにAuto-create Leadルールを有効にし、アカウントチームにフォローを促します。
- eCommerce注文、POSレシート、ロイヤルティ残高を組み合わせた『顧客ごとのライフタイムバリュー』スプレッドシートビューを作成します。
- Studioの自動化でLTVが目標を超えたオムニ顧客に個別担当を割り当てるフラグを立てます。
期待できる効果：顧客体験が現代の期待に追いつき、返品で会計が壊れることがなくなり、維持率が意図的にコントロールできるレバーになります。
共通ロイヤルティ、クロスチャネル返品、LTVレポートをPOS・eCommerce・CRM・スプレッドシートでつなぐ設計は、Dasoloがパートナー案件として初日から関与して整備する典型的なプロジェクトです。
10. コンピュータービジョン、需要予測、決済API、ライブダッシュボードを備えたAI駆動のPOSを運用する Level 10 — Expert
レベル10は店舗運営のフルスタック化です。コンピュータービジョンで会計を加速し、AIがカタログ最適化を行い、決済端末やEDIでサプライヤーと自動連携、経営陣は全店を一画面で監視できます。
実際のOdoo操作例：
- Point of Sale→Configuration→Payment Methodsで承認済みの決済端末（Adyen、Stripe Terminal、Worldlineなど）を接続し、カート金額が自動同期されるようにします。
- 過去24か月のPOS売上を使ってOdooのAI需要予測を学習させ、毎週月曜にReordering RuleのMin/Maxを自動調整させます。
- IoTボックスとカメラによるセルフチェックアウトを導入し、バスケットをバーコードより高速に認識するコンピュータービジョンを組み込みます。
- 主要仕入先とEDIフィードをつなぎ、スケジューラが提案したRFQから仕入先の確認、請求書までの流れを人手なしで通します。
- Pricelistsで時刻、天候、在庫プレッシャーに応じた動的価格ルールを設計し、Studio Automationで選択SKUに適用します。
- 『Retail Live』というSpreadsheetダッシュボードを作り、レジ別売上、コンバージョン率、平均バスケット、在庫アラートをリアルタイムに更新します。
- そのダッシュボードをWebhookで経営陣に配信し、各店のバックオフィスにあるTVにフロアマネージャー向けの表示を流します。
期待できる効果：各レジが小さなセンサーとして機能し、例外が数分で浮かび上がるため、チームはデータ入力ではなく顧客体験に集中できます。
決済端末統合、AIフィードバックループ、EDIマッピング、ライブダッシュボードの設計はDasoloがパートナー主導で組み上げる領域です。多くのチームは最初に外部の支援を受けてこれらを正しく配線することを選びます。
専門支援を検討すべきタイミング
レベル1〜6の範囲なら、標準のOdoo POS、社内の推進担当者、そして試せるサンドボックス環境があれば自力で成功するケースが多いです。
レベル7以上になるとリスクは上がります：誤った顧客にメールが送られる自動化、アップグレードを阻害するStudioフィールド、深夜に在庫同期が止まるAPIなどが起き得ます。
これはチームの失敗ではありません。ここで必要なのはアーキテクチャ、テスト、自 governance（ガバナンス）の設計です。
複数アプリの設計、国ごとのコンプライアンス、複雑な統合、取締役会が既に決めたローンチ日がある場合はパートナーを入れるべきです。
Dasoloと一緒に進める方法
Dasoloは、実際の業務フローに即したOdoo導入を支援します：カスタムアプリ、整った統合、そしてコンサルタントが去った後でも現場が使い続けられるトレーニングを提供します。
POSのロードマップに本ガイドの上級ユースケースが含まれるなら、短期の成果を先に出し、段階的に自動化と統合を進めるフェーズ計画を一緒に作成できます。明確なオーナーとテスト手順も伴います。
お客様はスコープと予算をコントロールし続けられます。私たちはOdooの深い知見を提供し、本番で高額な学習コストを払わずに済むよう支援します。
無料相談のご案内：