That would be nice indeed, since I was assuming, that via the mixer-page one could address the AOUT_NG (so that - for instance - LFO’s could be generated via CC-Messages).
Sorry, maybe I didn’t explain myself correctly in my last post. Not being a native English speaker I often find it more difficult that I first expect to explain “technical” things like this in a short-simple-clear way. I’ll try my best. 
Yes, you can use MIDI CC to control the NG CV outs, but each CV output is fixed to one specific CC. This is what I meant by “not configurable”. In the same way, notes on each MIDI channel are linked to fixed CV/Gate outs. So the “configuration” is done by sending the appropriate messages on the appropriate MIDI/AOUT channels.
I’ll explain one of these “problems” I found while working with the NG.
Referring to the table on ucapps:
Note 9 Key Value -> CV Out #1, Velocity -> CV Out #2, Gate #1 and #2 triggered
Note 10 Key Value -> CV Out #3, Velocity -> CV Out #4, Gate #3 and #4 triggered
Note 11 Key Value -> CV Out #5, Velocity -> CV Out #6, Gate #5 and #6 triggered
Note 12 Key Value -> CV Out #7, Velocity -> CV Out #8, Gate #7 and #8 triggered
Note 13 Velocity -> CV Out #1, Key Value -> CV Out #2, Gate #1 and #2 triggered
Note 14 Velocity -> CV Out #3, Key Value -> CV Out #4, Gate #3 and #4 triggered
Note 15 Velocity -> CV Out #5, Key Value -> CV Out #6, Gate #5 and #6 triggered
But as fas as I see in V4, it is actually working like this:
Note 9 Key Value -> CV Out #1, Velocity -> CV Out #2, Gate #1 triggered
Note 10 Key Value -> CV Out #3, Velocity -> CV Out #4, Gate #2 triggered
Note 11 Key Value -> CV Out #5, Velocity -> CV Out #6, Gate #3 triggered
Note 12 Key Value -> CV Out #7, Velocity -> CV Out #8, Gate #4 triggered
Note 13 Velocity -> CV Out #1, Key Value -> CV Out #2, Gate #1 triggered
Note 14 Velocity -> CV Out #3, Key Value -> CV Out #4, Gate #2 triggered
Note 15 Velocity -> CV Out #5, Key Value -> CV Out #6, Gate #3 triggered
Which would be fine for me, but…
I was using a track on AOUT 9 and a normal VCO-VCF-VCA modular patch. CV Out #1 going to the VCO 1V/oct CV in. Gate #1 routed to the (VCA) ADSR Gate in. And CV Out #2 controlling the VCF Cutoff. So Velocity affected the Freq. of the filter. Then I added another module on the audio chain. And wanted to add a CC Layer to the seq. track and route it to another NG CV Out. The problem is that any CC routed to AOUT Chn 9 will output on CV#1 and will open Gate# 1.
Mode Note 10 any CC routed to AOUT Chn 10 will open Gate# 2.
Mode Note 11 any CC routed to AOUT Chn 11 will open Gate# 3.
Mode Note 12 any CC routed to AOUT Chn 12 will open Gate# 4.
So none of the 4 modes worked for this. I had to use Note 13 and switch the cables on CV Outs #1 and #2. Then any CC routed to AOUT Chn 13 will open Gate# 5 which is not ruining my ADSR Gates.
Then I realized I could not use another CC->CV on that Track and would have to use another Track (assigned to another AOUT Chn) to control another CV parameter on my modular synth patch.
To this type of “problems” I was referring before. But I didn’t mean to compare the Kenton and the NG in terms of best/worst. I just wanted to point out that the NG inside the SEQ is missing some parameters/features found on most MIDI-CV converters, including the MIDIbox-CV stand alone unit. The things that I probably miss the most:
-Note Memory is only 1 note. This is fine while playing the SEQ tracks, but not that good when playing directly from a keyboard. 2 or 3 would be enough for me and then it would be nice to choose note priority between Lower/Higher/Newest and Multi or Single trigger Gates.
-On the Kenton, PitchBend, Portamento and Modulation (using one of the internal LFOs) are implemented by default at the same output as the notes, without having to use another CV output/assignment. I am so used to have these working without having to patch extra cables/modules (Yes, I am lazy, I know).
Finally, one great thing about SEQ V4 are the FX LFOs. By using the ExtraCC# they can be routed straight to a CV out.
I attached 2 recordings demonstrating the different resolutions of a triangle LFO controlling the whole cutoff frequency range of a self-oscillating VCF.
[NG_LFO_04steps.mp3](< base_url >/applications/core/interface/file/attachment.php?id=7159)
4 steps LFO. 8 LFO cycles of each 48, 96, 192, 384 ppqn.
[NG_LFO_08steps.mp3](< base_url >/applications/core/interface/file/attachment.php?id=7160)
8 steps LFO. 4 LFO cycles of each 48, 96, 192, 384 ppqn.
IMHO even at 48ppqn this is way better than LFOs created using CCs! 
I hope some of this made any sense and sorry for the long post.