4個管道（Web・iOS・Android・LINE小程式）的差異與使用方式
店鋪應用程式平台可以將同一個應用程式，同時以 Web・iOS・Android・LINE 小程式 4 個管道公開。內容更新只需透過共用的管理畫面進行，即可自動反映至所有 4 個管道。本文將說明各管道的特徵、對顧客的優點，以及該優先從哪個管道開始的判斷標準，並附上比較表。
AI銷售預測
月底營業額・交易件數的線性預測，以及主力商品（前5名）未來14天的需求預測（星期別季節性＋安全係數20%）。同時解說信賴度3階段判定、透過API・MCP取得資料，以及與商品別銷售分析AI敘述的搭配應用。
建立一對一、群組討論串
說明員工之間個別聯絡用的討論串功能使用方式。包含一對一訊息、群組討論串的建立方式、參與者的新增與刪除、訊息編輯與刪除、討論串封存等內容。
印表機與電子收據管理
透過店鋪頁面的「印表機與電子收據」，說明如何確認店鋪的出單印表機狀態、管理與 POS 端末的連線，以及自訂電子收據的外觀。
商品資訊管理（PIM）是什麼
ReceiptRoller 的 PIM（商品資訊管理）功能概要。說明商品資料的統一管理、變體、搜尋，以及與 Square 的連動。
自助服務申請精靈（App Store / Google Play）
店鋪應用程式平台已備妥申請精靈，讓店家可以自行從管理畫面完成 iOS / Android 原生應用程式的建置與 App Store / Google Play 的申請。本文將說明精靈的流程、所需資訊、資產的自動生成、店家的操作步驟，以及申請狀態的追蹤方式。
Square員工資料與ReceiptRoller員工資料的對應關係
說明Square Team Member如何與ReceiptRoller的員工資料（StaffDto）建立關聯。內容涵蓋手動連結的操作方式、交易資料負責人解析邏輯，以及Team Member API主要欄位的整理。
Staff 的權限
詳細說明 ReceiptRoller Staff 角色的權限。這是面向收銀負責人、現場 Staff 的最小權限角色，僅限確認當日交易與發行收據（免費方案即可使用）。
電子收據的運作原理
說明 ReceiptRoller 電子收據的運作原理，以及與 Square、スマレジ 的 POS 連動方式。
Smaregi會員資料與ReceiptRoller顧客資料的對應關係
說明Smaregi的會員主檔如何轉換為ReceiptRoller的顧客資料（CrmCustomerDto）。內容涵蓋會員編號、姓名、聯絡方式、地址、生日的對應關係，以及電話號碼的優先順序、透過Webhook的同步時機等重點。
Google購物Feed
Google Merchant Center的商品Feed配送方式。說明PIM欄位與Google欄位的對應、順利通過審核的要點。
退貨・退款處理
說明在 OMS 中處理退貨與退款的流程，包括退貨原因的記錄、退款金額的設定、與 WMS 庫存回補的連動，以及時間軸的記錄方式。
Smaregi交易資料與ReceiptRoller交易資料的對應關係
說明從Smaregi Platform API取得的交易資料，如何對應至ReceiptRoller交易資料模型的技術文件。內容涵蓋層級結構的對應、欄位層級的對應表、狀態碼的轉換、支付方式的正規化、明細／顧客／員工資訊的解析、時區與冪等性的處理、取得路徑（Source）的區別等內部規格，供想理解相關細節的開發者、營運負責人參考。
行銷活動管理員的權限
說明行銷活動管理員角色的權限。負責優惠券、電子郵件發送、廣告的建立與管理，無法進行 POS、商品設定（入門方案以上）。
店舖說明中心索引（店舖DX・電子收據・預約管理・零售媒體）
這是 ReceiptRoller 的店舖說明中心索引。依用途分為「與顧客的接觸點」（店舖應用程式・會員卡・電子收據・預約・零售媒體（含媒體螢幕）・優惠券・CRM・社群媒體管理・AI 代理串接）、「店舖營運」（店舖資料・商品管理・電商串接・OMS・WMS・貨架分析・銷售分析・員工）、「帳戶與擴充」（入門・角色與權限・開發者 API）三大類，彙整店舖數位化所需的全部說明文章。
審核狀態追蹤（審核中・退回・等待上架）
向 App Store / Google Play 提交原生應用程式申請後，可以從管理主控台即時追蹤審核狀態。本文將說明各狀態的意義、店家接下來應採取的行動、被退回時的因應方式，以及常見的退回原因與避免策略、狀態變更通知的接收方式。