EAS（K/3类似）账龄的处理思路大致为：按科目、指定项目类型进行核销，核销后生成账龄表。有多种核销方式、有多角度账龄表展现方式。
从功能上看，是非常强大的：支持手工核销、自动核销、特殊核销；支持按时间顺序核销、按往来编号核销、指定核销；账龄表有分各种条件的，分业务日期、到账日期，分按核销关系、按余额分别显示账龄，可分项目核销，可任意分时间段等多重功能。但应用起来，确实有诸多不便，如：
1、反过账时，需要相应的反核销。（反账虽不合规，但太常见了。）
2、如果往来中有负数，有时出现账龄表不对，且根本不知道原因。（反馈到总部了，也不知为何，就是总金额与余额表不对）
3、如果期初没有将系统参数设为“使用往来核销”或将相应科目设为往来科目，那后面想处理账龄就很难了。（得通过后台处理）
4、如果只在2013年12月31日核销了以前所有的往来，那么反过来看之前账龄是有误的。
5、没有将集团内部与外部的分别小计。（EAS都是集团客户，内部往来要分别反应。这个是次要的，可以引出处理）
6、如果每年核销多次，还是有一定工作量的，加之反账时要反核销等。
基于上述原因等，实际使用该功能的大打折扣，可以实际了解一下：
1、正式使用系统出账龄的客户有多少？
2、使用账龄的客户满意度如何？
针对上述情况，建议提高往来账龄使用率，不需核销直接生成账龄表：
1、不需核销，直接按照顺序核销的原理生成账龄表。（绝大多数公司是按顺序计算账龄的）
2、按科目定义的方向及余额，只计算余额所形成的金额倒挤账龄。如应付账款—某单位：
业务日期 借方 贷方 余额方向 金额
2013-03-18 12,000.00 贷 12,000.00
2013-11-13 5,200.00 贷 6,800.00
2013-11-13 5,000.00 贷 1,800.00
2013-11-19 10,300.00 贷 12,100.00
2013-11-19 10,000.00 贷 2,100.00
2013-11-28 40,000.00 贷 42,100.00
2013-12-26 40,000.00 贷 82,100.00
该单位2013.12.31的账龄时间分别按如下计算：
2013-11-19 2,100.00 （82100-40000-40000） 42天
2013-11-28 40,000.00 33天
2013-12-26 40,000.00 5天
再参照现有的账龄表，选择各条件时，直接计算出账龄。该方式视同所有借方发生额将早期的贷方发生都核销了，剩下的贷方发生额就是当前余额的账龄。
这种方式计算逻辑直接以余额82100为起点，倒算贷方发生额，凑齐82100元的各笔发生额即为相应的账龄，其实是非常简单的。
3、如果借贷方发生额出现负数，则将负数视为反方向发生额处理。
4、如果科目定义的方向为贷方，到计算账龄时该科目的某单位往来为借方余额，则类似现有的“按债权债务小计”。
5、实质上相当于真正意义上的自动核销，账龄表的展现方式与现有方式类似。（增加内部客户小计功能）
6、如果某些往来需要针对性的核销，则在现有手工、自动核销的基础上核销后，再按顺序视同进行取数。
7、不足的是EAS一个账套用多年后，出账龄表的时间会较长。
这种方式做成标准产品，主要是将未核销的取数逻辑进行修改，以余额为取点计算即可。
我知道有一家客户完全单独开发了类似的功能，但一是通用性不强，二是写的太复杂，三是没有结合现有功能、功能不强。
不知道有没有其他客户开发有这种简易的账龄表，或有相应的需求，共同推动金蝶公司改进。
推荐阅读