本文已参与「新人创作礼」活动，一起开启掘金创作之路
案例背景
最近临时收到一个任务，说上家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查了下，结果就很乐观：
总结
从这个案例中我读出了这样几点信息：
- 可配置化的解决方案值得提倡但也会存在潜在风险。即交付后，用户不一定记得及时更新，尽管技术文档有提，客户也不会像Developer那样能快速准确定位受牵连的这个问题是这个造成的失败关键因素，所以当下一个公司接盘新一轮开发，还得费力去解决这一问题所引发的系列问题；
- Fiscal Year很好用，功能强悍。标准的功能帮助我们能快速筛选出某个财年/极度的所有Transaction Data，使财务统计，市场效益评估更高效，而且财年自定义更能满足每家企业级用户的定制需要。
如果你对总结的某一点或几点有意见或更好的solution，不妨在博客下方留下你宝贵的足迹。你的关注将是我创作的动力，点击关注+评论哟~
