#dan-meteredbilling-reportingusage

1 messages · Page 1 of 1 (latest)

glass ploverBOT
white stirrup
#

@unborn mist mostly no that's impossible. I would recommend switching to reporting hourly at least and adding some logic to report ~1 hour before the end of the period to ensure you have usage reported as close as possible to the max

#

dan-meteredbilling-reportingusage

unborn mist
#

Wouldn't hourly still have the same issue? Once the invoice is created even if its in draft state I still see an error when trying to report on usage from the last billing cycle

#

It seems like the only way to add usage to an invoice in draft state is adding another invoice item which I'd like to avoid

white stirrup
#

Sorry yes. My point is: what you want is impossible. There is absolutely no way to modify the Invoice after the period ends. Even a millisecond after.
So then I gave you the best alternative: hourly report + make sure you report as accurate usage as possible.

unborn mist
#

Okay so you're saying to report hourly, then keep track of when the billing cycle ends and try to report usage as close to the end of the billing cycle as possible?

white stirrup
#

yeah

#

I so wish we let you report for the 1st hour of the period back to the previous period since the Invoice is in draft. It's asked by developers like you constantly
But we haven't built something like this sadly 😦

unborn mist
#

Okay, yes, that would be great if we had that ability. The issue is we do need some time to track this usage. We are tracking api calls so it could be in the 10s of thousand of units we would want to report so we could be missing quite a bit depending on the customer

#

Would the other option be to generate the invoices on our end and basically implement subscriptions on our side?

white stirrup
#

yeah but I mean you can always offset those calls to the next month, no one will count the period up to the second and you can explain that in your docs/contract.

#

I mean sure, you can do it all yourself, but it's... unrealistic and you'd likely fix that limitation and introduce many more that could be worse. While it's asked often, everyone tends to do what I advised earlier really and it "just works"

unborn mist
#

Okay that makes sense. Yeah I'd prefer to not re-implement subscriptions. Alright, thanks for your help, really appreciate it!

white stirrup