这里会显示出您选择的修订版和当前版本之间的差别。
两侧同时换到之前的修订记录前一修订版后一修订版 | 前一修订版 | ||
campusng:morning_breeze_consumption_system [2020/08/25 14:57] – [1.2.1 计划IP地址] xiarong | campusng:morning_breeze_consumption_system [2020/09/28 09:20] (当前版本) – [1.2.1 计划IP地址] xiarong | ||
---|---|---|---|
行 36: | 行 36: | ||
|设备名称|设备位置|IP地址|备注信息| | |设备名称|设备位置|IP地址|备注信息| | ||
- | | 充值机 | + | | 充值机 |
### 1.2.2 | ### 1.2.2 | ||
行 123: | 行 123: | ||
+ | # 二、 业务软件的安装 | ||
- | # 二、 安全策略 | + | ## 2.1 运行环境要求 |
- | + | ||
- | ## 2.1 远程访问的安全策略 | + | |
- | + | ||
- | Windows7操作系统环境下,仅允许指定IP远程访问控制的安全策略。 | + | |
- | + | ||
- | ### 2.1.1 | + | |
- | + | ||
- | WIN+R打开运行对话框,输入gpedit.msc进入组策略编辑器。 | + | |
- | + | ||
- | 依次打开“本地计算机”策略-> | + | |
- | + | ||
- | | + | |
- | + | ||
- | 右键单击“IP安全策略,在本地计算机”,在右面的空白处右击,选择第一个菜单:创建IP安全策略。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 在弹出的IP安全策略向导对话框,点击下一步,在名称里输入3389过滤,下一步。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 取消激活默认响应规则,下一步。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 选中编辑属性,完成。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | ### 2.1.2 | + | |
- | + | ||
- | 在弹出的新IP安全策略属性对话框里取消使用“添加向导”,点击添加。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 在弹出的新规则属性对话框里点击添加,起个名称:放行指定IP的3389连接,取消使用“添加向导”选项, | + | |
- | + | ||
- | + | ||
- | + | ||
- | 在弹出的对话框里选择地址选项卡,源地址选择“一个特定的IP地址或子网”,并填写需要分配访问权限的指定IP地址,目标地址选择“我的IP地址”, 取消镜像功能。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 再选择协议选项卡,协议类型选择TCP,设置IP协议端口为从任何端口到此端口3389。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 单击确定关闭IP筛选器属性,再确定关闭IP筛选器列表。 | + | |
- | + | ||
- | 在新规则属性对话框里再点击添加,依照上面的步骤再添加一个IP筛选器,名称为:阻止3389连接;源地址为任意IP,目标地址为我的IP。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 协议类型选择TCP,设置IP协议端口为从任何端口到此端口3389。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | ### 2.1.3 | + | |
- | + | ||
- | 在新规则属性对话框上选择筛选器操作选项卡,点击添加,选择阻止,在常规选项卡里的名称改为:阻止。 | + | |
- | + | ||
- | 点击确定。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 再点击添加,选择许可,在常规选项卡里的名称改为:许可。 | + | |
- | + | ||
- | 点击确定。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | ### 2.1.4 | + | |
- | + | ||
- | 在新规则属性对话框中的IP筛选列表,选中“放行指定IP的3389连接”,一定要让它前面的那个圈子是选中状态,然后再选择筛选器操作选项卡,选中许可,确定。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 再选中“阻止3389连接”,然后再选择筛选器操作选项卡,选中阻止,确定。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 完成后在“3389过滤属性”对话框中会新增两条IP安全规则。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | ### 2.1.5 | + | |
- | + | ||
- | 回到“IP安全策略,在本地计算机”,右击3389过滤,选择“分配”,安全策略即可生效。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | ### 2.1.6 | + | |
- | + | ||
- | 在“系统属性”内启用“允许远程协助连接这台计算机”,并选中“仅允许使用网络级别身份验证的远程桌面的计算机连接”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 所有步骤完成后只有上文中配置的192.168.2.164这个IP地址能通过3389端口远程访问本地计算机。 | + | |
- | + | ||
- | ## 2.2 Sql Server入站规则的安全策略 | + | |
- | + | ||
- | ### 2.2.1 | + | |
- | + | ||
- | 1) 开始-> | + | |
- | + | ||
- | + | ||
- | + | ||
- | 2) SQL Server网络配置-> | + | |
- | + | ||
- | + | ||
- | + | ||
- | 3) 右键TCP/ | + | |
- | + | ||
- | + | ||
- | + | ||
- | 4) 将IPALL中的TCP动态端口去掉,TCP端口改为1433。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 5) 然后,将SQL Server服务中的,SQL Server(SQLEXPRESS)服务重启。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | ### 2.2.2 | + | |
- | + | ||
- | 1) 登录到安装了 SQL Server的服务器。 | + | |
- | + | ||
- | 2) 依次单击“开始”、“控制面板”、“系统和安全”、“Windows防火墙”、“高级设置”。 | + | |
- | + | ||
- | 3) 右键单击“入站规则”,然后单击“新建规则”。 | + | |
- | + | ||
- | 4) 在“新建入站规则向导”对话框中的“规则类型”页上单击“端口”,然后单击“下一步”。 | + | |
- | + | ||
- | 5) 在“协议和端口”页上单击“TCP”,单击“特定本地端口”,键入 1433,然后单击“下一步”。 | + | |
- | + | ||
- | 6) 在“操作”页上单击“允许连接”,然后单击“下一步”。 | + | |
- | + | ||
- | 7) 在“配置文件”页上执行所有下列操作: | + | |
- | + | ||
- | Ø 选中“域”复选框 | + | |
- | + | ||
- | Ø 选中“专用”复选框 | + | |
- | + | ||
- | Ø 选中“公用”复选框 | + | |
- | + | ||
- | Ø 单击“下一步” | + | |
- | + | ||
- | 8) 在“名称”页上单击“名称”,输入“Sql Server TCP_1433”, 单击“完成”。 | + | |
- | + | ||
- | 9) 重复以上操作,在第5步选择“UDP”,在第8步输入名称“Sql Server UDP_1433”。 | + | |
- | + | ||
- | ## 2.3 数据备份的安全策略 | + | |
- | + | ||
- | 考虑到收费系统运行现场可能会出现的断网情况,所以优先计划了本地的双物理硬盘备份策略,其中将ICSF收费系统自带的备份路径部署在默认安装路径下的第一个物理硬盘的C盘。创建Sql Server 2008 R2的备份策略,并将备份路径设置到第二个物理硬盘的D盘。这样同步分盘备份提高了数据的安全性。 | + | |
- | + | ||
- | 因收费系统每天进出金额流水巨大,为了更高的数据安全考虑,在功能测试通过后,后面会加入远程异机备份策略。 | + | |
- | + | ||
- | ### 2.3.1 | + | |
- | + | ||
- | 在收费系统正式上线之后,每次正常退出会自动备份数据,在按要求添加的“任务设置”中会定时自动备份数据,在每次选择“系统维护”-> | + | |
- | + | ||
- | ### 2.3.2 Sql Server 2008 R2本地自动备份策略 | + | |
- | + | ||
- | #### 2.3.2.1 | + | |
- | + | ||
- | 在D盘根目录新建文件夹“Sql Server Backup”,在“Sql Server Backup”文件夹下新建三个文件夹“Complete Backup”、“ Final Complete Backup”、“ Incremental Backup”,这三个文件夹分别用于存储每天完整备份文件,存储最后一次完整备份文件,存储每个时间段增量备份文件。 | + | |
- | + | ||
- | #### 2.3.2.2 | + | |
- | + | ||
- | 1) 开始-> | + | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | 2) 鼠标右键单击“维护计划”选择“维护计划向导”,单击“下一步” | + | |
- | + | ||
- | + | ||
- | + | ||
- | 3) 在选择计划属性的“名称”栏填入“SqlServerBackupPlan”,选择“每项任务单独计划”,然后单击“下一步”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 4) 在“选择维护任务”中分别勾选“备份数据库(完整)”、“备份数据库(差异)”、““清除维护”任务”,然后单击“下一步”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 5) 在“选择维护任务顺序”中选中“备份数据库(完整)”,然后单击“下一步”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 6) 在“定义“备份数据库(完整)”任务”中按以下步骤选择指定的“ICSF”数据库。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 选择备份目录。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 定位到之前创建的“Complete Backup”文件夹。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 确认备份路径,修改备份文件扩展名为bak,设置备份方式为“压缩备份”,然后点击更改计划。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 在“作业计划属性”内设置执行频率“每天”,每天频率选择“执行一次”,时间设置为凌晨零点10分,完成后点确定。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 确认配置完全后选择“下一步”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 7) 在“定义“备份数据库(差异)”任务”中同样选择备份数据库ICSF,选择备份路径“Incremental Backup”,设置备份文件扩展名bak,选择“压缩备份”,然后更改计划。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 按以下例子设置差异备份计划,执行间隔时间以及开始、结束时间根据实际情况设置,完成后点击“确定”,然后选择“下一步”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 8) 在定义“清除维护”任务对话框中选择“Complete Backup”完整备份的文件夹路径,填入清除的文件扩展名bak,选择文件保留时间1个月,更改计划执行时间为每天的零时15分执行一次,完成后点击“下一步”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 9) 在“选择报告”对话框勾掉“将报告写入文本文件”,不记录报告日志。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 10) 点击“下一步”,再点击“完成”,成功创建备份计划。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 11) 重新登录Sql Server,展开“维护计划”,双击“SqlServerBackupPlan”编辑维护计划。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 12) 复制“Subplan_1”中的“备份数据库(完整)”,粘贴到当前窗口。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 13) 将粘贴的计划名称改为“备份数据库(完整)_Final”,并操作鼠标从“备份数据库(完整)”链接到“备份数据库(完整)_Final”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 14) 双击“备份数据库(完整)_Final”按以下步骤编辑备份,要点是添加之前手动创建的“Final Complete Backup”文件夹的备份路径。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 在这个对话框可能由于电脑分辨率的原因看不到下面的“确定”按钮,需要用“TAB”键配合回车完成确认操作。至此,完整备份和增量备份计划创建完毕。 | + | |
- | + | ||
- | 15) 鼠标左键单击“Subplan_3”,再用鼠标左键单击Subplan_3内的“清除维护”任务。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 将称修改为:“清除Complete Backup”任务。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 复制“清除Complete Backup”任务,粘贴到当前窗口,修改粘贴任务的名称为“清除Incremental Backup”任务,并链接两个任务。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 鼠标左键双击“清除Incremental Backup”任务,将清除路径修改为“Incremental Backup | + | |
- | + | ||
- | ”文件夹的路径,并将保留时间修改为1周。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 完成后确定,至此清除历史的完整备份和清除历史的增量备份计划创建完毕。 | + | |
- | + | ||
- | 16) 最后保存计划,所有的本地自动备份计划创建完毕。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 17) 从开始菜单进入“SQL Server配置管理器”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 在SQL Server 服务内启动“SQL Server 代理(MSSQLSERVER)”服务,并将启动模式设置为自动。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 回到维护计划,选择之前创建的SqlServerBackupPlan计划,单击鼠标右键选择“执行”。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | 如果执行后出现以下报错提示可以忽略,备份计划会照常进行。 | + | |
- | + | ||
- | + | ||
- | + | ||
- | # 三、 业务软件的安装 | + | |
- | + | ||
- | ## 3.1 运行环境要求 | + | |
1) 操作系统 | 1) 操作系统 | ||
行 444: | 行 149: | ||
本手册演示使用的就是该版本的数据库管理软件。 | 本手册演示使用的就是该版本的数据库管理软件。 | ||
- | ## 3.2 安装收费管理软件 | + | ## 2.2 安装收费管理软件 |
1) 目前最新的收费系统版本是ICSFSetup_6.0.12,配合最新的收费机固件版本LCD_CJ380M_V6336使用,不是最新版本的收费机请用附件内的升级程序升级至该版本或更高版本。 | 1) 目前最新的收费系统版本是ICSFSetup_6.0.12,配合最新的收费机固件版本LCD_CJ380M_V6336使用,不是最新版本的收费机请用附件内的升级程序升级至该版本或更高版本。 | ||
行 518: | 行 223: | ||
7) 如果安装完成后发现收费系统版本低于ICSFSetup_6.0.12,或低版本收费系统需要升级至该版本,则在安装程序包内找到“旧版本更新至ICSF_6.0.12的更新程序”,用该文件夹下的所有文件覆盖收费软件安装目录的相同文件,此处路径:C: | 7) 如果安装完成后发现收费系统版本低于ICSFSetup_6.0.12,或低版本收费系统需要升级至该版本,则在安装程序包内找到“旧版本更新至ICSF_6.0.12的更新程序”,用该文件夹下的所有文件覆盖收费软件安装目录的相同文件,此处路径:C: | ||
- | ## 3.3 提升收费系统权限 | + | ## 2.3 提升收费系统权限 |
1) | 1) | ||
行 554: | 行 259: | ||
- | ## 3.4 挂载本地数据库 | + | ## 2.4 挂载本地数据库 |
1) 在厂商提供的安装程序目录下找到“ICSF.db”和“挂接数据库_IC.exe”。 | 1) 在厂商提供的安装程序目录下找到“ICSF.db”和“挂接数据库_IC.exe”。 | ||
行 574: | 行 279: | ||
4) 运行ICSF.exe启动消费管理软件,至此消费管理软件安装完成。 | 4) 运行ICSF.exe启动消费管理软件,至此消费管理软件安装完成。 | ||
- | ## 3.5 操作端配置 | + | ## 2.5 操作端配置 |
1) 注册服务器 | 1) 注册服务器 | ||
行 596: | 行 301: | ||
Ø 一旦某台电脑以某个操作端的账户和密码登录,则该PC机在重做系统之前不可更改操作端账户。这个是明确要求的一项规定,实际上在测试中可以更改,但到底在更改之后会出现什么错误则不可预测,所以最好按部署要求进行配置。 | Ø 一旦某台电脑以某个操作端的账户和密码登录,则该PC机在重做系统之前不可更改操作端账户。这个是明确要求的一项规定,实际上在测试中可以更改,但到底在更改之后会出现什么错误则不可预测,所以最好按部署要求进行配置。 | ||
- | # 四、 业务软件的初始化 | + | # 三、 业务软件的初始化 |
- | ## 4.1 时钟的设置 | + | ## 3.1 时钟的设置 |
1) 软件每次启动会要求用户确认系统时钟 | 1) 软件每次启动会要求用户确认系统时钟 | ||
行 614: | 行 319: | ||
- | ## 4.2 账户的登录 | + | ## 3.2 账户的登录 |
1) 默认的“管理员”账户无登录密码 | 1) 默认的“管理员”账户无登录密码 | ||
行 624: | 行 329: | ||
在业务系统正式启用前,我们实施所使用的是“系统维护员”账户。 | 在业务系统正式启用前,我们实施所使用的是“系统维护员”账户。 | ||
- | ## 4.3 随Windows系统自启动 | + | ## 3.3 随Windows系统自启动 |
1) 配置Windows登录选项。 | 1) 配置Windows登录选项。 | ||
行 639: | 行 344: | ||
2) ICSF自启动脚本。 | 2) ICSF自启动脚本。 | ||
+ | ```sh | ||
文件名:auto ICSF start.bat | 文件名:auto ICSF start.bat | ||
内容: | 内容: | ||
- | + | rem 延时60秒后执行ICServer.exe | |
- | + | ||
- | @rem 延时60秒后执行ICServer.exe | + | |
ping -n 60 127.1> | ping -n 60 127.1> | ||
行 652: | 行 355: | ||
ICServer.exe | ICServer.exe | ||
- | @rem 延时3秒后执行TCPSVR.exe | + | rem 延时3秒后执行TCPSVR.exe |
ping -n 3 127.1> | ping -n 3 127.1> | ||
行 658: | 行 361: | ||
TCPSVR.exe | TCPSVR.exe | ||
- | @rem 延时3秒后执行ICSF.exe | + | rem 延时3秒后执行ICSF.exe |
ping -n 3 127.1> | ping -n 3 127.1> | ||
行 665: | 行 368: | ||
Exit | Exit | ||
+ | ``` | ||
3) Windows自动延时锁屏脚本。 | 3) Windows自动延时锁屏脚本。 | ||
+ | ```sh | ||
文件名:auto lock.bat | 文件名:auto lock.bat | ||
内容: | 内容: | ||
- | |||
@rem 延时90秒后执行锁屏 | @rem 延时90秒后执行锁屏 | ||
行 683: | 行 385: | ||
exit | exit | ||
+ | ``` | ||
行 696: | 行 398: | ||
软件自启动一般是配合Windows自动定时重启一起使用的,所以该自启配置完成后请自行按实际情况到Windows计划任务中去添加Windows自动重启的计划任务。 | 软件自启动一般是配合Windows自动定时重启一起使用的,所以该自启配置完成后请自行按实际情况到Windows计划任务中去添加Windows自动重启的计划任务。 | ||
- | # 五、 业务数据的初始化 | + | # 四、 业务数据的初始化 |
业务数据的初始化需要用系统维护员身份登录消费管理系统进行操作。 | 业务数据的初始化需要用系统维护员身份登录消费管理系统进行操作。 | ||
行 704: | 行 406: | ||
青白江大弯中学师生总人数在4000人左右,共有两个食堂,其中一个食堂有两层楼,并且该食堂承接了学校的一个文具店,一个小卖部,还设立了几个小吃饮料消费点。 | 青白江大弯中学师生总人数在4000人左右,共有两个食堂,其中一个食堂有两层楼,并且该食堂承接了学校的一个文具店,一个小卖部,还设立了几个小吃饮料消费点。 | ||
- | ## 5.1 基本资料 | + | ## 4.1 基本资料 |
- | ### 5.1.1 | + | ### 4.1.1 |
- | #### 5.1.1.1 | + | #### 4.1.1.1 |
行 726: | 行 428: | ||
- | #### 5.1.1.2 | + | #### 4.1.1.2 |
行 740: | 行 442: | ||
“卡片使用范围”是在营业网点设置完成后才可以选择的。 | “卡片使用范围”是在营业网点设置完成后才可以选择的。 | ||
- | #### 5.1.1.3 | + | #### 4.1.1.3 |
行 748: | 行 450: | ||
- | ### 5.1.2 | + | ### 4.1.2 |
- | #### 5.1.2.1 | + | #### 4.1.2.1 |
行 762: | 行 464: | ||
- | #### 5.1.2.2 | + | #### 4.1.2.2 |
行 774: | 行 476: | ||
- | #### 5.1.2.3 | + | #### 4.1.2.3 |
本节主要介绍“零金额不允许消费”和“固定金额允许即时修改”这两项功能,这两项功能仅针对2018年01月12日之后发布的ICSF6.0.12软件系统版本以及收费机CJ380M_V6336固件版本做过功能可用性测试,其它低版本建议升级至对应版本或更高版本后再作这两项功能设定。 | 本节主要介绍“零金额不允许消费”和“固定金额允许即时修改”这两项功能,这两项功能仅针对2018年01月12日之后发布的ICSF6.0.12软件系统版本以及收费机CJ380M_V6336固件版本做过功能可用性测试,其它低版本建议升级至对应版本或更高版本后再作这两项功能设定。 | ||
行 780: | 行 482: | ||
具体功能设置方法和详细说明请参见第四章收费机和收费系统升级的“4.4 LCD_ CJ380M_V6336”小节。 | 具体功能设置方法和详细说明请参见第四章收费机和收费系统升级的“4.4 LCD_ CJ380M_V6336”小节。 | ||
- | #### 5.1.2.4 | + | #### 4.1.2.4 |
行 798: | 行 500: | ||
第10步完成后,该窗口**立即就不可被删除**,只可被更改,所以添加窗口要事先规划,若不得已误添加窗口,可以选择修改,然后在第6步“所属营业网点”选择空白即可。 | 第10步完成后,该窗口**立即就不可被删除**,只可被更改,所以添加窗口要事先规划,若不得已误添加窗口,可以选择修改,然后在第6步“所属营业网点”选择空白即可。 | ||
- | #### 5.1.2.5 | + | #### 4.1.2.5 |
收费机的机号由3位数组成,窗口号从001—199号,不足3位时前面用0补足且机号不能大于200号;发卡机和充值机机号大于200号(201号-210号)。不同的窗口机组中允许机号重复。 | 收费机的机号由3位数组成,窗口号从001—199号,不足3位时前面用0补足且机号不能大于200号;发卡机和充值机机号大于200号(201号-210号)。不同的窗口机组中允许机号重复。 | ||
行 808: | 行 510: | ||
- | #### 5.1.2.6 | + | #### 4.1.2.6 |
行 828: | 行 530: | ||
**2)** | **2)** | ||
- | #### 5.1.2.7 | + | #### 4.1.2.7 |
行 838: | 行 540: | ||
第2步如果营业班次不是全天,则要分配每个营业班次的窗口。 | 第2步如果营业班次不是全天,则要分配每个营业班次的窗口。 | ||
- | #### 5.1.2.8 | + | #### 4.1.2.8 |
以上步骤完成之后重启软件,则添加的窗口就会显示出来: | 以上步骤完成之后重启软件,则添加的窗口就会显示出来: | ||
行 846: | 行 548: | ||
在线窗口为绿色,离线窗口为红色,未配置好的窗口为黑色。 | 在线窗口为绿色,离线窗口为红色,未配置好的窗口为黑色。 | ||
- | ### 5.1.3 | + | ### 4.1.3 |
行 860: | 行 562: | ||
第7步主要是对充值机配激活充值机充值功能的配卡操作,配卡成功后,默认充值机不可充值,当操作员刷卡并输入充值卡密码过后,则该充值机可充值。 | 第7步主要是对充值机配激活充值机充值功能的配卡操作,配卡成功后,默认充值机不可充值,当操作员刷卡并输入充值卡密码过后,则该充值机可充值。 | ||
- | ### 5.1.4 | + | ### 4.1.4 |
行 884: | 行 586: | ||
上图中“空闲时自动采集数据”功能选项不能被勾上,实测过程中发现该项选中后部分收费机离线数据采集有问题。该功能通过收费系统自带的“任务设置”来实现。 | 上图中“空闲时自动采集数据”功能选项不能被勾上,实测过程中发现该项选中后部分收费机离线数据采集有问题。该功能通过收费系统自带的“任务设置”来实现。 | ||
- | ## 5.2 账户管理 | + | ## 4.2 账户管理 |
本章着重讲特殊操作点和重点操作步骤,常规操作请参见厂商提供的《晨风收费机收费系统帮助手册.chm》手册。 | 本章着重讲特殊操作点和重点操作步骤,常规操作请参见厂商提供的《晨风收费机收费系统帮助手册.chm》手册。 | ||
- | ### 5.2.1 | + | ### 4.2.1 |
本章的批量操作主要依赖于“资料导入”这项功能。 | 本章的批量操作主要依赖于“资料导入”这项功能。 | ||
- | #### 5.2.1.1 | + | #### 4.2.1.1 |
1) 以系统维护员账户登录系统。 | 1) 以系统维护员账户登录系统。 | ||
行 906: | 行 608: | ||
完成后切换到管理员账户,则在系统维护菜单下出现了“资料导入”功能。 | 完成后切换到管理员账户,则在系统维护菜单下出现了“资料导入”功能。 | ||
- | #### 5.2.1.2 | + | #### 4.2.1.2 |
1) 首先需要在部门设置中找到或增加对应的部门。 | 1) 首先需要在部门设置中找到或增加对应的部门。 | ||
行 952: | 行 654: | ||
- | ### 5.2.2 | + | ### 4.2.2 |
行 988: | 行 690: | ||
- | ### 5.2.3 | + | ### 4.2.3 |
行 1002: | 行 704: | ||
**一般为保证操作流水的准确性不建议学校采用批量充值这项功能。** | **一般为保证操作流水的准确性不建议学校采用批量充值这项功能。** | ||
- | ### 5.2.4 | + | ### 4.2.4 |
1) “销户”时会自动将水卡小钱包的金额回退到大钱包,然后再进行人员信息销户处理。 | 1) “销户”时会自动将水卡小钱包的金额回退到大钱包,然后再进行人员信息销户处理。 | ||
行 1016: | 行 718: | ||
5) “消费纠错”和“卡片修复”功能建议不用,如果不得已非用不可,一定先查清纠错或修复原因,有清晰思路,在自己的模拟系统上用测试卡测试成功后再操作。这两个功能只有隶属于“管理员组”的用户才有权限使用。操作步骤参见《晨风收费机收费系统帮助手册.chm》。 | 5) “消费纠错”和“卡片修复”功能建议不用,如果不得已非用不可,一定先查清纠错或修复原因,有清晰思路,在自己的模拟系统上用测试卡测试成功后再操作。这两个功能只有隶属于“管理员组”的用户才有权限使用。操作步骤参见《晨风收费机收费系统帮助手册.chm》。 | ||
- | ## 5.3 营业管理 | + | ## 4.3 营业管理 |
- | ### 5.3.1 | + | ### 4.3.1 |
用于采集收费机或充值机的离线数据 | 用于采集收费机或充值机的离线数据 | ||
行 1026: | 行 728: | ||
- | ### 5.3.2 | + | ### 4.3.2 |
在所有消费和充值设备第一次上线时,除了刷系统卡,还需要下传一次“人员类别”和“班次时段”数据。 | 在所有消费和充值设备第一次上线时,除了刷系统卡,还需要下传一次“人员类别”和“班次时段”数据。 | ||
行 1034: | 行 736: | ||
- | ### 5.3.3 | + | ### 4.3.3 |
行 1050: | 行 752: | ||
- | ## 5.4 系统维护 | + | ## 4.4 系统维护 |
- | ### 5.4.1 | + | ### 4.4.1 |
类似于Windows系统的计划任务配置: | 类似于Windows系统的计划任务配置: | ||
行 1062: | 行 764: | ||
**要求所有收费系统必须加上这5条计划任务。** | **要求所有收费系统必须加上这5条计划任务。** | ||
- | ### 5.4.2 | + | ### 4.4.2 |
该列表中的记录指的是收费系统无法判断的消费,一般情况下都是刷卡过快引起的,列表内的数据**全部都需要人工判断**是否是真实的消费扣款。 | 该列表中的记录指的是收费系统无法判断的消费,一般情况下都是刷卡过快引起的,列表内的数据**全部都需要人工判断**是否是真实的消费扣款。 | ||
行 1080: | 行 782: | ||
3) 灰记录数量或总额的多少与正常的收费系统财务结算没有直接的关联,正常情况下不用理会灰记录数据。 | 3) 灰记录数量或总额的多少与正常的收费系统财务结算没有直接的关联,正常情况下不用理会灰记录数据。 | ||
- | ## 5.5 窗口机 | + | ## 4.5 窗口机 |
- | ### 5.5.1 | + | ### 4.5.1 |
初始密码内部交流 | 初始密码内部交流 | ||
行 1102: | 行 804: | ||
- | ### 5.5.2 | + | ### 4.5.2 |
1) 刷卡: | 1) 刷卡: | ||
行 1150: | 行 852: | ||
操作与转款机一样,只是不设置参数卡。 | 操作与转款机一样,只是不设置参数卡。 | ||
- | ### 5.5.4 | + | ### 4.5.4 |
无论是升级串口还是窗口机联线串口都遵循: | 无论是升级串口还是窗口机联线串口都遵循: | ||
行 1161: | 行 863: | ||
- | # 六、 注意事项 | + | # 五、 注意事项 |
**针对平时要用到的功能,在实操中可能会遇到的问题,这里列举一部分供大家参考。** | **针对平时要用到的功能,在实操中可能会遇到的问题,这里列举一部分供大家参考。** | ||
- | ## 6.1 案例1:取卡太快 | + | ## 5.1 案例1:取卡太快 |
- | ### 6.1.1 | + | ### 5.1.1 |
刷卡时取卡太快,先扣掉卡中金额后,交互行为未被服务器记录。 | 刷卡时取卡太快,先扣掉卡中金额后,交互行为未被服务器记录。 | ||
- | ### 6.1.2 | + | ### 5.1.2 |
卡片修复(用数据库中的余额去矫正卡中余额)。< | 卡片修复(用数据库中的余额去矫正卡中余额)。< | ||
行 1186: | 行 888: | ||
- | ## 6.2 案例2:收费机本机上查不到当班次消费额 | + | ## 5.2 案例2:收费机本机上查不到当班次消费额 |
- | ### 6.2.1 | + | ### 5.2.1 |
1) 收费机在联机情况下才可以查询到当班次所有消费额。 | 1) 收费机在联机情况下才可以查询到当班次所有消费额。 | ||
行 1194: | 行 896: | ||
2) 收费机未升级至V6333及以上版本。 | 2) 收费机未升级至V6333及以上版本。 | ||
- | ### 6.2.2 | + | ### 5.2.2 |
1) 查原因,让收费机联机。 | 1) 查原因,让收费机联机。 | ||
行 1200: | 行 902: | ||
2) 升级收费机固件。 | 2) 升级收费机固件。 | ||
- | ### 6.2.3 | + | ### 5.2.3 |
查询 -> 下翻 -> | 查询 -> 下翻 -> | ||
行 1232: | 行 934: | ||
- | ## 6.3 案例3:两个学生拿到的卡信息与自己真实信息互相对调或不一致 | + | ## 5.3 案例3:两个学生拿到的卡信息与自己真实信息互相对调或不一致 |
- | ### 6.3.1 | + | ### 5.3.1 |
1) 两个人的卡面贴错。 | 1) 两个人的卡面贴错。 | ||
行 1240: | 行 942: | ||
2) 发卡时信息填写填写错误。 | 2) 发卡时信息填写填写错误。 | ||
- | ### 6.3.2 | + | ### 5.3.2 |
IC卡账号、卡内码、金额不变,IC卡账号与余额归属于IC卡现有持有人。 | IC卡账号、卡内码、金额不变,IC卡账号与余额归属于IC卡现有持有人。 | ||
- | ### 6.3.3 | + | ### 5.3.3 |
1) 对卡面贴错的,撕掉卡面重新贴。 | 1) 对卡面贴错的,撕掉卡面重新贴。 | ||
行 1252: | 行 954: | ||
3) 如果两个人任意一个人有消费发生,则处理方法参见5.3.4的示例。 | 3) 如果两个人任意一个人有消费发生,则处理方法参见5.3.4的示例。 | ||
- | ### 6.3.4 | + | ### 5.3.4 |
以下两个学生,现在卡上信息有误,我需要: | 以下两个学生,现在卡上信息有误,我需要: | ||
行 1268: | 行 970: | ||
- | #### 6.3.4.1 | + | #### 5.3.4.1 |
账户管理 -> 信息变更 -> 个别变更 -> 通过卡内码读出人员信息 | 账户管理 -> 信息变更 -> 个别变更 -> 通过卡内码读出人员信息 | ||
行 1282: | 行 984: | ||
- | #### 6.3.4.2 | + | #### 5.3.4.2 |
1) 账号11003911: | 1) 账号11003911: | ||
行 1314: | 行 1016: | ||
- | #### 6.3.4.3 | + | #### 5.3.4.3 |
1) 变更前: | 1) 变更前: | ||
行 1324: | 行 1026: | ||
- | #### 6.3.4.4 变更前后数据库中两个人用户信息 | + | #### 5.3.4.4 变更前后数据库中两个人用户信息 |
1) 变更前: | 1) 变更前: | ||
行 1334: | 行 1036: | ||
- | #### 6.3.4.5 小结 | + | #### 5.3.4.5 小结 |
由以上数据可见,人员信息变更操作在人员流水信息内有记录,并且除部门信息外,其余信息在变更前后都能呈现出差异,变更操作可以根据用户账号这个唯一识别标识对变更前后的消费流水进行追溯。 | 由以上数据可见,人员信息变更操作在人员流水信息内有记录,并且除部门信息外,其余信息在变更前后都能呈现出差异,变更操作可以根据用户账号这个唯一识别标识对变更前后的消费流水进行追溯。 | ||
- | ## 6.4 案例4:读出的卡号与印刷卡号不一致 | + | ## 5.4 案例4:读出的卡号与印刷卡号不一致 |
- | ### 6.4.1 | + | ### 5.4.1 |
1) 发卡时卡号填错。 | 1) 发卡时卡号填错。 | ||
行 1346: | 行 1048: | ||
2) 卡印刷编号出错。 | 2) 卡印刷编号出错。 | ||
- | ### 6.4.2 | + | ### 5.4.2 |
1) 开户,填入非正常卡号: | 1) 开户,填入非正常卡号: | ||
行 1372: | 行 1074: | ||
但为方便管理,在日常的发卡业务中,规定发卡卡号必须与印刷卡号一致。 | 但为方便管理,在日常的发卡业务中,规定发卡卡号必须与印刷卡号一致。 | ||
- | ### 6.4.3 | + | ### 5.4.3 |
1) 进入信息变更界面。 | 1) 进入信息变更界面。 | ||
行 1404: | 行 1106: | ||
该系统在开户后,销户前,账户号是跟随持卡人唯一不变的识别号。卡内码会在每更换一次IC卡,或发新卡时在系统当前最大卡内码的序号上自增1,并分配此卡内码给新开户用户。卡号的信息变更与5.3案例中的人员信息变更在操作和原理上是一致的,只因为卡号在数据库中的消费流水追溯上有至关重要的作用,所以在这一章单独说明。 | 该系统在开户后,销户前,账户号是跟随持卡人唯一不变的识别号。卡内码会在每更换一次IC卡,或发新卡时在系统当前最大卡内码的序号上自增1,并分配此卡内码给新开户用户。卡号的信息变更与5.3案例中的人员信息变更在操作和原理上是一致的,只因为卡号在数据库中的消费流水追溯上有至关重要的作用,所以在这一章单独说明。 | ||
- | ### 6.4.4 | + | ### 5.4.4 |
由于我们使用的是考勤和消费集成的复合卡,考勤识别的卡号是卡中唯一的硬件卡号,如果确定一张卡的印刷编号与实际硬件编号不一致,可以直接申请返厂。 | 由于我们使用的是考勤和消费集成的复合卡,考勤识别的卡号是卡中唯一的硬件卡号,如果确定一张卡的印刷编号与实际硬件编号不一致,可以直接申请返厂。 | ||
- | ## 6.5 案例5:换卡时无法补水控区余额到新卡 | + | ## 5.5 案例5:换卡时无法补水控区余额到新卡 |
- | ### 6.5.1 | + | ### 5.5.1 |
1) 水控因设备覆盖点多,且消费金额相对较小,所以行业内在对水控收费系统建设上一般对水控机采用离线消费模式。 | 1) 水控因设备覆盖点多,且消费金额相对较小,所以行业内在对水控收费系统建设上一般对水控机采用离线消费模式。 | ||
行 1418: | 行 1120: | ||
3) 我们所使用的校园卡都是IC消费和2.4g考勤一体的复合卡,考勤卡的换卡率高于消费卡,考勤卡换卡需要将IC卡大钱包和水控钱包内的余额全部转到新卡上去; | 3) 我们所使用的校园卡都是IC消费和2.4g考勤一体的复合卡,考勤卡的换卡率高于消费卡,考勤卡换卡需要将IC卡大钱包和水控钱包内的余额全部转到新卡上去; | ||
- | ### 6.5.2 | + | ### 5.5.2 |
- | + | ||
- | #### 6.5.2.1 | + | |
+ | #### | ||
+ | |||
- | #### 6.5.2.2 | + | #### 5.5.2.2 |
行 1432: | 行 1134: | ||
第2步读取水控金额。 | 第2步读取水控金额。 | ||
- | #### 6.5.2.3 | + | #### 5.5.2.3 |
行 1442: | 行 1144: | ||
写完水控金额后再次读水控金额,则水控余额被更改为写入的水控金额。 | 写完水控金额后再次读水控金额,则水控余额被更改为写入的水控金额。 | ||
- | #### 6.5.2.4 | + | #### 5.5.2.4 |
Ø 收取需要换卡的学生IC卡。 | Ø 收取需要换卡的学生IC卡。 | ||
行 1460: | 行 1162: | ||
如果换卡过程中忘记记录余额,可以在软件的“变更查询”中查看变更记录。 | 如果换卡过程中忘记记录余额,可以在软件的“变更查询”中查看变更记录。 | ||
- | #### 6.5.2.5 BUG提示 | + | #### 5.5.2.5 BUG提示 |
当前版本的水控金额处理小程序已发现可能因误操作导致的数据错误,当上一张卡金额处理完成后,换下一张卡,不读卡直接写金额,写进IC卡的还是上一张卡的信息。 | 当前版本的水控金额处理小程序已发现可能因误操作导致的数据错误,当上一张卡金额处理完成后,换下一张卡,不读卡直接写金额,写进IC卡的还是上一张卡的信息。 | ||
行 1466: | 行 1168: | ||
截止此版本手册发布当日该问题还未得到处理,实施过程中需特别注意。 | 截止此版本手册发布当日该问题还未得到处理,实施过程中需特别注意。 | ||
- | ## 6.6 案例6:卡回收 | + | ## 5.6 案例6:卡回收 |
- | ### 6.6.1 | + | ### 5.6.1 |
一个学生旧卡(A)掉了之后补新卡(B),过了一段时间旧卡(A)找到了,新卡(B)遗失,现在我们要回收旧卡(A),并挂失新卡(B)后,用旧卡(A)补卡。 | 一个学生旧卡(A)掉了之后补新卡(B),过了一段时间旧卡(A)找到了,新卡(B)遗失,现在我们要回收旧卡(A),并挂失新卡(B)后,用旧卡(A)补卡。 | ||
- | ### 6.6.2 | + | ### 5.6.2 |
1) 卡回收一定是要在补卡完成之后对已失效的IC卡的操作。 | 1) 卡回收一定是要在补卡完成之后对已失效的IC卡的操作。 | ||
行 1484: | 行 1186: | ||
5) 所谓IC卡处于失效状态,指的是在个人信息查询界面以卡内码为查询主条件读卡读不出卡片信息。 | 5) 所谓IC卡处于失效状态,指的是在个人信息查询界面以卡内码为查询主条件读卡读不出卡片信息。 | ||
- | ### 6.6.3 | + | ### 5.6.3 |
- | #### 6.6.3.1 查询并确认该持卡人已补过卡 | + | #### 5.6.3.1 查询并确认该持卡人已补过卡 |
以下截图中的卡片挂失状态是补新卡后新卡的再次挂失操作,对此处的功能说明无影响。 | 以下截图中的卡片挂失状态是补新卡后新卡的再次挂失操作,对此处的功能说明无影响。 | ||
行 1494: | 行 1196: | ||
- | #### 6.6.3.2 回收旧卡 | + | #### 5.6.3.2 回收旧卡 |
进入卡回收窗口:账户管理 -> 销户 -> 卡回收 -> 放需要回收的卡。 | 进入卡回收窗口:账户管理 -> 销户 -> 卡回收 -> 放需要回收的卡。 | ||
行 1506: | 行 1208: | ||
- | #### 6.6.3.3 确认回收状态 | + | #### 5.6.3.3 确认回收状态 |
在个人信息查询界面以卡内码为查询主条件读卡片信息,显示“该卡是已注销的卡”则表示卡片回收成功: | 在个人信息查询界面以卡内码为查询主条件读卡片信息,显示“该卡是已注销的卡”则表示卡片回收成功: | ||
行 1512: | 行 1214: | ||
- | #### 6.6.3.4 针对本案例对该持卡人补已回收的旧卡(A) | + | #### 5.6.3.4 针对本案例对该持卡人补已回收的旧卡(A) |
行 1518: | 行 1220: | ||
注意卡号和卡中金额,此时已经补卡成功,现在遗失的新卡(B)已经挂失并作废。 | 注意卡号和卡中金额,此时已经补卡成功,现在遗失的新卡(B)已经挂失并作废。 | ||
- | ## 6.7 案例7:批量补助 | + | ## 5.7 案例7:批量补助 |
- | ### 6.7.1 | + | ### 5.7.1 |
学校给老师发放定期食宿补助。 | 学校给老师发放定期食宿补助。 | ||
- | ### 6.7.2 | + | ### 5.7.2 |
以后勤部门3个人员的补助为例,每人一次性补助99元。 | 以后勤部门3个人员的补助为例,每人一次性补助99元。 | ||
行 1530: | 行 1232: | ||
进入补助窗口:账户管理 -> 补助 -> 批量补助。 | 进入补助窗口:账户管理 -> 补助 -> 批量补助。 | ||
- | #### 6.7.2.1 检索需给与补助的人员 | + | #### 5.7.2.1 检索需给与补助的人员 |
批量补助一次操作只能针对具有某个相同特征的一类人员,如果需要给不同特征的人员进行补助请在“补助”菜单内选择“个别补助”进行操作。 | 批量补助一次操作只能针对具有某个相同特征的一类人员,如果需要给不同特征的人员进行补助请在“补助”菜单内选择“个别补助”进行操作。 | ||
行 1538: | 行 1240: | ||
- | #### 6.7.2.2 选定补助账户 | + | #### 5.7.2.2 选定补助账户 |
行 1544: | 行 1246: | ||
第一步的“全选”操作可以用shift键或ctrl键配合鼠标左键增减部分选择人员。 | 第一步的“全选”操作可以用shift键或ctrl键配合鼠标左键增减部分选择人员。 | ||
- | #### 6.7.2.3 设定补助金额 | + | #### 5.7.2.3 设定补助金额 |
行 1556: | 行 1258: | ||
- | #### 6.7.2.4 补助成功的验证 | + | #### 5.7.2.4 补助成功的验证 |
补助成功后系统会给出窗口提示: | 补助成功后系统会给出窗口提示: | ||
行 1566: | 行 1268: | ||
- | #### 6.7.2.5 领取补助金额 | + | #### 5.7.2.5 领取补助金额 |
已完成被补助的持卡人在任一联网收费机上刷卡即可领取到补助金。 | 已完成被补助的持卡人在任一联网收费机上刷卡即可领取到补助金。 | ||
- | #### 6.7.2.6 领取补助成功的验证 | + | #### 5.7.2.6 领取补助成功的验证 |
查询个人消费流水,如果被补助人成功领取到补助金,则“金额领取”操作会显示在流水账目查询窗口。 | 查询个人消费流水,如果被补助人成功领取到补助金,则“金额领取”操作会显示在流水账目查询窗口。 | ||
行 1578: | 行 1280: | ||
- | #### 6.7.2.7 连续补助 | + | #### 5.7.2.7 连续补助 |
所谓连续补助指的是被补助人在补助金额未领取期间又被补助了新的金额: | 所谓连续补助指的是被补助人在补助金额未领取期间又被补助了新的金额: | ||
行 1586: | 行 1288: | ||
上图可见,连续补助并不影响金额领取,都是在刷卡时一次性领取所有补助金额。 | 上图可见,连续补助并不影响金额领取,都是在刷卡时一次性领取所有补助金额。 | ||
- | # 七、 常见故障及处理方法 | + | ## 5.8 MSSQL备份 |
+ | |||
+ | **消费系统数据一定要做好备份,备份方法参考[[ischool: | ||
+ | |||
+ | + <wrap em> | ||
+ | + <wrap em> | ||
+ | + <wrap em> | ||
+ | |||
+ | # 六、 常见故障及处理方法 | ||
- | ## 7.1 收费机显示“脱机” | + | ## 6.1 收费机显示“脱机” |
1.关机,重启收费机; | 1.关机,重启收费机; | ||
行 1606: | 行 1316: | ||
8.若以上流程全部排查完毕收费机仍然显示“脱机”,请联系专业技术人员处理。 | 8.若以上流程全部排查完毕收费机仍然显示“脱机”,请联系专业技术人员处理。 | ||
- | ## 7.2 收费机持续白屏或异常显示 | + | ## 6.2 收费机持续白屏或异常显示 |
1.关机,重启收费机; | 1.关机,重启收费机; | ||
行 1618: | 行 1328: | ||
- | # 八、 设备清单 | + | # 七、 设备清单 |
| 设备项 | | 设备项 |