昨天一个很小的问题，影响了一下午的测试时间，直到早晨才发现问题原因所在，不得不说，软件公司培训人员的水平实在有限，这里记录一下配置心得，方便以后工作使用。
服务端环境要求：
1、server2003 enterprise sp2,
2.net framework要安装，2.0就可以，还有一个共享文件夹的系统补丁
3.d盘建立共享文件夹的时候，文件名为OCRFolder，权限everyone要有读写权限
4.启动appd…文件夹里的小灯泡程序的时候，其实也就是服务端运行程序，第一次启动的话，会出现个界面，要求输入操作系统系统管理员的账号和密码，当时因为疏忽，而且培训人员没有讲到，服务器设置了密码，结果服务端启动的时候没有输入密码，所以后来导致客户端和服务端一直连接不上。
5.服务端和客户端机器名都有命名规则HDOCRA是服务端HDOCRB是客户端，后面都要加6位行号，如果启动服务端忘记配置密码，想要重新配置密码的话，有一个方法就是把机器码修改一下，修改的话可以把HDOCRA改成HDOCRAA类似这种，这样重新启动服务端的时候，就会出现设置系统管理员账号和密码的界面了。
客户端要求：
1.操作系统 server2003和xp都可以，前提也是要按照netframework2.0，客户端里一些xml和config配置文件具体就看手册。
2.客户端保证和服务端通讯的另一个前提，就是要保证可以正常访问到共享文件夹OCRFolder，所以可以试试在开始-运行 //服务器ip地址，然后试试在OCRFolder里面能不能读写文件。
其它：
昨天至少有50%的行社，服务端和客户端通讯之间出现问题，技术人员也找不到文件所在，实在是让人汗颜，所以保险期间，服务器administrator账号还是要设置一个密码，第一次启动服务端时记得把操作系统账号和密码设置好就可以。
除此之外，还遇到个问题，客户端扫描的图像文件提交到了远程服务器，OCR服务端，接受文件时一直报错，另外最杯具的是，把OCRkernel和server包括共享的OCRFolder文件夹里面的文件都删除掉了一些。
最后解决的办法是删除原有的服务端所有文件，包括app开头的小灯泡文件夹，重新复制服务端，进行配置，同时把机器名进行了修改，重启以后，再启动服务端，配置账号和密码，问题解决。
明年还有银企对账系统，先写到这里…20111207 17:11
今天拿到社保部门提供的批量开户数据，经过两天的实践，终于把办理流程摸索清楚了，趁这会思路清晰，赶紧写下，方便以后指导业务时参考
办理流程简述：
1.文件切割[批量开户文件限制最高500笔]–>>2.交易代码8492 选择 开户前文件转换–>>3.交易代码0628 进行批量开户–>>4.批量开户结束后，使用交易码8492 选择 开户后文件转换 5.交易代码8494 去ftp下载开户成功后转换的文件，文件格式是yhkhfk_nchz_8位日期_柜员号最后三位.txt
注意事项:
1.使用8492开户后文件转换时，当文件ftp成功上传以后，返回到8492界面，需要ctrl+F进行提交，这时综合业务系统会提醒打印业务申请书，同时会生成在0628批量开户时使用的文本文件，文件格式为BC+机构号+8位日期+3位柜员号(柜员的最后三位)
2.批量开户完成后，首先使用8492进行 开户后文件转换，记得输入单位编号，使用交易代码8494，进行开户后文件下载时，从ftp里选择yhksfk开头的文件
文件格式如下
yhkhfk_nchz_8位日期+3位柜员号.txt
3.进行批量打印存折前，记得柜员要先把自己的凭证进行上交，然后再领取新农保专用的存折，以免打印新农保存折时打印到普通的存折。
4.开户后文件转换，其中要填写单位编号，这个时候要建立在签订单位代扣协议基础上，使用8401单位协议录入时，当然这个时候需要网点 开设 对公活期临时账号。
补充:每次批量开户后，部分开户数据会有部分提示未成功，这时使用交易码0698，可以下载当时下载开户成功的数据，其中文本文件也包含开户失败的具体原因。