PTT數位生活區 / MobileComm (行動通訊)

[問題] Google Pay 的用法已刪文

看板MobileComm (行動通訊)作者 (IGNORE)時間5年前 (2020/08/11 14:12), 5年前編輯推噓26(27推 1噓 54→)
留言82則, 37人參與, 5年前最新討論串1/1
由於是從 iphone 跳到 pixel， 因此使用行動支付的習慣是從 Apple Pay（AP）轉換成 Google Pay（GP）， 其實這半年來使用 GP 從未失敗過， 不過偶爾會有一些不太順手狀況， 想要請教一下安卓的先進們。 在 iphone 上，無論螢幕是否上鎖， 只要 NFC 受到感應即會跳出 AP 的畫面， 所有的交易，一律都要按指紋，AP 才會付費成功； 不過在安卓上，似乎在螢幕上鎖時，NFC 是感應不到刷卡機的（？） 且在螢幕解鎖時，好像得在長按電源鍵已喚出 GP 待命的情況下， NFC 才能感應刷卡機（？）， 一旦感應到讀卡機便會直接付款，不會要求再多按一次指紋的樣子， 因此我有一個小困惑， 如果我的手機在螢幕未上鎖的狀態被偷走， 小偷趁這段時間拿著手機到處去刷 GP 是不是都會得逞？ GP 有可能設定成和 AP 一樣：無論手機是否上鎖， 所有消費感應的當下都要按指紋驗證才可完成交易嗎？ -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.136.232.49 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MobileComm/M.1597126325.A.664.html ※ 編輯: IGNORER (114.136.232.49 臺灣), 08/11/2020 14:13:21
→
08/11 14:14, 5年前 , 1F
螢幕未上鎖一定時間之後會重新要求指紋
08/11 14:14, 1F
推
08/11 14:14, 5年前 , 2F
他好像有個規則是解鎖太久就會強制要你再解鎖
08/11 14:14, 2F
推
08/11 14:17, 5年前 , 3F
Uniqlo 付款都要強制指紋驗證，其他就解鎖後直接刷
08/11 14:17, 3F
推
08/11 14:18, 5年前 , 4F
螢幕未上鎖好像只有15s還30s內可以刷
08/11 14:18, 4F
→
08/11 14:19, 5年前 , 5F
GP在螢幕剛解鎖那一兩分鐘是可以被別人拿去刷一次
08/11 14:19, 5F
→
08/11 14:19, 5年前 , 6F
AP的流程更安全些
08/11 14:19, 6F
推
08/11 14:23, 5年前 , 7F
應該沒有那麼長，有時候只是先解鎖等店員就GG了
08/11 14:23, 7F
→
08/11 14:24, 5年前 , 8F
以前試的時候是解鎖後300秒可以直接刷，
08/11 14:24, 8F
→
08/11 14:24, 5年前 , 9F
超過要重新認證螢幕鎖
08/11 14:24, 9F
推
08/11 14:25, 5年前 , 10F
後來都是逼的才解，其實滿麻煩的...
08/11 14:25, 10F
推
08/11 14:25, 5年前 , 11F
如果在螢幕未上鎖的情況被拿走，已經正在使用中用搶的才有
08/11 14:25, 11F
→
08/11 14:25, 5年前 , 12F
這種可能吧？放在包包或是放在某個地方被偷走都不會處於解
08/11 14:25, 12F
→
08/11 14:25, 5年前 , 13F
鎖狀態
08/11 14:25, 13F
→
08/11 14:25, 5年前 , 14F
因為跳那個解鎖有些收銀機會直接當機，就要等很久
08/11 14:25, 14F
→
08/11 14:27, 5年前 , 15F
現在不確定，不過這點比較喜歡AP那樣要每次認證
08/11 14:27, 15F
→
08/11 14:27, 5年前 , 16F
然後每次交易前也可以先驗證好再刷
08/11 14:27, 16F
推
08/11 14:34, 5年前 , 17F
遇到當機過+1 怕太久就重新上鎖解鎖一次就好
08/11 14:34, 17F
→
08/11 14:35, 5年前 , 18F
可以維持12次還是幾次的不需再驗證的交易
08/11 14:35, 18F
推
08/11 14:41, 5年前 , 19F
有顧慮的話,螢幕待機關閉的時間不會設太長,至於二次指紋
08/11 14:41, 19F
→
08/11 14:42, 5年前 , 20F
解鎖的部分,有不少GP使用者反而討厭這種二次解鎖的狀況
08/11 14:42, 20F
→
08/11 14:45, 5年前 , 21F
不弄二次解鎖的話，會多出很多盜刷事件吧
08/11 14:45, 21F
→
08/11 14:47, 5年前 , 22F
你的信用卡掉了也是會被盜刷，不是上了手機就萬無一失
08/11 14:47, 22F
推
08/11 15:00, 5年前 , 23F
擔心的話就再裝個應用程式鎖吧
08/11 15:00, 23F
推
08/11 15:03, 5年前 , 24F
螢幕上鎖時去感應刷卡機會跳出按指紋刷卡啊 跟AP使用方式
08/11 15:03, 24F
→
08/11 15:03, 5年前 , 25F
一模一樣
08/11 15:03, 25F
推
08/11 15:36, 5年前 , 26F
操作之中被搶並且在鎖回去以前到處刷卡，難度略高
08/11 15:36, 26F
這情境沒有很難成真，不見得是被明目張膽地搶， 用完手機隨機放口袋或桌上，螢幕還沒上鎖的時間差裡被摸走， 這些問題就有可能發生了 ※ 編輯: IGNORER (114.136.232.49 臺灣), 08/11/2020 15:41:44
→
08/11 15:47, 5年前 , 27F
但被摸走又要維持喚醒狀態迅速去付款...有困難吧？
08/11 15:47, 27F
→
08/11 15:48, 5年前 , 28F
手機用完不是會關螢幕嗎
08/11 15:48, 28F
→
08/11 15:50, 5年前 , 29F
錢包被摸走然後卡被拿去刷 這個風險不是一樣嗎
08/11 15:50, 29F
→
08/11 15:50, 5年前 , 30F
對啊xD 一般有放口袋鬼手的經驗一定會關螢幕
08/11 15:50, 30F
推
08/11 15:52, 5年前 , 31F
GP AP用法一樣阿
08/11 15:52, 31F
推
08/11 16:08, 5年前 , 32F
其實看不懂這篇是要說啥哈哈
08/11 16:08, 32F
推
08/11 16:17, 5年前 , 33F
二次解鎖很雷 還不如像WP這樣用到再解
08/11 16:17, 33F
推
08/11 16:20, 5年前 , 34F
08/11 16:20, 34F
→
08/11 16:20, 5年前 , 35F
Android的話，得先解鎖手機，不用特地開啟GP
08/11 16:20, 35F
推
08/11 16:22, 5年前 , 36F
想太多了
08/11 16:22, 36F
推
08/11 16:25, 5年前 , 37F
刷卡不用特地開啟GP啊，只要將手機解鎖就可以刷了
08/11 16:25, 37F
→
08/11 16:26, 5年前 , 38F
除非你要換卡刷才要開GP，否則解鎖後直接拿去感應就好
08/11 16:26, 38F
推
08/11 16:49, 5年前 , 39F
想太多了 GP難用 各種的刷不過根本很難盜刷
08/11 16:49, 39F
推
08/11 16:50, 5年前 , 40F
推37樓
08/11 16:50, 40F
推
08/11 16:52, 5年前 , 41F
我真的不知道不用開就可以刷了QQ
08/11 16:52, 41F
推
08/11 16:59, 5年前 , 42F
不用開gp刷的是預設卡，記得調成常用的
08/11 16:59, 42F
推
08/11 17:07, 5年前 , 43F
不然可以換三星手機，三星pay付款前可以挑卡片再輸入
08/11 17:07, 43F
→
08/11 17:07, 5年前 , 44F
指紋。原po說的情況很難發生，用完手機就要把螢幕關起
08/11 17:07, 44F
→
08/11 17:07, 5年前 , 45F
來了，真的被撿走盜刷就打給銀行掛失，通常這期間刷的
08/11 17:07, 45F
→
08/11 17:07, 5年前 , 46F
都可以止付，所以沒什麼好顧慮的。
08/11 17:07, 46F
→
08/11 17:12, 5年前 , 47F
只要解鎖鎖定畫面就能用GP預設卡不必再驗證
08/11 17:12, 47F
→
08/11 17:12, 5年前 , 48F
我個人覺得其實會有點危險，但不是最危險的那種
08/11 17:12, 48F
→
08/11 17:13, 5年前 , 49F
某些場景下才有被盜刷的風險
08/11 17:13, 49F
→
08/11 17:15, 5年前 , 50F
有時候其實是店家的刷卡機太老舊...
08/11 17:15, 50F
→
08/11 17:15, 5年前 , 51F
早期只針對apple pay最佳化，這種的刷google pay會不順
08/11 17:15, 51F
→
08/11 17:16, 5年前 , 52F
新的刷卡機其實就都沒問題了，手機拿起來解鎖放上去done
08/11 17:16, 52F
推
08/11 17:20, 5年前 , 53F
我都刷之前重解鎖一次 不然跳指紋出來會過不了
08/11 17:20, 53F
→
08/11 17:35, 5年前 , 54F
見仁見智囉,同樣解鎖即刷有人覺得方便很好,有人覺得危險
08/11 17:35, 54F
推
08/11 17:56, 5年前 , 55F
某A用戶:真方便<3 另一A用戶:真危險>_<
08/11 17:56, 55F
推
08/11 18:27, 5年前 , 56F
你推文補的情境就是那種最令人討厭每次談需求就硬要拗個
08/11 18:27, 56F
→
08/11 18:27, 5年前 , 57F
特例讓SA傷腦筋的,結果為了幾乎不會發生的特例,得再砸兩
08/11 18:27, 57F
→
08/11 18:28, 5年前 , 58F
倍以上的effort去解,甚至影響原設計流暢度,就為了這種只
08/11 18:28, 58F
→
08/11 18:28, 5年前 , 59F
是幻想但用不到的功能…尤其公家單位最常見這種天馬行空
08/11 18:28, 59F
→
08/11 18:28, 5年前 , 60F
自以為老鳥的人
08/11 18:28, 60F
→
08/11 18:31, 5年前 , 61F
很多特例的解法,不是用系統去cover,而是靠人工處理,像你
08/11 18:31, 61F
→
08/11 18:31, 5年前 , 62F
的舉例就是人要自己小心手機在你面前解鎖後被搶走然後馬
08/11 18:31, 62F
→
08/11 18:31, 5年前 , 63F
上交易才會發生,那你覺得這種事持有人沒辦法防嗎?除非是
08/11 18:31, 63F
→
08/11 18:31, 5年前 , 64F
情侶或夫妻吵架這戲碼才會上演吧…
08/11 18:31, 64F
→
08/11 18:34, 5年前 , 65F
推樓上，如果用個GP怕成這樣提各種假設...建議還是換回蘋
08/11 18:34, 65F
→
08/11 18:34, 5年前 , 66F
果吧。
08/11 18:34, 66F
→
08/11 18:36, 5年前 , 67F
讓人想到之前怕插上行動電源有病毒植入的ID，什麼小事都能
08/11 18:36, 67F
→
08/11 18:36, 5年前 , 68F
各種擔心
08/11 18:36, 68F
噓
08/11 21:45, 5年前 , 69F
50樓唬爛，刷卡機哪有什麼Apple pay最佳化，通通都是
08/11 21:45, 69F
→
08/11 21:45, 5年前 , 70F
一樣的感應支付。差別在每支手機的NFC晶片等級和位置
08/11 21:45, 70F
→
08/11 21:45, 5年前 , 71F
不同而已。
08/11 21:45, 71F
→
08/11 22:00, 5年前 , 72F
不習慣回去用Apple就好，謝謝
08/11 22:00, 72F
→
08/12 00:27, 5年前 , 73F
信用卡掉了不是也任人刷zz
08/12 00:27, 73F
推
08/12 05:39, 5年前 , 74F
不確定其他安卓手機行不行
08/12 05:39, 74F
→
08/12 05:40, 5年前 , 75F
不過Pixel要換卡刷的話不用特地開GPay
08/12 05:40, 75F
→
08/12 05:40, 5年前 , 76F
刷卡前按住電源鍵叫出電源選單就可以換卡了
08/12 05:40, 76F
→
08/12 08:51, 5年前 , 77F
有多個NFC付費APP而且預設改掉才需要打開Gpay來刷
08/12 08:51, 77F
推
08/12 12:03, 5年前 , 78F
有感應信用卡的我GP還沒刷不過，是有多難用？你有用過？
08/12 12:03, 78F
→
08/12 13:24, 5年前 , 79F
GP一定刷得過沒問題
08/12 13:24, 79F
→
08/12 21:46, 5年前 , 80F
google pay可以設定成每次付款都要指紋
08/12 21:46, 80F
→
08/12 21:49, 5年前 , 81F
手機就算關螢幕 也會自動跳畫面要你按指紋才能付款成功
08/12 21:49, 81F
→
08/12 21:50, 5年前 , 82F
解鎖狀態被搶走 去別處盜刷一樣要有你的指紋來解鎖
08/12 21:50, 82F
‣ 更多 IGNORER 的文章
文章代碼(AID): #1VCZQrPa (MobileComm)
MobileComm 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 IGNORER 的文章
文章代碼(AID): #1VCZQrPa (MobileComm)