Bitcoin Payment Processor Extension

[Eileen]

Oh cool - that price is consistent with the latest price on bitnz https://bitnz.com/orders - I'll check it out. I did try signing up to make my bitcoin millions at qoinpro ( https://qoinpro.com/f51487fc4c7d1c4519c20ff82afebb98 ) - but I'm not going to make my million (or even enough to withdraw) any time soon.

[Eileen]

OK - I've signed up - I will soon own NZD$20 worth of bitcoin! The only thing is ... you can only put money in on Mondays! So, NEXT week I will own my $20 of bitcoin...

[andyw]

Hi Eileen,

Yep, it does seem like a lot of personal information to have to give, doesn't it? - I think it's probably because they're worried about people trying to launder money through them. After all, if I had a big suitcase of money I wanted to channel into an offshore bank account ...

Interesting you found one that only accepts transfers on Monday though. Maybe the guy works in a bar the rest of the week, and Mondays are the only day he can do.

That omnipay library looks totally awesome though - it is about time there was something like that. Had a good look at it, looks really well written.

Am almost done on the BitPay processor now, so I don't think I'll use it for that - but we've got this Worldpay one which is badly in need of .. something, maybe I'll give it a go on that.

Cheers for the tip!

Andy

[Chris Burgess]

In Middle Zealand, the elves (who run our banks) only work one day a week. We underestimated our hay reserves and ran into severe transport issues pretty quickly into the war with Sauron. It's rough but we get by, we're a hardy folk.

[Eileen]

Fortunately we have dwarves to mine our BitCoins.

Andy - it's a work in progress but I have been integrating Omnipay - here https://github.com/eileenmcnaughton/nz.co.fuzion.omnipaymultiprocessor

It got Paypal pro working first as a test run so the flow for onsite processors works. I also tinkered a bit with a couple of others (Stripe because I could get a dev account easily & BitPay just cos).
 I didn't get either of those working - Bitpay due to the elf stripe because Stripe uses a js script which I didn't want to get into integrating. I would have tried some of the others if I'd had dev accounts.

If you have a dev account for Worldpay I can plug it in & see if it works

The one I HAVE been working on is Cybersource. This one is trickier than the others for 2 reasons - 1) no-one had written the omnipay gateway & 2) it uses a flow not previously supported by
CiviCRM (they fill in their credit card details in a form on your site that POSTs back to their server). But I am most of the way there with it at this stage. I just have to do the IPN which should be fairly easy.

Could we should we would we replace existing inbuilt processors with this approach? Quite possibly but I'm not rushing on that side of things.

[andyw]

Well, the elves are a very scrupulous people I hear - they'd really be my first choice to run the banking system over here. Makes a lot of sense if you ask me.

Should have something just about done on this anyway:

https://github.com/circleinteractive/uk.co.circleinteractive.payment.bitcoin

(emphasis on the 'just about')

Will write a blog post about it tomorrow, do a bit more testing, clean things up - it's getting way past my bedtime here.

The IPN might still be a bit buggy, but likewise, will try and fix that up a bit more tomorrow - it should take a little while for the transactions to complete after being marked as paid due to the confirmations necessary .. but it does look like I might need to do a little more work on that if I'm honest.

It's got this backup cron job that enables itself if you don't have ssl as well - they will only send ipns to an https:// address - probably quite sensible of them really, but it is a bit of a nuisance if you've got to have an ssl certificate to use it, so have tried to design a fallback in, so it will still work without one.

And Eileen, the "Do we have a dev account for Worldpay?" question was one that came up yesterday in fact. The answer is no at the moment, but it is something we could really do with - we wrote that one ages ago using the client's account. So will see about sorting something out on that if I can.

I don't really like their system that much to be honest with you, but would still be happy to do a bit of work on it all the same. Evidently some people like them - I gather they're pretty popular.

And will take a look at that omnipay extension you posted - have just been on a bit of a mission to get this done, but I'm still very interested in that.

Cheers!

Andy

[Upperholme]

Hi Andy
Apologies for barging in on this thread, but I noticed that you mentioned a Worldpay processor, and I'm in need of one that works and handles their Futurepay recurring payments.
Over on this thread: http://forum.civicrm.org/index.php/topic,15695.0.html I know that enCircle have one that works in part, and I'm talking to them. Wondering if what you have is the same, or perhaps not?
Anyway, between us, enCircle and I have two clients that would love to have recurring payments support with Worldpay, and may be able to put a few quid into making it happen if need be.
Any information you/Circle Interactive can bring to the party would be most welcome.

Best wishes
Graham

[andyw]

Hi Upperholme,

No worries - we do have a processor for Worldpay, yes - it's an old style payment processor, but should still work on a more recent Civi, or could be made to fairly easily - but it also wouldn't be that much hassle to turn it into an extension, which would probably be the best way to go with it.

We had a couple of clients using it - one of which is still using it (but are on quite an old Civi version), the other one moved to a combination of Sagepay and Veda's SmartDebit extension I think.

FuturePay-wise, it has some of the parameters implemented to handle that, but I'm pretty sure it's not a full implementation - so recurring payments would probably require some work to get working. It wasn't me that originally wrote it, it was written by a freelancer who used to do work for us, which is why I'm slightly unsure about that - but I'm pretty sure that is the case.

I'm quite happy to get what we've got tidied up, tested on a newer Civi and put online somewhere though - I'd been meaning to do that anyway. And would be happy to do some work on the recurring payments side if there was some sort of budget available - you're welcome to PM me about that if you like and I can get someone at Circle to have a chat with you about it and work something out.

But yes, if you can leave that with me for a few days, I will dig that up, get what we've got up on Github or something like that.

Cheers,

Andy

[Upperholme]

Andy, you're a star.

This sounds really positive.

I'm talking to enCircle about code that they have used, which again is a partial implementation (it is either this: https://github.com/idmacdonald/civicrm-worldpay or something very much like it)

Another thing that I found while researching this earlier today is this: https://github.com/thephpleague/omnipay-worldpay
and I was reminded that Eileen has recently released an extension which implements the Omnipay approach to CiviCRM. Perhaps this approach might be the better solution, although yet to look at this to see if it works or what might be needed to make it work. Could be the more "future-proof" option?

Happy to talk to your people about what might be do-able.

All the best
Graham