Smaregi員工資料與ReceiptRoller員工資料的對應關係
Smaregi
員工
POS連動
資料對應
Smaregi的員工主檔資料,在完成與ReceiptRoller的連動後,會自動轉換並匯入至ReceiptRoller的員工資料(StaffDto)中。本文將整理欄位層級的對應關係,以及Smaregi特有的注意事項。
同步的操作方式是在員工畫面右上方選單中點選「與Smaregi同步」。詳細內容請參閱Smaregi的POS連動設定。
欄位對應表
Smaregi /pos/staffs |
ReceiptRoller(StaffDto) |
備註 |
|---|---|---|
staffId | SmaregiStaffId | Smaregi內部ID。作為再次同步時的比對鍵。 |
staffCode | EmployeeNumber | 以員工編號的形式儲存。 |
staffName | LastName + FirstName + DisplayName | 以半形空白拆分為姓、名(例如「下田 昌平」→ LastName=下田/FirstName=昌平)。若無空白,則LastName為完整字串,FirstName留空。DisplayName則原樣保留原始字串。 |
email | Email | 若為空值,則保留ReceiptRoller端既有的數值。 |
displayFlag | IsActive | "0"(不顯示)者不列入同步對象。"1"則對應 IsActive = true。 |
不會被匯入的項目
受限於Smaregi /pos/staffs 端點的規格,以下ReceiptRoller端欄位並無對應資料,需在ReceiptRoller端另行登錄。這些欄位在再次同步時不會被覆寫。
- 電話號碼(
Phone) - 出生年月日(
DateOfBirth) - 到職日(
HireDate) - 雇用形態(
EmploymentType)— 正職、兼職、約聘等 - 時薪(
HourlyRate) - 住址、緊急聯絡人
- 職稱(
Position)— Smaregi會回傳roleId,但因解析職稱名稱需要額外的端點,目前版本尚未支援 - 所屬門市(
AssignedStoreIds)— Smaregi的 /pos/staffs 不會回傳門市指派資訊 - 姓名假名(
LastNameKana/FirstNameKana)— StaffDto尚無對應欄位。未來新增staffNameKana時將會啟用
比對與新建規則
從Smaregi匯入員工資料時,僅會透過 SmaregiStaffId 的完全一致來比對既有員工。若不一致,則會以新員工的形式登錄。系統不會依姓名或員工編號進行自動合併。
同步時機
- Smaregi → ReceiptRoller:於員工畫面右上方選單點選「與Smaregi同步」手動執行。系統會從
/pos/staffs取得所有員工資料,並以SmaregiStaffId比對後進行新增或更新。 - 再次同步時的行為:既有員工(相同
SmaregiStaffId)的EmployeeNumber/LastName/FirstName/DisplayName/Email/IsActive會被覆寫更新。而在ReceiptRoller端額外新增的HourlyRate/HireDate/EmploymentType/Position/AssignedStoreIds/緊急聯絡人等資料則會予以保留。 - ReceiptRoller → Smaregi:目前版本尚未支援。在ReceiptRoller端登錄的員工資料不會自動反映至Smaregi。
交易資料的負責人解析
只要事先同步好員工主檔,交易資料(PosTransactionDto)中所包含的 staffId 便能自動解析為ReceiptRoller的員工紀錄。如此一來,收據顯示及銷售負責人統計就能以「在ReceiptRoller登錄的員工姓名」呈現,而非「Smaregi內部ID」。
若尚未同步員工主檔,則會直接使用交易資料中所含的 staffName(Smaregi端顯示的姓名)。
注意事項
- 若在Smaregi端實體刪除員工,該員工透過
SmaregiStaffId的比對將失效。建議在Smaregi中改用displayFlag進行不顯示設定。 - 即使在ReceiptRoller端將員工設為
IsActive = false(離職狀態),過去交易資料的負責人解析仍會持續生效。請勿刪除離職員工的紀錄。 - 姓名的自動拆分僅為「以第一個空白分成兩段」的簡易處理。複姓或三個字以上的姓名,有可能會被拆分成非預期的結果。同步完成後可於ReceiptRoller端個別修正。
- 若一位員工需負責多間門市,請於同步後在ReceiptRoller端的
AssignedStoreIds中設定多間門市。
相關指南
- StaffDto 參考文件(開發者專用)— 正式模型的完整欄位規格
- Smaregi Platform API: GET /pos/staffs(外部 — 官方參考文件)
- Smaregi交易資料的對應關係
- Smaregi會員資料的對應關係
- Smaregi商品資料的對應關係
- Smaregi的POS連動設定
發布日期: 2026-05-29
更新日期: 2026-07-03
相關文章
-
Smaregi商品資料與ReceiptRoller商品資料的對應關係說明Smaregi的商品主檔資料如何轉換為ReceiptRoller的商品主檔(ProductDto),逐欄位整理商品代碼、商品名稱、分類、售價、成本、稅率的對應關係,以及Smaregi特有的注意事項。
-
Smaregi交易資料與ReceiptRoller交易資料的對應關係說明從Smaregi Platform API取得的交易資料,如何對應至ReceiptRoller交易資料模型的技術文件。內容涵蓋層級結構的對應、欄位層級的對應表、狀態碼的轉換、支付方式的正規化、明細/顧客/員工資訊的解析、時區與冪等性的處理、取得路徑(Source)的區別等內部規格,供想理解相關細節的開發者、營運負責人參考。
-
Smaregi會員資料與ReceiptRoller顧客資料的對應關係說明Smaregi的會員主檔如何轉換為ReceiptRoller的顧客資料(CrmCustomerDto)。內容涵蓋會員編號、姓名、聯絡方式、地址、生日的對應關係,以及電話號碼的優先順序、透過Webhook的同步時機等重點。
-
Smaregi・Square 與會員資訊的雙向同步ReceiptRoller 的會員資訊與連動的 POS(Smaregi・Square 等)雙向同步。本文說明雙向同步的機制、同步項目、同步時機、衝突時的優先順序、支援的 POS、設定方式、疑難排解。
-
Smaregi × ReceiptRoller — 電子收據、顧客管理、銷售分析整合於一個應用程式只要用 Smaregi 結帳,就能自動觸發電子收據發行、顧客會員管理、結合購買資料的銷售分析與 AI 建議、Apple/Google Wallet 會員證、社群媒體串連、傳單發送。只需在 Smaregi App Market 安裝「ReceiptRoller Link」,無需繁瑣的 API 設定,今天就能開始使用。