no, this is still the same scenario as the suggestion.
again, it like wanting to print as many labels as there items in inventory, sometimes it is 10 for one item and only 5 for another.
It is different from those solutions in that the intial input (the number of copies) is coming from outside the data and not inside, but CR is still control of the printing, hence the parameter and the join to the 'numbers' table. It's all about duplicating the data, because CR will only print a row once in a report. If you want it printed 10 times, you need to duplicate that exact row 10 times, then CR will print each row once, but it will appear to have been printed 10 times.
So what you are trying to do is to force a cartesian product in your data in a controlled manner.
HTH
ps the exact method might vary, but the general outline is what I was hoping to impart. In this case it is to take a table from the report (hopefully the main/driving table) and multiply up the number of copies. Then all the details will multiply up as well, and you can use the copy value (from the number table) to create your unique id.
Where problems would arise is if this pairing always need to be unique. So once 666000002 has been used it can never be used again, that would be much, much harder (I think)