May 18, 2009

特案組


今天下午,又接到一通疑似自稱『特案組』警員的來電…

基於上回的"歹戲拖棚"ㄉ經驗,他們擅常的台詞我都可以倒背如流了,所以這一次我索性地在五秒內終結談話…



   0972630255:喂,我是特案組,請問是鄭××嗎?

   我:嗯… 你打錯了

   0972630255:妳真的不是鄭同學嗎?

   我:你真的打錯了!

   0972630255:喔(呈現失落ㄉ掛電話狀)




這一位詐騙集團辦員,大概會很生氣,他們家的『情資』怎麼會收集有誤吧?

but... 我最不明瞭的是,他為什麼要稱我是『鄭同學』?! 好怪…

在此鼓勵大家,若是莫明來電號碼,甘脆連接都不要接,但若像我這樣子順手誤接了,還是直接了當的宣稱『打錯了』才不會又沒完沒了~~~

我上回,就是缺少了份警覺心,跟對方認同我就是鄭○○…,於是上回兒演的戲碼就不是上面這麼簡單了,而且還惹得我一身氣…



  【不堪回憶攏長版】

   詐騙集團:喂,請問是鄭○○嗎?

   我:嗯,我是,請問有什麼事嗎?

   詐騙集團:我是台北市○○分局的○警官,
        請問妳是否有在合作金庫○○分行與兆豐銀行○○分行辦理開戶…

   我:嗯…,我沒有呀

   詐騙集團:鄭小姐,我也跟妳核對一下詳細資料,
        妳的身份證號碼是不是○○○○○○○○○,出生年月日是○○年○○月○○日…

   我:是呀
   ( Orz... 是哪個單位把我的資料完全外洩的這麼詳細...
   因為這份資料,開始讓我有點起了小擔心,於是開始想知道他倒底要問啥?)

   詐騙集團:(開始呈現問案錄口供的語調)
        妳要確實的想仔細,民國○○年○月真的沒有在合作金庫○○分行與兆豐銀行○○分行辦理開戶嗎?

   我:我又不住台北,幹嘛跑到台北開戶

   詐騙集團:(開始呈現生氣狀)那可能要麻煩妳來台北一趟,因為我們的搜證資料顯示,
        妳涉及了○○件人頭戶的案件,也有可能是妳的身份被人盜用開戶,但必需要請妳到案說明…

   我:那戶頭絕對不可能是我開的啦,你們自己查清楚,我不想去台北

   詐騙集團:(呈現極度生氣狀態)鄭小姐,剛才跟妳覆核了這麼多資料,都顯示是妳涉嫌開立戶頭,
        我們警方是為了維護妳本人的權益,才通知妳一定要到案說明,結果妳這種態度,誰想要幫妳…

   我:(你去吃屎啦~)喔,那可以再請問一下,您剛才說您是哪個分局的嗎?

   詐騙集團:我是台北市○○分局○警員

   我:我會找時間再問看看的…

   詐騙集團:^$%!#$!@#~
   ※我只記得他很囉嗦的又唸了我一堆,講得好像我完全不顧我自身的安危與權益,
    要讓我送去法辦一樣的事態嚴重,而且口氣理直氣狀到超兇
    而且電話那頭竟然傳來許多大陸腔女生在撥打電話的聲音… 露出馬腳。

   我:你放心,我有朋友是警察,我自己問他就好了,不勞你費心…

   詐騙集團:我們會將妳的資料送至法辦…

   我:掛電話狀,並且撥電話給165防詐騙專線...




上回那個口氣超差ㄉ死詐騙,壞了我一整天的好心情,沒事還要被詐騙發脾氣,你是白痴喔!滾我遠一點。社會敗類。

不過這回這個很容易就被我唬住的笨詐騙,我整個也有扳回一城的好心情~~~

與其遇到特案組,我還比較想遇到特偵組咧~~~

唉~~~ 好手好腳的,是不會去做一些正經事喔,誰跟你們閒著閒著,白目。


※歡迎大家來自述,被詐騙的趣味紀事※

0推薦此文章
Today's Visitors: 0 Total Visitors: 110
Personal Category: 果菜汁-Social-minded Topic: society / law / jurisdiction
[Trackback URL]

Reply
  • 1樓

    1樓搶頭香

    Sealed

  • Sealed at May 20, 2009 03:23 AM comment
  • 2樓

    2樓頸推

    0972630255他剛也打給我 我完全不接 原來這是詐
    騙電話的號碼 哈哈 看了你這篇網誌 我以後只要看
    到這隻電話我就不接 哈哈

  • p31433 at June 24, 2009 10:50 AM comment | prosecute
  • 誤會大了…
    http://www.wretch.cc/blog/poppy23/15775402
    那是學校ㄉ電話號碼

  • Blog Owner at June 24, 2009 10:07 PM Reply

Only friends can post a comment, Login first

誰來收藏
Loading ...
unlog_NVPO 0