Smaregi交易資料與ReceiptRoller交易資料的對應關係
說明從Smaregi Platform API取得的交易資料，如何對應至ReceiptRoller交易資料模型的技術文件。內容涵蓋層級結構的對應、欄位層級的對應表、狀態碼的轉換、支付方式的正規化、明細／顧客／員工資訊的解析、時區與冪等性的處理、取得路徑（Source）的區別等內部規格，供想理解相關細節的開發者、營運負責人參考。
Square交易資料與ReceiptRoller交易資料的對應關係
說明從Square Payment API取得的交易資料，如何對應至ReceiptRoller交易資料模型的技術文件。內容涵蓋欄位層級的對應表、狀態碼的轉換、支付方式的正規化、明細／顧客／員工資訊的解析、OAuth權杖的自動更新、Webhook與手動同步的差異，以及冪等性與時區的處理等內部規格，供想理解相關細節的開發者、營運負責人參考。
審核狀態追蹤（審核中・退回・等待上架）
向 App Store / Google Play 提交原生應用程式申請後，可以從管理主控台即時追蹤審核狀態。本文將說明各狀態的意義、店家接下來應採取的行動、被退回時的因應方式，以及常見的退回原因與避免策略、狀態變更通知的接收方式。
自助服務申請精靈（App Store / Google Play）
店鋪應用程式平台已備妥申請精靈，讓店家可以自行從管理畫面完成 iOS / Android 原生應用程式的建置與 App Store / Google Play 的申請。本文將說明精靈的流程、所需資訊、資產的自動生成、店家的操作步驟，以及申請狀態的追蹤方式。
行銷活動管理員的權限
說明行銷活動管理員角色的權限。負責優惠券、電子郵件發送、廣告的建立與管理，無法進行 POS、商品設定（入門方案以上）。
財務負責人的權限
說明財務負責人角色的權限。此為僅能檢視收據、銷售報表、稅務輸出的唯讀專用角色，也適合指派給稅務師（入門方案以上適用）。
4個管道（Web・iOS・Android・LINE小程式）的差異與使用方式
店鋪應用程式平台可以將同一個應用程式，同時以 Web・iOS・Android・LINE 小程式 4 個管道公開。內容更新只需透過共用的管理畫面進行，即可自動反映至所有 4 個管道。本文將說明各管道的特徵、對顧客的優點，以及該優先從哪個管道開始的判斷標準，並附上比較表。
社群媒體管理員的權限
說明社群媒體管理員角色的權限。負責社群媒體連動、發文排程、分析，並可指派給外部代理店（成長方案以上）。
POS 管理員的權限
說明 POS 管理員角色的權限。此角色專責 POS 連動、收據範本、付款方式設定（入門方案以上）。
方案與角色的關係（免費方案的限制）
說明依 ReceiptRoller 方案不同可分配的角色差異。以表格列出免費／Starter／Growth／Enterprise 各方案可使用的角色一覽。
商品管理員的權限
說明商品管理員角色的權限。此角色專責商品目錄（PIM）管理，無法接觸顧客或財務資料。基本方案以上即可使用。
倉庫管理員的權限
說明倉庫管理員角色的權限。此角色專責庫存管理、進出貨、WMS 連動，無法接觸顧客或財務資料（僅限企業方案）。
角色的種類與概要
說明 ReceiptRoller 商業帳戶角色（擁有者、店舖經理、POS經理、行銷活動經理、SNS經理、商品經理、倉庫經理、財務負責人、Staff）的種類與概要。
依業種選擇範本（Restaurant / Retail）的方法
店鋪應用程式平台為初次使用的店家準備了依業種分類的範本。選擇範本後，該業種所需的功能會以初始配置狀態備妥店鋪應用程式，無需從零開始組合功能。本文將說明各範本初期搭載的功能、適合的店家類型、選擇的判斷標準，以及之後的切換與客製化方式。
什麼是店鋪應用程式平台
店鋪應用程式平台是讓每家店鋪都能透過 Web、iOS、Android、LINE 迷你應用程式這 4 個管道，發布自有品牌應用程式的功能。可從共用的管理畫面（CMS）一併管理 Apple Wallet / Google Wallet 會員證、推播通知、自訂網域、會員編號自動核發與 POS 雙向同步。本文介紹整體概要、提供管道與開始使用的方法。
Square員工資料與ReceiptRoller員工資料的對應關係
說明Square Team Member如何與ReceiptRoller的員工資料（StaffDto）建立關聯。內容涵蓋手動連結的操作方式、交易資料負責人解析邏輯，以及Team Member API主要欄位的整理。