Square員工資料與ReceiptRoller員工資料的對應關係
說明Square Team Member如何與ReceiptRoller的員工資料（StaffDto）建立關聯。內容涵蓋手動連結的操作方式、交易資料負責人解析邏輯，以及Team Member API主要欄位的整理。
Square交易資料與ReceiptRoller交易資料的對應關係
說明從Square Payment API取得的交易資料，如何對應至ReceiptRoller交易資料模型的技術文件。內容涵蓋欄位層級的對應表、狀態碼的轉換、支付方式的正規化、明細／顧客／員工資訊的解析、OAuth權杖的自動更新、Webhook與手動同步的差異，以及冪等性與時區的處理等內部規格，供想理解相關細節的開發者、營運負責人參考。
在收據上邀請顧客撰寫評論
在電子收據與收據郵件上顯示開啟 Google 評論頁面的按鈕。只會邀請實際來店的顧客，並可在「評論成長」畫面逐週確認成效。
Square商品資料與ReceiptRoller商品資料的對應關係
說明Square Catalog的商品資料如何轉換為ReceiptRoller的商品主檔（ProductDto）。內容涵蓋Item／Variation／Category的關係、價格幣別的正規化，以及再次同步時的行為。
Smaregi員工資料與ReceiptRoller員工資料的對應關係
說明Smaregi的員工主檔資料如何轉換為ReceiptRoller的員工資料（StaffDto），逐欄位整理對應關係。內容涵蓋staffName的姓名拆分邏輯、staffCode對應EmployeeNumber、以及displayFlag如何略過未顯示的員工等重點。
FAQ／知識庫的登錄與公開設定
登錄常見問題（FAQ）與店鋪的知識內容，並依每則設定公開範圍（AI 聊天／官網／LINE 官方帳號小程式）的方法。可依項目選擇要公開給顧客，或僅供 AI 回答時使用。
Smaregi會員資料與ReceiptRoller顧客資料的對應關係
說明Smaregi的會員主檔如何轉換為ReceiptRoller的顧客資料（CrmCustomerDto）。內容涵蓋會員編號、姓名、聯絡方式、地址、生日的對應關係，以及電話號碼的優先順序、透過Webhook的同步時機等重點。
AI銷售預測
月底營業額・交易件數的線性預測，以及主力商品（前5名）未來14天的需求預測（星期別季節性＋安全係數20%）。同時解說信賴度3階段判定、透過API・MCP取得資料，以及與商品別銷售分析AI敘述的搭配應用。
將店家資訊更新到 Google
儲存 ReceiptRoller 的店家設定時，變更過的店名、地址、電話、網站、營業時間與說明會同步到 Google。也說明在 Google 畫面直接編輯，以及設定特殊營業時間。
4個管道（Web・iOS・Android・LINE小程式）的差異與使用方式
店鋪應用程式平台可以將同一個應用程式，同時以 Web・iOS・Android・LINE 小程式 4 個管道公開。內容更新只需透過共用的管理畫面進行，即可自動反映至所有 4 個管道。本文將說明各管道的特徵、對顧客的優點，以及該優先從哪個管道開始的判斷標準，並附上比較表。
ReceiptRoller 會員編號自動發號設定
ReceiptRoller 可依商業帳號自動發行顧客的會員編號。發行的會員編號會作為 Wallet 會員證條碼、CRM 顧客主檔、與 POS（Smaregi・Square 等）連動時共通的識別碼使用。本文說明會員編號的格式、字首與位數的設定方式、發號時機、對既有編號的影響、格式驗證。
問卷調查的建立與操作
使用 ReceiptRoller 的問卷調查功能，可讓顧客透過 QR code 或電子收據回答問卷，並當場確認回答數與滿意度（NPS）。回答完成時，還可自動發放優惠券。本文介紹問卷調查的建立方式、問題類型、優惠券連動、對象顧客篩選、結果確認與 CSV 下載等操作方法。
審核狀態追蹤（審核中・退回・等待上架）
向 App Store / Google Play 提交原生應用程式申請後，可以從管理主控台即時追蹤審核狀態。本文將說明各狀態的意義、店家接下來應採取的行動、被退回時的因應方式，以及常見的退回原因與避免策略、狀態變更通知的接收方式。
依業種選擇範本（Restaurant / Retail）的方法
店鋪應用程式平台為初次使用的店家準備了依業種分類的範本。選擇範本後，該業種所需的功能會以初始配置狀態備妥店鋪應用程式，無需從零開始組合功能。本文將說明各範本初期搭載的功能、適合的店家類型、選擇的判斷標準，以及之後的切換與客製化方式。