paying NEST by DD

paying NEST by DD

Didn't find your answer?

Not really a question, but I have just been told by NEST that even though an employer has a DD setup you still have to go onto the NEST website to "pay" each pay period submitted by DD manually.

I thought DD would mean that once a contribution schedule and been sent the payment would be taken automatically but that does not seem to be the case.  Like me I am sure there will be many employers that now have payments overdue as they have not told NEST to pay even though they have sent in the DD mandate.

Seems an odd way of doing it, not really proper DD is it?

Replies (10)

Please login or register to join the discussion.

By Democratus
25th Apr 2016 09:11

long running issue

I have raised this as a complaint with NEST ...not sure they will ever change their view. Search Aweb for other threads on this

Thanks (0)
avatar
By kjd
25th Apr 2016 10:06

DD

To play devil's advocate slightly, we've recently run our first and it was nice to be 110% sure we were happy with everything before hitting the 'pay' button.

 

Just build it into your crib sheet, it's like 2 seconds extra work.

Thanks (0)
Replying to Tax Dragon:
blue sheep
By NH
25th Apr 2016 10:18

2 seconds?

kjd wrote:

To play devil's advocate slightly, we've recently run our first and it was nice to be 110% sure we were happy with everything before hitting the 'pay' button.

 

Just build it into your crib sheet, it's like 2 seconds extra work.

Slightly longer than 2 seconds to logon, find the employer and click through every weekly schedule, when it could easily be automatically done (that is after all the point of DD), how many employers will not know to do this? How many will click weeks 1, 2 and 4 not realising they have missed 3? Its just stupid

Thanks (0)
avatar
By HuntFord
25th Apr 2016 10:58

Changeable Amounts

NEST's reason for this is that due to the changeable amounts potentially involved in each submission they won't automatically take contributions. Which sounds reasonable to me. If you are authorised to pay this for your client you could just click the button at the end of the upload process, to avoid having to worry about going back.

Also note that every other provider we've worked with does the same thing.

Thanks (0)
Replying to SteveHa:
blue sheep
By NH
25th Apr 2016 11:04

uh?

HuntFord wrote:

NEST's reason for this is that due to the changeable amounts potentially involved in each submission they won't automatically take contributions. Which sounds reasonable to me. If you are authorised to pay this for your client you could just click the button at the end of the upload process, to avoid having to worry about going back.

Also note that every other provider we've worked with does the same thing.

Sorry I still dont understand why anyone would think this is reasonable for a DD.

Does your mobile phone provider say that if your bill is going to be different each month they cannot automatically take the payment by DD?

Surely that is the whole point of a DD as opposed to a SO. 

Thanks (1)
Replying to SteveHa:
By petersaxton
26th Apr 2016 15:04

Nonsense

HuntFord wrote:

NEST's reason for this is that due to the changeable amounts potentially involved in each submission they won't automatically take contributions. Which sounds reasonable to me. If you are authorised to pay this for your client you could just click the button at the end of the upload process, to avoid having to worry about going back.

Also note that every other provider we've worked with does the same thing.

That's absolute nonsense. DDs are for changeable amounts.

Why is it called a DD when NEST expect the client to make the payment?

NEST seem to be incompetent. When I try to deal with anybody I seem to have to deal with somebody without a brain and copying scripts.

Thanks (0)
By Wieslaw
25th Apr 2016 12:40

I agree with you...

We use NEST (currently 30 clients, but this will be 300 - 400 over next couple of years)

We set payment date as 22nd of following month. This allows us to make payroll changes and reload the data without worrying about refunds.

It also means we have to visit the account twice, once to upload and once to authorise payment, which of course we could just upload data after month end and then authorise immediately

But like you DD means they should know what to take and when, and the payment due date should then be the date they take the funds.

I think Moneysoft are creating an authorise feature in their software, so this will help a little.

I therefore agree with you that DD is useless in this format. It is operating as nothing better than a bank transfer authorisation.
 

 

Thanks (0)
avatar
By Willwo01
25th Apr 2016 18:03

Aviva takes from the contribution file
With Aviva you set up the dd details and then the monies are taken based on the file you upload each month. So not all providers operate in this manner.

Thanks (0)
By chewmac
25th Apr 2016 22:11

I found this out only today too in processing my first staging. Actually I only discovered it by chance thanks to a reply from BrightPay on an unrelated query. I've since looked at NEST help etc and I don't know how I'm supposed to have discovered it other than by chance / AW posts.

Yes, it is annoying because otherwise payroll software would have done the lot. On the other hand it's a safety net as it allows corrections to the payroll, subsequent resubmission of Contributions Summaries and then I can confirm the payment sometime after the payroll is final.

Thanks (0)
By Wieslaw
26th Apr 2016 14:34

Spoke to NEST

I decided to call NEST today to see why this was, and they basically said as I thought in my earlier post, that it is not really a direct debit (in the sense we know) but an authorisation to make a payment using the registered bank details. They said there are no plans to change this method  anytime soon...

Let's hope Moneysoft release their update very soon, so at least we can authorise the payment direct from the payroll software itself and save going through the NEST portal. (Which is 100 times faster then NOW)

Thanks (0)