nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

SAFF file adds address line 2 town/state/postcode

Sandra_10124565

I've just uploaded my first SAFF file to CBUS Quicksuper. CBUS alerted me this file will add an "Address line 2" to our employees' records and be passed on to their super funds. That address line 2 will be the town, state and postcode details for our employees.

I have checked my Reckon employee records, and each employee is set up correctly with an Address line 1, then the City, State and Postcode fields completed. The second address line in Reckon is blank. Yet when the SAFF file is created, as well as the above information it adds an "Address Line 2" to the file which is the City State Postcode fields concatenated into one line.

This means the information being sent to Quicksuper in the SAFF file looks like:

Mr Good Employee

54 Example Street

Sydney NSW 2000

The town/state/postcode is being included as Address line 2 so in the file twice, whereas it should be blank because all that information is already correctly included in the Locality, Postcode and State fields.

I thought it was a problem on CBUS's end, but when I opened the file I see it is being sent to them incorrectly from Reckon.

Is there some special tweak I need to do to stop this happening, or is this a software bug that needs fixing? It is going to muddle our employees details with the super funds if left as is, and I don't want to have to open the .csv file and edit it every single payday to remove this field.

Accepted answers

All comments

Lucas Andrews

Hi @Sandra_10124565,

Just wondering if you managed to submit this SAFF file or whether this message prevented you from doing so?

Just require a bit more information and we will try and help you best we can. Thank you.

Sandra_10124565

Hi @Lucas Andrews

Yes I could submit it. There was no error, just a warning that the file contained new employee information and this new information would update Quicksuper and be passed onto the relevant super funds. The "Employee Data Changes file" it produced says an "Address Line 2" would be added to each employee's file, which is the town/state/postcode all in one line.

(I had already set up the employees manually in their system which is why it was warning me there was a change).

It also warned me that the employees' middle names which I had entered would be changed to just a middle initial (but this seems unavoidable as Reckon only allows us to enter a middle initial and not a middle name).

Wini1010

Hi @Lucas Andrews

I have the same issue as Sandra in that the SAFF file is duplicating the Suburb, State, Postcode in Address Line 2. This data is already in the Locality, State, Postcode fields of the SAFF file. I get a warning in QuickSuper when the SAFF file is loaded, saying that the data in Address Line 2 will be added to the Existing employee record, and that this updated info will be shared with super funds. The SAFF file also seems to add the address type as a postal address by default, even if it's a residential address. Like Sandra, I am able to submit the SAFF file, but the employee address data would be incorrect due to the duplication of suburb, state, postcode, and assumption of postal address.

Why does the SAFF file duplicate the suburb, state, postcode in Address Line 2? Will Reckon be fixing this? If not, does this mean we need to manually correct every SAFF file before loading it?

Is there somewhere in Reckon Accounts Desktop to nominate an address as residential so that the SAFF file populates this correctly?

Also, our payroll payment date is 1 day after the payroll fortnight end. To get the correct super data in the SAFF file, I need to select the payroll payment date, but this results in the pay period dates in the SAFF file being incorrect. For example, pay fortnight is 23/06/26-06/07/26 with payment date 07/07/26. How do I get the correct pay period dates in the SAFF file (23/06/26-06/07/26) with the correct super amount (payroll payment date is 07/07/26)?

I'd appreciate your guidance on how to address these issues.

Kris_Williams

set the payment date to go from the last payment date till the next one, not the pay period. I have found that once the Saff file is lodged and it updates certain fields it doesn’t happen again. It’s also updating the employees information from Reckon as you entered it manually. I never entered any employees manually I exported the Saff file and it used that info

Wini1010

Thanks Kris, yes our employees were set up manually in QuickSuper a long time before Payday Super requirements. Does that mean you just let the duplicate suburb, state, postcode, and postal address default in the SAFF be reported through to the super funds, even if incorrect?

Kris_Williams

I would and see what happens, they can always be changed later if necessary

Kris_Williams

I would and see what happens, they can always be changed later if necessary. Let me know how it goes

Sandra_10124565

I guess just letting the duplicate town/state/postcode go through to the super funds via the added Line 2 is a workaround that isn't the end of the world Kris, but it really does my head in to have this incorrect information there when it shouldn't be. I've still been doing manual uploads instead of using the SAFF file until this hopefully gets resolved. Any update on a timeline for this to be fixed @Lucas Andrews?

Kris_Williams

I believe it will fix itself if you lodge a Saff file, but you can see what it does before you submit it. Did for me

Wini1010

I agree with Sandra. Why can't Reckon just fix the SAFF file?

Kris, how does it fix itself? Doesn't the incorrect data remain in Address Line 2 in Quicksuper even if the warning clears after you submit the SAFF file the first time?

Sloan

I uploaded a SAFF to quick super this morning and just acknowledged that message and carried on. Went through fine.

My saff file has listed the town, state and postcode in address line 2 as well but what's the actual problem with that?

Its not like it's vital information for the lodgement is it?

Kris_Williams

It picks up the information from the Saff and after that the problem doesn’t happen again. I didn’t enter the names in the clearing house I let the Saff file import them. There were still issues but not really a Reckon thing

Sandra_10124565

It seems that once the incorrect information is imported then saved to the clearing house the first time via the SAFF file, it doesn't flag it again with subsequent SAFF files because that incorrect information is already saved in the clearing house and their system is just checking for changes. I would say it really IS a Reckon thing because it shouldn't be uploading incorrectly in the SAFF file to start with. It sounds like the problem doesn't go away, it just gets bedded in. And whilst it isn't a major discrepancy, it does muddy the waters as it dirties the records by creating an incorrect upload, which one day might become a problem. Is it really too much to expect accurate records to be exported by Reckon in the SAFF file when we go to the trouble to enter the details of each employee accurately in the first place? It should only be a few lines of code that need tweaking to fix this ….

Kris_Williams

I thought you could edit the employee in the clearing house and take out the original address so only the one from Reckon is left there. Haven’t had this problem so can’t say

Wini1010

The Reckon SAFF file adds incorrect data to Address line 2 in employee records in QuickSuper. The original suburb, state, postcode data in Quicksuper is in the correct fields.

The incorrect Address Line 2 data then flows through to the contribution information transmitted to super funds. Quicksuper's response is that Reckon should fix the SAFF file data inaccuracy.

Sloan

@Wini1010 I think you're making an ocean out of a raindrop with this.

The file works, send it through, acknowledge the message and move on. The actual amount of super contribution is the important part here, not an address