James Rudge

Merged XML file creating errors

Created

As part of our monthly process we merge XML files containing learners from different courses.

We have uploaded both files individually and they return no errors but when we merge the two files, we get the following errors:

 

The 74 learners is all of the learners from the apprenticeships XML file we are merging with.

Does anyone know a reason that it might not deliver the errors for individual XML files but once they are merged the errors are formed?

Replies

No one has replied to this post.


Steve Hewitt

Going to depend what errors they are? I see it's not all the same errors on all the learners (because 558 doesn't divide neatly by 74), so could be all sorts of things...

Are any (all?) of the apps in the other file doing some AEB or something? Multiple learner records with same NI/ULN would cause an error I think? Or are they maybe using the same kind of learner ref numbering system, so you've got "duplicate" learner refs in the two files?

James Rudge

Hi Steveh,

Thanks for the response.

The errors all relate to the file for 74 apprenticeship learners and the error codes are a combination of R68 and R124. For some learners there are more R68 errors than others. 

R124 = The learner must not have overlapping programme aims
R68= The learner must not have more than one Apprenticeship Financial Record with the same Apprenticeship financial type, code and date

These errors do not come up when the file is uploaded individually and they have different learners on that course. They also have unique learner reference numbers that are different to the ones we use on our Skills Bootcamp courses.

Steve Hewitt

Ah, looks like you're going to have to look at the raw xml (you can open it in notepad) to see what it's doing... Looks like something has gone wrong in the merge if those errors weren't showing in the App only file. Not to ask the daftest question, but you didn't add the App file twice before merging did you?

The number of R68s would change depending on the number of financial records (so, eg a learner with TNP1, TNP2 and three PMR records would have more errors than one with just TNP1 and TNP2 because more records).

Henry Wish (ESFA)

Hi James Rudge,

 I don't believe I've seen this issue before.

Please can you contact us using our Online Form .

Once you get an email back, please forward on both pre-merged ILR files so that we may have our technicians replicate the process and hopefully find a solution. I would also like to request these are password protected and the password sent in a separate follow-up email from the files for data protection.

Thank you,

 Henry W

Henry Wish (ESFA)

Steve Hewitt, have you tried using Notepad++?

It's a free open source tool that formats .XML (and other languages) into a much more legible layout:

Notepad++ (notepad-plus-plus.org)

 Henry W

Steve Hewitt

Hi Henry

Yes, have used it in the past (by which I mean, when we first moved to xml from the flat file because I am *very* old!!!), generally find the current file is fine in boring old notepad, possibly because EBS exports it with linebreaks in!

Henry Wish (ESFA)

I've been using it for 17 years now, a bit of HTML and JavaScript. The use of line breaks, indentation and colour really helps when scanning huge ILR files!

🤝

James Rudge

Hi all,

Thanks for the input.

I opened the XML file in notepad but not sure I have the know how to decipher it!

I will raise on that link you sent Henry - thank you

James Rudge

Hi all,

Update on this one.

I found out that I had all the learners in my ILR submission tool (for both courses) and needed to exclude the apprenticeship learners before exporting to stop the aims being duplicated when I merged the two files (I know you said something like this Steveh).

So should be fine going forwards.

Thanks

James

Steve Hewitt

Ahaaaaaaa, so, um, why do you need to merge? Just make one file out of LET for all of it? FIS can totally deal with all the different funding streams at once...