一直以来，CNMARC规范中，有一个905字段，它是作为馆藏字段而存在的。在905字段中，提供了索取号信息，最常见的就是用$d与$e子字段内容构造索取号。
905字段中实现馆藏信息的描述，使MARC元数据既承担了描述种信息的职能、又承担了描述册信息的职能。这种数据结构，相当于编目环节一定得带个典藏工作尾巴，不利于单纯的业务流程设计。何况，除联合馆藏需要外，一般的数据交换中，这些私属的馆藏字段内容对于其他图书馆来说，是没有意义的。
其实，类似出版物价格信息的描述一样，仅靠在010$d中描述价格是不足以揭示分卷册的价格可能的，特别是对于期刊这类出版物，其价格可能每年都不一样，如何在种纪录中的011$d中体现且有效对应呢？
所以，当前更合理的种册信息分离管理思路，意味着尘归尘，土归土。跟册信息更紧密的索取号，就没必要一定得在905字段中体现，更应该存贮于册信息中。这样，每一册复本都可以具有其专属的索取号，实现了索取号与册的一一对应。至于在与外部数据交换中，为了兼容旧的习惯，完全可以通过系统数据导出时，自动从册信息中获取相关信息，组织成习惯上的905字段内容。
由于种册分离的管理思路较新，担心客户不容易理解与接受，所以在升级旧系统数据时，dp2系统升级工具仍保留了905字段，且升级后，仍保留了在传统905中提供索取号的存贮与自动生成功能。
但同时，对于第一次接触MARC概念的客户，以及认可种册分离理念的老客户，由于无习惯思维的束缚，我们就直接推荐在系统册登记功能中，为每一册分配或自动创建索取号的管理与操作模式，从而废弃编目环节中的905字段描述操作——既然册信息中可以体现甚至更好体现所有905字段想表达的信息，那么905字段就失去存在的意义了。
那么，在当前dp2系统用户环境中，就有这样一种可能：从旧系统升级过来的册信息，由于仍沿用书目中的905字段中的索取号，所以其册信息中是不具备专属索取号的。这样，后期在dp2系统中采用随册存贮的索取号管理模式后，就不太统一。所以，针对这情况，我们可以通过编辑批处理转换脚本，从905字段中复制已有的索取号到对应的册信息中，从而保证了所有的册信息都具有了专属索取号。
在公司论坛“统计方案汇总”帖子中，提供了一个最常见的索取号复制方案“为册记录添加索取号.projpack”，可以将905$d与905$e中的内容复制到册信息中的索取号字段中，如果客户905字段中的索取号格式特殊，比如还有$c中的其它区分号等索取号组成规则，可提请我公司协助编制专门的转换方案。当然，有能力的客户，也可自行编制这样的方案。
后面的跟帖，将专心讲述索取号复制到册信息中的操作过程，以及如何为册信息配置索取号规则。