一个电话打到窗口，问档案在哪儿
“喂，昌平人社局吗？我档案是不是在你们那儿？我要办退休，单位说让我先确认档案在哪。”
接线员问了三样：姓名、身份证号、什么时候从原单位离职的。系统里一查，档案在库房，编号、入库时间、状态都出来了。接线员告诉她：“在，您可以来办调档，或者我们走线上流转。”
这通电话背后，是昌平区人社局档案室每天要回答几十遍的问题。流动人员人事档案，最常被问的不是“档案里有什么”，是“档案在哪儿、能不能调、怎么调”。
流动人员档案的麻烦，不在“存”，在“动”
干部人事档案相对稳定——人在单位，档案在单位，调动了才动一次。流动人员人事档案不一样：人可能在北京十几个区之间来回换工作，档案跟着人走，或者人走了档案还没走。
北京市对流动人员人事档案有统一要求，要数字化、要上云归集、要“一点登记、多点服务”。说白了就是：人在A区登记了，到B区办事，B区能查到他的档案信息，不用让他再跑回A区开证明。
这件事靠什么？靠档案数据和市级平台对上。昌平区人社局这套系统和北京市流动人员人事档案公共服务管理子系统对接，档案基本信息上云归集。人在昌平登记，海淀的窗口能查到；人在海淀办的业务，昌平这边能看到记录。
社保业务档案，和人事档案不是一个逻辑
人社局管的不止人事档案。社保业务档案——参保登记、缴费记录、待遇核定、工伤认定——跟着业务走，不跟着人走。
一个人可能换了几家单位，社保关系转过几次，但每一笔业务都留一份档案。查的时候不是按人查一份，是按业务类型和时间段查一串。
系统里按业务类型建索引：参保类、待遇类、工伤类、稽核类，每类下面再按年度和单位分。查“某单位某年某月的缴费记录”，不用翻人事档案那边。
这两类档案在库房里分区存放，在系统里分开建索引。 混在一起，查的时候会乱。
劳动争议档案，密级最高，调阅最少
劳动争议仲裁的卷宗，涉及个人诉求、单位答辩、证据材料，保密要求比一般人事档案高。这类档案平时调阅最少，但一旦调，往往是仲裁、诉讼、信访，每一件都敏感。
系统里单独设权限：仲裁员能调自己办的案子，档案员能调全部，其他岗位要看审批。RFID通道门记录出入库，谁调的、什么时候调的、还了没有，有记录。
但“这个案子的卷宗能不能给当事人复印”，最终还是仲裁员或负责人判断。 系统管的是“你有没有权限调”，管不了“这个用途适不适合提供”。
数字化之后，原件还得留着
北京市要求流动人员人事档案数字化，昌平区人社局把在库档案做了扫描。数字化的好处是调阅不用动原件——查信息看电子件，原件留在库房。
但原件不能扔。电子件和原件对不上，或者电子件损坏，原件是最后的依据。 所以库房里的纸质档案还在，密集架还在，只是调阅频率降下来了。
密集架在这件事里的作用，从“天天开着找档案”变成了“存原件、偶尔调、批量盘点”。RFID批量盘点这时候派上用场——23000件也好，更多也好，手持盘库机走一圈，比人工逐盒翻快得多。
和市级平台对接，数据上云了，活儿没少
平台和北京市流动人员人事档案公共服务管理子系统对接，档案基本信息上云归集。但上云的是“信息”，不是“档案本身”。
档案原件还在昌平库房，电子扫描件还在昌平的系统里。市级平台能查到“这个人的档案在昌平，状态正常”，但要看具体材料，还是要走调档流程。
“一点登记、多点服务”解决的是“群众少跑腿”，不是“档案到处飞”。 档案的物理位置没变，变的是信息能共享、服务能异地办。
