I have a few payment processing related projects on the go but having just gotten the first one to alpha stage I thought it would be a good time to share some thoughts (& try to get them straight in my mind). The project I am referring to is developing a Cybersource Secure Acceptance POST payment processor. For this payment processor I had a big challenge and also a big opportunity.
The Cybersource Secure Acceptance POST gateway is one of an increasingly common breed known as transactional redirect or sometimes direct post method. The idea is that you gather most data on your site and then present the user with a credit card form on your site which POSTs to the Cybersource site. This way the credit card form is presented on your site and the customer never knowingly (depending on internet speed) leaves your site but none of the credit card information ever hits your server in any way. This gives you PCI compliance without the ugly redirect (...Read more
What is Bitcoin?
So you may have heard about Bitcoin, some of you might be quite familiar with it - but for those who aren't, it is a digital currency - a form of electronic cash which can be used to make online payments, transfer money to friends - in theory, anything that you can do with traditional money, you can equally do with Bitcoin.
Bitcoin uses many of the ideas initially developed for peer-to-peer file sharing networks to create a decentralized system, ie: one that is not controlled and cannot be manipulated by any person, organization or government. The software it runs on is open source and can be viewed by anyone, and so in this sense, it is very much considered to be in the public domain, both in terms of the network itself, and the software running on it.
I hope that is an ok explanation for the purposes of this post - but for those who'd like to find out more, there are some links below to some good sources who can explain it much better...Read more
I have just finished the development of a new extension for PUM (http://www.pum.nl - thank you!!) to be able to add a coordinator (with start and end date) to a tag. I have added the extension to the extension directory (https://civicrm.org/extensions/enhanced-tags). The extension is also availalbe on GitHub where you can find a little more documentation: https://github.com/CiviCooP/org.civicoop.enhancedtags.git
Last week I have been working for MAF Norge to connect CiviCRM to their SMS Gateway (PsWinCom) so that they can send and receive SMS from within CiviCRM. In addition PsWinCom offered a the possibility to send SMS which will charge the receiver an amount of money. This way MAF Norge used to receive SMS donations. Now they can do that from within CiviCRM.
SMS Autoreply extension
The SMS Autoreply extension does sends auto replies to incoming sms-es. It is triggered by a keyword...Read more
I think I saw the first demo of the CiviCRM extension dataviz after the post-CiviCon London sprint. Xavier Dutoit had been working real hard on this, and Hannelore and me were very impressed! The possibilities are great, and data visualization is IMO so much better than numbers on a report! Data becomes so much more alive.
I immediately thought it would be a great topic for a webinar. Last month I spent a co-working day with Xavier and we installed dataviz on the development server of MAF Norway and they were suitably impressed too! On top of that, the data visualization will be part of the Google Summer of Code (see https://civicrm.org/blogs/kreynen/gsoc-meet-the-students).
As we want everyone to be able to see what CiviCRM dataviz can do for them, we scheduled a webinar! On 27 May 2014 at 17.00 CET (check...Read more
One of the requirements in a project I am working at the moment was that the client wanted to enter when an adress becomes active. E.g. a member says he is moving by the 1st July 2015 (which is in the future). From that moment the member should be contacted by that address and till that moment the old address is the active address.
I have created an extension which achieve this. This extension is in beta and can be found on (https://github.com/CiviCooP/org.civicoop.futureaddress).
I will put this extension into the extension directory later on, when my client has finished testing this extension.
How does this extension work?
As a user you enter a future address by adding a new address on a contact and you set two things:
- You enter a location type which is a future one
- You enter a change date (the date when this address is changed)
A final blog about our Donor Journey sprint with Steinar and Helen from MAF Norge. Or I should really say our sprint on CiviCRM Trigger Action. We set out to at least create the first basic version of the engine to automatically do stuff based on stuff in CiviCRM :-) Some kind of mechanism that would allow MAF Norge to automatically move donors into specific groups once they have contributed for the first time or set up a recurring payment for example. I feel we have made a good really start on the engine, for more technical details read the previous blogposts by Jaap Jansma (jaapjansma in Civispeak). The first test was quite successfull, and going through the list of triggers with Steinar worked pretty well. As we expected we did make one of the most unsexy things ever, which is a nightmare to configure. So even though Helen and Steinar can work with it, it is not something I would hesitate to hand out to everyone...but it is...Read more
Today a new blog post about the progress of the implementation of Donor Journeys into CiviCRM. The route we are taking is that we want to create a trigger/action extension for civicrm because most the donor journey automation is based on a trigger/action. e.g. payment coming in resulting in a thank you SMS a day later.
Yesterday and today we have been working on refactoring the extension to meet the requirement of combining multuple triggers and having the possibility to have condition on custom fields as well. So we have decided to let go the trigger action table/structure and have decided that we have a rule_schedule table...Read more
Yesterday I wrote a blog about the first day in the sprint for the donor journeys. I have discussed that we are focussing on a trigger/action extension to automate most of the donor journeys. I wrote a bit about the internal working and the data structure of this extension.
Today we have finsished the internal working of the system. It is now possible to define triggers and actions. Right know you can enter those only in the database. We have made a start with the user interface and we continue to developer the user interface tomorrow. So that a user can enter a set of triggers and actions. In this blog post I want to show you how you can enter the trigger and actions in the database. The reason is that this will show in more depth how the extension works.
To explain how the extension work let me first explain which trigger/action I will use in this example.
Example: add every...Read more
The planning of this is an outcome of the unconference we had in Januari in London, with LLR, Amnesty Flanders, MAF Norway, Decaid Consulting and CiviCooP. The aim for this sprint, which last for only one week, is to create a trigger/action functionality for civicrm. E.g. we want a trigger that a donor becomes a member of a group of its total contributions are more than 25.000 euro's. Or when a contribution is completed we want to sent out a thank you message based on the communication preferences (e.g. e-mail, sms, postal mail).
What we have done today is to brainstorm on how we want to setup the extension for the trigger and actions. We have created a data structure and started working on the first draft of the user interface. In this blog I want to introduce and explain the data structure and the working of the triggers.
The internal working of the trigger action extension is based on three components:
- A trigger (e.g....