CiviCRM
  1. CiviCRM
  2. CRM-4138

Direct Debit instead of Credit Card

    Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed/Completed
    • Affects Version/s: 2.1.4
    • Fix Version/s: 3.0
    • Component/s: CiviContribute
    • Labels:
      None

      Description

      I recently started working with CiviCRM. For a project I need a contribution type different from the credit card system, which is called direct debit (mor Informations: http://en.wikipedia.org/wiki/Direct_debit). At least in Germany direct debit seems to be more accepted than credit cards.

      If somebody wants to do a direct debit transaction he just need to fill in his name (name of Account Holder), the Bank Account Number, the Bank Identification Number and maybe the bank name (the name of the bank is not necessarily needed but it's quiet common that you also have to type in the name of your bank -- a better way is to automatically show up the name when the Bank Identification Number is provided, but at least in Germany this means the site operator needs to update the bank identification numbers every 3 months).

      Now I started to adapt CiviCRM for this new method. Therefore I introduced a new variable "payment_type" with the values 1 (PAYMENT_TYPE_CREDIT_CARD) and 2 (PAYMENT_TYPE_DIRECT_DEBIT). I have not implemented the value 3 (to use both if the payment processor will provide both methods).
      The next step was that each time where he credit card was used I had to check which payment type we are currently using. If it is PAYMENT_TYPE_DIRECT_DEBIT we show the direct debit input fields and process the direct debit.

      I have seen that there are Payment Instruments But I'm not sure if I can use payment instruments for my purposes. If it is so, we can use the variable payment_instrument_id in space of payment_type.

      I haven't implemented the direct debit for CiviCRM 2.2, but I'll do this soon. I also haven't Implemented the functionality for other modules which are using payments processors (event registration). It also will be done later. First I want to start this issue in hop that it makes into core for 2.3.
      1. archive.tar.gz
        52 kB
        Osito Blanco
      2. civicrm-2.2.2-direct-debit-form.20090504.patch
        34 kB
        Osito Blanco
      3. civicrm-custom-20080217.patch
        34 kB
        Osito Blanco
      4. direct debit form.jpg
        14 kB
        Osito Blanco

        Activity

        Hide
        Yashodha Chaku added a comment -
        assigning for 3.0 QA
        Show
        Yashodha Chaku added a comment - assigning for 3.0 QA
        Hide
        Yashodha Chaku added a comment -
        assigning for 3.1 verification
        Show
        Yashodha Chaku added a comment - assigning for 3.1 verification
        Hide
        Rajan P Mayekar added a comment -
        Working only in Contribution.
        Show
        Rajan P Mayekar added a comment - Working only in Contribution.
        Hide
        Osito Blanco added a comment -
        There are still some forms that don't have the direct debit fields. See: http://issues.civicrm.org/jira/browse/CRM-6797
        Show
        Osito Blanco added a comment - There are still some forms that don't have the direct debit fields. See: http://issues.civicrm.org/jira/browse/CRM-6797
        Hide
        Reinhard Mayr added a comment -
        A patch regarding missing fields in Contribution, Membership, Renew Membership: CRM-6955
        Show
        Reinhard Mayr added a comment - A patch regarding missing fields in Contribution, Membership, Renew Membership: CRM-6955

          People

          • Assignee:
            Rajan P Mayekar
            Reporter:
            Osito Blanco
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Time Tracking

              Estimated:
              Original Estimate - 2 days
              2d
              Remaining:
              Remaining Estimate - 2 days
              2d
              Logged:
              Time Spent - Not Specified
              Not Specified

                Development