手機 NFC 感應打卡示意,員工用手機靠近感應器完成上下班打卡

手機 NFC 加 ESP32 能做打卡系統嗎?初學者從零動手做完整指南

自由揚John18 分鐘閱讀
複製引文

先給你一句能直接抄走的答案:可以,手機 NFC 加上一片 ESP32,確實能做出一台會記錄「誰、幾點、打了卡」的打卡系統,而且一整套硬體壓在台幣三、四百元以內就能動起來。但這句話有三個新手幾乎都會誤會的前提,先講清楚會省下你好幾個週末:ESP32 本身沒有內建 NFC、iPhone 沒辦法像 Android 那樣直接當一張感應卡、只靠卡片 UID 當身分幾乎等於門沒鎖。這篇就從零把這件事講明白,帶你把它做出來。

最近我們在整理內部一些小工具時又被同事問到這題。這種「用一片幾百塊的板子做出公司在用的東西」的念頭很迷人,實際動手也真的學得到東西。這篇會站在你完全沒碰過硬體的角度,先把 NFC 和 ESP32 這兩個名詞用生活化的方式講懂,再一步一步把一台打卡機的架構、材料、程式、資料存哪裡攤開來,最後誠實地告訴你:什麼時候自己做很划算,什麼時候該把它當概念驗證、交給正式系統。

先想一個很常見的場景:一家三十人左右的公司,上下班還在用紙本簽到,或是一台用了七八年、資料匯不出來的老打卡鐘。老闆想換掉它,上網一查發現正式的雲端考勤一個人一個月要錢、要綁約,心裡冒出一個念頭:這種嗶卡的機器,我拿幾百塊的零件自己做一台不就好了? 這個念頭沒有錯,甚至是理解整件事最好的起點。只是在按下購物車之前,值得先花十分鐘把底層原理和三個常見陷阱搞懂,你會做得又快又不心痛。

NFC 和 ESP32 各是什麼?先用生活比喻搞懂

NFC(Near Field Communication,近場通訊)你其實每天都在用。搭捷運嗶悠遊卡、用手機嗶一下付款、飯店房卡靠一下開門,背後都是它。可以把 NFC 想成「靠很近才聽得到的悄悄話」:兩個裝置距離大概只有幾公分,一個負責問、一個負責答,距離一拉開對話就斷了。這個「靠很近」正是它拿來當打卡、門禁的原因,你不會不小心刷到隔壁桌同事的卡。

ESP32 則是一片只要銅板價的迷你電腦(正式名稱叫微控制器)。它最厲害的地方是「自帶 Wi-Fi 和藍牙」,所以很適合做那些「感應到什麼事、就透過網路回報出去」的小裝置。它便宜到什麼程度?做出 ESP32 的樂鑫科技(Espressif)官方公告,光是他們家的晶片,累計出貨在 2023 年 9 月就突破 10 億顆(見 Espressif 官方里程碑),連續多年是全球 Wi-Fi 微控制器出貨第一。你在市面上看到的智慧插座、感測器、DIY 專案,很多顆心臟都是它。

這裡就要破除第一個迷思了:ESP32 只有 Wi-Fi 和藍牙,它「沒有」內建 NFC。 很多人以為買一片 ESP32 就能直接嗶卡,結果卡了整個下午。真相是:你得幫它外接一個「NFC 讀卡模組」當耳朵,ESP32 才聽得到卡片在說什麼。這也是新手第一個、也是最常見的踩雷點,等一下的材料清單會講清楚該買哪一顆。

如果你對 ESP32 這片板子本身還很陌生,想先從更基礎的地方認識它能做什麼,可以先看我們寫過的 ESP32 初學者完整指南,再回來接這篇的打卡實作會更順。

你可能會想:那我拿悠遊卡或員工的門禁卡當打卡卡行不行?技術上,只要頻率相容(都是 13.56MHz),讀卡機確實讀得到它的 UID。 但實務上並不建議直接沿用交通卡或既有門禁卡,一來這類卡的資料受保護、能讀到的資訊有限,二來把打卡跟門禁、付款綁在同一張卡,安全風險會互相牽連。給打卡用途單獨發一批便宜的 NFC 卡或貼紙,管理起來乾淨得多。

ESP32 開發板與電路特寫,代表 NFC 打卡系統的硬體核心
ESP32 開發板與電路特寫,代表 NFC 打卡系統的硬體核心

一台 NFC 打卡機實際上怎麼運作?把架構拆給你看

先把整條流程講成一句白話:員工拿卡(或手機)靠近讀卡機,ESP32 讀到一組專屬編號,記下當下時間,再透過 Wi-Fi 把「這個編號、這個時間」送到雲端存起來。 就這樣,一次打卡完成。拆成五個環節你會更有畫面:

  • 感應那一下:NFC 讀卡模組(例如 PN532)靠近卡片,讀出卡片獨一無二的識別碼(UID)。
  • 誰在算:ESP32 拿到 UID,判斷這是哪位員工。
  • 幾點的問題:ESP32 沒有內建時鐘,一斷電就忘記現在幾點,所以它開機時會去對「網路時間伺服器」(NTP)對時,確保打卡時間準確。
  • 送出去:透過 Wi-Fi 把 UID 加時間戳打包,POST 到後端。
  • 存起來:後端把這筆紀錄寫進試算表或資料庫,之後就能算出勤、排班、算薪水。

後端要用什麼?這是初學者最容易卡住選擇的地方。從最好上手到最進階,常見有這幾條路:

後端做法

上手難度

適合誰

一句話說明

Google Sheets(Apps Script)

最簡單

第一次做、想快點看到結果

ESP32 把資料 POST 進一支 Apps Script 網址,自動寫進 Google 試算表。教學資源最多。

Firebase

中等

想做手機 App 或即時報表

Google 的即時資料庫,能把 UID 綁上姓名、email,適合再往上長成一套系統。

自架 API + 資料庫

偏難

想完全自己控權限、資料落地

用 PHP 或 Node.js 加 MySQL,彈性最高,但要會架伺服器。

MQTT

偏難

要接很多台讀卡機、要即時事件流

輕量的物聯網訊息協定,常搭 Home Assistant 或自架 broker。

如果你想用最省力的方式起步,Google Sheets 這條路幾乎是新手標配。我們寫過一篇 Google Apps Script 中小企業實戰指南,裡面教的「把資料自動寫進試算表」正好就是打卡後端最常用的那一套,可以直接拿來接。

動手做:從零組出你的第一台 ESP32 NFC 打卡機

這一段給你一份能照著買、照著接的清單。先講材料,這也是省錢又不踩雷的關鍵。

材料清單與大約花費

元件

大約價格

說明

ESP32 開發板

約 NT$100 到 250

DevKitC、NodeMCU-ESP32 這類常見款都可以。

PN532 NFC 模組

約 NT$150 到 400

建議選這顆,理由下一段講。通常會附一張白卡加一個鑰匙圈卡。

NFC 卡或貼紙(NTAG213/215)

每張約 NT$10 到 40

發給員工用的實體卡,量大更便宜。

麵包板、杜邦線、USB 線

約 NT$100 內

接線與供電用。

整套壓在台幣三、四百元(不含外殼)是做得到的,國際上甚至有人形容 ESP32 加 NFC 的方案可以做到「10 美元套件」等級(見 Alibaba ESP32 NFC 選購指南)。以上為約略行情,台灣的蝦皮、露天通常會再高一點。

該買 PN532 還是 RC522?這題決定你會不會白忙

市面上兩顆最常見的讀卡模組是 PN532 和 RC522(晶片名 MFRC522)。它們頻率一樣都是 13.56MHz,但能耐差很多,選錯會直接卡住你想做的功能:

比較項目

PN532

RC522 / MFRC522

定位

真正的 NFC 控制器

陽春 RFID 讀卡器

連接介面

I2C、SPI、UART 三選一,彈性高

只有 SPI

能讀的卡

MIFARE、NTAG、FeliCa、ISO 14443A/B

主要是 MIFARE Classic、ISO 14443A

支援 NDEF(跟手機互動的標準格式)

支援

不支援

能不能跟手機 NFC 深度互動

可以(讀寫 NDEF、卡片模擬)

只能讀實體卡的 UID

價格

稍貴

更便宜

ℹ️一句話幫你決定

如果你只是要「讀員工卡的編號來打卡」,便宜的 RC522 就夠用。但只要你之後想「跟手機 NFC 互動」「讀寫 NDEF 資料」「做卡片模擬」,就一定要選 PN532,別為了省一百塊卡住整個專案。這正是很多教學文章沒講清楚、害新手買錯的地方。

常用的程式函式庫是 Adafruit 官方的 Adafruit-PN532 函式庫,在 Arduino IDE 的函式庫管理員裡直接搜尋就能安裝,同時支援 SPI 和 I2C。開發環境三選一:Arduino IDE 最適合新手,PlatformIO 適合比較大的專案,ESP-IDF 是官方最底層的做法。

在麵包板上動手組裝 ESP32 與感應模組的 maker DIY 場景
在麵包板上動手組裝 ESP32 與感應模組的 maker DIY 場景

接線與程式的骨架

接線最容易翻車的三件事先記起來:PN532 用 3.3V 供電(別接到 5V)、資料腳位別接反、ESP32 和模組一定要「共地」(GND 接在一起)。以 I2C 接法為例,PN532 的 SDA、SCL 接到 ESP32 對應的 I2C 腳位,VCC 接 3.3V,GND 接 GND。接好之後,程式的骨架大概長這樣:

C++
#include <Wire.h>
#include <Adafruit_PN532.h>
#include <WiFi.h>
#include <time.h>

Adafruit_PN532 nfc(-1, -1);   // I2C 模式

void setup() {
  Serial.begin(115200);
  nfc.begin();
  nfc.SAMConfig();

  WiFi.begin("你的WiFi名稱", "你的WiFi密碼");
  while (WiFi.status() != WL_CONNECTED) delay(500);

  // 向 NTP 對時,ESP32 沒有內建時鐘
  configTime(8 * 3600, 0, "pool.ntp.org");
}

void loop() {
  uint8_t uid[7];
  uint8_t uidLength;
  // 偵測到卡片就讀出 UID
  if (nfc.readPassiveTargetID(PN532_MIFARE_ISO14443A, uid, &uidLength)) {
    String uidStr = "";
    for (uint8_t i = 0; i < uidLength; i++) uidStr += String(uid[i], HEX);
    // 這裡把 uidStr 和目前時間 POST 到你的後端
    delay(1500);   // 避免同一次感應重複打卡
  }
}

這只是最小骨架。真正能用的版本,還要處理「同一張卡怎麼分上班打卡和下班打卡」「重複感應要防彈跳」「網路斷了怎麼辦」這些細節。其中最容易被新手漏掉的就是斷網,等一下會專門講。

怎麼分辨這一次是上班還是下班打卡?

這是初學者做到一半最常卡住的邏輯題。同一張卡嗶兩次,系統怎麼知道第一次是上班、第二次是下班?常見的處理方式有三種,複雜度遞增:

  • 看時間帶:設定一個分界(例如中午 12 點前算上班、之後算下班),簡單但遇到大夜班、彈性工時就會出錯。
  • 看奇偶次數:同一人當天第一次感應算上班、第二次算下班,第三次又算上班,靠後端記狀態,準確度較好。
  • 交給後端判斷:把每一次感應都當成一筆事件送上去,上班還是下班、加班怎麼算,全部在後端或正式系統裡處理,這也是正式考勤系統的做法。

你會發現,光是「這次到底算上班還是下班」這個看似簡單的問題,就已經開始把你從「做一台讀卡機」推向「設計一套考勤邏輯」了。這也是為什麼很多人做完 demo 後會意識到,真正花時間的從來都是硬體以外的那一塊。

手機當卡片還是發實體卡?Android 與 iPhone 的關鍵差異

很多人一開始的夢想是「大家用手機嗶一下就打卡,不用發卡」。這個想法很好,但這裡藏著第二個大迷思,牽涉到手機作業系統的天生限制,講清楚能幫你避開一場災難。

讓手機「假裝成一張卡」被讀卡機讀,這個技術叫 HCE(Host Card Emulation,主機卡片模擬)。問題在於,Android 和 iPhone 對它的態度天差地遠:

情境

Android 手機

iPhone

能不能當一張卡被感應

可以,原生支援 HCE

實務上不行

需不需要打開 App

不用,背景服務就能觸發,靠上去就嗶

要,且限制多

額外門檻

幾乎沒有

iOS 18.1 起才在歐洲開放第三方 HCE,且要向 Apple 申請專屬授權,一般公司拿不到

拿來當員工打卡卡

可行

基本上做不到

換句話說,Android 手機可以很優雅地當一張打卡卡,靠上去就記錄(想深入了解可參考 Android 官方 HCE 文件)。但 iPhone 直到 iOS 18.1 才在歐洲有限度開放,還得向 Apple 申請商業授權,絕大多數中小企業根本拿不到這張門票。只要你公司裡有一位 iPhone 員工,「手機當卡」這條路就會當場破功。

不過這裡要幫 iPhone 平反一半。上面講的限制,全部是針對「手機假裝成一張卡、給外部讀卡機讀」這一個方向。NFC 本身是雙向的,把角色對調過來,結論就完全不同了。

翻轉架構:讓手機當讀卡機,iPhone 一樣能打卡

與其讓 ESP32 當讀卡機、逼手機去當卡,你可以反過來想:在牆上貼一張幾十塊的被動 NFC 標籤,讓員工用手機 App 去「讀」那張標籤來打卡。 這個方向走的是 iOS 內建的 CoreNFC 讀取功能,從 iPhone 7 就開放給所有開發者,只要在開發設定裡勾一個標準的 NFC 讀取能力就好,不需要向 Apple 申請任何特殊授權或商業協議。業界不少商用的手機考勤 App 正是這樣運作的:手機當讀卡機、牆上貼標籤,感應的同時把打卡時間和所在位置一起記下來。

所以「iPhone 到底能不能做 NFC 打卡」這個問題,答案完全取決於你把誰設計成讀卡機。 把兩種架構攤開來比,你就不會被單一做法綁死:

打卡架構

誰是讀卡機

iPhone 能不能用

要不要 Apple 特殊審核

代價

ESP32 當讀卡機

ESP32 加 PN532

手機得當卡,iPhone 受限

手機當卡走 HCE 才需要,門檻高

要自己做硬體,發實體卡給員工最單純

手機當讀卡機

員工的手機 App

可以,iPhone 一視同仁

不用,標準 CoreNFC 讀取能力即可

要開發一支手機 App,牆上貼被動標籤

兩條路各有代價。走 ESP32 當讀卡機,你在學硬體、做一台實體機器,發實體卡給員工最省事,對 iPhone 就別強求手機當卡。走手機當讀卡機,你省下硬體、iPhone 也能用,但要改成開發一支手機 App,還得處理定位防代打卡,否則有人拿標籤照片、或乾脆在家感應,打卡就失去意義了。 先想清楚你這次想練的是硬體還是 App,再決定走哪一條。

如果你這次要練的是 ESP32 硬體

走 ESP32 當讀卡機這條路,最省事、又對 Android 和 iPhone 一視同仁的做法是:發實體 NFC 卡或貼紙給員工,ESP32 加 PN532 負責讀。 卡片便宜、人人適用,也不用去碰手機當卡的限制;等硬體玩熟了,再評估要不要轉成手機當讀卡機的 App 方案也不遲。

手機靠近感應器完成非接觸式感應的畫面
手機靠近感應器完成非接觸式感應的畫面

新手最常踩的坑:買錯模組、UID 被複製、斷網掉資料

把玩具做出來只是第一步,能不能「信得過」是另一回事。整理社群和教學裡最高頻的幾個坑,這些沒處理好,你的打卡紀錄就是一份會騙人的資料。

坑一:只靠 UID 當身分,等於門沒上鎖

這是第三個、也是最危險的迷思。一般的 MIFARE Classic、NTAG 這類卡,UID 是明文的,任何相容讀卡機靠近幾公分就能讀到、複製到一張空白卡或手環上。 這代表什麼?同事之間互相複製卡、幫忙代打卡,門檻低到嚇人。資安服務商 Kisi 的說明就示範過,複製一張未加密的門禁卡幾乎不用什麼技術。

代打卡不是小事。時間管理服務商 Synerion 引用的統計顯示,代打卡(buddy punching)每年讓美國雇主損失約 3.73 億美元,且 75% 企業遇過,平均侵蝕約 2.2% 的毛薪資。想做得安全一點,進階做法是改用有 AES 加密和雙向認證的卡(例如 MIFARE DESFire),並在後端加上「同一張卡短時間內重複打卡、非上班時段感應」這類異常偵測,別讓 UID 成為唯一的身分證明。

坑二:網路一斷,打卡就消失

ESP32 靠 Wi-Fi 把資料送出去,那如果剛好網路斷了、或路由器重開機呢?純粹只做「讀到就上傳」的設計,斷網那段時間的打卡會直接蒸發,員工嗶了但系統沒記到,月底就是一場糾紛。 解法是幫它加一張 microSD 卡:斷網時先把紀錄寫在本地,等網路恢復再自動補傳。這一步新手九成都會漏掉。

坑三:接線與供電的小魔鬼

讀不到卡、時好時壞,多半是這幾個原因:模組誤接 5V(很多模組要 3.3V)、資料腳位接反、忘了共地。另外要提醒,PN532 搭配某些開發環境(例如 PlatformIO 加 ESP32)偶爾會有函式庫相容性的問題,卡編譯時先去 GitHub 的 issue 區翻一下,通常都有人踩過同樣的雷。

換個角度看,把這三個坑都補起來的過程,其實就是最好玩的學習。同一套 ESP32 加 PN532 的骨架,稍微改一下就能變成社團的簽到機、健身房的會員報到、活動的入場記錄,甚至是家裡的智慧門鎖觸發器。 打卡只是最容易理解的入門題,理解了這條「感應到事件、上傳、記錄、觸發後續」的鏈路,你手上這片板子能做的事情就多了。

⚠️把「玩具」和「正式系統」分清楚

上面這三個坑,決定了你做出來的是一個「示範用的玩具」還是「敢拿去發薪水的系統」。DIY 練手完全 OK,但如果你打算讓全公司靠它算出勤、算薪水,這些安全與可靠性的細節一個都不能省。

從「做出來」到「公司真的能用」中間差了什麼

假設你週末真的把它做出來了,一張卡嗶下去、Google 試算表跳出一行紀錄,成就感十足。但如果你的目的是「拿來當公司正式的考勤系統」,這裡要很誠實地說:一台單機讀卡的展示,和一套敢拿去跑薪資、扛勞檢的系統,中間差了一大段。

差在哪?把 DIY 版和正式營運需要的能力擺在一起看最清楚:

能力

DIY 單機版

公司正式考勤要的

多台讀卡機、多人同時打卡

單機示範就好

多據點、多機同步不打架

斷網、斷電的資料保全

要自己想辦法

不能掉紀錄,要有備援

防代打卡

UID 幾乎裸奔

加密卡加異常偵測,甚至人臉、GPS

接薪資與排班

手動搬資料

打卡直接算工時、接薪資與績效

法規更新

自己盯

隨勞基法異動更新

出勤紀錄合規保存

沒特別做

逐日記載到分鐘、保存 5 年

還有一個容易被忽略的隱形成本是「資料孤島」。混合辦公趨勢下的調查顯示,約有六成七的企業,考勤資料和薪資、績效系統之間是各存各的、對不起來,月底要人工搬資料、對數字,錯了還要重來。 一套自製打卡機如果只把 UID 和時間丟進一張試算表,它天生就是一座新的資料孤島,你省下的買機器錢,很可能加倍還在人工對帳上。

最後一列對台灣的中小企業老闆特別重要。台灣的勞動法規要求雇主的出勤紀錄要逐日記載到「分鐘」、並保存五年,違反的罰則在 2023 年 6 月調高到 新台幣 9 萬到 45 萬元。一套資料會在斷網時掉、又沒辦法匯出正式書面紀錄的自製系統,遇到勞檢或勞資爭議時是撐不住的。

而這正是市場需求所在。考勤軟體全球市場規模,The Business Research Company 估計 2026 年約達 41.1 億美元、年複合成長率約 10.4%;門禁市場方面,Mordor Intelligence 的報告指出 RFID 與 NFC 至今仍佔門禁連線技術約 57.75% 的市佔,企業場景更是最大宗。大家都在把打卡這件事數位化,問題只在於你要用玩具等級的方案、還是撐得起營運的方案。

如果你要的是後者,通常有兩條路:買現成的雲端考勤 SaaS,或找人做客製化系統把打卡接進你既有的排班、薪資流程。這兩條路怎麼算三年總成本、什麼情況選哪個,我們拆得很細,可以參考 客製化系統 vs SaaS 三年 TCO 完整拆解;若你要的是把考勤、工時、排班綁在一起的完整系統,這篇 客製化員工排班、工時、出勤系統開發完整指南 講了關鍵決策、報價區間和常見地雷。

跟著這篇把 demo 跑起來不難,難的是「把它變成公司每天在用、算得準、扛得住勞檢的東西」。從「會做一台讀卡機」到「讓打卡真的省到人力又不出包」之間,通常差了一層工程:把它接進你的員工資料、你的排班、你的薪資系統,還要顧到安全和法規。少了這一層,它就是個好玩的專案;有了這一層,它才會變成公司真正的生產力工具。

ℹ️我們做過這件事

順帶說一下,把「時間、出勤、工時」變成一套系統這件事,我們自己就在做。恆遠內部長期在用一套自己開發的遠距團隊工時計時工具 AnyTime,來管理夥伴的工時與專案追蹤;我們也替製造業客戶做過內部的生產力管理系統,把團隊效能數據化。這些考勤與工時類的需求,就落在我們客製化系統開發的範圍裡。看到這裡,如果你正在想「這套放到我公司會長什麼樣」,我們很樂意 聽你聊聊現在的實際情況,一起看看從哪一塊開始最划算。

延伸閱讀:先想清楚要不要自己扛

如果你還在「自己做 vs 買現成 vs 找人客製」之間猶豫,先別急著買零件。可以先讀我們的 客製化系統 vs SaaS 三年 TCO 完整拆解,用三年總成本的角度把帳算清楚,再決定週末要不要開工。

ℹ️我們怎麼看

自己動手用 ESP32 加 NFC 做一台打卡機,我們很鼓勵,這是理解「感應、上傳、記錄」這條物聯網基本鏈路最好的一堂課,做完你對打卡系統的判斷力會完全不一樣。我們的取捨是:把 DIY 當成理解原理和驗證想法的工具,而不是公司營運的地基。 對中小企業老闆來說,真正該問自己的是一個問題:這套系統掉一天資料、或被抓到代打卡、或勞檢時拿不出合規紀錄,我賠得起嗎?答得起就自己玩得開心,答不起就把 DIY 當概念驗證,正式營運交給撐得住的系統。這兩件事本來就可以分開。

關於 NFC 加 ESP32 打卡系統的常見問題

QESP32 要不要另外買 NFC 模組?

要。ESP32 本身只有 Wi-Fi 和藍牙,沒有內建 NFC。要讀 NFC 卡或跟手機 NFC 互動,得外接讀卡模組。想跟手機 NDEF 深度互動就選 PN532;只是要讀實體卡的 UID 來打卡,便宜的 RC522(MFRC522)也可以,但它不支援 NDEF,無法跟手機互動。

QiPhone 可以拿來做 NFC 打卡嗎?

要看方向。如果是「手機當卡、給 ESP32 這類外部讀卡機讀」,iPhone 基本上不行:這條路走 HCE,Android 原生支援,iPhone 直到 iOS 18.1 才在歐洲有限度開放且要向 Apple 申請專屬授權,一般公司拿不到。但如果反過來「手機當讀卡機、去讀牆上一張固定標籤」,iPhone 完全可以,用 iOS 內建的 CoreNFC 讀取即可、不需要特殊審核,業界很多商用手機考勤 App 就是這樣做的。結論:走 ESP32 硬體這條路,發實體卡給員工最單純;想讓 iPhone 用手機打卡,就把手機設計成讀卡機。

Q打卡資料存在哪裡?

ESP32 讀到卡片編號後透過 Wi-Fi 上傳。新手最常用 Google Sheets(透過 Apps Script);想做 App 或即時報表可以用 Firebase;想完全自己控權限就自架 API 加資料庫;要接很多台讀卡機則常用 MQTT。時間會用 NTP 網路時間伺服器對時。

Q斷網或斷電會怎樣?可以離線用嗎?

純 Wi-Fi 上傳的設計一斷網就記不到打卡。要離線可靠,得加一張 microSD 卡把紀錄先寫在本地、復網再補傳。另外 ESP32 沒有內建時鐘,斷電會忘記時間,可以加 RTC 模組或每次開機重新 NTP 對時。

Q卡片會不會被複製、被代打卡?

會。一般 MIFARE Classic 或 NTAG 的 UID 是明文,靠近就能讀、能複製到白卡或手環,代打卡門檻很低。要安全一點就改用有加密和雙向認證的卡(例如 MIFARE DESFire),並在後端加上異常打卡偵測,別只用 UID 當唯一身分。

Q自己做和找人客製化、買現成 SaaS 怎麼選?

想學原理、做內部小工具或極少人數,自己做很划算。但要當公司正式考勤、需要合規(出勤紀錄逐日記載到分鐘、保存五年)、要接薪資與排班、要防代打卡,建議買現成 SaaS 或找人客製化,把 DIY 當概念驗證即可。可以先用三年總成本的角度算清楚再決定。

回到最開始那個問題:手機 NFC 加 ESP32 能不能做打卡系統?能。 它是理解物聯網、練手、驗證點子的絕佳專案。但把它從一台會嗶的機器,變成一套公司敢靠它算薪水的系統,中間那層工程和合規,才是真正決定成敗的地方。想清楚你要的是哪一種,這個週末的時間就不會白花。

如果你評估下來,這套東西是要放進公司正式用的,歡迎把你現在的情況丟過來,我們陪你看看從哪一塊開始最划算:

聊聊你的考勤/系統客製需求 → 客製化系統開發

分享文章

AUTHOR

自由揚John

查看作者頁

留言(0)

尚無留言,成為第一個留言的人吧!

需要網站系統架設或軟體開發?

無論是品牌官網、客製化系統還是應用程式,我們的團隊擁有豐富經驗,歡迎聯繫我們,讓專業為您的事業加分。