咖啡:请教群里了解图书采访的老师,每年报订订单中对于没有供货的图书订单是怎样处理的?二次报订吗?还是取消订单?竞一:根据自身的需要来决定吧?我们馆是根据不同订单的性质决定。咖啡:愿闻其详,是要一种一种二次筛选后确定是二次报订还是取消的意思吗。竞一:对于一些刚需的书目,会考虑二次报订。图米:取消订单,再换个书商发。竞一:一般来讲,需要二次报订的不多。因为在下订单的时候已经充分考虑了到货的可能性。咖啡:换个书商也是个办法,不过也难以保证。咖啡:多长时间就确定取消订单了呢。竞一:做一次订单不容易,要看几倍几十倍的书目才选出来的,所以一定慎重选择书商去下订。生清:一般在每年11月左右,等最后批书到馆,实在到不了的我们多半也是直接取消订单,按实际到书结账。咖啡:确实不容易,你们在选择报订哪个书商时会考虑哪些因素呢。竞一:不同书目取消的时间也不一样,一般是凭经验去查未到货的书目。不同的书商他们的到货时限有规律可循。咖啡:@生清看来贵馆是一年集中取消报订一次。竞一:基本不会机械地制订统一的复查期限,根据不同的书目和不同的书商制订不同的期限。咖啡:需要具备相当的实战经验。生清:@30℃咖啡是的,我们今年的图书采购分了两个包,两家公司中标,分为现采和划单两部分。咖啡:这样分包啊。生清:一般来说,11月底是必须跟财务结账的时间,否则就得算第二年的经费,所以不算能否到,我们都必须结账。咖啡:我们也是12月中旬前结账,会有预付的情况嘛。竞一:其实,一些刚需的书目是不容许一年复查一次到货情况的,有些书一两个月就没货了。咖啡:嗯嗯有道理。生清:@30℃咖啡实践感觉多点渠道采书比较好,只在一家公司采,局限性太大,容易被图书公司牵制。咖啡:我们馆领导要求至少4家公司供货,曾一度出现过5家,经费也不多。生清:@30℃咖啡其实合作公司太多,外包加工标准统一上估计也会遇到问题,我们曾经也有过和好几家公司同时合作,发现编目验收问题较多,如果不是根据采购图书类别来分包,出现重复采购的概率也比较高。咖啡:没错,外包质量确实让人头疼。竞一:我们所有的订单都是经过同一个查重的系统,由一个专人负责,所以不会有重复下订单的可能。天外飞仙:@竞一 你们用的是什么系统?能介绍一下不?咖啡:@生清根据贵馆的做法,按现采和订单分包实际操作时也会有难处吧?采访老师岂不要经常外出采购?麦子:@竞一我们都是这样,采购系统和会计系统是一个的。咖啡:哪个系统呢?我们现在用的系统会计功能不好用。天外飞仙:大家怎样获取最新书目的呀?书商很多都屏蔽了书目,他们提供的不全。咖啡:我都是自己做账目,好麻烦。麦子:@30咖啡这个厉害,自己做。咖啡:没办法,被逼的。印度阿三:采编和财务系统不是分开的吗?你们又采购,又做账务?咖啡:能满足基本需要就成。生清:@30℃咖啡现采的确需要出差,而且实际很累,感觉这种操作确实有弊端。咖啡:@生清同感!感觉现采就是疲于奔命,体力消耗很大,效率也不高,图书采购重复率一般在一半以上。竞一:我们是用以前一个采集器的系统作为查重系统,跟馆里的图书编目系统是分开的。天外飞仙:@30℃咖啡现采可以现查重呀。生清:@30℃咖啡其实我们现采的书也是需要经过同一个查重的系统,但实际买回来还是会有重复。麦子:@天外飞仙这是不现实的,除非只有几本书。印度阿三:采集器不是可以把编目系统的数据导进去做为查重比对的吗?生清:我们后来分析发现,重复发生的原因,主要是因为采购数据不规范。竞一:我们只用自己的采集设备,只相信自己的查重系统,所以把所有会产生重复订购的漏洞都堵死了。天外飞仙:@麦子把自己馆的数据可以放到采集器中呀。天外飞仙:基本可以做到很少重的。咖啡:@生清@天外飞仙查重可以操作,确实如生清所言,采购数据不规范甚至错误。天外飞仙:当然有那种情况,但是一半的重也不会吧@30℃咖啡。咖啡:我们没有把馆藏数据导入采集器。麦子:@天外飞仙我不知道采集器是什么。咖啡:所以重复率比较高呵呵。天外飞仙:@麦子就是一种移动数据收集工具,可以与自己的馆藏信息比较,订购。竞一:@麦子手持的条码扫描设备。天外飞仙:@30℃咖啡为什么不把自己馆数据加进采集器呀?竞一:其实自己馆的馆藏数据的管理是个重要环节,需要一个细致人做。麦子:@天外飞仙@竞一你们没有另外一套数据系统管采购的?我们的采集器是和这套系统连的。咖啡:自己感觉意义不太大,我们一般都是采集数据后带到馆里系统查重。天外飞仙:@麦子我们的管理系统中其实也有的。罗:对于经常性小批量采购,一定要管理好馆藏数据,不然重复率难以控制。竞一:@麦子您的意思是怎么连?实时吗?天外飞仙:只是外采时不是实时与本馆数据相连。麦子:@竞一当然实时的。天外飞仙:图书馆的很多都是需要细心的人来做,不只是采访。麦子:我们是用III的Millennium。咖啡:@麦子是国外的系统吗。麦子:@30咖啡是。竞一:在外地现采时实时对馆藏进行查重?那需要很好的网速和设备。@麦子。麦子:@竞一我们外地采购不用这个,而且现在基本不做外地采购。咖啡:现采还有一个问题,采集到的数据书商对套取不到的数据如果你不问他们就不反馈。咖啡:搞得我们现采时基本很少用书商的采集器。竞一:我们的编目系统里多卷书是著录在一条MARC里的,又是与其他馆联合使用,所以整理自己馆的馆藏数据需要很多工作量。竞一:为了保证不出现重复订购,我们才慢慢形成现在的采购流程。毕竟退货的成本很高,即使是书商出钱,也是浪费。风:大家都用哪款采集器啊?风:没用过所以看看有没有好的介绍一下。咖啡:@风我们馆用的 PT980。天外飞仙:采集器型号应该无关吧。竞一:不同的采集器系统特点和侧重点有区别。吃透这些系统之后,查重工作就得心应手了。图米:实时的是有困难。咖啡:@竞一我们馆现在没有专人整理馆藏,连编目人员都没有,所以馆藏数据可想而知。书小弟:大家对书目查重都是用什么系统啊?是批量导入查重吗。书小弟:编目完全外包了吗?咖啡:@书小弟我们馆完全外包了。咖啡:但质量控制基本处于半无人监管状态。书小弟:完全外包,那有内部人员审校或检查吗?生清:@书小弟原则上是应该有审校,但是现在编目人员严重缩编,时间精力有限,所以很多都由外包加工人员处理,1-2人完成全年采购基本验收,都需要长时间突击,哪能顾得上编目质量。馆藏架上的情况实在太多了。生清:还好现在多数外包加工人员,绝大部分都有数据套,而且分类的取法多半都参考cip。相对来说,外包编目著录的错误率也不明显,即使有问题也需要时间发现。因为领导认为,外包在一定程度上确实提高了效率,所以在目前编目人力紧缺的条件下,我们遇到数据著录有误的问题主要处理办法是:发现一本解决一本。咖啡:领导也持有一种观点‘只要按图索骥,排架正确,即使分类有误也能找到’,所以领导认为编目质量无关大局,自然也就不重视。朗月孤舟:外行领导。图米:事实上排架确实没有那么重要。生清:@朗月孤舟不一定,我们在馆工作20年以上的领导,也这样教的,因为这根本和馆内的年终考核无关。生清:太认真去纠错的同仁,往往还会被认为是故意挑刺,自讨苦吃的活干几次我们也就学乖了。闲在心上:并且还会被孤立。别人都得过且过,你的认真反而让人烦。sansan:孤立就孤立,不是还有我们。嘎嘎。牛牛:外圆内方。竞一:我这边为了一项课题设计了一份问卷,是关于图书馆采编工作的,烦请各位老师帮助、支持,谢谢!竞一:这是与采编工作直接相关的调查问卷,请各位采编部老师帮忙填写一下,如果对调查最终结果有兴趣,可以小窗我。谢谢各位老师。抽奖之类的请忽略哈http://www.sojump.com/jq/6783379.aspx。竞一:问卷本身可能存在一些问题,也请老师们指正。hanna:我们还是读者推荐,图书馆购买。hanna:不是读者自主购买。竞一:@hanna我们馆也是您馆的做法。hanna:这个问题好像圈定在‘读者自己购买’,是内蒙古的做法吧。竞一:‘你购书,我买单’这两年好像越来越多了,但不太好执行。有各种实际困难。hanna:我们财务上不支持。竞一:是的,而且是公共馆。竞一:其实主要还是后台系统支持问题,财务问题不是根本问题。图米:财务是个大问题吧。咖啡:第10题选项设计似乎不够全面呢。竞一:这种‘你购书,我买单’如果想形成规模,应该是把图书馆的编目系统终端安装在实体书商的门店里。hanna:少量资金支持可以,不能大范围推广,会影响馆藏结构。hanna:是啊,途径太少了。竞一:@hanna请您帮我列举一二,谢谢!图米:性别和年龄与这个调查结果没有关系可以去掉。竞一:@hanna所以我刚才就说,公共馆可能更适合,公共馆的馆藏范围会更广,这种做法对他们的馆藏结构几乎没有影响。hanna:@竞一媒体书评推荐、兄弟院校相关学科书目参考、零星自组织。竞一:@hanna非常感谢,我这就去完善。Haute*:改了的话之前的数据会丢失。hanna:我有学生跟踪组织 书评推荐,虽然麻烦一点,但能补不少好书。竞一: soupe froide不会,网站有保存之前答案的功能。苏豆芽:@hanna有学生跟踪好很多,自己跟踪花时间太多了。不过的确很需要跟踪组织书评,这样做能收集到很多好书。hanna:媒体书评的问题主要是缺失 ISBN 号,不过百道网的数据比较全面。hanna:就是没法自动导出,比较麻烦。
以下格式等价,请按需引用或修改后使用:
[1]圕人堂QQ群知识库.图书订购中未供货图书、查重、外包等问题的讨论[EB/OL].(2016-01-22)[2024-11-12].http://tuan.pub/server/detail.php?id=6142.
[2]咖啡,竞一,生清,等.图书订购中未供货图书、查重、外包等问题的讨论[DB/OL].圕人堂周讯,2016(89):11.
[3]咖啡,竞一,生清,等.图书订购中未供货图书、查重、外包等问题的讨论[DB/OL].(2016-01-22)[2024-11-12].http://tuan.pub/server/detail.php?id=6142.