Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add Payments endpoint. #90

Open
ghost opened this issue May 16, 2015 · 24 comments
Open

Add Payments endpoint. #90

ghost opened this issue May 16, 2015 · 24 comments
Labels

Comments

@ghost
Copy link

ghost commented May 16, 2015

Hi,

The payments endpoint would be extremely useful for generating reports that Cliniko can't generate at the moment regarding daily payments seperated by practitioner, etc.

Happy to expound on use cases if needed.

Regards,
Oliver Frye
IT Manager
Mary Street Wellness

@jfriedlaender
Copy link
Member

Not what you are asking for, but we have just added invoice items to the API. It might be useful.

https://github.com/redguava/cliniko-api/blob/master/sections/invoice_items.md.

@Cameron-InterlockIT
Copy link

We would also love to see a payments endpoint added, in our case we are integrating with an external accounting system, and not being able to accurately move individual payments over is a big roadblock.

@slackhack
Copy link

I vote for it as well. I am writing some reports for a client and a payments API is really something we need.

@ducas
Copy link

ducas commented Feb 21, 2017

+1

@rocface
Copy link

rocface commented Aug 16, 2017

+1

@blakemlloyd
Copy link

Any updates on this? Would be very useful

@JohnColvin
Copy link
Member

We don't have any significant news on this. We've been reworking on the financial stuff to be easier to work with and to build some new features on it. We need to be sure everything is as it should be before we etch into the API stone.

We know this is a big one for people and getting it in order on our side is a big one for us, too.

@hagen
Copy link
Contributor

hagen commented Apr 26, 2018

Any update on this?

@bpinto
Copy link
Member

bpinto commented Apr 27, 2018

We've got nothing on this yet, sorry.

@hagen
Copy link
Contributor

hagen commented Jul 2, 2019

@fcbaconguis tracking on this issue. No updates yet, sorry.

@robheaydon4
Copy link

+1

@hagen hagen added the request label Nov 18, 2019
@fergusmac
Copy link

+1 that this would be very useful.

@MasonD
Copy link

MasonD commented Aug 23, 2021

+1 this is a pretty huge hole in the api preventing integration with accounting software.

@IsaacInsoll
Copy link

+1. Nookal has had this in their API forever, I'm surprised it's not an option for Cliniko.

@IvanBalakirev
Copy link

+1 Also, need payments!

@bensaine
Copy link

This issue is 8 years old. This truly limits what can be done with the API. I've been waiting three years for this to automize our billing. At this point, I am considering simply using a web scraper and doing everything in the browser. Please let me know if this feature is still far out so I can plan accordingly.

@IsaacInsoll
Copy link

This issue is 8 years old. This truly limits what can be done with the API. I've been waiting three years for this to automize our billing. At this point, I am considering simply using a web scraper and doing everything in the browser. Please let me know if this feature is still far out so I can plan accordingly.

If you do build a scraper please share what you develop if it's possible :)

@JohnColvin
Copy link
Member

@bensaine this feature is still far out

@antoinelamy
Copy link

Please

@bensaine
Copy link

bensaine commented Mar 28, 2024

I was actually able to develop a browser extension which injects an iframe that can create, edit, and modify payments programmatically, which circumvented this issue. But this may only be a solution for my use case. If only there was an endpoint, everything would be so much easier.

@juanjsebgarcia
Copy link

juanjsebgarcia commented Aug 23, 2024

image

We've started looking at alternatives to get off Cliniko, this single feature is costing us a fortune in near-mindless button clicking for staff. No one enjoys it, it's a bad use of time.

@bensaine
Copy link

bensaine commented Aug 23, 2024

Open-source the code and we'll code the feature ourselves, can't be that hard ! 😆 When internal priorities don't align with customer priorities, you lose customers. An inability to execute on this (almost 10 years!) doesn't exactly inspire confidence in your product, your team, your operations. It just leaves a bad taste.

@jfriedlaender
Copy link
Member

Not to discount the need for this, but our priorities directly align with customer priorities, it's our only motivation. We are a privately own company that is entirely supported by our customers subscription fees, we work for them.

We have a lot more information at our disposal to what is important for our customer base than you'd see from the outside, and we do our best to balance this.

We know adding it to the API is needed, and we know it's been a long time. So far the effort to benefit ratio hasn't exceeded other things we've worked on, so it hasn't made it to the top yet.

@matteo-au
Copy link

just checking in because for practice owners like us, having this integration is crucial, as the current limitations are diverting valuable resources away from patient care. The Xero integration is quite basic, so having access to the payment API would be a significant step forward in streamlining our operations.

We understand the need to balance development priorities, but this integration would greatly support our efficiency and ability to focus on patient care. We hope you can add this to the roadmap sooner rather than later.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests