CRM-9066 Duplicate entries in Bookkeeping transaction report with Member Pricesets

    Details

    • Type: Bug
    • Status: Done/Fixed
    • Priority: Major
    • Resolution: Fixed/Completed
    • Affects Version/s: 3.4.6
    • Fix Version/s: 4.6.7
    • Component/s: CiviReport
    • Labels:
      None
    • Documentation Required?:
      None
    • Funding Source:
      Paid Issue Queue

      Description

      Memberships purchased using a contribution page with member pricesets result in a record for each line item representing each purchased membership, but the amount is based on the total contribution and not the line item amount. This leads to the wrong total amount tor the period and difficulties in reconciliation with other financial reports.

      Ideally each line item amount should be displayed for detailed bookkeeping with member pricesets.

        Attachments

        1. Screen Shot 2015-07-01 at 11.54.10 AM.png
          363 kB
          Ryan DuVal
        2. Screen Shot 2015-07-01 at 11.54.53 AM.png
          169 kB
          Ryan DuVal
        3. Screen Shot 2015-07-01 at 11.55.03 AM.png
          152 kB
          Ryan DuVal
        4. Screen Shot 2015-07-01 at 11.55.10 AM.png
          68 kB
          Ryan DuVal
        5. Screen Shot 2015-07-01 at 11.56.48 AM.png
          228 kB
          Ryan DuVal
        6. Screen Shot 2015-07-01 at 11.57.16 AM.png
          335 kB
          Ryan DuVal
        7. Screen Shot 2015-07-01 at 12.17.06 PM.png
          77 kB
          Ryan DuVal

          Activity

          [CRM-9066] Duplicate entries in Bookkeeping transaction report with Member Pricesets
          Donald A. Lobo added a comment -


          Would be great if you can submit a patch for that and other reports. Most of the reports and other functionality were writtten before membership pricesets and hence will have an issue

          Tyler Barnes added a comment -

          I setup an authorize.Net payment processor and tested this (again) today to ensure that this issue was not isolated somehow to our DEV or LIVE site.
          This issue still exists on the Drupal Demo site that is running 4.3.7 as of today 10/10/2013 (2 years later).

          Is this going to be resolved in the upcoming 4.4?

          Tyler Barnes added a comment -

          No, apparently not. Still exists on 4.4.1 on demo site

          Ryan DuVal added a comment -

          Any chance this issue will make it for the 4.7 release? It's making our bookkeeping report very difficult for our bookkeeper to use. Thanks for any update.

          David Greenberg added a comment -

          Have you replicated this bug in 4.6 public demo? If so, please post steps and screenshots.

          Ryan DuVal added a comment - - edited

          It seems this issue is still there in 4.6.

          Steps to replicate:
          1. Created three different membership types for each of three different organizations (attachment 1)

          2. Created a price set where each organization gives both a monthly price and an annual price for each of the three different membership types (the annual price being 12 terms of the monthly price) (attachments 2, 3 & 4). Our organization had options for recurring billing on the monthly payments, but it looks like that is not permitted in later versions (having the Auto-renew option active for a price set with membership options for multiple organizations gave me an error)

          3. Registered four different individuals for different combinations of membership from the priceset.
          The result was that the Bookkeeping Transaction report multiplies each persons membership payments by the number of memberships they signed up for. So for example. Elizabeth Adams, Felisha Bachman and Truman Bachman each signed up for a level of membership with each of the three Organizations, and in the report each of their membership payments are triplicated. Ashlie Blackwell-Olsen signed up for membership with two out of the three organizations, and her membership payments are duplicated in the report. (attachments 5, 6 & 7)

          Since our bookkeeper uses this report to report on all revenue, she has to manually sort through and remove all of the extraneous instances of peoples membership payments. I would be very interested to see a fix for this problem. If you could suggest how much it might cost to fix this bug sooner rather than later, I might be able to scrape something together. It's either that or keep paying our bookkeeper extra for her time to sort through it!
          Thanks.

          David Greenberg added a comment -

          Ryan - This is the sort of issue that would be great for someone from the community to either send in a PR or submit to the paid issue queue: https://civicrm.org/paid-issue-queue

          Kurund Jalmi added a comment -

          Ryan,

          Did you replicate this issue on http://d46.demo.civicrm.org. I tried the above mentioned steps on my local and it seems to be working fine, hence wanted to reconfirm.

          Ryan DuVal added a comment -

          Hi Kurund,
          The steps above and the screenshots were from the demo site. I just checked it again to make sure, and by following the steps & screenshots from above, I got the same results where the bookkeeping report showed triplicates of each contact's membership payments.

          Ryan DuVal added a comment -

          Any progress or estimates on how much this will cost? I submitted to the paid issue queue on July 16, but haven't heard back yet.

          Kurund Jalmi added a comment - - edited

          Hello Ryan,

          Can you please ping me on #civicrm (irc channel) or contact me kurund at civicrm dot org I am still not able to replicate the issue, hence it's tricky to provide an estimate for the fix.

          Kurund Jalmi added a comment -

          I would estimate this to be 10-15 hours of work.

          Sudha Bisht added a comment -
          Jitendra Purohit added a comment -

          Tested the PR, It works fine.

            People

            • Assignee:
              Jitendra Purohit
              Reporter:
              Merlise Clyde

              Dates

              • Created:
                Updated:
                Resolved:

                Time Tracking

                Estimated:
                Original Estimate - Not Specified
                Not Specified
                Remaining:
                Remaining Estimate - 0 minutes
                0m
                Logged:
                Time Spent - 1 day, 4 hours
                1d 4h