銷售趨勢分析
銷售趨勢分析的使用方式。可切換過去6・12・24個月的期間，透過8種趨勢長條圖、前年同月比（YoY）、多店舖疊加比較顯示、異常值自動偵測、上月比洞察自動生成等功能，從店舖營運的角度進行解說。
Square顧客資料與ReceiptRoller顧客資料的對應關係
說明Square Customer Directory如何轉換為ReceiptRoller的顧客資料（CrmCustomerDto）。內容涵蓋given_name／family_name的對應、地址的拆解邏輯，以及reference_id的處理方式。
商品資訊管理（PIM）是什麼
ReceiptRoller 的 PIM（商品資訊管理）功能概要。說明商品資料的統一管理、變體、搜尋，以及與 Square 的連動。
SNS管理總覽
這是ReceiptRoller SNS管理功能的整體介紹。可統整管理支援10種頻道的貼文管理、素材庫、AI支援、整合收件匣、Google商家檔案連接、分析儀表板。
Smaregi員工資料與ReceiptRoller員工資料的對應關係
說明Smaregi的員工主檔資料如何轉換為ReceiptRoller的員工資料（StaffDto），逐欄位整理對應關係。內容涵蓋staffName的姓名拆分邏輯、staffCode對應EmployeeNumber、以及displayFlag如何略過未顯示的員工等重點。
SNS帳號的連接
這是連接ReceiptRoller與SNS頻道（X、Meta、Instagram、LINE、TikTok、YouTube、Google商家檔案、LinkedIn、Pinterest）方法的總覽指南。各平台的步驟請參閱個別文章。
Google 商家檔案的串接
與 Google 商家檔案的串接方法。串接 Google 帳戶後，即可自動同步店舖資訊、管理評論、查看洞察報告，並發布 Local Post。
與 Meta(Facebook 粉絲專頁)的連動
說明將 ReceiptRoller 與 Facebook 粉絲專頁(Meta)以 OAuth 連動的步驟、所需的管理權限,以及長期權杖的運作機制。
自訂網域的對應與 DNS 驗證
店鋪應用程式的 Web 頻道可以透過店家的自訂網域（例如：app.your-store.com）公開發布。本文將說明新增網域的方法、DNS 記錄的設定、驗證流程、SSL 憑證的自動發行、子網域與根網域的差異，以及常見的疑難排解方式。
庫存補充與移動
說明 WMS 中庫存補充與移動的流程，包括從倉庫到賣場的補貨、庫位間移動訂單的建立方式，以及庫存異動紀錄的確認方法。
Square交易資料與ReceiptRoller交易資料的對應關係
說明從Square Payment API取得的交易資料，如何對應至ReceiptRoller交易資料模型的技術文件。內容涵蓋欄位層級的對應表、狀態碼的轉換、支付方式的正規化、明細／顧客／員工資訊的解析、OAuth權杖的自動更新、Webhook與手動同步的差異，以及冪等性與時區的處理等內部規格，供想理解相關細節的開發者、營運負責人參考。
Smaregi・Square 與會員資訊的雙向同步
ReceiptRoller 的會員資訊與連動的 POS（Smaregi・Square 等）雙向同步。本文說明雙向同步的機制、同步項目、同步時機、衝突時的優先順序、支援的 POS、設定方式、疑難排解。
依業種選擇範本（Restaurant / Retail）的方法
店鋪應用程式平台為初次使用的店家準備了依業種分類的範本。選擇範本後，該業種所需的功能會以初始配置狀態備妥店鋪應用程式，無需從零開始組合功能。本文將說明各範本初期搭載的功能、適合的店家類型、選擇的判斷標準，以及之後的切換與客製化方式。
Smaregi會員資料與ReceiptRoller顧客資料的對應關係
說明Smaregi的會員主檔如何轉換為ReceiptRoller的顧客資料（CrmCustomerDto）。內容涵蓋會員編號、姓名、聯絡方式、地址、生日的對應關係，以及電話號碼的優先順序、透過Webhook的同步時機等重點。
顧客別購買紀錄（POS連動）
從 CRM 的顧客詳細畫面，可確認每位顧客以收據為單位的購買紀錄。透過 Smaregi、Square 等連動 POS 發行的收據，會根據會員編號或顧客個人資料自動歸戶。本文說明購買紀錄的查看方式、顯示條件、與紙本收據的差異、隱私權考量，以及透過 API 存取的方法。