Closed cjyetman closed 6 months ago
Because of pacta.portfolio.audit:::overall_validity_flag(), any ISIN/holding like this will ultimately be flagged as "Invalid or missing ISIN" when the "audit" process is run, e.g. workflow.transition.monitor/web_tool_script_1.R
That being said, I exported a sample/test portfolio using all of these invalid ISINs and ran it through web_tool_script_1.R
, and it is able to match some financial and entity information to some of them (all are "Bonds", "Others", or "Unclassifiable"), and some of those even have matching assets in the ABCD.
My current inclination is to not change the definition of pacta.data.validation::validate_financial_data()
and/or pacta.data.validation::validate_abcd_flags_equity()
at the moment, and to not implement those validations here in workflow.data.preparation
for the moment. That would better allow the possibility of exploring what usefulness we could get out of matching some financial and entity info to holdings of these ISINs in the future (if we remove these from our dataset now, we're more likely to forget that they are available and never explore it).
There are 2513 of these invalid ISINs in the current 23Q4 FactSet data that we pull. These don't cause a problem with anything, so it doesn't hurt to leave them in. But equally so, I don't believe there's a significant advantage to prioritizing an exploration of what we can do with them.
@jdhoffa thoughts?
It would be unfortunate to lose validation entirely just because of these handful of ISINs though... I would vastly prefer that you:
pacta.data.validation::validate_financial_data()
to have the following behaviour:(A-Z){2}(numeric/ special char){10}
)and then implement pacta.data.validation
in workflow.data.preparation
That way we will at least get a record of the presence of these ISINs in the logs every time we run data prep.
ok... gonna move this over as a task in pacta.data.validation then
closing in favor of #222
Originally posted by @jdhoffa in https://github.com/RMI-PACTA/workflow.data.preparation/issues/185#issuecomment-1983585121
AB#10378