Skip to main content

Community

Coupa connector, add new columns

Answered

Please sign in to leave a comment.

Comments

2 comments

  • Official comment

    Hi Dangel,



    This is a valuable idea, and we have added your request to our feature improvements backlog. To help us better prioritize and scope this enhancement, can you share more about your use case? For example, what specific analysis or business decisions do you hope to enable with these additional columns in the QUOTE_REQUEST and CONTRACT tables? Understanding the problems you're trying to solve will help us align our efforts with your needs.



    We will keep the community updated on this thread with any progress.



    Thanks,

    Tom

    The main objective of obtaining CLM data from COUPA is to enable operational and executive visibility across the contract lifecycle, supporting Legal teams and business stakeholders with reliable, structured, and traceable information. This data will allow us to build dashboards and reports that monitor contract request volume, current status, workload distribution, cycle times, requester-related delays, legal ownership, comments, and demand by business area.
    By consuming this information directly from COUPA, we aim to centralize reporting, reduce manual tracking efforts, and provide a consistent source of truth for decision-making. These insights will help identify bottlenecks, measure process performance, prioritize follow-up actions, support workload management, and enable continuous improvement of the CLM process across Legal and Procurement-related activities.
    In summary, the purpose of these use cases and reports is not only to visualize contract data, but to transform COUPA information into actionable insights that improve governance, transparency, efficiency, and accountability throughout the end-to-end contract management process.
     

    Additionally, it is possible to add the following columns: upon reviewing the response from the GET /api/contracts/{contract_id} API, we identified that relevant contract information is present in the source payload.
    The missing information includes:

    • The `contract_parties` array, which contains information about the contract parties and their addresses.
    • Custom fields located within nested containers or arrays, such as (note that these are not the only missing custom field arrays):
    • `contract_parties_field_containers`
    • `contract_termination`
    • `contract_performance`
    • `contract_risks`
    • `contract_price_and_payment`