Richard Clark

DLOCK07 Query

Created

None

Hello! Hoping we can get some advice on a DLOCK issue that has perplexed me this week!

We have two DLOCK7 errors pop up this month, which is usually fine and easy to resolve, but these two don't appear to actually be mismatches. 

Our DataMatch report is showing learner 1 as having an ILR value of 14745 and a App Service value of 14745 and it is a similar story with Learner 2. Both ILR and App Service values match.

At a bit of a loss! Tried toggling price episode dates etc but nothing seems to clear them, and I can't change the ILR price, because it is right . . . 

Any help as always would be much appreciated if anyone has had a similar issue! 

Replies

No one has replied to this post.


Ben James

Might not be applicable.. but have you modified the TNP records in any way recently, where the change affects a previous contract years? e.g., you've added a couple of new lines to reflect a new price, but used a date in the old contract?

DAS takes a snapshot of the remaining funds to be taken from the account at the beginning of each funding year.. but if you add a revised price with a date in the old contract, it then cannot reconcile how much it's got left to charge. In circumstances like this, the prices do show as the same on the data match report, despite there being a DLOCK07. You're advised to always add revisions to prices where they've occurred in a previous funding year as of 01/08 of the current funding year. Have you gone into DAS itself and click on the ILR mismatch to see what it says?

Steve Hewitt

Or the classic changing a price rather than adding a new price?

Richard Clark

I'm insulted, Steve! Haha. ;-) 

Thanks for your responses, Gents.

No price changes or anything of that type. We do have PMR records against the learners which weirdly is the date the App Service is showing has the ILR submission date price period start to add to the mystery . . . 

Ben James

How odd. Price episodes aren't informed by PMRs (or shouldn't be), only TNPs and contract types, so you shouldn't get a mismatch based on them. Would it be unreasonable to ask.. are you sure they're logged as PMR and not TNP? Are they with an old contract date? Maybe check your XML to make sure they're going through properly?