pos机案例uml

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://www.pos-diy.com/posji/17155.html