头天晚上碰见儿子的班主任，发现嗓子有点哑，职业病吧，
第二天中午，我一回家，老婆问我知道儿子是怎么送给老师的，
晚上再看他的书包，含片就只有三片了，很奇怪的问都到哪里去了？
原来，在我们成佳节又重阳人看来区区五元的东西，
今天开车出门，发现昨天停车的位置不太好，得先倒车才行，
看人、看车、再看路，切记，切记！
我原来是用谷歌的任务列表工具建立四象限的任务列表，
可是有一天围绕在我身边的人太多了，
很快我就发现了新的问题。当然，
但是在一天的执行过程中，发现"
需求是每个月都会有的吧？！
1、基金退还中，能自动统计出退休还月数，使业务员方便核对。
2、退休人员发放明细中还是要加上单位名称，因为还有部分是由单位代发的，要打出工资表，需要要单位的名称。
3、养老金计发文档中有对指数计算的解释
（对于欠费未清欠的，不计算缴费年限，但计算缴费指数（指数为0），其余情况，不计算缴费年限，也不计算指数）
这条认为依据不足，这样那些暂停缴费的人员（没有计划）就可被认同为低保、上学、参军等人员一样了，而按文件这些人的指数计算还是和欠缴人员一样的，没有缴费期间的指数是为0的，可能需要另加模块输入如特殊工种那样的时间范围，这个范围的指数不计算。
4、职工基本信息变更模块中只要进入就会自动对视同缴费年限进行重算修改，如果原老是扣除了视同缴费年限的会被清除掉（老系统中没有扣除的字段，直接扣除的），建议对比老结果后在扣除和增加中进行差额调整，或者干脆不要重算，或提供计算按钮。
5、零星调资模块中，不能删除新老政策对比、基础、帐户和过渡性养老金，删除后，审核的时候看到删除了，可是后面又会自动恢复原值，只有清0才行。在调整离休人员工资结构时发现的，如果属于不能删除的项目，应该给予删除保护，以免误操作。
6、单位通过基金退还或滞报退还、退一补一等产生的余额，网新是自动在下个月进行使用（扣减应缴数），但是如果企业在未定改制时间前，有可能将这笔用于改制前的补缴，给变相用到改制后去了。
应该由业务人员来决定余额如何使用，如在财务上收缴方式中可以加上从余额中支付，这样有选择性，甚至还可以核销掉，做出一个余额（预缴）管理的模块。
7、因为现金收缴流程的不一至，我们在退一补一、灵活人员、职工补缴、职工批量补缴等收缴模块中，采取现金方式收缴时，是先打印出收缴明细再收缴现金，其间可能有人打印了清单，但没有缴现金，所以判断已缴费应该在财务到帐模块确认。而以上模块产生的业务信息，如果是财务未到账的，应该在月结算前系统给予自动回退作废。
8、由于缴费计算到财务到账应该是一一对应的业务关系，也就是这两个业务在逻辑上应该是一个业务，没到账应该说明业务没有处理完毕，所以应该在系统中设置限制，只要有过社保机构自收的缴费记录，而又没有财务到账的，不能办理下一个业务。主要也是解决有人打印没交钱，办了其它业务后，最后又要重新缴费的情况。
9、 在职死亡、退休死亡一次性支付、终止人员补扣计划（财务）这张报表中，查询时输入业务年月200909，打印出来的还是200909，应该显示为200910，和收支台帐保持一至。
10、灵活人员缴费和职工补缴明细清单中，只要跨年度缴费，在清单中打印的人数就会变成2人，给人误解，应该改成1人。
11、人员合并模块中，年台帐合并有问题，不能对累计缴费月进行正确的合计。例子（0600054062合并0600088260）
12、单位欠缴的数据，如本金、到目前为止的利息和滞纳金，合计这些应该要提供出来，并可以由操作员打印出每个月的欠缴清单，提供给企业。
13、财务在对企业做托收时可以选择加收利息或滞纳金，并根据收缴到的利息和滞纳金记入相应财务科目和个人帐户。
2009-10-23提交鹰潭
月底收到的反馈单据，我在里面加了些看后的想法：
客户问题反馈单(未完成)
|
单位名称 |
鹰潭市社保局 |
客户联系人 |
章兰芳 |
联系电话 |
0701-6285282 |
|
|
反馈日期 |
2009年7月30日 |
网新联系人 |
黄 伟 |
客户传真 |
0701-6222600 |
|
|
问题描述 |
反馈后我的想法 |
模块名称 |
解决方案 |
反馈时间 |
状态 |
|
|
78、基金退还中，看得到退还金额，也应该显示所退还的月数，使业务员方便核对。 |
2009-10-26 |
按要求做，增加显示退还月数 |
||||
|
79、退休人员发放明细中要加上单位名称，因为还有部分是由单位代发的，要打出工资表，需要单位的名称，同样查询条件中也应该增加这项。 |
2009-10-26 |
现场调试 |
||||
|
80、养老金计发文档中有对指数计算的解释 （对于欠费未清欠的，不计算缴费年限，但计算缴费指数（指数为0），其余情况，不计算缴费年限，也不计算指数） 这条认为依据不足，这样那些暂停缴费的人员（没有计划）就可被认同为低保、上学、参军等人员一样了，而按文件这些人的指数计算还是和欠缴人员一样的，没有缴费期间的指数是为0的，可能需要另加模块输入如特殊工种那样的时间范围，这个范围的指数不计算。 |
只能通过业务流程来控制，而不能在系统中实现控制 |
2009-10-26 |
如果缺少欠缴数据，需通过补缴产生。 |
|||
|
81、职工基本信息变更模块中只要进入就会自动对视同缴费年限进行重算修改，如果原老是扣除了视同缴费年限的会被清除掉（老系统中没有扣除的字段，直接扣除的），建议对比老结果后在扣除和增加中进行差额调整，或者干脆不要重算，或提供计算按钮。 |
但是原数据是做核减的，这样直接修改就抺掉原来核减了的，除非统一算好核减月份 |
2009-10-26 |
视同缴费年限是自动计算不能修改的，如有特殊情况可以通过核增或核减视同缴费年限 |
|||
|
82、零星调资模块中，不能删除新老政策对比、基础、帐户和过渡性养老金，删除后，审核的时候看到删除了，可是后面又会自动恢复原值，只有清0才行。在调整离休人员工资结构时发现的，如果属于不能删除的项目，应该给予删除保护，以免误操作。 |
2009-10-26 |
程序须调试 |
||||
|
83、单位通过基金退还或滞报退还、退一补一等产生的余额，网新是自动在下个月进行使用（扣减应缴数），但是如果企业在未定改制时间前，有可能将这笔用于改制前的补缴，给变相用到改制后去了。 应该由业务人员来决定余额如何使用，如在财务上收缴方式中可以加上从余额中支付，这样有选择性，甚至还可以核销掉，做出一个余额（预缴）管理的模块。 |
问题已经很明确并已知道了！ |
2009-10-26 |
现场调试，看是否存在这样的问题 |
|||
|
84、因为现金收缴流程的不一至，我们在退一补一、灵活人员、职工补缴、职工批量补缴等收缴模块中，采取现金方式收缴时，是先打印出收缴明细再收缴现金，其间可能有人打印了清单，但没有缴现金，所以判断已缴费应该在财务到帐模块确认。而以上模块产生的业务信息，如果是财务未到账的，应该在月结算前系统给予自动回退作废。 |
2009-10-26 |
需要月底自己回退 |
||||
|
85、由于缴费计算到财务到账应该是一一对应的业务关系，也就是这两个业务在逻辑上应该是一个业务，没到账应该说明业务没有处理完毕，所以应该在系统中设置限制，只要有过社保机构自收的缴费记录，而又没有财务到账的，不能办理下一个业务。主要也是解决有人打印没交钱，办了其它业务后，最后又要重新缴费的情况。 |
2009-10-26 |
通过业务规范 |
||||
|
86、在职死亡、退休死亡一次性支付、终止人员补扣计划（财务）这张报表中，查询时输入业务年月200909，打印出来的还是业务年月200909，应该显示为应缴年月200910，和收支台帐保持一至。 |
2009-10-26 |
现场调试 |
||||
|
87、灵活人员缴费和职工补缴明细清单中，只要跨年度缴费，在清单中打印的人数就会变成2人，给人误解，应该改成1人。 |
2009-10-26 |
现场调试 |
||||
|
88、人员合并模块中，年台帐合并有问题，不能对累计缴费月进行正确的合计。例子（0600054062合并0600088260） |
是个别情况，原因待查 |
2009-10-26 |
未存在问题 |
|||
|
89、单位欠缴的数据，如本金、到目前为止的利息和滞纳金，合计这些应该要提供出来，并可以由操作员打印出每个月的欠缴清单，提供给企业。 |
2009-10-26 |
了解具体需求，做报表。 |
||||
|
90、财务在对企业做托收时可以选择加收利息或滞纳金，并根据收缴到的利息和滞纳金记入相应财务科目和个人帐户。 |
2009-10-26 |
再讨论 |
||||
昨天上午工作时发现不知道要去做什么，只是机械的处理临时的事件，看了下收集的任务，没有现在能处理的任务，看起来还有一些事没有安排进来。下午开始安排一项重大的工程，对所有人的数据进行一次检查，这项工作早就想做，但是工作量巨大，按一天处理30人，3万人得3年的时间，当然，也不是所有人都要处理，但肯定要超过一年的时间。对这样的任务难下决心去搞，可是终究是要搞的，早动比晚动手好。由于这是一个大项目，得好好计划下才行。准备先将所有的单位导成一个列表，同一单位处理的过程差不多，将同样和操作写在这个单位后面的备注里，再将这个单位所有未中止的人导成一个列表，再按顺序一个个处理，这样一个一个看过去，进行数据整理和结息，就不会有漏网之鱼了，而且也能对各个单位的情况有个记录。重复性的机械操作可以利用AHK来帮忙，可以提高效率，避免枯燥。
本来想一天处理30人的数据整理，可是昨天只处理了6人，有五分之四的任务没有完成，主要是有太多的临时事务插队进来，造成不得不停下手中的事来帮别人处理，然后再接着做。
怎样可以减少临时事务的影响呢？我想首先在没做完一个人的整理时，一定不停止下来去做另一件事，再则要充公利用好上午10：30至11：30和下午16：00至17：00这两个基本没打扰的时间段。
有家企业来办理转出手续，查询发现该企业0906这个月没有缴费，而她又说缴了，查到是缴的和系统对不上，她很自信的说是我们搞错了，提供的补救方法又觉得麻烦，态度很强硬的要我们想办法给予办理，于是浪费时间找出原始资料，果然是她笔误将0905写成了0805，所以有一年的补收，这个时候的语气立刻软下来了，可是这个时刻谁还去帮她办什么补救措施？嘴硬就要承担嘴硬的后果，况且有资料在我们这里，我们没有任何错误，完全不需要做补救。
所以说如果所有外界条件对你都是有利的，那也得注意和对方交流的方式，傲慢、盛气凌人等自己都接受不了的态度无论何时都不要加于对方身上，凡事做的要让双方都满意，以后还有交道要打就更方便些，这就是双赢的效果。
后来她实在是没办法了，眼泪都下来了，又得知怀孕了，还是联系财务的同事给他做了相关的处理，也算是一种双赢吧，不过是打了折扣的了。
又是在QQ群上收到的问题。
哪位同仁能否给我一条查询某条分配台帐的首止年月是跨年度的命令
同样是思路：
1、判断是不是同一年度，要找出缴费月属于哪个年度，好在有个整理表，其中有各个月份对应的年度。这里先加上一个单位过滤条件。
SELECT t.ROWID AS ID,0 AS jzz,nd AS jzs FROM zl_nynd,fp_zgfptz t WHERE ny=zgf_jzsny AND zgf_qydm=6667;这是记账始的
这是记账止的
SELECT t.ROWID AS ID,nd AS jzz,0 AS jzs FROM zl_nynd,fp_zgfptz t WHERE ny=zgf_jzzny AND zgf_qydm=6667;
这里写了三个字段，rowid（用于判定是同一个分配台账）,jzz（记账止年度）,jzs（记账始年度）
2、再将这两个表合并起来，形成一个新表，再对这个新表按ROWID进行分组相加，并对jzz和jzs 进行比较，看看是不是相等，如果是想等的就是同一年度，不等就不是同一年度了。
最后语句：
SELECT * FROM fp_zgfptz B WHERE B.ROWID IN
(
SELECT ID FROM
(SELECT ID ,SUM(jzz),SUM(jzs),SUM(jzz)-SUM(jzs) AS ok
FROM
(SELECT t.ROWID AS ID,0 AS jzz,nd AS jzs FROM zl_nynd,fp_zgfptz t WHERE ny=zgf_jzsny AND zgf_qydm=6667
UNION ALL
SELECT t.ROWID AS ID,nd AS jzz,0 AS jzs FROM zl_nynd,fp_zgfptz t WHERE ny=zgf_jzzny AND zgf_qydm=6667)
GROUP BY ID)
WHERE ok<>0
);
另有强人写了下面的语句：
select t.zgf_qydm "单位编码",t.zgf_fzh "辅助号",t.zg_shbzh "身份证号",t.zg_xm "姓名",t.zgf_jkrq "缴款日期" from (
select a.zgf_qydm,a.zgf_fzh,b.zg_shbzh,b.zg_xm,a.zgf_jkrq
from fp_zgfptz a,da_zgjbqk b
where a.zgf_fzh=b.zg_fzh and substr(zgf_jzsny,5,2)<7 and substr(zgf_jzzny,5,2)>6 and substr(zgf_jzsny,1,4)>=1999 and b.flag in (0,-1)
union all
select a.zgf_qydm,a.zgf_fzh,b.zg_shbzh,b.zg_xm,a.zgf_jkrq
from fp_zgfptz a,da_zgjbqk b
where a.zgf_fzh=b.zg_fzh and substr(zgf_jzsny,5,2)>=7 and substr(zgf_jzzny,5,2)>6
and substr(zgf_jzsny,1,4)<>substr(zgf_jzzny,1,4)
and substr(zgf_jzsny,1,4)>=1999 and b.flag in (0,-1)) t order by t.zgf_qydm,t.zgf_fzh,t.zgf_jkrq;
可是据测试说没有判断出200701-200903这样的数据。仔细看了下上面的语句，发现人家分析的不错，将跨年度分为了几种情况：
1、起始小于7月终止大于6月的（如200904-200907）
2、起始大于等于7月终止大于6 而又不是同一自然年的（200907-201007）
但是少了起始大于6终止小于7而终止减起始年份不等于1的，应该还有几种情况吧，少一种都不行呀！
发现自己写了代码，再看下别人实现同一功能的代码，更能发现从另一种角度看问题的方法。
社保同行的QQ群里经常会有人提出一问题，拿来练习SQL命令不会枯燥，又有成就感！
这是包姐（陈杰）提出的问题：
请问将档案建立中的缴费工资改为年台帐中最大年度的缴费基数的命令怎么写啊，弄了一个上午还没成功。。。
偶的回复：
以下是思路，其中的语句不一定能直接运行。
1、首先找到最大年度，
select max(zgn_nd) from nd_zgntz where zgn_fzh=zg_fzh;
2、最大年度的缴费基数就是
select zgn_jfjs from nd_zgntz where zgn_fzh=zg_fzh and zgn_nd=(select max(zgn_nd) from nd_zgntz where zgn_fzh=zg_fzh);
3、更新就更好办了,加上个单位过滤条件
update da_zgjbqk set zg_dqjfjs=(select zgn_jfjs from nd_zgntz where zgn_fzh=zg_fzh and zgn_nd=(select max(zgn_nd) from nd_zgntz where zgn_fzh=zg_fzh)) where zg_qydm=XXXXX;
包姐也个老手了，按理这个问题难不到她，后来发来了她写的语句：
update da_zgjbqk set zg_dqjfjs=(select a.zgn_jfjs from nd_zgntz a where (a.zgn_fzh,zgn_nd) in
(select zgn_fzh,max(zgn_nd) from nd_zgntz group by zgn_fzh)) and zg_fzh=a.zgn_fzh) where flag>-2;
想法是好的，通过分组找到每个的最大年度，再通过in的方式取出其中的基数，最后实现更新。但是里面问题还是不少，有的简直会要命的！
右括号多了一个就不说了，要命的是最外层的更新语句后的where只是加了flag>-2，这个在批量更新时一定要限定更新的范围在所找到值的范围中，要不然找不到值的也会被更新掉就惨了，这么多，做完了还发现不了，当然，如果确定所有flag>-2的人都有年台帐倒是没问题，关键别有有意掉了。
另外还有一个体会，大批量的数据更新时，最好先找个小单位实验一下，语句没有问题再去做大批量的更新，这样有问题马上可以反映出来，因为我们写一条语句，心里基本上会估计到能影响到多少条记录，如果发现测试影响的记录数超过预计的，那语句一定有问题了。
在群文件中下载 plsql developer.rar后，解压到任一文件夹后就可以执行其中的
来运行这个工具软件了，哦，前提是你要安装好了ORACLE客户端，并确保你这台机器能连接到ORACLE的服务器上，要不然一切白搭！
运行后出现登录窗口
这里输入用户名和密码就能进入了，它会自动获取ORACLE客户端所做的连接信息。这里我们在连接为选择的是normal而不要选择DBA的模式。
进入后上面是工具栏
下面是数据库的各项属性项，其中常用的就是各种表了
想看那张表中的数据只要右击表名选择"查询数据"就行了，想要修改的话就选择编辑数据。显示的数据列表和EXCEL差不多
他不会一次性提取出所有的数据，只是一部分，想抽取所有数据点击那个绿色双倒三角加横线的按键，于是所有的数据就出来了，没横线的就是再取一页的数据。试试看再数据列表中右击，出现下面的菜单：
看到没，可以复制到Excel，这样很方便的就导出来EXCEL了。
而在数据列表上方是SQL语句的编辑区，可以在上面写好语句后按一下工具栏中的齿轮图标
或者按F8就能执行了，结果马上显示在下面列表中。双倒三角的那一排图标中那个望远镜的图标是对当前数据输入条件再查询的功能。点击后在相关字段输入条件，会自动写相关的SQL语句。而在SQL语句的编辑区有上下各一个绿色箭头，用来切换前后条语句，光标在编辑区时按下ctrl+D可以调出SQL语句的历史记录，双击就可以调入当前编辑区。
如果是选择查看数据模式就不能对数据进行编辑，如果选择了编辑数据，就可以对列表中的数据进行直接修改了，看到锁打开了由
变成了
，修改后会出现绿色的勾，点击它说明保存修改，但这还是没有真实的写的数据库中，我们还要做一次commit，当然不要输入这些语句了，点击下工具栏中的
绿色向下表示提交，而红色向上表示回滚，很是方便吧？
更方便的是在输入SQL语句是会自动进行语法提示，对表名也有提示，这就不怕记不住那些长长的表名和字段名了，只要选择下就OK了，
先说这么多吧，有空再讲更进一步的用法，相信上面这些用法比老土的SQLPLUS要强太多了吧！
我们没有用 plsql developer 之前，要想导入数据到ORACLE中，会要先制作一个标准的文本文件，还不能带表头，然后提做一个一时半会讲不清、做过了又忘记怎么做的控制文件，还要输入一串长长的命令，总之步骤繁多，又不好记。
好在我们有了 plsql developer ，一切就变得简单了。（怎么这么耳熟？）
在 plsql developer 中导入数据有两种方法，先介绍一个常规的，例子用数据整理要求做的那张ZL_NYND来做，假设我们现在有了一张表，内容如下：
1、对所有的数据进行复制，包括表头。
2、进入 plsql ，选择菜单 工具－>文本导入器
3、点击文本导入器的工具栏中的粘贴工具
可以看到数据已经上来了。
4、点击"到ORACLE数据"那一页，填写好表的所有者和表名，分别是BGFA和ZL_NYND，输入时你输入BG它就会自动帮你找到BGFA，输入ZL就会找到ZL_NYND非常的智能化，希望我们的金保软件也能这么智能就好了。对照一下我输入的
如果你的表里还有别的数据要保留，就不要勾先清空表，如果已有的旧数据不要了，就要勾先清空表。
5、ZL_NYND表的各字段和粘贴进来的数据进行对应工作，告诉工具将粘贴进来的数据，哪一列导入哪一个字段。这是在下面的字段栏中进行对应，其实我们如果用的pl sql是英文版本，这里会自动对应，但中文版本有个小BUG，得手工对应，如图对应的是第一个
按图的方式将其余的对应完毕后，不要对错了。
6、最后一步，点击"导入"按钮，工具就会开始导入了，很快的会在状态栏出现提示，导入完成了。如果有什么错误会在导入过程中用对话框提示，根据提示内容修改下源数据，重新来过就是了
这个就是常规的导入步骤，很方便吧，根本不需要做那么奇怪的控制文件。还有更方便的第二种方法呢。下回再讲了！
[2009-09-05 3:11] 20090904提的需求
1、支付台帐中的数据应该包括不在社会化发放和数据，如在职一次性支付的和社保支付的丧抚费，因为台帐是收支的一个总的出口，细分资金流向的渠道不应该影响这里的数据
2、支付台帐中的人娄不应该包括当月死亡支付了丧抚费的人，万一以后因政策原因要补发丧抚费的话，人数就会突然增多，况且统计的人数是从台帐上出的，不应该包括死亡人数（现在的是只要申报死亡支付丧抚费的，不管有没有审核，人数都算在里面了，没支付的也算了，搞得最后台帐上就是人没减下来，当月养老金又减了，丧抚费又没发！）
3、任何一种形式的单独补缴，所要打印的缴费清单，还是采用原来的那种按年度划分，如果中间有中断不补缴的也能显示出来的清单，不要现在这种合并成一条的，原来那种可以打印给个人贴在手册上，说明他缴费的时间段，现在这个一条的体现不出这个功能。
4、退休人员中止时打印支付丧抚费的表格现在的表头是"个人帐户一次性支付核定表"，这个和在职死亡的一次性支付混了，应该改成"离退休人员丧葬费、抚恤金及个人余额支付核定表"
5、由于私企人员调整频繁，不能等到年底结算的时候来统一登记台帐，有需要可以随时打印出所选择时间范围的缴费明细，简单点的，只要缴费单位、缴费月、基数、个人帐户金额，缴费时间就行，建议放在个人综合信息中，加一页显示，只要输入起始时间，过滤出来后就可以打印
6、退休人员的恢复和暂停业务要在办理完保存后就打印一张业务表格，有恢复的金额、补发和金额、停发的金额，用来存档，而不是到最后结算完了做一张台帐（而且没有专门的，还混杂了新增和死亡的）。
7、基金退还、补缴冲减都是减下个月的计划数，如果冲减金额小于计划数是不是会出现支付？是怎么支付的呢？财务收支两条线，收缴户是不能支出的。
8、新增模块中，既然不能做补缴就应该设置补缴时间那一栏默认为空，要不然容易出现误操作。最好的办法是调整这里的算法为统一基数不收利息和滞纳金的补缴算法，因为新增补缴和企业续保都是使用相同的算法。
9、托收单据的打印要可以做到选择一个企业时可同时勾选若干欠缴月，汇总金额后打一张托收单，无需一个月打一张。
10、银行托收手续费分为好几种，不一定是二块一次，各单位应可以进行选择。
11、打印的托收单据要有托收的是哪个月的数据，而且应该允许重复打印。
12、单位托收到账后，因为补收了利息，在财务到账时没有办法将利息到账，估计滞纳金也存在同样的问题。
13、个人综合信息中缴费信息中对未到账的月采用其它色彩标示，这样很容易发现有未到账的月份
14、在灵活人员缴费中要能自动找出没有缴过费的月份，并按年度自动插入到补缴列表中，这样不用人工去查看中断了哪几个月。
15、设想在一个人新参保的时候，就对这个人从建账月开始到本年底止自动建立一个每月一条的初始月台帐（不参与业务计算，只起占位作用），这是一个人月台帐的底层，如果有单位产生的月台帐、补缴产生的月台帐、就自动覆盖初始月台帐，删除时自动恢复初始月台帐，这样如果出现中断就很方便的通过查看初始月台帐的时间知道是哪几个月中断了。不用像现在这样，如果少了一个月都要从头看到尾！
16、单位改制后不应该产生欠缴了，但是改制往往是滞报的，所以产生了欠缴，可是单位的欠缴要核销的话要求这些月没有人补缴过，如果有过补缴就不能核销，得一个人一个人的去做基金退还，麻烦且不合业务逻辑，都改制了，还退还给谁呀！
17、零星调资的处理速度非常慢，保存一个人要近十分钟。
18、批量补缴的业务中不一定要针对在职缴费的人，暂停缴费的人也应该可以补缴。
19、如果一个人在同一数据库的不同社保机构参保，应提示在哪个机构哪个单位参保，好去办理转移手续。
20、退休人员领取资格认证模块中不需要输入认证起始时间。
21、在未认证人员查询中，要能做到认证起始时间范围内已认证人员的导出和进一步操作，如查出200701-200712已认证人员，并做暂停发放业务。现在查到的还是未认证人员，也不能做下一步业务。
22、补缴（退一补一、灵活人员、补缴）打印清单时，现在多出一个报表界面，要再点打印才会出预览界面，再点打印才是真的打印，以前可以直接出预览界面，点一次打印就可以了，应该改回原来的方式。
23、如果是三类事业单位的计发人员，在待遇核定时，现在还是在进行比较的年度，那么事业工资是必填写项，现在是先填写项。
2009-9-8 UPDATE:网新的反馈
客户问题反馈单
|
单位名称 |
鹰潭市社保局 |
客户联系人 |
章兰芳 |
联系电话 |
0701-6285282 |
|
|
反馈日期 |
2009年9月7日 |
网新联系人 |
客户传真 |
0701-6222600 |
||
|
产品名称 |
模块名称 |
|||||
|
问题描述 |
模块名称 |
解决方案 |
希望完成时间 |
反馈建议及时间 |
||
|
1． 支付台帐中的数据应该包括不在社会化发放和数据，如在职一次性支付的和社保支付的丧抚费，因为台帐是收支的一个总的出口，细分资金流向的渠道不应该影响这里的数据。 |
报表 |
支付计划只包括社会化发放和单位代发的，社保直接支付是不进这个计划的。 |
||||
|
2． 支付台帐中的人不应该包括当月死亡支付了丧抚费的人，万一以后因政策原因要补发丧抚费的话，人数就会突然增多，况且统计的人数是从台帐上出的，不应该包括死亡人数（现在的是只要申报死亡支付丧抚费的，不管有没有审核，人数都算在里面了，没支付的也算了，搞得最后台帐上就是人没减下来，当月养老金又减了，丧抚费又没发！）。 |
报表 |
由鹰潭社保统一后确定。（汇报杨局后统一） |
||||
|
3． 任何一种形式的单独补缴，所要打印的缴费清单，还是采用原来的那种按年度划分，如果中间有中断不补缴的也能显示出来的清单，不要现在这种合并成一条的，原来那种可以打印给个人贴在手册上，说明他缴费的时间段，现在这个一条的体现不出这个功能。 |
报表 |
已完成。 |
||||
|
4． 退休人员中止时打印支付丧抚费的表格现在的表头是"个人帐户一次性支付核定表"，这个和在职死亡的一次性支付混了，应该改成"离退 休人员丧葬费、抚恤金及个人余额支付核定表" 。 |
报表 |
若省本级确定修改，则本地修改。 |
||||
|
5． 由于私企人员调整频繁，不能等到年底结算的时候来统一登记台帐，有需要可以随时打印出所选择时间范围的缴费明细，简单点的，只要缴 费单位、缴费月、基数、个人帐户金额，缴费时间就行，建议放在个人综合信息中，加一页显示，只要输入起始时间，过滤出来后就可以打印。 |
建议本地加一张报表给用户进行查询打印。 |
|||||
|
6． 退休人员的恢复和暂停业务要在办理完保存后就打印一张业务表格，有恢复的金额、补发和金额、停发的金额，用来存档，而不是到最后结 算完了做一张台帐（而且没有专门的，还混杂了新增和死亡的）。 |
报表 |
退休人员的恢复和暂停业务都会在新增或新减退休人员养老金社会化发放表中体现。 |
||||
|
7． 基金退还、补缴冲减都是减下个月的计划数，如果冲减金额小于计划数是不是会出现支付？是怎么支付的呢？财务收支两条线，收缴户是不 能支出的。 |
如果冲减额小于计划数时，差额会放到单位余额表中。 |
|||||
|
8． 新增模块中，既然不能做补缴就应该设置补缴时间那一栏默认为空，要不然容易出现误操作。最好的办法是调整这里的算法为统一基数不收利息和滞纳金的补缴算法，因为新增补缴和企业续保都是使用相同的算法。 |
职工增加 |
由省本级确定。 |
||||
|
9． 托收单据的打印要可以做到选择一个企业时可同时勾选若干欠缴月，汇总金额后打一张托收单，无需一个月打一张。 |
打印委托收款凭证 |
建议把应缴年月改成可选项，这样就可以直接输入单位编号进行单位以往欠缴的查询，然后用户要求可以同时托收单位的清欠，并且托收单上要体现托收的时间段，例：托收2007.01 , 200702, 200703等几个月，那么托收单上要显示出托收时间段2007.01--200703。（由省本级确定） |
||||
|
10． 银行托收手续费分为好几种，不一定是二块一次，各单位应可以进行选择。 |
打印委托收款凭证 |
现鹰潭市本级确定了一个经办机构只设置一种手续费。 |
||||
|
11． 打印的托收单据要有托收的是哪个月的数据，而且应该允许重复打印。 |
打印委托收款凭证 |
省本级已确认修改。 |
||||
|
12． 单位托收到账后，因为补收了利息，在财务到账时没有办法将利息到账，估计滞纳金也存在同样的问题。 |
单位征缴基金到帐 |
由省本级确定。 |
||||
|
13． 个人综合信息中缴费信息中对未到账的月采用其它色彩标示，这样很容易发现有未到账的月份。 |
职工个人综合信息查询 |
可以选择"到帐标志"为"未到帐"时候进行查询。 |
||||
|
14． 在灵活人员缴费中要能自动找出没有缴过费的月份，并按年度自动插入到补缴列表中，这样不用人工去查看中断了哪几个月。 |
灵活人员缴费 |
需与省开发组讨论后再做决定。 |
||||
|
15． 设想在一个人新参保的时候，就对这个人从建账月开始到本年底止自动建立一个每月一条的初始月台帐（不参与业务计算，只起占位作用 ），这是一个人月台帐的底层，如果有单位产生的月台帐、补缴产生的月台帐、就自动覆盖初始月台帐，删除时自动恢复初始月台帐，这样如 果出现中断就很方便的通过查看初始月台帐的时间知道是哪几个月中断了。不用像现在这样，如果少了一个月都要从头看到尾！ |
由省本级确定。 |
|||||
|
16． 单位改制后不应该产生欠缴了，但是改制往往是滞报的，所以产生了欠缴，可是单位的欠缴要核销的话要求这些月没有人补缴过，如果有 过补缴就不能核销，得一个人一个人的去做基金退还，麻烦且不合业务逻辑，都改制了，还退还给谁呀！ |
已做存储过程给修改。因为这种单位欠缴要核销的情况比较少。 |
|||||
|
17． 零星调资的处理速度非常慢，保存一个人要近十分钟。 |
离退休人员待遇零星调资 |
建议测试。 |
||||
|
18． 批量补缴的业务中不一定要针对在职缴费的人，暂停缴费的人也应该可以补缴。 |
单位职工批量补缴 |
暂停人员必须是先进行续保后，才能做补缴业务。 |
||||
|
19． 如果一个人在同一数据库的不同社保机构参保，应提示在哪个机构哪个单位参保，好去办理转移手续。 |
在职工档案登记模块中已有提示。 |
|||||
|
20． 退休人员领取资格认证模块中不需要输入认证起始时间，最好自动默认为系统当前年月。 |
养老金资格认证处理 |
需要修改，因为用户一般做的都是当月认证的业务。 |
||||
|
21． 在未认证人员查询中，要能做到认证起始时间范围内已认证人员的导出和进一步操作，如查出200701-200712已认证人员，并做暂停发放业 务。现在查到的还是未认证人员，也不能做下一步业务。 |
养老金资格认证人员导出 |
未认证查询模块中是只能查询这段时间内未认证的人员。 |
||||
|
22． 补缴（退一补一、灵活人员、补缴）打印清单时，现在多出一个报表界面，要再点打印才会出预览界面，再点打印才是真的打印，以前可以直接出预览界面，点一次打印就可以了，应该改回原来的方式。 |
报表 |
鉴于用户需要打印分年度的补缴明细报表，如果这样的话，就会多出一个报表界面。 |
||||
|
23． 如果是三类事业单位的计发人员，在待遇核定时，现在还是在进行比较的年度，那么事业工资是必填写项，现在是先填写项。 |
离退休人员待遇核定 |
事业工资不填的话，是按0来比较的。 |
||||
