841523 - Testing refunds

Status: RESOLVED FIXED

(Marketplace Graveyard :: Payments/Refunds, defect, P2)

Description

[Andy McKay]

In bug 835415 I asked about operators that support refunds. What I'd really like is an operator in the *test* environment that supports refunds. That way we can test the whole flow of how a refund works, without having to fake it all our end.

Currently you get all the way to the refund button and when you click it we get an error: NOT_SUPPORTED, No refund agent found

Thats fine, but this makes testing hard.

Comment 1

[Steve Ruston]

Keir, as per my Skype IM can you let us know which operators in test support refunds?

Comment 2

[Tom]

None of them support auto refunds. Also, there would be no point testing if one did because it probably wouldn't work the same for operators that we are dealing with for launch.

Comment 3

[Andy McKay]

So can we get a example or test operator on the test server that behaves similarly to the ones we are going to launch with?

Comment 4

[Tom]

So have you connected to our refund API? If you have then it will connect to TestPay and send back a not_supported error which relates to operator not supported but we cannot put any operators in until Spain have confirmed refunds is working.

Comment 5

[Andy McKay]

Yes it does. We can't do refunds for operators in the test instances until they confirm its working in production?

Comment 6

[Tom]

Correct.

Comment 7

[Keir Kettle]

(In reply to Andy McKay [:andym] from comment #3)
> So can we get a example or test operator on the test server that behaves
> similarly to the ones we are going to launch with?

So the current behaviour (ie returning "NOT_SUPPORT" to a request for a refund of type OPERATOR) is the same as the launch operators (ie they don't support refunds back to bill).

The alternative is to do a refund of type "BANGO" - which will refund back to the users "bango balance" (and will be used for future purchases - but wont prompt any further action (ie a "manual refund back to bill")).  This is not ideal as its not likely to be 100% clear to the user. 

I can add a refund agent to testpay so you can test OPERATOR refunds (but as Tom said v few operators actually have API that can refund back to bill)?

Comment 8

[Andy McKay]

If we've got a testpay operator that can support refunds that would be awesome. 

Then there is a way of testing and ensuring that we can do end to end testing of the flow without having to wait to test it on produciton.

Comment 9

[Steve Ruston]

should be in test by 11th March

Comment 10

[Steve Ruston]

still in development, priority has been resolving test blocking issues

Comment 11

[Wil Clouser [:clouserw]]

Bango has run into some troubles on this.  They are estimating the work to do and will return with a new time estimate.

Comment 12

[Steve Ruston]

dev work done, testing config prior to deployment

Comment 13

[Steve Ruston]

likely to be in build 18th April

Comment 14

[Steve Ruston]

won't be in Test till 24th April

Comment 15

[Steve Ruston]

part of Direct Billing 4 (DB4) now scheduled for 30th April

Comment 16

[krupa raj[:krupa]]

Currently in test

Comment 17

[Keir Kettle]

This is on test now, and it wont be moved to production I'm going to close this bug.