Hey Steve,
I wrote an article about CX as Code, including exporting existing resources which may be useful?
The relevant sections to your questions are:
To answer each of your questions, based on my experience:
Is there a documented process for importing all objects into CX as Code practices that your or your team can point us towards?
I suspect the latter (tf_export) is what you're after as it can export resources based on a pattern.
Do you have other customers that manage Flow objects with CX as Code?
We manage flows via CX as Code. If we're making substantial changes to the flow then we have to export them to YAML (via the UI) and add in the substitutions before committing to our source control. However the simpler changes can be made directly to the YAML files.
We have automated tests for most flows so we can catch any issues in making the changes directly.
Do other customers manage Oauth/Integration credentials via CX as Code?
We have a OAuth Client that is created manually for CX as Code, which has the relevant permissions to manage other OAuth Clients.
Hopefully this answers your questions. I'm happy to expand on topics if not.
------------------------------
Lucas Woodward
Winner of Orchestrator of the Year, Developer (2025)
LinkedIn - https://www.linkedin.com/in/lucas-woodward-the-dev
Newsletter - https://makingchatbots.com
------------------------------