Connect Parliament Members and SlideRoom
Describe what you want to happen between Parliament Members and SlideRoom in plain words. HumDay writes the program, proves it on real data, and runs it — no node graph, no field mapping, and no connector to wait for.
What HumDay can do on each side
Read from each provider’s own published API description, in their words.
Parliament Members
43 documented operations. See all Parliament Members operations
- GETReturns a list of current members of the Commons or Lords
/api/Members/Search - GETReturns a list of spokespersons
/api/Posts/Spokespersons - GETReturns a list of government posts
/api/Posts/GovernmentPosts - GETReturns a list of opposition posts
/api/Posts/OppositionPosts - GETReturns a list of constituencies
/api/Location/Constituency/Search - GETReturn list of contact details of member by ID
/api/Members/{id}/Contact
SlideRoom
11 documented operations. See all SlideRoom operations
- POSTRequests the generation of application export files
/api/v2/application/request-export - POSTRequests the generation of a single application export file
/api/v2/application/{applicationId}/request-export - DELETEDeletes a custom attribute for an applicant
/api/v2/applicant/attributes - POSTUpdates the custom attributes for an applicant
/api/v2/applicant/attributes - DELETEDeletes a custom attribute for an application
/api/v2/application/{applicationId}/attributes - POSTUpdates the custom attributes for an application
/api/v2/application/{applicationId}/attributes
How a Parliament Members and SlideRoom automation gets built
- Describe the outcome. Say what should happen — not which endpoints to call. HumDay works out which operations each side needs.
- Approve the contract. Before anything is built you see exactly what it will do in Parliament Members and SlideRoom, and what it will never do.
- See it proven. The program runs and shows you the result before it is allowed near either live account.
- Grant access, then go live. You approve the specific operations it may use on each side — and only those.
Related integrations
- OData for namespace microsoft.graph and Parliament Members11,455 operations
- OData for namespace microsoft.graph and SlideRoom11,423 operations
- Cloudflare and Parliament Members3,165 operations
- Cloudflare and SlideRoom3,133 operations
- NetBox and Parliament Members887 operations
- NetBox and SlideRoom855 operations
- GitHub and Parliament Members854 operations
- GitHub and SlideRoom822 operations
- Mist and Parliament Members811 operations
- Mist and SlideRoom779 operations
Questions about connecting Parliament Members and SlideRoom
- Can Parliament Members connect with SlideRoom?
- Yes. HumDay reads both providers' own published API descriptions and derives what each one can do, so neither side needs a hand-built connector before you can use it.
- How do I connect Parliament Members to SlideRoom?
- Describe the outcome you want in plain words. HumDay agrees a contract with you saying exactly what it will do, writes the program, and shows you a proof run before either account is touched.
- Do I need to write code to integrate Parliament Members and SlideRoom?
- No. There is no node graph to wire up and no field mapping to do. You say what should happen and HumDay works out which operations it needs from each side.
- What can HumDay do across Parliament Members and SlideRoom?
- Parliament Members publishes 43 documented operations and SlideRoom publishes 11. HumDay only ever uses the specific ones your approved contract needs.
- Is it safe to connect both accounts?
- Your credentials are stored encrypted and never appear in chat, code, or logs. Anything that writes to either Parliament Members or SlideRoom is held behind an approval you grant explicitly.
Where this came from
Operations are read from the published API descriptions for Parliament Members and SlideRoom. Descriptions are each provider’s own words, not ours.