【案例背景】:
最近临时收到一个任务,说上家Vender生产的Scheduled Batch Job没有执行,深度探索后发现罪魁祸首是Fiscal没有及时更新到最新年份。
【问题复现】:
知道了这个基本点我们挖掘下它是如何导致一家Finacial公司的Master Data在近1季度内未被同步更新的:
public class FiscalQuarterHelper {
public static final String currentFiscalYear = getCurrentFiscalYear();
public static String getCurrentFiscalYear() {
Period quarter = getCurrentFiscalQuarter();
return quarter.FiscalYearSettings.Name;
}
public static Period getCurrentFiscalQuarter() {
List<Period> fiscalQuarters = [SELECT Id, FiscalYearSettings.Name, Type, StartDate, EndDate, Number
FROM Period
WHERE Type = 'Quarter'
AND StartDate = THIS_FISCAL_QUARTER];
if (fiscalQuarters == null || fiscalQuarters.isEmpty())
throw new ConvoyException(System.Label.Fiscal_Quarter_Error);
return fiscalQuarters[0];
}
}
在阅读这份代码时,我发现了THIS_FISCAL_QUARTER这个关键字,查阅了下文档Date Formats and Date Literals,我看到示例代码中有:
SELECT Id FROM Account WHERE CreatedDate = THIS_FISCAL_QUARTER
我立马贴进我生产环境看下效果,发现下面错误:
这时我竟无语凝噎,啥?为什么是Invalid date呀?难道官方文档出问题啦?不可能呀?我伴随着问题去了趟厕所,很神奇的想起Pro环境问题还在,诊断问题是客户只是在UAT更新了财年:
于是,我在UAT查了下,结果就很乐观:
【总结】:
从这个案例中我读出了这样几点信息:
1. 可配置化的解决方案值得提倡但也会存在潜在风险。即交付后,用户不一定记得及时更新,尽管技术文档有提,客户也不会像Developer那样能快速准确定位受牵连的这个问题是这个造成的失败关键因素,所以当下一个公司接盘新一轮开发,还得费力去解决这一问题所引发的系列问题;
2. Fiscal Year很好用,功能强悍。标准的功能帮助我们能快速筛选出某个财年/极度的所有Transaction Data,使财务统计,市场效益评估更高效,而且财年自定义更能满足每家企业级用户的定制需要。
【互动环节】:
如果你对总结的某一点或几点有意见或更好的solution,不妨在博客下方留下你宝贵的足迹。你的关注将是我创作的动力,点击关注+评论哟~