Skip to content

Settings and activity

4 results found

  1. 13 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Since this request has been opened a lot of extra functionality has been provided, including reports by tracking for P&L and balance sheet: http://developer.xero.com/documentation/api/reports/

    There are still a number of features we could improve on, and a number of these exist as distinct feature requests in this forum. We suggest adding your votes to those requests so we can close out this generic feature request which is difficult to define/act on.

    Scott Barber supported this idea  · 
    An error occurred while saving the comment
    Scott Barber commented  · 

    Hi Ronan,

    The Reports API is good, but I suspect it's missing some features that would make it fantastic!

    Some examples of things that would be great:
    * Enhance the ProfitAndLoss report to include the ability to replicate features in the Application. e.g. the ability to run a multi-period profit and loss with a comparison, YTD etc. Basically the bulk of the functionality available through the web interface. Including the "compare to" functionality.

    * As Mick mentioned, more ability to extract tracking category information: Balance Sheet or Trial Balance filtered by trackingOptionID.

    * General Ledger and Account transaction detail - interrogating the /Journals endpoint isn't very efficient.

    I suppose I am tackling this request from the point of view of an in house development for an accounting firm's perspective.

    We would love to get more efficient and extend our custom applications to interrogate our client's Xero files and streamline our internal processes.

  2. 997 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Thanks for your continued feedback and patience on this long-standing request. Our team has started to build this out, and we’re looking forward to sharing more as development and testing progresses.

    This release will support ingestion of bank statement data via the Bank Feeds API for accounts where a bank feed has not been established and allow customers to automate the current manual file upload process.

    As part of this work, we’ll be running a beta with a small group first (from mid June) so we can test the experience and gather feedback before broader availability. We’ll continue to post updates here as we reach key milestones.

    Scott Barber supported this idea  · 
  3. 279 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Thank you for the continued feedback and for your patience on this long‑running request. We know that programmatic bank reconciliation and AI‑driven workflows are increasingly important to many of you, and we understand the frustration that this capability is not available via the Xero API.


    After reviewing this again with our legal, risk and banking teams, we have confirmed that we will not be adding the ability to reconcile bank statement lines via the API or to expose unreconciled bank statement data via the public API.


    There are a few key reasons for this decision:

    1. Regulatory and contractual obligations on raw bank data. Unreconciled bank statement lines are “raw” banking data – unmodified information that comes directly from banks. In markets such as Australia, this data is treated as banking data under consumer data rights regimes. Sharing it on to third parties (including via an open API) would require us…
    Scott Barber supported this idea  · 
    An error occurred while saving the comment
    Scott Barber commented  · 

    I would be very keen to allow reconciliation through the API. I can see the potential to allow more sophisticated "bank rules" or even to allow automatic bank rules being applied via an "add on" interface through the API.

    I think there is potential to make the interface to coding bank statements a lot smarter to allow bank rules to be more robust and push more information through to the final journals. e.g. "Copy description", or to allow more generic rules to be created.

  4. 69 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Scott Barber supported this idea  · 
    Scott Barber shared this idea  ·