the cct-commands are stored in the db (tables cct*). It's hard to trace a call-flow that way (I miss some documentation), but its nice to do some queries:
- list groups and the ccts in which they are seleced, including priority
- show the ccts which have a dial step to a specific number
- where are extension steps in use
...
To get the big picture concerning callflows I had the same problem. My solution was to define ranges of cct-numbers.
1st digit shows what the cct does:
100-199 initial ccts, transfer to IVR
200-299 back from IVR, standard-routing, (no overflow)
300-399 back from IVR, IP-NIQ routing outbound (with overflow)
400-499 IP-NIQ inbound (local queueing)
500-599 Overflow 1 to external partner using dialout
600-699 Overflow 2 to another external partner using dialout
700-799 back from IVR, direct transfer to external partner using dialout (during the nights).
...
The 2nd and 3rd digit define the hotline/theme.
Every CCT has its own application.
That way I can show the different stages of callflow in customview. And when I query applications and dispositions of calls from a specific DDI, I can see what is going on:
when there are calls with apps 3xx and 6xx, I know this line uses IP-NIQ, and has "overflow" to two external partners using dialouts, but the first of them did not take any of the calls.
Shure, there are many more details, but I think you get the Idea...
It was just a try to get around with these many different ccts and the different things they do. Far from perfect, but this solution was a good base for our reporting. It has saved me countless hours of opening and closing ccts for >3 years now

A lot of work to explain and document the different routing-concepts to my co-admins (detailed) and callcenter-management (highlevel), but after that we talk the same language.