1、求路邊停車收費POS機,有哪些廠家。在國內要有成功案例

這套收費系統卡聯科技做的很好，北方很多城市用得都是他們的收費機，聽說他們不光做停車收費的，公交車收費也做的不錯，可以去他們網站看下

2、朋友用我的POS機套現10萬。違法嗎?我也會有損失和責任嗎?

不支持違法，有可能構成犯罪，非法用POS機套現的行為，可能構成非法經營罪。你可以上網搜索一下案例。

3、數據庫課程設計實例

數據庫課程設計

題目：小型超市管理系統
1、項目計劃
1.1系統開發目的
（1）大大提高超市的運作效率；
（2）通過全面的信息采集和處理，輔助提高超市的決策水平；
（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。
1.2背景說明
21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互并存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。
1.3項目確立
針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前臺POS銷售系統、后臺管理系統，其中這兩個子系統又包含其它一些子功能。
1.4應用范圍
本系統適應于各種小型的超市。
1.5 定義
（1）商品條形碼：每種商品具有唯一的條形碼，對于某些價格一樣的商品，可以使用自定義條形碼。
（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號。
（3）商品積壓：在一定時期內，遠無法完成銷售計劃的商品會造成積壓。
（4）促銷：在一定時期內，某些商品會按低于原價的促銷價格銷售。
庫存告警提示：當商品的庫存數量低于庫存報警數量時發出提示。
（5）盤點：計算出庫存、銷售額、盈利等經營指標。
1.6 參考資料
《數據庫原理及設計》 陶宏才編 清華大學出版社
《SQL Server 2000 實用教程》范立南編 清華大學出版社
《SQL Server 2000 編程員指南》李香敏編 北京希望電子出版社
《輕松搞定 SQL Server 2000 程序設計》Rebecca M.Riordan編
《軟件工程規范》Watts S.Humphrey編 清華大學出版社
《軟件工程理論與實踐》 Shari Lawrence Pfleeger編 清華大學出版社
《軟件需求分析》 Swapna Kishore編 機械工業出版社
《軟件工程思想》 林銳編

2、邏輯分析與詳細分析
2.1系統功能
（1）、零售前臺（POS）管理系統，本系統必須具有以下功能：
 商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃描錄入。
 收銀業務：通過掃描條形碼或者直接輸入商品名稱（對于同類多件商品采用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員并持有本人會員卡，則在交易前先掃描會員卡，并對所購物品全部實行95折優惠，并將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。
 安全性：OS登陸、退出、換班與操作鎖定等權限驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。
 獨立作業：有的斷網收銀即在網絡服務器斷開或網絡不通的情況下，收銀機仍能正常作業
(2)、后臺管理系統，本系統必須具備以下功能
 進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入庫記錄及金額。
 銷售管理： 商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和打印商品銷售日、月、年報表。
 庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟件為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。
 人員管理： 員工、會員、供貨商、廠商等基本信息登記管理。 員工操作權限管理。 客戶銷售權限管理。

（3）系統結構
系統總體結構

模塊子系統結構

功能描述：商品錄入子系統要求能快速錄入商品，因此必須支持條形碼掃描。

功能描述：收銀業務子系統能計算交易總額，打印交易清單，并根據會員卡打折。

功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和打印計劃進貨與入庫記錄的功能。

功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種商品的銷售情況并產生年、月、日報表，同時可以生成銷售排行榜。

功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，并根據庫存的狀態報警，以及自動盤點計算。

功能描述：人員管理子系統提供基本信息登記管理，員工操作權限管理，客戶銷售權限管理的功能。
2.2、流程圖
前臺管理系統

頂層DFD圖

第0層DFD圖

第1層DFD圖

2.3、戶類型與職能
（1）、員工（營業員）：
 通過商品條形碼掃描輸入商品到購買清單
 操作軟件計算交易總金額
 操作軟件輸出交易清單
 對會員進行會員卡掃描以便打折
（2）、：超市經理
 操作軟件錄入商品，供貨商，廠商
 操作軟件制定進貨計劃
 查詢打印計劃進貨與入庫記錄
 操作軟件控制商品銷售與否
 查詢打印銷售情況
 操作軟件生成銷售排行榜
 查詢庫存明細記錄
 根據軟件發出的庫存告警進行入貨
 操作軟件進行盤點計算
（3）、總經理：
 基本信息登記管理
 員工操作權限管理
 客戶銷售權限管理
2.4、統開發步驟
 確定參與者和相關的用況
 為每個用況設計過程
 建立順序圖，確定每個腳本中對象的協作
 創建類，確定腳本中的對象
 設計, 編碼, 測試, 集成類
 為過程編寫系統測試案例
 運行測試案例，檢驗系統
2.5、系統環境需求
 系統模式

本系統采用C/S模式作為開發模式
 硬件環境
服務器端：
高性能的計算機一臺，
普通的雙絞線作為連接。
客戶端： 普通的計算機或者工作站，
普通的雙絞線作為連接。
 軟件環境
服務器端：安裝SQL Server 2000的服務器版本，
安裝windows 2000服務器版本，
配置了諾頓等必須的防毒軟件。
客戶端： 安裝SQL Server2000的服務器版本，
安裝了VB等可視化開發工具軟件，
安裝windows2000服務器版本。

2.6、系統安全問題
信息系統盡管功能強大，技術先進，但由于受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟件，數據庫，操作系統等漏洞或缺陷，硬件，通信部分的漏洞，企業內部人員的因素，病毒，“黑客”等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。
 系統要能重建
 系統應該是可審查的
 系統應能進行有效控制，抗干擾能力強
 系統使用者的使用權限是可識別的
3、基于UML的建模
3.1語義規則
用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用于描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬件設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然后用例執行其所代表的功能，執行完后用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。
UML：是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標準表示；它不是一種可視化的程序設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標準；不是過程也不是方法但允許任何一種過程和方法使用它。

用例（use case）：

參與者（actor）：

3.2、UML模型
3.21、系統UML模型

3.22、子系統UML模型
（1）零售前臺（POS）管理系統用例視圖

（2）后臺管理系統用例視圖

3.3、系統實現圖

4、超市銷售系統概念設計文檔
（1）、系統ER圖

（2）、系統ER圖說明
1) 商店中的所有用戶（員工）可以銷售多種商品，每種商品可由不同用戶（員工）銷售；
2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；
3) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。
（3）、視圖設計
1) 交易視圖(v_Dealing)——用于查詢交易情況的視圖；
2) 計劃進貨視圖(v_PlanStock)——用于查詢進貨計劃的視圖；
3) 銷售視圖(v_Sale)——用于查詢銷售明細記錄的視圖；
4) 入庫視圖(v_Stock)——用于查詢入庫情況的視圖。
5、邏輯設計文檔
（1）、系統關系模型
a) 商品信息表（商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷止日期，允許打折，庫存數量，庫存報警數量，計劃進貨數，允許銷售，廠商編號，供貨商編號）
b) 用戶表（用戶編號，用戶名稱，用戶密碼，用戶類型）
c) 會員表（會員編號，會員卡號，累積消費金額，注冊日期）
d) 銷售表（銷售編號，商品編號，銷售數量，銷售金額，銷售日期）
e) 交易表（交易編號，用戶名稱，交易金額，會員卡號，交易日期）
f) 進貨入庫表（入庫編號，入庫商品編號，入庫數量，單額，總額，入庫日期，計劃進貨日期，入庫狀態）
g) 供貨商表（供貨商編號，供貨商名稱，供貨商地址，供貨商電話）
h) 廠商表（廠商編號，廠商名稱，廠商地址，廠商電話）

（2）、系統數據庫表結構
數據庫表索引
表名 中文名
MerchInfo 商品信息表
User 用戶表
Menber 會員表
Sale 銷售表
Dealing 交易表
Stock 進貨入庫表
Provide 供貨商表
Factory 廠商表

商品信息表(MerchInfo)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
MerchID int 4 P Not null 商品編號
MerchName Varchar 50 Not null 商品名稱
MerchPrice Money 4 Not null 價格
MerchNum Int 4 Not null 庫存數量
CautionNum Int 4 Not null 庫存報警數量
PlanNum Int 4 null 計劃進貨數
BarCode Varchar 50 Not null 條形碼
SalesProPrice Money 4 促銷價格
SalesProDateS Datetime 8 促銷起日期
SalesProDateE Datetime 8 促銷止日期
AllowAbate Int 4 Not null 允許打折
AllowSale Int 4 Not null 允許銷售
FactoryID Varchar 10 F Not null 廠商編號
ProvideID Varchar 10 F Not null 供貨商編號

用戶表(User)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
UserID varchar 10 P Not null 用戶編號
UserName Varchar 25 Not null 用戶名稱
UserPW Varchar 50 Not null 用戶密碼
UserStyle Int 4 Not null 用戶類型

會員表(Menber)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
MemberID Varchar 10 P Not null 會員編號
MemberCard Varchar 20 Not null 會員卡號
TotalCost Money 4 Not null 累積消費金額
RegDate Datetime 8 Not null 注冊日期

銷售表(Sale)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
SaleID Varchar 10 P Not null 銷售編號
MerChID Varchar 10 F Not null 商品編號
SaleDate Datetime 8 Not null 銷售日期
SaleNum Int 4 Not null 銷售數量
SalePrice Money 4 Not null 銷售單額

交易表(Dealing)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
DealingID Varchar 10 P Not null 交易編號
DealingPrice Money 4 Not null 交易金額
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 會員卡號
UserName Varchar 10 F Not null 用戶名稱

入庫紀錄表(Stock)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
StockID Varchar 10 P Not null 入庫編號
MerchID Varchar 10 F Not null 入庫商品編號
MerchNum Int 4 Not null 入庫數量
MerchPrice Money 4 Not null 單額
TotalPrice Money 4 Not null 總額
StockDate Datetime 8 Datetime 入庫日期
PlanDate Datetime 8 Datetime 計劃進貨日期
StockState Int 4 Not null 入庫狀態

供貨商表(Provide)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
ProvideID varchar 10 P Not null 供貨商編號
ProvideName Varchar 50 Not null 供貨商名稱
ProvideAddress Varchar 250 供貨商地址
ProvidePhone Varchar 25 供貨商電話

廠商表(Provide)
字段名 字段類型 長度 主/外鍵 字段值約束 對應中文名
FactoryID varchar 10 P Not null 廠商編號
FactoryName Varchar 50 Not null 廠商名稱
FactoryAddress Varchar 250 廠商地址
FactoryPhone Varchar 25 廠商電話
6、物理設計文檔
/*----------創建數據庫----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go

/*----------創建基本表----------*/
use [SuperMarketdb]
go
/*創建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*創建廠商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*創建會員表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*創建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*創建供應商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*創建銷售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*創建入庫表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*創建用戶表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO

/*----------創建表間約束----------*/
/*商品信息表中廠商編號、供應商編號分別與廠商表、供應商表之間的外鍵約束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*銷售表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入庫表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO

/*----------創建索引----------*/
/*在交易表上建立一個以交易編號、交易日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一個以商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在銷售表上建立一個以銷售編號、銷售日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入庫表上建立一個以入庫編號、入庫日期、商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO

/*----------創建視圖----------*/
/*創建用于查詢交易情況的視圖*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 員工名稱,
MemberCard as 會員卡號,
DealingPrice as 交易金額
FROM Dealing
GO
/*創建用于查詢進貨計劃的視圖*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchNum as 計劃進貨數量,
Stock.PlanDate as 計劃進貨日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*創建用于查詢銷售明細記錄的視圖*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
MerchInfo.MerchPrice as 商品價格,
Sale.SalePrice as 銷售價格,
Sale.SaleNum as 銷售數量,
Sale.SaleDate as 銷售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*創建用于查詢入庫情況的視圖*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchPrice as 入庫價格,
Stock.MerchNum as 入庫數量,
Stock.TotalPrice as 入庫總額,
Stock.StockDate as 入庫日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO

7、小結
和傳統管理模式相比較，使用本系統，毫無疑問會大大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技術保障。
由于開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：
 本系統只適合小型超市使用，不能適合中大型超市使用；
 超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由于限于時間，本系統只能做出其中的一部分功能；
對于以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。

4、POS機上顯示無效商戶怎么回事

POS機顯示無效商戶可能有以下原因：

1、POS機在刷卡的時候需要跟銀聯進行通信，有可能是銀聯后臺主機未建立該POS機的參數，該商戶的資料在銀聯后臺當中不存在。

2、POS機的密鑰丟失。

3、商戶自行更換了機具里面的流量卡，因為POS是默認鎖定首次成功簽到的那張流量卡，日后如果需要更換流量卡，必須要填寫流量卡變更申請表（特約商戶信息變更表），否則就會顯示“無效商戶”。

4、POS機商戶違規操作，被POS機平臺停機了。

此回答由有錢花提供，有錢花是度小滿金融旗下信貸平臺，度小滿金融將切實把國家支持小微企業渡過難關的號召落到實處，全面支持小微生產經營，大多數小微業主選擇有錢花，滿足小微經營周轉需求。據悉，度小滿金融的信貸用戶中，有七成是小微企業主。截至目前，度小滿金融攜手數十家金融合作伙伴，累計為小微企業主發放數千億元貸款，資金周轉就找度小滿金融，大品牌更安心。

你好，出現這樣的情況主要原因有4種：
1、POS機秘鑰丟失。
2、商戶的資料在銀行后臺不存在。
3、商戶自主更換了POS機里面的流量卡。
4、違規操作被封。
附注資料：
第一、刷卡的時候，卡主萬萬不可以讓卡脫離自己的視線，尤其要注意對方有沒有刷兩臺機器的情況。正常的POS機是不會導入卡的信息的，但騙子會利用諸如上述案例中的“貓膩機”。
第二、很多人刷卡消費的時候貪圖方便，尤其是吃飯的時候，懶得動身，而會把卡和密碼都告訴服務員，讓對方自己去刷。這些人心里會想：反正有短信提醒，刷多了我會知道的。那么，這個案例是不是會讓你清醒一點，不再如此刷卡呢？
第三、養成好的消費習慣，“進”、“出”分別用不同的銀行卡，千萬不要直接用你的工資卡去消費，盡量使用貸記卡或者標準信用卡去進行消費。
第四、如無必要，信用卡額度不要設置太高，避免大宗損失。 商戶號有問題，如果你沒修改過機器的設置，那就是POS機那邊把你的號給撤銷了，需要與對方聯系

5、錢被pos機盜刷了怎么辦,報警能追回么

錢被pos機盜刷了怎么辦,報警能追回么：近期，電信詐騙作案猖獗，銀行卡被盜刷的新聞時常見諸報端，而且受害人往往損失金額巨大。那么，在遭遇銀行卡被盜刷的情況時我們該怎么辦？對此，銀行業內人士表示，第一時間掛失是最有效辦法，同時持卡人應盡快到銀行網點和公安機關取得持有銀行卡的證據。

　　日前，肯尼亞警方成功打掉一個冒充中國大陸公檢法機關、向大陸群眾大肆實施電信詐騙的犯罪團伙，并將嫌疑人遣返中國大陸。在我們為這些犯罪分子落網擊節叫好的同時，如果自己或者身邊的人也遭遇到類似電信詐騙行為，銀行卡明明在身邊，卻發現在外地甚至境外被頻頻盜刷該怎么辦呢？對此，銀行業內人士表示，第一時間聯系發卡行緊急掛失凍結賬戶，是最有效最快的辦法。

　　揭秘

　　銀行卡信息是怎么被盜走的

　　自己的銀行卡如何被犯罪分子盜走關鍵信息呢？昨天，業內人士揭開了其中四種常見的作案手法。

　　◎在POS機或銀行ATM機上做手腳，盜取客戶信息。有些犯罪分子在商戶的POS機上安裝事先準備的黑色盒子，持卡人的信用卡只要刷過，就被留下了所有關鍵信息，包括卡號密碼。不久前，有報道稱，一些不法分子專門應聘到超市等商戶當收銀員，然后利用職務便利作案。還有一些人會在無人值守的ATM機上安裝攝像頭，竊取客戶密碼。所以，業內人士提醒，持卡人應盡早將磁條卡換成芯片卡，同時在刷卡時，不要讓卡片脫離自己的視線，注意觀察收銀員動作是否有異樣，盡量去銀行旁邊的ATM機取錢，同時注意機器上是否有異常裝置。

　　◎遭遇“官方”釣魚網站。不法分子會冒充電信公司或者是銀行的客服電話等，發送詐騙短消息，編造客戶積分到期、系統升級等理由，誘騙大家點擊短信里附帶的鏈接，進入假冒的官方網站。一旦有人輸入銀行卡賬號、密碼或是姓名、電話等信息，這些信息全都會被犯罪分子盜取。

　　◎向手機發送帶有密碼病毒的短信鏈接。趙女士前不久收到一條短信，內容為“這是您寶貝本學期各科學習情況和學校評語”并附帶一個網址。由于自己的女兒即將中考，上星期剛進行了模擬考恰巧這兩天會出成績單，她就按照短信的指示，安裝了一個軟件，誰知半個小時之后就出事了。短短5分鐘之內，她的銀行卡就被人盜刷了近千元。而當她意識到自己可能下載了惡意軟件，想卸載該軟件時，卻怎么也找不到軟件安裝到了哪里。警方調查發現，自從安裝了這款軟件后，別人給趙女士發的短信，都會被一個155開頭的手機號接收，然后再由這個號碼轉回到她手機上面。

　　犯罪分子會為此設置偽基站，偽基站不但能向周邊群眾群發帶病毒或木馬的短信，還會竊取短信驗證碼等內容。罪犯通過特殊的改裝設備對手機信號進行干擾攔截驗證碼。但該方法有限制條件，那就是設備必須在目標手機1公里范圍內。犯罪分子一般就是給目標打電話，說是送快遞的，你這個地址寫得不是很清楚，只要知道地址，就能在1公里范圍之內攔截對方銀行卡的驗證碼。

　　◎非法提供的免費WIFI也成為竊取個人信息的幫兇。除了使用釣魚網站獲取個人信息，犯罪分子還會利用免費的WIFI來竊取個人信息。有專家介紹稱，如果犯罪分子架設了WIFI，用戶一旦接入，所有互聯網的數據都可以被黑客監聽或竊取。

　　體驗

　　銀行客服電話30秒內可聽到掛失選項

　　如果發現有人正在盜刷自己的銀行卡，持卡人該怎么做才能盡量減少損失呢？中國銀聯資深風險專家王宇表示，第一時間聯系發卡行緊急掛失凍結賬戶，是最有效最快的辦法。此前有人建議，可以去最近的ATM機故意連續多次輸錯密碼，讓機器吞卡，也可以凍結卡片。王宇表示，這種做法只能鎖住銀行卡的線下交易，不能刷POS機或在自助機具上取款，但與該卡綁定的支付寶、微信支付等第三方支付還可照常使用。

　　有人擔心此時給銀行打電話會因為難打通而耽誤時間，但事實并非如此。昨天，北青報記者試打工行、農行、交行等多家銀行的客服電話，掛失業務大多放在一級菜單，基本都會在30秒內聽到掛失選項。

　　應對

　　發現賬戶異常后迅速交易或報案 留下憑證

　　工行北京分行姜欣然建議持卡人一定要開通借記卡交易短信提醒服務，隨時留意資金變動情況，發現異常及時到就近銀行辦理查詢交易記錄或存取款等交易，保留交易憑條，作為自己持有真實借記卡的證據，并將借記卡掛失止付，防止進一步資金損失。

　　姜欣然還建議，持卡人還應盡快到當地公安機關報案，獲取回執或受理通知書等文件，作為自己仍在當地且持有該借記卡的有力證明，排除持卡人自身進行異地交易的可能性。根據公開報道，報案掛失后也的確有追回盜刷款的成功案例。

　　建議

　　持卡人可考慮買盜刷險減少損失

　　銀行人士建議，為防范銀行卡盜刷，持卡人應盡早將手中磁條卡換成芯片卡。磁條卡只要在設備上刷過，就可能留下關鍵信息便于復制，而芯片卡卻不容易被復制。

　　此外，大家可以限定銀行卡的消費范圍，比如限定銀行卡不能在境外使用，不能用于網上交易等。同時，設置交易額度，避免大額損失。最好單獨申請一張額度有限的銀行卡用于綁定各種網上支付和手機支付。另外，消費者在使用銀行卡時，若不能確定用卡環境是否安全，應盡快向銀行求助，請銀行幫助處理并消除風險。

　　業內人士建議，大家還可考慮購買盜刷險減少損失。目前已有多家保險公司推出有關賬戶安全的保險產品。近日，支付寶推出與中國人保合作的“銀行卡安全險”，該保險主要保障三類資金損失：一是銀行卡在線下盜刷，包括銀行柜臺、ATM機，以及各類刷卡消費場景的盜刷；二是網銀渠道的盜刷；三是手機銀行渠道的盜刷。銀行卡安全險有五檔保費可選，對應不同的保額。最低一檔是4.88元保1萬元，其他的四檔保額分別是2萬、5萬、10萬以及50萬。

　　關注

　　信用卡被盜刷后要不要先還款

　　一旦不幸遭遇盜刷，除了報警和關注案件進展，持卡人還面臨一個現實問題，如果案子沒破，信用卡還款期卻到，要不要先還款？北青報記者了解到，遇到這種情況，銀行一般會要求持卡人正常還款，否則銀行會在央行征信系統里留下持卡人的不良記錄。銀行方面的說辭是，客戶有責任保管好卡片的信息和個人信息，發生盜刷，很可能是客戶自身保管不當造成泄露。對銀行系統來說，一筆交易如果客戶核心身份信息和卡片信息都準確無誤，就會被視為正常交易。如果真屬于這種情況，客戶就需要擔責。

　　在現實生活中，遇到銀行催債，客戶當然會覺得冤枉，但大部分人會擔心征信系統的不良記錄影響自己的其他金融事務，會選擇先行還款，再催促警方破案。還有一些客戶堅決不認可這種做法，他們覺得如果這樣做了，等于變相承認自己有問題。他們會積極與銀行交涉，要求掛賬處理，不在征信系統留下記錄。這樣做是否能奏效，取決于個案的具體情況和客戶的溝通能力。

　　很多時候，銀行還是會對拒不還款的客戶作違約處理，少數客戶選擇了法院訴訟的方式維權。從公開報道看，也有成功案例。上海高院曾發布2014年度金融審判系列白皮書以及金融商事、刑事審判十大案例，其中就有成功案例。

　　當時法院審理后認為，信用卡持有者的居住地在上海，但交易發生在山東，而且簽購單上的簽名也不是本人的名字，這筆交易確實存在疑點。因此，在與銀行的爭議沒有解決之前，信用卡持有者有正當的理由暫不還款，這樣的行為不屬于失信行為，判決銀行撤銷不良征信記錄。法院認為，銀行在何種情況下能夠記載客戶的不良信用記錄，目前還欠缺明確的法律依據和規則。這一典型案例提出，銀行在錄入個人征信系統時，不應該僅僅把持卡人是否應該還款作為失信的唯一判斷標準，銀行應當區分持卡人未按時還款是否存在疑點，而不是輕率地將他們列入不良信用記錄。 可以的，不過要看運氣
信用卡被盜刷后應采取如下措施：
　　1)第一時間與銀行聯系掛失，避免損失繼續擴大，把掛失后的責任轉嫁給銀行。
　　2)馬上報警，取得不在支付現場的證據及《報案記錄單》，為維權準備證據。
　　3)立即聯系律師，把可能的風險控制到最小。不要擔心聯系律師會耽誤太多時間，簡單的案子，一般律師在5分鐘內就能厘清來龍去脈，并給出相應的意見。
　　4)按照約定時間還款。

轉載請帶上網址：http://m.fzog.com.cn/posji/17155.html