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

Need to update valid organisation classes #351

Closed
IanSimpson opened this issue Jun 7, 2024 · 4 comments
Closed

Need to update valid organisation classes #351

IanSimpson opened this issue Jun 7, 2024 · 4 comments

Comments

@IanSimpson
Copy link
Contributor

This is a future bug - it's not a bug yet, but will become one on July 1 when IGNITE, GROW and COMPREHENSIVE organisation classes are launched.

Describe the bug
The Organisation class (like all models) checks all ENUM values on initialization, and throws an exception if an unknown value is encountered.

Presently the valid classes are:

    public function getClassAllowableValues()
    {
        return [
            self::MODEL_CLASS_DEMO,
            self::MODEL_CLASS_TRIAL,
            self::MODEL_CLASS_STARTER,
            self::MODEL_CLASS_STANDARD,
            self::MODEL_CLASS_PREMIUM,
            self::MODEL_CLASS_PREMIUM_20,
            self::MODEL_CLASS_PREMIUM_50,
            self::MODEL_CLASS_PREMIUM_100,
            self::MODEL_CLASS_LEDGER,
            self::MODEL_CLASS_GST_CASHBOOK,
            self::MODEL_CLASS_NON_GST_CASHBOOK,
            self::MODEL_CLASS_ULTIMATE,
            self::MODEL_CLASS_LITE,
        ];
    }

This excludes those three new classes. After July 1, loading any organisation of one of these new types will cause an exception, even if you're not looking at the class

To Reproduce
Steps to reproduce the behavior:

  1. Wait until July 1
  2. Try to load an organisation on the IGNITE, GROW or COMPREHENSIVE plan
  3. ...
  4. Do not profit

Expected behavior
That we can load things without exceptions.

Additional context
I previously raised an issue (#291) based around the exact same change 2 years ago. This was converted to a discussion (#309), and then has been ignored for 2 years.

At the time I noted this would happen again, and suggested a couple of possible workarounds:

  1. The SDK could be updated to issue a warning rather than throw an exception
  2. That the API Spec and the SDK are updated well before any updates to the product are put live

Both suggestions have been ignored, and once more, I find myself in a situation where I have three weeks to update, test and deploy on several applications, but no SDK update available.

Please address this urgently so I can start the update process next week and don't risk failures for clients in July.

You also need to just do better with this - two years since my original comment and we're being stitched up again.

Copy link

github-actions bot commented Jun 7, 2024

PETOSS-430

Copy link

github-actions bot commented Jun 7, 2024

Thanks for raising an issue, a ticket has been created to track your request

@IanSimpson
Copy link
Contributor Author

IanSimpson commented Jun 7, 2024

I've checked the OpenAPI spec at https://github.com/XeroAPI/Xero-OpenAPI/blob/master/xero_accounting.yaml and these new types are not currently included, so I presume this is the first step?

I've submitted an issue there too XeroAPI/Xero-OpenAPI#593

Incidentally, it also hasn't been updated in the documentation at https://developer.xero.com/documentation/api/accounting/types/#organisation, so I guess top marks for consistency if nothing else.

@IanSimpson
Copy link
Contributor Author

New release has resolved this.

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

No branches or pull requests

1 participant