#videNNNNNNN-

1 messages · Page 1 of 1 (latest)

wicked stormBOT
prime roost
#

Hi there

#

What do you mean exactly by inconsistent results?

quartz lily
#

Well.

#

The documentation states that >>

refunded:"true" filters for fully-refunded charges, refunded:"false" filters for partially-refunded charges, and refunded:null filters for non-refunded charges.

I have added a query for "refunded:'true' OR refunded:'false'" and I am seeing non-refunded charges appearing in search results.

#

As you can see in this screenshot.

prime roost
#

Can you share the Charge ID that is appearing?

quartz lily
#

Sure

#

ch_3MXx7HEzSSM7jEHs0B5CyF3i

#

I am sure there may be more but this was the first one I breakpointed.

#

I could get a more complete list if required.

prime roost
#

Thanks give me a moment to take a look

quartz lily
#

Win. Thanks.

wicked stormBOT
quartz lily
#

Hello!

prime roost
#

Still looking but my colleague is also going to jump in as I have to step away in a moment

quartz lily
#

Excellent, thanks for the update! 🙂

quartz lily
#

Any news?

prime roost
#

Seeing that some stuff about this had been worked on ~6 months ago but was supposed to be fixed up. Looks to me like there was a regression

#

Can you run a query with just refunded:"false" and tell me what you see?

quartz lily
#

Sure thing

prime roost
#

Or give me a couple examples of what that returns

quartz lily
#

On it.

prime roost
#

Ah are all your examples for card_present Charges?

quartz lily
#

They ought to be for Ecommerce and Pinpad transactions, but I'm specifically looking at finding Charges, where a payment was refunded in our connect account without reversing the associated Transfer.

prime roost
#

Right but when you pass refunded:"false" and see that there are actually non-refunded Charges being returned (as opposed to a partial refund) are they all card_present? Like you don't see any just card examples do you? Not sure if you are even processing online payments on that account....

quartz lily
#

Our Connect account is processing Ecommerce payments.

image.png
#

I'm just getting the data now.

#

Right so using the following code ...

List<Charge> allCharges = new();

ChargeService service = new ();

ChargeSearchOptions options = new()
    {
        Query = "refunded:'false'",
        Limit = 100
    };

    options.AddExpand("data.transfer.destination_payment");
    options.AddExpand("data.transfer_data");

    foreach(var result in service.SearchAutoPaging(options))
    {
        if (result != null)
        {
                allCharges.Add(result);
        }
    }

I

#

Immediately apparent is that the first transaction in the data (ch_3N40zZEzSSM7jEHs0Ax31kYq) read method was
Contactless EMV (Stripe Terminal)

prime roost
#

Yep okay

#

So looks like there indeed was a regression here. We basically are returning non-Card (online) Charges (meaning any LPMs or card_present Charges) when you pass refunded:"false"

#

This used to be an issue but was supposedly fixed

#

I see it with my current testing as well

#

So I'll file a bug report so we can fix it again

quartz lily
#

Brilliant, thanks!

prime roost
#

Thanks for reporting

quartz lily
#

I'll implement code to ignore these then

#

My pleasure!

prime roost
#

Yep that would be the best bet for right now

quartz lily
#

I always sing your praises (the discord channel). It's a breath of fresh air having a truly technically minded person on support, available at the touch of a button.

#

Have a great day!

prime roost
#

❤️