Skip to main content


Other: API: Needs Fix: OpenAPI schema definition's all response object properties are OPTIONAL


Please sign in to leave a comment.



  • Official comment

    Edit 6/14/2023: This is now live! Check out our latest OpenAPI definition here

    Hey 哲平 川口! 

    Thank you for writing in! Our OpenAPI schema is a near term focus for us and I appreciate that you are using it and wanting us to make it better!

    Are you just generating an Typescript SDK for your use? 

    Please keep writing in about any other issues you find, we'll be fixing them and focusing on providing a more robust definition soon!



    I found other problems.


    • Around line 7913 (same for 7988, 8047), written as " AWS_EU_WEST_2", it starts with single space.
              "region": {
                "type": "string",
                "description": "Data processing location. This is where Fivetran will operate and run computation on data.",
                "example": ">- optional_US_by_default: US, EU, APAC (Australia), UK, CANADA, SINGAPORE",
                "enum": [
                  " AWS_EU_WEST_2",
    • Same place with above, it's lacking some regions like GCP_ASIA_NORTHEAST1
    • Many response properties are nullable but any of types neither does include "null" as type nor "nullable" is not specified.

    NOTE: null and key omitting(=optional) are different things in OpenAPI

    NOTE: "type": "null" is supported from 3.1 but little confusing ( refer to ) intertwined by its historical reasons... so nullable sounds strait-forward.. but it is not json schema native... oops... and it's removed since 3.1 ( refer to ). "type": "null" is better for future compatibility.


    Hi Jimmy.


    Thanks for replying!


    Are you just generating an Typescript SDK for your use? 


    Yes! In my team, we're evaluating Fivetran for the product.

    I'm using now for code generating, but anything would work.

    I'm also making CLI for the team. I want to consult with company to make it open if possible (and if I have enough time to publish).


    I'd love to understand what problems you are solving by generating a typescript client. How much of our API do you plan to use? What does the SDK allow your team to do better with our API?

    Thank you!


    This is now live, thank you for raising the issue! Please check out the latest OpenAPI definition here