Book a demo
To see exactly how we can help you drive your company in the right direction, book a demo with an expert.
New projects arrive in GitHub as issues, the moment they are created.
Written once in CMap: no re-typing, no briefing email.
Your developers pick the work up from their own backlog.
Projects & delivery
Scoped once
Projects become issues
Landing pre-sorted
Filtered to fit

Repositories & issues
Tracked & assigned
What syncs
New CMap projects, as GitHub issues carrying the project title and brief
How it runs
Automatically through Zapier, the moment a project is created in CMap
Works with
The repository you choose, public, private or organisation owned
Included in
AEC and Consulting (PSA) editions. Needs a multi-step Zapier plan
There is no middleware to build and no code to write. Start from CMap's published Zapier template, point it at a repository and turn it on. Repo is the one field you have to choose yourself, so set it before you go live.
Both. The workflow works the same way on the AEC edition and the Consulting (PSA) edition, because it is driven by the creation of a project rather than by any edition-specific functionality.
Yes. This is a Zapier integration, so you need a Zapier account on a plan that supports multi-step Zaps. The workflow runs in your own Zapier account, which means you control exactly what syncs and when. The template itself is published and supported by CMap.
Yes. On its own the workflow sends every new project. Add a Zapier filter and only the projects you want continue, based on a field such as project type, office, team or sector. If different teams work in different repositories, Zapier paths let one workflow route projects to the right repository.
No. The workflow creates the issue and stops. There is no stored link between the project and the issue, so later changes to the project are not reflected on the issue, and closing the issue does not change anything in CMap. If you want a visible connection, add the CMap project reference to the issue title or body when you set the workflow up.
Data flows one way, from CMap to GitHub. A new CMap project creates a GitHub issue carrying the project title and brief, and you can set the repository, assignee, milestone and labels the issue arrives with. Nothing flows back from GitHub into CMap, so issue comments, activity and closures stay in GitHub.
Yes. CMap connects to GitHub through Zapier using a ready-made CMap workflow template. When a new project is created in CMap, a matching issue is created in the GitHub repository you choose, using the project title as the issue title and the project's More Info field as the issue body.
GitHub is one of the Zapier workflows CMap publishes and supports, available on both the AEC and Consulting (PSA) editions, alongside the accounting, CRM and collaboration tools your business already runs on.