#secret_lil_squirrel

1 messages · Page 1 of 1 (latest)

unkempt quarryBOT
#

Hello! We'll be with you shortly. Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.

limber pasture
#

There should be. Can you send me the request ID for a time you created an invoice like this? I can take a look

hearty wraith
#

Sure thing. These are being created by a subscription - here's the event: evt_0OZTk7sSlifq3Ecc7YEDyXRt

#

Is the event ID sufficient or do you need anything else to look into this?

limber pasture
#

Yep, apologies the server is busy so I was just getting back here.

hearty wraith
#

No problem, thanks!

limber pasture
#

My apologies for the delay. It looks like I need to consult my colleagues on this. It looks like the $15 fee is only for subscriptions of quantity 1 and higher amounts would not invoke that fee, but the subscription you provided does have a quantity of 1 so I am not sure why that would not apply

#

Also is this price actually intended for use or is it moreso an example to demonstrate the issue that you are seeing?

hearty wraith
#

This price is in use right now in our Production environment.

#

The price is operating correctly aside from the quantity 0 for the flat rate. The amount for the flat rate is still being properly charged to the customer. However, we need the quantity for the flat rate to be 1 for our downstream reporting

limber pasture
#

Ah gotcha, I do see that it is being charged. I am unsure if that quantity can be displayed as 0, looking in to that. If not, the workaround may be to break this out in to two Price objects and applying them together

hearty wraith
#

sorry, just to clarify. The quantity for the flat rate is being displayed as 0 right now. We'd prefer it display as 1. See in_0OZTk6sSlifq3EccH6jWLL8W as an example

limber pasture
#

Right, I see that, what I am saying is that it may not be possible for it to display as having a quantity of 1. Showing up as a quantity of 0 may just be how the flat fee on a tiered price works

hearty wraith
#

Ok got it. Let me know if there is anything we can do to change that. I understand we can rework the overall price structure but we plan to use flat rates in the future and this causes issues in some downstream systems

limber pasture
#

Unfortunately not seeing a way to change this. So it looks like it is always expected for the quantity to be 0 like that

hearty wraith
#

Darn. Is that the expected behavior with all flat rate portions of tiered pricing?

limber pasture
#

Yes, as far as I can see

hearty wraith
#

Understood. Thanks for the help!