广东一客户希望利用暑假实现系统升级，但因最近公司项目较多，安排人手上门有点为难，所以采用远程协助方式进行系统升级指导。感谢此客户的配合，远程协助方式也算圆满完成任务。
现将与此客户在远程协助情况下的QQ聊天记录公布出来，供有兴趣者了解一下library.xml文件，以及webui.xml文件的定义与配置。
注意，尽量通过前端图形界面对此配置文件进行修改，因为直接面对服务器配置文件，不熟悉XML语法的容易修改错误。当然，在修改配置文件前，备份旧的配置文件以便还原应该是必修课了。
==============
2010-8-9 9:13:40 客户
江老师早。
升级到DP2已完成图书总库及读者库的升级，现正整理流通信息，09：30左右可完成全部升级。
稍后我会先备份一下DATA文件夹，就进行“为册记录添加索取号”
2010-8-9 9:40:21 我
好
2010-8-9 9:43:01 客户
刚备份完DATA文件夹。是先配置还是先添加索取号？
2010-8-9 9:43:13 我
都可以
2010-8-9 9:43:42 我
这样吧,添加索取号会有很长一段时间，现在我们先配置一下你的系统吧
2010-8-9 9:43:48 客户
配置要请老师来做
2010-8-9 9:43:51 我
即先修改一下library.xml
2010-8-9 9:43:59 客户
好的
2010-8-9 9:44:30 我
你可以把你那边的library.xml文件及weui.xml文件都发给我，我在这边帮你改了再回传给你
2010-8-9 9:45:31 客户
好的
2010-8-9 9:45:35 客户
马上
2010-8-9 9:47:30
[图片]9:47:30
成功接收文件
打开文件 打开所在文件夹
2010-8-9 9:48:14
[图片]9:48:14
成功接收文件
打开文件 打开所在文件夹
2010-8-9 9:48:36 我
我将要修改的地方都给你讲一下，你守着
2010-8-9 9:48:52 我
你也打开你的library.xml文件，看着我改
2010-8-9 9:48:53 客户
行，一定
2010-8-9 9:49:00 客户
好
2010-8-9 9:49:44 我
<arrived dbname="预约到书" reserveTimeSpan="2day" outofReservationThreshold="10" canReserveOnshelf="true" />
这个地方，是修改预约保留天数的，即如果预约书到馆（或本来就在馆），那么，这个reserveTimeSpan值就是保留天数
2010-8-9 9:49:50 我
你觉得2天如何？
2010-8-9 9:50:15 客户
先这样吧
2010-8-9 9:50:42 我
outofReservationThreshold="10"
意味着，假如预约者预约的书到馆了，他却不来借书，那么，这样的行为超过10次，系统会自动禁止他网上预约的权限
2010-8-9 9:50:47 我
可以改小些
2010-8-9 9:50:51 我
比如3次
2010-8-9 9:51:19 客户
对，3次也很不错了
2010-8-9 9:51:49 我
canReserveOnshelf="true"
这个属性是指是否允许预约在馆的图书。如果允许，那么书没有被人借出，也可以被人预约（相当于提前占位孖）
2010-8-9 9:52:15 我
这对于公共图书馆来说可以，不过，对于你们学校图书馆，可以考虑不允许，省点麻烦
2010-8-9 9:52:33 客户
好，就不允许吧
2010-8-9 9:52:42 我
那我就改成：
<arrived dbname="预约到书" reserveTimeSpan="2day" outofReservationThreshold="3" canReserveOnshelf="flase" />
2010-8-9 9:52:56 客户
好的
2010-8-9 9:54:05 我
<message dbname="消息" reserveTimeSpan="" />
reserveTimeSpan属性是设置假如系统发了消息，这些消息保留多少天——如果长期保留，垃圾消息会在系统辅助库之消息库中存贮很多，如果保留时间短，那么不利于追查曾发过的消息
2010-8-9 9:54:22 我
所以，建议改成：
<message dbname="消息" reserveTimeSpan="180day" />
2010-8-9 9:54:46 我
即，180天后，系统自动清除180天前发的消息
2010-8-9 9:55:20 客户
60天应该也行了
2010-8-9 9:55:49 我
这到没太大关系，因为这些消息其实也不占地方
2010-8-9 9:55:55 我
所以，留一学期吧
2010-8-9 9:55:58 客户
好
2010-8-9 9:56:51 我
<amerce dbname="违约金" overdueStyle="pauseBorrowing" />
overdueStyle="pauseBorrowing"值可以这样设置，pauseBorrowing指启用以停代金功能
2010-8-9 9:57:04 我
以停代金功能知道吧？
2010-8-9 9:57:42 客户
知道，目前我馆是收罚金，每天1角
2010-8-9 9:59:13 我
建议你们启用双轨制，即在这里加上属性值
这是减少读者矛盾的好措施，理由如下：
1、收这点钱，肥不了你们馆。
2、为这点钱，引起读者不满，在学校口碑不好，不值
2010-8-9 9:59:26 我
3、如果启用双轨制，是这样的效果：
2010-8-9 10:00:01 我
读者假如超期一天，系统会同时计算出他该罚1角，或者明天（24小时后）才能来办理借书
2010-8-9 10:00:31 我
这样让读者选择，读者如果觉得第二天再跑一趟，不如交1角，他会情绪稳定的
2010-8-9 10:01:14 我
并且，假如读者不交钱，不来借书，你们也不亏——学生交了学费，人家不再来麻烦你们服务，不收这点罚款也赚了
2010-8-9 10:01:26 我
所以，这是我的建议，你们馆自己好好商量一下吧
2010-8-9 10:01:42 客户
对，应该更好些。但要开学后讨论后才能定。
2010-8-9 10:01:57 我
如果一定要罚，就保留overdueStyle值为空即可
2010-8-9 10:02:00 客户
那先按您的建议做
2010-8-9 10:02:29 客户
好的，知道怎做就更好了
2010-8-9 10:02:59 我
rightsTable小节，是权限
2010-8-9 10:03:13 我
现在是自动根据你们原来的流通权限升级上来的
2010-8-9 10:03:34 我
代码虽然多些，但效果跟以前一样
2010-8-9 10:03:53 我
不过，少几个新增的参数，我给你补起来：
2010-8-9 10:04:02 客户
<param name="丢失违约金因子" value="10.0" />
是赔书倍率吧，我们按2倍
2010-8-9 10:04:19 客户
好的
2010-8-9 10:04:24 我
对，自己改就可以了
2010-8-9 10:05:00 客户
我这是没改的，到时对照一下应该加以加强理解
2010-8-9 10:06:39 我
<param name="工作日历名" value="基本日历" />
这里，设置一个名为“基本日历”的工作日历，随后，可以在这个工作日历中，设置图书馆的闭馆时间，这样，当读者借期在闭馆时间内，就会自动顺延到下一个开馆时间还也不算超期
2010-8-9 10:07:26 我
注意，复杂的应用，是允许设置多个工作日历名的，即多个工作日历来定义不同的闭馆时间——比如以后实习生的闭馆时间跟普通读者就可以不一样
2010-8-9 10:07:32 客户
理解，也会在内务前端修改
2010-8-9 10:07:35 我
不过，你们可以暂简单应用
2010-8-9 10:08:14 客户
毕业班有这个要求
2010-8-9 10:08:33 客户
做个示范吧
2010-8-9 10:09:42 我
<param name="借期" value="30day,30day" />
这个可以看懂了，value值中，以英文逗号分隔了多个时间值，意味着第一次借期、第二次借期，……，等等。事实上，第二次借期就是常说的续借，也就是说，你还可以允许多次续借呢
2010-8-9 10:10:07 客户
知道
2010-8-9 10:11:02 客户
目前学生都30天
2010-8-9 10:11:11 客户
教师都90天
2010-8-9 10:13:38 我
工作日历名参数，在权限小节中起的作用是告诉系统，某个类别的读者采用的工作日历是什么而已——具体的工作日期设置，需要在后面的<calendars>小节中定义，随后再讲它的定义。也就是说，假如随后在<calendars>中定义了一个名为“实习生日历”，那么，你可
以在“实习生”这个类别的读者权限中定义它的参数为：
<param name="工作日历名" value="实习生日历" />
2010-8-9 10:14:19 我
当普通读者变成了实习生后，可以考虑批修改一下读者类型为实习生，自然它的借还期限就受实习生日历限定了
2010-8-9 10:14:26 我
明白了吧？
2010-8-9 10:15:04 客户
明白
2010-8-9 10:15:53 我
这里的借期，包括续期，你自己慢慢修改，我仅简单给你一个示范
2010-8-9 10:16:09 客户
好
2010-8-9 10:16:26 我
<param name="超期违约金因子" value="CNY0.1/day" />
这里改成你们每天罚一角的效果
2010-8-9 10:16:36 客户
好
2010-8-9 10:19:13 我
<param name="以停代金因子" value="1" />
前面，我们启用了“以停代金”功能（overdueStyle="pauseBorrowing"）
那么，这里就得告诉系统，假如一册书超期了一天，停借多少天呢？这个因子，就是一个倍率，这里设置1，意味着1册超期1天，则停
一天。建议这么设置，好记。当然，你还可以设置成0.5，意味着停半天（12小时）
2010-8-9 10:19:58 客户
好的
2010-8-9 10:20:10 我
<param name="丢失违约金因子" value="2" />
这里，就是改成你们要的丢失赔书的倍率为2倍
2010-8-9 10:20:22 客户
是的
2010-8-9 10:22:13 我
事实上，我们还可以通过扩展二次脚本程序，根据客户的具体要求来细分不同的倍率——比如根据书的出版时间、复本量、册类型等来综合判断，定义出不同的倍率出来，那么，出版时间久远的、复本少的、特藏书等就赔的多些。
这属于系统增殖服务项目
2010-8-9 10:23:13 客户
好，视情况再定
2010-8-9 10:23:32 我
简单应用，直接用这里的丢失违约金因子固定一个常见的倍率——如果在实际收费时，觉得收少了或收多了，还是允许收费人员修改具体金额的
2010-8-9 10:24:08 客户
这是与目前制度一致的
2010-8-9 10:24:36 我
需要提醒一下，系统有这样的节省代码设计体系，比如：
<type reader="*">
<param name="可借总册数" value="5" />
<param name="可借册数" value="5" />
<param name="可预约册数" value="2" />
<param name="工作日历名" value="基本日历" />
<param name="借期" value="30day,30day" />
<param name="超期违约金因子" value="CNY0.1/day" />
<param name="以停代金因子" value="1" />
<param
name="丢失违约金因子" value="2.0" />
<type book="*">
<param name="可借册数" value="2" />
<param name="借期" value="30day,30day" />
<param name="超期违约金因子"
value="CNY0.1/day" />
<param name="丢失违约金因子" value="10.0" />
<[表情]pe>
2010-8-9 10:25:58 客户
应该是默认读者？
2010-8-9 10:26:00 我
你可以看出，有很多个嵌套的<type>元素，那么，如果在自己下面定义了param参数，系统就优先这个自己的参数定义。如果自己下面没有定义这些参数，就认上一层的参数定义
2010-8-9 10:26:45 我
对，我刚复制的代码，是你那边升级时从旧系统的默认的读者类型权限定义。
2010-8-9 10:27:11 客户
明白
2010-8-9 10:27:37 我
现在，我把你那边有的读者类型，都把升级时没有产生的新系统中需要的参数定义都添加进去
2010-8-9 10:27:52 客户
好
2010-8-9 10:30:13 我
对了，我还看到你有一个“系部”的读者类型，这是干什么用的？
2010-8-9 10:31:26 客户
有个别系部有时临时要借好几十本书
2010-8-9 10:33:36 我
虽然我们可以把部门当成一个“读者”，进行借还管理（这也是旧系统中常见的处理方式）——但是，如果这样，当这个读者借阅量太大，那么以后每次调阅此读者时，都会消耗系统资源，效率不高，并且，一般来说，这种集体借阅方式，常不便于设置借还期限与权限
。所以，建议在新系统中，利用新系统更方便的批修改册信息及典藏批移交方式来处理这类应用需求
2010-8-9 10:34:51 我
即，所谓的“系部”借阅，其实不过就是将图书馆原来馆藏地点为“XXXX”的，改成“XX系部”，并打印出一个调拨清单备查
2010-8-9 10:34:46 客户
对，这应该更好
2010-8-9 10:35:14 客户
是，非常很。本就应该如此
2010-8-9 10:35:54 我
这样，读者网上查询时，可以清楚知道图书馆现在某册书在“XXX系部”——如果在系部装一个流通前端，还真可以去那里借书——只要系部那边允许
2010-8-9 10:36:10 我
好，继续别的
2010-8-9 10:36:11 客户
是的
2010-8-9 10:36:16 客户
好
2010-8-9 10:37:17 我
<locationTypes>
<item canborrow="yes">
</item>
<item canborrow="yes">保留库</item>
<item canborrow="yes">社会科学书库</item>
</locationTypes>
简单应用中，在升级过程中，就会从你们数据中找出你们的
馆藏地点来，并允许你们根据这些馆藏地点，设置是否允许外借。这就是上述代码的作用
2010-8-9 10:38:21 我
但是，系统通过二次脚本代码，可以更灵活更强大地设置借还条件，比如某工作人员在某工作台上才能借还某馆藏地点中的某册类型的图书
2010-8-9 10:38:35 客户
是的，空是我修改的，后面二个应该也是实际不存在的，升级过程显示的
2010-8-9 10:39:08 我
这个二次脚本代码，我会在随后再细讲，当启用了强大的二次脚本代码控制时，上述的馆藏地点借还控制代码就无效了
2010-8-9 10:39:27 客户
知道
2010-8-9 10:39:41 我
嗬嗬，升级过程中显示的，就一定是你的数据中有的馆藏字段的内容
2010-8-9 10:40:01 我
并不是你说的实际不存在的
2010-8-9 10:40:06 客户
应该是错做的数据吧
2010-8-9 10:41:32 我
喔，对了，新系统从各个方面来说，更强调馆藏地点喔——除了让读者网上查询一目了然书刊位置外，还在分配索取号中严格绑定馆藏地点的
2010-8-9 10:41:53 我
所以，假如你们以前不重视馆藏地点，以后就可以重视起来了
2010-8-9 10:42:03 客户
明白这个。
2010-8-9 10:42:53 我
现在的馆藏地点，假如是空，可以让系统默认就是“图书馆”，如果你们以后想给这些空的加上某个馆藏地点，可以根据某些条件将相关册信息聚在一起，通过批修改册窗统一添加为某个馆藏地点
2010-8-9 10:43:04 我
好，继续
2010-8-9 10:43:18 我
<accounts>
<account name="supervisor" password="zqUVnNtc61qs18ndLrruVv1r8CDWSHOx"
rights="borrow,return,renew,lost,reservation,setclock,changereaderpassword,verifyreaderpassword,getbibliosummary,searchitem,getiteminfo,searchreader,getreaderinfo,setreaderinfo,listbibliodbfroms,searchbiblio,getbiblioinfo,getentities,se
tentities,searchitemdup,getoperlog,amerce,amercemodifyprice,amerceundo,search,getrecord,getcalendar,changecalendar,newcalendar,batchtask,clearalldbs,devolvereaderinfo,getuser,changeuser,newuser,deleteuser,changeuserpassword,getsystempar
ameter,repairborrowinfo,passgate,getres,writeres,setbiblioinfo,hire,settlement,undosettlement,getissues,setissues,getorders,setorders,denychangemypassword,writeobject,writetemplate,managedatabase,setsystemparameter,restore,searchorder,s
earchorderdup,getorderinfo,searchissue,searchissuedup,getissueinfo,foregift,returnforegift" type="" />
<account name="reader" type="reader"
rights="changereaderpassword,getbibliosummary,getiteminfo,searchitem,getreaderinfo,setreaderinfo,renew,reservation" />
<account name="public" type="reader" rights="denychangemypassword" />
<account name="图书馆"
password="" rights="" type="" />
</accounts>
2010-8-9 10:44:40 我
<accounts>小节，存贮了多个<account>。这些就是图书馆应用服务器层面的帐户信息存贮位置
2010-8-9 10:44:56 客户
明白
2010-8-9 10:45:50 我
注意，有三个预置的帐户：
name="reader" name="public" name="图书馆"
2010-8-9 10:45:48 客户
我记得上次有过升级后不能设置帐户的情况
2010-8-9 10:46:22 客户
好的
2010-8-9 10:46:52 我
reader是给读者分配的权限，public是给网上查询匿名用户的
2010-8-9 10:47:02 客户
明白
2010-8-9 10:47:13 我
这两个权限，不要去添加密码，保留为空即可
2010-8-9 10:47:21 客户
好的
2010-8-9 10:48:08 我
图书馆这个帐户，是发系统消息通知等用的——比如给读者发到书通知、超期通知等
2010-8-9 10:48:16 客户
明白
2010-8-9 10:49:19 我
虽然它的权限也很简单，但由于我们网上消息通知机制，允许读者回发或给别的帐户发送消息，所以，建议还是为“图书馆”这个帐户添加密码，以免读者在网上冒图书馆名义给别的读者发消息通知
2010-8-9 10:49:46 客户
好的，到时会加上
2010-8-9 10:50:18 我
注意，添加密码不能简单在这里添加进password属性值。得利用前端添加，这样才能正确添加进加密扰乱密码字符串
2010-8-9 10:50:31 客户
知道
2010-8-9 10:51:01 我
<browseformats>
<database name="图书总库">
<format name="详细" type="biblio" />
</database>
</browseformats>
这里体现了某库的书目浏览格式定义
2010-8-9 10:51:49 客户
明白
2010-8-9 10:52:07 我
允许设置多种浏览格式，系统默认提供“biblio”这个格式。如果有意，可以通过脚本扩展出多种格式供前端读者选择
2010-8-9 10:52:48 我
<virtualDatabases searchMaxResultCount="5000">
在空上小节中，配置了允许WWW OPAC查询中的数据库
2010-8-9 10:52:47 客户
以后可能的话再不断完善
2010-8-9 10:53:07 我
可以是物理的数据，也可以虚拟整合的数据库
2010-8-9 10:54:35 我
searchMaxResultCount="5000"
这个属性值，定义了在OPAC中，超过了5000的命中结果就忽略不显示——这是提高检索效率的设置，因为常见情况下，读者在网上是没必要一次获得5000以上的检索结果的
2010-8-9 10:54:51 客户
明白
2010-8-9 10:55:06 我
当然，如果你不想限制，可以把值改成-1:
searchMaxResultCount="-1"
2010-8-9 10:55:32 客户
还是要有所限制的
2010-8-9 10:56:07 我
事实上，我们的系统查询效果很好，一般只要服务器性能好些，象你们这种几十万册的馆藏量，是可以不用限制的——如果你们觉得有必要满足这类读者需求的话
2010-8-9 10:56:40 我
即不用限制，也不会太拖累服务器
2010-8-9 10:56:41 客户
5000个也很多了
2010-8-9 10:56:52 我
嗬，你可以把它改小些
2010-8-9 10:57:29 我
<valueTables>
<table name="location" dbname="">保留库,社会科学书库</table>
<table name="state" dbname="">
</table>
<table name="bookType" dbname="">普通图书,文学,教材,社科</table>
<table
name="readerType" dbname="">普通读者,本科生,学生,技校,教师,教授,院长,系部</table>
<table name="readerState" dbname="">
</table>
<table name="hirePeriod" dbname="">半年,一年</table>
<table
name="issueState" dbname="">
</table>
<table name="orderSeller" dbname="">新华书店,中图公司</table>
<table name="orderSource" dbname="">本馆经费,世行贷款</table>
<table name="orderState" dbname="">已订购,
已验收</table>
<table name="orderClass" dbname="">社科,自科</table>
<[表情]alueTables>
2010-8-9 10:57:40 客户
不过应该不会有超过5000个命中吧，除非输入*
2010-8-9 10:58:29 我
不输入内容或输入被我们停用字表过滤的字符，就代表全部检索
2010-8-9 10:58:48 客户
明白
2010-8-9 10:59:12 我
valueTables小节中，定义了一些前端所用到的下拉值列表，这是提高前端输入效率与准确性的设置
2010-8-9 10:59:21 我
你可以根据你们的具体情况修改
2010-8-9 10:59:26 客户
好
2010-8-9 10:59:33 客户
明白
2010-8-9 10:59:37 我
<table name="location" dbname="">保留库,社会科学书库</table>
2010-8-9 11:00:02 我
都是以英文逗号分隔的值字符串
2010-8-9 11:00:14 我
比如上述是馆藏地址
2010-8-9 11:00:22 客户
明白
2010-8-9 11:00:57 客户
hirePeriod 不太明白
2010-8-9 11:01:00 我
<table name="state" dbname="">注销,丢失,剔旧,破损</table>
这是册状态
2010-8-9 11:01:27 客户
好的
2010-8-9 11:03:01 我
<table name="location" dbname="">保留库,社会科学书库</table>
<table name="state" dbname="">注销,丢失</table>
<table name="bookType" dbname="">文学,教材,社科</table>
<table name="readerType" dbname="">普通
读者,本科生,学生,技校,教师,教授,院长,系部</table>
<table name="readerState" dbname="">注销,停借,挂失</table>
<table name="hirePeriod" dbname="">半年,一年</table>
<table name="issueState" dbname="">
</table>
<table name="orderSeller" dbname="">新华书店,中图公司</table>
<table name="orderSource" dbname="">本馆经费,世行贷款</table>
<table name="orderState" dbname="">已订购,已验收</table>
<table
name="orderClass" dbname="">社科,自科</table>
2010-8-9 11:04:31 客户
好
2010-8-9 11:04:42 我
hirePeriod值列表，是为某些公共图书馆收取租金设置的：他们可能是每半年或第一年收一次的需求，系统会根据这些值计算具体的费用。你们用不着，就不用理它
2010-8-9 11:04:58 客户
好
2010-8-9 11:05:23 我
至于其它跟order(订购)有关的值列表，你们自行修改来符合你们实情吧
2010-8-9 11:05:42 客户
这些都明白的
2010-8-9 11:07:09 客户
日期一节，基本明白。可跳过继续下面的
2010-8-9 11:07:18 我
注意，这些值，只是为了提高前端的输入效率与准确性而用的。但并不是说只要这里定义了值，前端才能据此录入。事实上，前端除了可以在其下拉列表中选择这些值外，还可以自行在输入框中录入任意值。所以，这里可定义常用的值即可，特殊的、偶尔用到的值，前
端录入人员自行添加吧
2010-8-9 11:07:44 客户
知道
2010-8-9 11:09:44 我
嗬，可不能跳过，因为前面说了的。
如果你想设置多个工作日历，在这里就会体现出多个calendar元素，比如：
<calendars>
<calendar name="基本日历" range="20100101-20101231" comment="从dt1000升级过来的开馆日历"></calendar>
<calendar name="实习生日历" range="20100101-20101231" comment="">20110630-20111030</calendar>
</calendars>
2010-8-9 11:11:07 我
好了，来到了强大的二次脚本代码小节了：
<script>……</script>
在这里，懂得C#的系统维护人员，就可以利用我们系统提供的很多函数，实现很多功能了
2010-8-9 11:12:15 客户
这个对我来说就难了，C#语言不懂。
2010-8-9 11:12:33 我
默认升级后，这里只提供了GetBiblioPart()函数，利用它，你前端可以很方便获得册价格、索取号（从905）、ISSN或ISSN等
2010-8-9 11:13:15 我
是的，常见的脚本，我会建议你们添加条码校验函数、借还控制函数的
2010-8-9 11:13:22 我
我现在就帮你添加
2010-8-9 11:13:51 我
请告诉我，你们的条码规则是什么：
即，读者证条码是什么样的规则？册条码是什么样的规则？
2010-8-9 11:15:08 我
有了条码校验函数，前端除了可以帮你们判断录入的条码是否合法外，还可以利用它，让系统自动判断录入的条码是读者条码还是册条码，从而提高工作效率
2010-8-9 11:15:32 客户
这里要加一些条码自动验证，我馆情况，图书B开头后6位数字，读者R开头，后6位数字。但图书条码马上用用B999999了，以后就用S或T开头，后6位数字
2010-8-9 11:16:54 我
好，意味着你们的条码都是7位长度，在这个前题下，如果首字母是R则是证条码；首字母是B、S或T的则为册条码？
2010-8-9 11:17:54 我
对了，除了首字母外，剩下的都是纯数字吧？
2010-8-9 11:18:11 我
也就是说，只要不符合这样的规则的，都是错误条码？
2010-8-9 11:18:26 客户
是的，目前这个计划（图书条码已做S开头的了）应该够5一10年了
2010-8-9 11:19:00 我
好，以后可以改
2010-8-9 11:19:05 客户
是的
2010-8-9 11:19:46 我
不过，假如你们都找不出证条码与册条码的区分规则，程序就不方便帮你们判断并利用它的智能功能了
2010-8-9 11:20:10 客户
明白这个道理
2010-8-9 11:22:16 我
// return: 0 not valid barcode; 1: is valid reader barcode; 2: is valid item barcode
public int VerifyBarcode(string strBarcode,
out string strError)
{
strError = "";
if
(String.IsNullOrEmpty(strBarcode) == true)
{
strError = "条码为空";
return 0;
}
// 只要是7位长度
if (strBarcode.Length == 7)
{
string prefix = strBarcode.Substring(0,1);
string strNumber = strBarcode.Substring(1);
switch (prefix)
{
case "R" :
if (IsPureNumber(strNumber) == false)
{
strError = "读者条码第二个字符起应当为纯数字";
return 0;
}
return 1;
break;
case "B" :
if (IsPureNumber
(strNumber) == false)
{
strError = "册条码第二个字符起应当为纯数字";
return 0;
}
return 2;
break;
case "S" :
if (IsPureNumber(strNumber) == false)
{
strError = "册条码第二个字符起应当为纯数字";
return 0;
}
return 2;
break;
case "T" :
if (IsPureNumber(strNumber) == false)
{
strError = "册条码第二个字符起应当为纯数字";
return 0;
}
return 2;
break;
default :
strError = "读者条码第一字符应当为R;册条码第一字符应该为B,S或T";
return 0;
break;
}
}
strError = "条码长度不是7位";
return 0;
}
// 检测字符串是否为纯数字(不包含'-','.'号)
public static bool IsPureNumber(string s)
{
if (s == null)
return false;
for(int i=0;i<s.Length;i++)
{
if ( s[i] > '9' || s[i] < '0' )
return false;
}
return true;
}
2010-8-9 11:22:50 我
好，改好了，发给你看看。
2010-8-9 11:23:10 我
继续。现在我们来增加控制借还的代码
2010-8-9 11:23:05 客户
行
2010-8-9 11:23:25 我
请问，你们现在有无控制借还的规则？
2010-8-9 11:23:24 客户
好
2010-8-9 11:23:42 我
比如什么馆藏地点的不允许外借或什么册类型的不允许外借？
2010-8-9 11:23:43 客户
不明白指？
2010-8-9 11:25:03 我
打个比方，假如你们分配某册的馆藏地点为“内阅书库”，如果想限定“普通读者”这种类型的读者不能借这个馆藏地点的册，就可以在这里设置了
2010-8-9 11:25:04 客户
本有有的，但因馆藏地点没分，就没法分了，（图书目前也没真正分社科等）
2010-8-9 11:25:25 我
也就是说，也没有用册类型来控制借还？
2010-8-9 11:25:51 我
仅用了前面rightsTable小节中的权限代码来控制？
2010-8-9 11:26:23 客户
目前先这样吧
2010-8-9 11:26:09 客户
没有。本来是从那借出只能还回原出借的地方
2010-8-9 11:26:54 我
那么，我可以不帮你配置，或配置一些跟你当前效果不冲突的示例代码，以后你依葫芦画瓢就方便修改了
2010-8-9 11:27:04 客户
好
2010-8-9 11:27:25 我
喔，从那借出只能还回原来出借的地方，就可以在这里配置
2010-8-9 11:27:40 客户
有需要再请教老师也是一样的
2010-8-9 11:27:51 客户
那更好了
2010-8-9 11:27:55 我
但你们得准备好馆藏地区分或工作台号区分等
2010-8-9 11:28:13 我
时间关系，我就配置些示范代码给你了
2010-8-9 11:28:30 客户
馆藏地目前没法分。
好的
2010-8-9 11:30:25 客户
离开约3分钟
2010-8-9 11:33:30 我
<mailTemplates>
……
</mailTemplates>
这是预约到书通知功能中所应用到的消息内容模板设置，里面有一些宏参数，这些不要乱改，别的文字你们可以根据自己的实情进行调整。
2010-8-9 11:33:45 客户
好的
2010-8-9 11:35:25 我
<zhongcihao>
这个小节，是为那些在书目905字段中分配种次号的客户定义的，如果不采用905分配种次号（在册信息中分配），或根本就不采用种次号的客户，那么，这个小节无需关注
2010-8-9 11:36:00 客户
我馆没用种次号
2010-8-9 11:36:45 客户
有需要用时再配置也来得及
2010-8-9 11:37:41 客户
<monitors>也不明白
2010-8-9 11:38:24 我
对了，顺带提醒一下别的用户，现在升级后，书目库的检索点改成了“索取类号”，而这个旧的配置文件还叫"索书类号"，与库不一致，所以如果不调整，会不起作用的。
2010-8-9 11:39:44 我
<callNumber>
<group name="汉语著者号码" classType="中图法" qufenhaoType="GCAT" zhongcihaodb="">
<location name="流通书库" />
<location name="特藏书库" />
<location name="采编部" />
</group>
<group name="种次号" classType="中图法" qufenhaoType="种次号" zhongcihaodb="种次号">
<location name="西文书库" />
</group>
</callNumber>
这个callNumber小节，就是当前版本启用的“排架体系”定义——
在这里，可以根据馆藏地点绑定采用具体的著者号或种次号
2010-8-9 11:40:20 客户
明白
2010-8-9 11:40:23 我
我发给你的这个代码，是我这边的示例，一会儿，我利用你的前端，创建给你看看
2010-8-9 11:40:35 客户
好的，
2010-8-9 11:42:05 客户
江老师，先休息一会吧，12点后我这会没饭吃了
2010-8-9 11:42:27 我
<monitors>
<readersMonitor startTime="23:00" />
<arriveMonitor startTime="23:00" />
<messageMonitor startTime="23:00" />
</monitors>
系统服务器端会有一些后台进程，以自动处理相关事务。上述这个小节，就是指
明相关服务器后台进程的启动时间
2010-8-9 11:42:48 我
在这里设置了，就是指定时启动，如果没有设置，就是每隔10分钟自动启动
2010-8-9 11:43:02 客户
O
2010-8-9 11:43:20 我
好，休息半小时，一会儿继续讲解
2010-8-9 11:44:00 客户
好的，12：10就回来，老师也要休息一会
2010-8-9 12:12:06 客户
刚赶回来
2010-8-9 12:15:12 我
来了
2010-8-9 12:15:15 我
继续：
2010-8-9 12:15:23 客户
好的
2010-8-9 12:16:07 我
readersMonitor，是读者库的监控，比如读者超期啥的，就通过这个服务器后台进程进行处理
2010-8-9 12:17:25 客户
明白
2010-8-9 12:18:17 我
arriveMonitor ，是预约到书的监控，当预约书到馆或本来就在馆内，系统服务器后台进程会对它进行后续处理——由于预约到书有一个保留期，所以假如设置成定时启动，比如每天的23:00启动，就会浪费一定的保留时间——假如早晨此书就到馆了，晚上才去提醒预
约者，显然就浪费了保留期了
2010-8-9 12:18:51 我
所以，建议可把这个监控小节删除，这样，就会每隔10分钟处理
2010-8-9 12:19:22 客户
应该半天一次可能更好些
2010-8-9 12:19:49 我
messageMonitor，这是监控消息的，比如过期消息自动清除，就靠它了
2010-8-9 12:20:14 客户
知道
2010-8-9 12:20:43 我
这个运行频率不可能统一。所以，分配一个定时的，加上一个默认的频率，足够对付日常应用了
2010-8-9 12:20:59 客户
是的
2010-8-9 12:22:44 我
<utilDb>
<database name="出版者" type="publisher" />
<database name="种次号" type="zhongcihao" />
</utilDb>
在升级时，系统会自动创建一些辅助库，比如这里的“出版者”，它的type属性值为"publisher",意味着这个库中，
是存贮ISBN号与出版者信息对照辞条的库，有了它，以后在MARC编辑窗中，根据ISBN自动生成出版者信息才有依据
2010-8-9 12:23:33 我
"种次号",它的类型"zhongcihao"，就是指明这是一个存贮种次号尾号的辅助库
2010-8-9 12:23:58 客户
对，出版者库还请老师一并配置
2010-8-9 12:23:59 我
如果有需求，可以设置很多不同名的种次号尾号库
2010-8-9 12:24:29 客户
目前种次号库可以先不配
2010-8-9 12:25:09 我
出版者库，随后我可以提供一些以前收集整理的对照辞条让你通过批处理前端导入
2010-8-9 12:25:30 我
以后，如果有新的，可以通过前端自动添加维护
2010-8-9 12:25:23 客户
好的
2010-8-9 12:25:37 客户
是的
2010-8-9 12:26:01 我
<libraryInfo>
<libraryName>XXX图书馆<[表情]braryName>
<[表情]braryInfo>
2010-8-9 12:26:45 我
这个很简单，设置的图书馆名称，可以用到诸如打印出纳凭条等环节。它不是重要的必备的配置
2010-8-9 12:26:56 客户
是的
2010-8-9 12:28:49 我
<clock>0</clock>
这个小节，代表我们图书馆系统的时钟与服务器操作系统的时钟的偏移量——一般为0，即不偏移。
系统为了测试调试方便角度，允许前端根据授权修改这个偏移量，这样借还时产生的操作时间，就不再跟服务器操作系统时间一样。
——常规使用
，保留不偏移即可
2010-8-9 12:29:17 客户
明白
2010-8-9 12:29:20 我
好了，library.xml文件基本就配置好了，我把修改后的发给你，你去覆盖替换旧的即可
2010-8-9 12:29:29 客户
好的
2010-8-9 12:29:54
[图片]12:29:54
成功发送文件“library.xml”(33.00KB)。
2010-8-9 12:30:12 我
继续谈谈另一个负责网络查询显示的配置文件webui.xml
2010-8-9 12:30:26 客户
好
2010-8-9 12:32:35 我
你可以发现，进入WWW公共查询界面中，可以看到左边有一个导航链接，它是受如下代码控制的：
<leftAnchor>
<a href="http://192.163.3.3">图书馆主页</a>
</leftAnchor>
2010-8-9 12:33:06 我
假如你http://192.163.3.3有你的图书馆网站主页，你就可以这么配置
2010-8-9 12:33:41 我
对了，假如你想加一个双网卡服务器，由外网读者访问，那么，你这个地址就得改成外网的喔
2010-8-9 12:34:33 客户
明白，图书馆是有网页，但是要外网才能访问的
2010-8-9 12:34:49 我
<titleLeft>
<img border='0' src="./style/title_logo.gif" />
</titleLeft>
这是那个公共查询界面左边的logo文件，你可以用这种方式换成你们想要的图标
2010-8-9 12:35:17 客户
明白
2010-8-9 12:36:22 我
<titleCenter>
<div class="readername">%readername%</div>
<div class="titletext">%titletext%</div>
</titleCenter>
这里有两个%号括起来的宏参数。当访问者登录公共查询系统
后，会据此显示相应的信息：比如登录者名称及相应提示文字等
2010-8-9 12:36:58 我
<userType type="librarian" titletext="一切为了读者" style="0" name="欢迎你:%userid%" />
<userType type="notlogin" titletext="请先登录" style="0" />
<userType type="public" titletext="图书馆是
知识的海洋" style="0" />
这里，就定义了三种登录类型的提示文字等，你可以据此修改
2010-8-9 12:38:32 客户
这些配置是配置查询书目等方面，并且有一链接图书馆网页的配置，是这样理解吧
2010-8-9 12:38:42 我
<statisColumn visible="librarian" />
系统提供很方便的常见出纳统计汇总信息供登录者查看——登录后，在导航栏中会有一个“统计信息”。在上面的代码中，可以定义允许查看这些统计信息的登录类型
2010-8-9 12:39:40 客户
以前曾试用过，明白其作用。
2010-8-9 12:41:48 我
比如可以这样设置：
<statisColumn visible="librarian,reader,publisher,notlogin" />
以英文逗号分隔，意味着允许图书馆员、读者、匿名登录者、未登录者都可以看统计信息
2010-8-9 12:42:45 客户
publisher是匿名登录者？
2010-8-9 12:43:31 我
<locationDisplay>
<item value="保存本库" url="./reservehouse.html">
<caption lang="zh-cn">保存本库</caption>
<caption lang="en">Reserve House</caption>
</item>
<item value="阅览室">
<caption lang="zh-cn">阅览室</caption>
<caption lang="en">Reading Room</caption>
</item>
<item value="流通书库">
<caption lang="zh-cn">流通书库</caption>
<caption lang="en">Circulation</caption>
</item>
</locationDisplay>
这个代码你可能暂用不着。因为我们的馆藏地点，多是采用某个语种字符串或代码
。但由于我们系统可以提供多种语种切换，为了方便在不同语种情况下，显示直观的馆藏地点，所以提供了这里的设置代码
2010-8-9 12:43:47 我
对，publisher是匿名登录者
2010-8-9 12:44:24 客户
好的，
2010-8-9 12:45:33 我
<itemsControl>
<properties displayBlankTable='false'/>
</itemsControl>
这个小节，定义了是否显示空的册信息项——某些书目可能没有添加相应的册信息项，如果displayBlankTable="true"，就会显示一个空白的册信息栏，这样
可能不好看，所以可以关掉
2010-8-9 12:46:03 我
还有些定义暂未启用。
2010-8-9 12:46:18 我
这个配置文件也讲解完了
2010-8-9 12:46:39 客户
好的
2010-8-9 12:46:56
[图片]12:46:56
成功发送文件“webui.xml”(2.00KB)。
2010-8-9 12:48:18 客户
二个文件都替换了原来的
2010-8-9 12:48:44 我
注意，这些配置文件都是XML格式，必须符合XML语法，所以最好是通过前端界面进行修改，只有前端未提供修改界面的，或很熟悉系统的管理员，才可以直接修改服务器端的这些配置文件
2010-8-9 12:49:09 客户
明白
2010-8-9 12:49:37 我
对了，library.xml文件中，还忘了讲解查重配置代码了
2010-8-9 12:49:54 客户
是啊
2010-8-9 12:50:32 我
这个代码受<dup>小节控制
2010-8-9 12:51:02 我
这样，我远程利用你前端，操作给你看一下，利用前端生成这个小节
2010-8-9 12:51:36 客户
好的
2010-8-9 12:52:11 我
查重，在我们系统中，提供了独特的加权模糊查重技术，如果不太懂这个概念，可到公司BBS中查看相应帖子。这里就不多讲了
2010-8-9 12:52:28 我
请申请我远程控制
2010-8-9 12:53:24 我
我远程帮你添加ISBN库内容、配置排架方案（为产生著者号）、查重设置
2010-8-9 12:54:01 我
注意，你现在刚升级，只加了一个超级用户，所以请用它登录，我好据此操作
2010-8-9 13:02:03 我
我刚远程看到你的前端环境，你可以看到我在切换窗口时，你那中文输入法会自动切换为全角状态，这样输入的数字就不对。这是因为你装的.net framework版本较低所暴露出来的.net framework 2.0的一个BUG
2010-8-9 13:02:58 我
为了不影响操作，你可以到微软网站中下载.net framework 2.0的补丁包，比如sp1安装即可——当然，补丁包更新也能解决问题
2010-8-9 13:03:03 客户
哦
2010-8-9 13:03:20 我
理解我说的情况没有？
2010-8-9 13:03:41 客户
上次发来的绿色安装包里面的应该行吧
2010-8-9 13:03:47 客户
理解
2010-8-9 13:03:53 我
这跟绿色安装包没关系
2010-8-9 13:04:09 我
绿色安装包仍得在.net环境下运行
2010-8-9 13:04:14 客户
里面也有个.net 的
2010-8-9 13:04:41 我
你的环境版本低，在运行绿色程序时也会有这个输入法自动变全角的麻烦
2010-8-9 13:04:50 客户
这是前端使用的电脑
2010-8-9 13:05:50 我
如果我曾提供给你那个.net安装程序，它也不应该是属于绿色程序的，它只是我怕你找不到相应环境安装包而提供的东西
2010-8-9 13:05:49 客户
等升级后再打补丁或重装.NET吧，应该不影响吧
2010-8-9 13:06:10 客户
是的。知道
2010-8-9 13:06:15 我
当然不影响了
2010-8-9 13:06:22 客户
还好
2010-8-9 13:08:17 我
另外，虽然我们现在一般推荐在册信息中添加册的索取号，可以不在种信息（书目信息）中添加了。但由于你们想根据索取号查重，相同索取号会手工添加区分号。所以我刚才也在查重中，设置了一下索取号为查重点，这样，你们就可以据此查重并手工添加区分号了
2010-8-9 13:08:54 客户
明白
2010-8-9 13:09:08 我
如果有强烈的辅助或自动添加区分号需求，可以考虑你们提供需求，我们通过二次开发提供增殖服务来解决
2010-8-9 13:10:20 客户
只能说如有的话，一定要求安装。申请报告相信也会批
2010-8-9 13:10:22 我
现发来之前整理的ISBN对照数据
2010-8-9 13:10:52
[图片]13:10:52
成功发送文件“isbn.xml”(66.00KB)。
2010-8-9 13:20:14 我
好了，基本完成了
2010-8-9 13:20:49 客户
GCAT服务器配置呢
2010-8-9 13:21:46 客户
只有我这台电脑才能上网取得贵公司服务器上的著者信息啊
2010-8-9 13:22:02 我
你们的索取号取号方式建议这么做：
1、在种册窗上方的MARC编辑窗中，利用ctrl+A自动生成著者号，可以查一下重，如果提示有重，可讲分类号排一排，查看一下是否是一样的索取号，如果是，双击它回到编辑窗进行手工的区分号添加
2010-8-9 13:23:12 客户
这也是我最想了解清楚的，刚才老师做了一下，没看很清楚
2010-8-9 13:23:23 我
2、然后，在选项中，在册登记选项中，添加好@accessno宏参数，以后每登记册信息，就会自动从你书目中复制索取号到册的索取号中了
2010-8-9 13:25:14 我
前面打了勾，意思是权值和超过了我们定义的查重阈值，这就是所谓的重记录——不过，你还可以看到刚才这条，它的颜色是灰的，表示它是查重发起数据本身
2010-8-9 13:25:23 我
所以，这样一看，事实上是没有重记录的
2010-8-9 13:26:16 我
那么，假如出现几条重复的勾勾，你就可以看看其分类号是否一样，著者是否一样，如果一样，可能就是你们认为有必要添加区分号的数据了
2010-8-9 13:26:16 客户
有点明白了。但以后的新书都没有801字段以后的见容了，
2010-8-9 13:26:55 我
不不不，为了适应你们现在这种需求，建议你们还是保留905的$d与$e字段的制作
2010-8-9 13:27:16 客户
这样好象效率会降低
2010-8-9 13:28:01 客户
而且每次都要先手工查重一下，也很影响效率
2010-8-9 13:28:27 我
嗬，是的，没有系统自动分配区分号，效率是不高。
不过，由于这种第三次甚至第四次区分的规则不统一，我们是不方便在系统中强制捆绑一个方案的
2010-8-9 13:28:52 我
所以，得由用户自已提供自己的要求，通过二次开发解决
2010-8-9 13:29:24 客户
我的意思是类似DT1000一样，保存时会自动发现重，再作处理就很方便
2010-8-9 13:29:32 我
并且，DT1000系统也不提供这个自动添加区分号的功能呀——你认为现在这种方案，跟DT1000中实现的同类功能有啥不一样呢？
2010-8-9 13:30:09 我
喔，你想保存时自动查重，很简单嘛，刚才我不是帮你勾掉那个前端的选项了嘛，你把它勾上，就会保存时自动查重了
2010-8-9 13:31:58 客户
如果按老师的说法，还要做905，986字段，那册信息那不显得重复了吗
2010-8-9 13:32:12 我
我什么时候叫你做986字段了呢？
2010-8-9 13:32:57 我
我只是说，如果你们想继续保留旧的查重习惯，以方便为索取号再加些区分号，那么，可以继续保留905$d与905$e
2010-8-9 13:34:00 我
而为了也适应册中的索取号添加，我不是让你在登记选项中为索取号加一个@accessno宏参数嘛，有了它，就会自动从种记录中复制索取号到册中来
2010-8-9 13:34:06 我
没有让你多操作呀
2010-8-9 13:34:36 我
并且，这样，虽然有点数据冗余，但多一个种的索取号，也有册的索取号，我觉得也是很值得的
2010-8-9 13:34:52 我
详细可参考我论坛如下帖子：
2010-8-9 13:35:07 我
http://www.dp2003.com/dp2bbs/article.aspx?board=@__2&id=612
关于提高索取（书）号取号效率的问题回复
2010-8-9 13:35:09 客户
那也是。也就是说在种信息窗里做905$d$e
2010-8-9 13:35:31 我
对，反正也要做，那么就在905中做吧
2010-8-9 13:36:00 我
而册中的，就靠@price宏参数，自动从种索取号中复制过来
2010-8-9 13:36:21 客户
CTRL+A功能跟DT1000的一样吧，会自动生成著者号，
2010-8-9 13:36:41 我
当然可以，你刚才不是看我自动生成了嘛
2010-8-9 13:36:57 客户
册窗口中只输入册条码等就行了
2010-8-9 13:37:04 客户
是的
2010-8-9 13:37:50 我
当然，现在获得的著者号，是从我公司提供的著者号web service中获取的。如果你们客户端不能访问互联网上我公司服务器，那么是不能取号的
2010-8-9 13:38:08 我
这需要在你们本地配置这个取号web service了
2010-8-9 13:40:08
[图片]13:40:08
成功发送文件“gcat.rar”(249.00KB)。
2010-8-9 13:41:16
[图片]13:41:16
成功发送文件“DB1020.template”(1.87MB)。
2010-8-9 14:18:50 我
我继续配置
2010-8-9 14:18:53 我
一会儿就完了
2010-8-9 14:18:55 客户
好的
2010-8-9 14:23:14 我
又停了
2010-8-9 14:23:49 我
断了，还得等你来
2010-8-9 14:28:53
[图片]14:28:53
成功发送文件“web.config”(1.00KB)。
2010-8-9 14:32:32 我
好了，没问题了
2010-8-9 14:32:50 客户
好的。
2010-8-9 14:33:07 我
以后，你安装的dp2 内务前端，只要在帮助的系统参数设置中，修改gcat 服务器的地址，就可以用你本地的了
2010-8-9 14:33:29 我
第一次取号时，会让你登录，你就用图书馆工作人员的帐户名登录
2010-8-9 14:33:30 客户
问一下老师，书目查重要重新配置吗
2010-8-9 14:33:46 我
添加新的图书馆工作人员的帐户会吗？
2010-8-9 14:33:56 客户
会的
2010-8-9 14:34:03 我
我刚才帮你增加了一个用来采购、编目的数据库
2010-8-9 14:34:21 我
其实，它可以当成临时库，即所有的外来书目数据都可以往里装
2010-8-9 14:34:41 我
然后，工作人员可以在当中检索，查重，并针对某个书目进行采购、验收
2010-8-9 14:34:52 客户
就是有时对方提供的书目数据看馆藏有无
2010-8-9 14:35:07 我
验收时，会让你们把册信息及书目信息转移到你那个正式库中——图书总库
2010-8-9 14:35:45 我
对，假如书商会给你提供很多征订目录，你不可能全部要，所以不宜直接导入到图书总库中
2010-8-9 14:36:27 我
为了方便操作，我在内核那层增加了一个bm的帐户，它可以在批处理前端中登录，只能操作图书采编，这样更安全些
2010-8-9 14:36:38 客户
这个也得晚些时候才能实现，我们一年采20多万册，都没有实现验收电脑化，
2010-8-9 14:37:24 我
建议好好利用我们的采购功能，以及期刊管理功能
2010-8-9 14:37:33 我
对了，我再帮你创建一个期刊库吧
2010-8-9 14:39:25 我
不好好用我们的采购与期刊管理，有点浪费功能
2010-8-9 14:40:03 客户
是的。只是我们的技术人员很少
2010-8-9 14:40:32 我
对了，关联整理流通信息，以及升级后的报错信息你都保留着了吧？
2010-8-9 14:40:46 我
随后好好利用这些信息，修改一下你们的数据
2010-8-9 14:40:40 客户
也许会增加人手吧，不然还真的很多好的功能都用不上
2010-8-9 14:40:52 客户
是的
2010-8-9 14:41:01 我
所谓关联整理流通信息的意思你明白吧？
2010-8-9 14:41:08 客户
明白
2010-8-9 14:41:27 我
有不正常的信息链条没？
2010-8-9 14:41:43 客户
有这样的提示
2010-8-9 14:42:04 我
如果有，需要进系统维护中，检查借还信息窗中修复（相当于强制删除借阅信息，把书还了）
2010-8-9 14:42:31 客户
是的。明白其中的道理。
2010-8-9 14:43:07 客户
还有，就是赔书问题，能否把已赔的书撤消
2010-8-9 14:43:35 我
就是说，假如读者后来又找到些书，或买了本同样的书来？
2010-8-9 14:43:46 我
你们想退读者钱？
2010-8-9 14:43:47 客户
是的，有这样的情况
2010-8-9 14:44:12 客户
目前就没在统一做法
2010-8-9 14:44:34 我
你有示例读者没？
2010-8-9 14:44:50 客户
如没交财务的话，有时也会退回给读者
2010-8-9 14:45:05 客户
没有
2010-8-9 14:46:18 我
喔，应该是：
1、进入交费窗，装载这个已交费的读者信息。你会在中间看到有其已交费项
2010-8-9 14:46:27 客户
要不这个问题以后再请教吧
2010-8-9 14:46:56 我
2、你可以选定这个拟退的费，执行“撤回交费”
2010-8-9 14:47:37 我
就变成了读者待交费项了。
3、然后，你可以在待交费项中，执行修改价格操作（鼠标右键菜单中）
2010-8-9 14:47:28 客户
说说步骤，以后实践一下
2010-8-9 14:48:07 我
你就可以把它改成0元，再收费了——不会给你们提供直接删除交费项的操作的，因为这不符合财务安全
2010-8-9 14:49:04 我
然后，你用册条码或书名，查出书目来，装载进种册窗，将原来标注赔书的册的册状态清空，有必要的话，可以将此册条码改成新的册条码，保存即可
2010-8-9 14:49:10 客户
是的。明白
2010-8-9 14:49:29 我
其实，对于超期罚款的退款也类似
2010-8-9 14:50:03 客户
好，了解一下，方便以后可能的操作
2010-8-9 14:50:24 我
比如某读者来还书，有超期罚款，不交罚款就借不了书，但人家可能是因公违约，此时工作人员无法求证，就可以先收钱，等后期读者找来证明，再退
2010-8-9 14:51:23 客户
这个视频上有提过。较易理解
2010-8-9 14:51:40 我
好了，没别的问题了吧？
2010-8-9 14:52:33 客户
先这样吧，辛苦老师了。
2010-8-9 14:52:39 我
你现在可以执行生成索取号到册的操作，以及批生成册价格的操作了
2010-8-9 14:52:55 我
还是进一下服务器，在服务器中运行
2010-8-9 14:53:00 我
我帮你看看
2010-8-9 14:53:40 客户
批生成册价格的操作好象没讲过
2010-8-9 14:54:09 我
我操作给你看吧
2010-8-9 14:54:33 我
登录你的服务器
2010-8-9 14:54:54 客户
哪个方式？
2010-8-9 14:55:11 我
为了不影响你客户端关机，这种耗时的操作，建议在服务器的前端中做
2010-8-9 14:55:15 我
远程桌面
2010-8-9 14:55:35 客户
是的
2010-8-9 14:58:22 我
喔，你好象升级时已把册价格从书目中复制过来了
2010-8-9 14:59:02 我
如果没有的话，可以从以下方式自动复制
2010-8-9 15:01:55 我
这是一个从书目905$d$e中复制索取号到册中的方案
2010-8-9 15:02:17 我
你们应该是这两个子字段组合成索取号的吧？
2010-8-9 15:02:25 客户
要905$d$e$v的
2010-8-9 15:02:39 我
如果不是，请告诉我，以免漏了
2010-8-9 15:02:50 客户
我有这个了，0608发来的
2010-8-9 15:02:58 我
好的
2010-8-9 15:03:06 我
你就到服务器中执行它吧
2010-8-9 15:03:09
[图片]15:03:09
成功发送文件“为册记录添加索取号(905$d$e$v).projpack”(9.00KB)。
2010-8-9 15:03:27 客户
好的，您帮我看一下
2010-8-9 15:07:27 我
嗬，你就等着它慢慢处理吧
2010-8-9 15:07:41 客户
好的
2010-8-9 15:08:36 我
行，记着，做好系统配置目录（数据目录）以及SQL数据库库文件备份
2010-8-9 15:08:12 客户
有问题再麻烦老师，辛苦您了
2010-8-9 15:08:50 客户
好的
2010-8-9 15:08:54 我
以后，只要有变动，原则上都应该做备份
2010-8-9 15:09:00 客户
明白
2010-8-9 15:09:13 客户
新系统一定会重视它的
2010-8-9 15:09:28 我
我会将这次我们的聊天记录导出成文本，放在公司论坛中供大家参考，没问题吧？
2010-8-9 15:10:03 客户
没问题。
2010-8-9 15:11:28 客户
好的。谢谢老师
2010-8-9 15:11:33 客户
好
2010-8-9 15:11:39 我
88
2010-8-9 15:11:41 客户
8