盘点中异常的处理 - DigitalPlatform/dp2 GitHub Wiki

不可供是服务器返回的状态，表明当前册记录不在馆，不影响盘点。盘点过程中如果扫到这样的图书，盘点系统仍然会写入其馆藏地，架号和当前位置。

所以这种情况，不需要处理

“closed by remote peer”的意思是盘点过程中，从服务器获得册数据时，通讯失败。

处理：服务器运行过程中，有时会短暂地失去联系，原因未知。可以稍等几分钟再盘点。或者用其他前端（比如SIP2Client/浏览器访问opac等方式）测试服务器连接是否正常。

鸟叫和音乐不属于异常现象。是因为盘点过程中，勾选了【设置册记录UID】,当盘到的图书信息没有存在与预先导入的对照关系表格时，系统会根据读取到的标签，去读取标签里的UII,然后再写入本地数据库，这个过程系统会发出鸟叫声和音乐。

所以，在盘点前预先导入UID-UII对照关系表，可以避免盘点过程中关联这一步，加快i速度。鸟叫声也会少一些。

处理：停止盘点。重新点击【开始盘点】，看看界面上有没有勾选【更新当前位置】选项。一般情况下，盘点时【设置册记录UID】和【更新当前位置】两个是必选项。【更新馆藏地】一般在图书上架时勾选。

盘点时，系统会比对标签里面的机构代码和本馆的机构代码，以判断图书是否是本馆的财产。

当系统报机构代码不正确时，首先排查这本书是否属于本馆。如果不属于本馆，不需要处理。

如果图书属于本馆，但标签里面的机构代码不对，需要先重写标签，然后将这个标签的UID-UII对照关系导入dp2ssl,然后再盘点就正常了。

大批量盘点时，遇到这种情况可以不必急着处理，先把对应的图书单独摆放，等盘点完之后统一处理。

在图书流通过程中，如果发生册条码损坏后用新的条码代替，盘点前也需要比照处理。

将所有待处理的RFID标重写后，把标签的对照关系记录到一个UID记事本里面。UID记事本中内容格式：标签UID 机构代码.册条码，一行一个标签信息。如：

E0040150EFAB5B74 CN-320602-5-SWDX.B0001917
E0040150EFAB5B75 CN-320602-5-SWDX.B0001918

如何导入对照表：在盘点界面，点【维护】-【导入UID-PII对照表】，从电脑上浏览到UID记事本，打开，即可导入。如果UID记事本中数量很大，导入的时间会比较长（7万册大概需要40分钟）。

盘点仪的射频信号有一定的范围，盘点过程中漏盘时常发生（有些图书标签漏扫）。在盘点过程中不用纠结漏判的情况，可以等盘点完后，数据都上传了，到图书馆系统确认哪些没有盘点数据。然后根据这些图书的索取号找到对应的位置，进行补盘。

这是由于用户文件夹里面的配置文件存在编码方式不对的情况。

A.XML配置文件中encoding应该采用什么编码方式，是由服务器的数据编码方式决定的，在配置之前要先确认清楚。

B.同时，在配置时，不仅.xml里面的encoding要正确，而且保存为记事本文件时的编码方式要与encoding的编码方式对应。不然系统就会报错。

C.同一个用户文件夹下所有的.XML配置文件编码方式要一致。所有.XML文件保存的编码方式类型也要一致。