Problem: Print job routing between multi vendor devices.

Possible problems to route a print job e.g. from a HP desktop printer to a Kyocera MFP ( large print volume )

There is always a fundamental issue with routing of print jobs that are intended for one device and then moving these to another where the two devices are from different manufacturers.
Generally it's not a problem as long as both devices have compatible PDLs because you tend to be trading "up" from a device with very little finishing options - like a desktop device - to an MFP that offers more, so you're less likely to encounter incompatibilities in calling finishing commands.

Can you provide more details about the specific problems you have encountered?

Going through the PDLs here is a general guideline regarding routing:

• EMF - if the source device spools as EMF then the job should be portable and will replay to any other Windows driver. Where problems occur then disabling "Enable Advanced Printing Features" can sometimes fix them.

• PCL5 - most printing devices support PCL5 and again this should be portable, with the exception of finishing commands which tend to be manufacturer specific PJL commands. What you cannot do though is move a PCL5e job to a PCL5c device and vice versa as they have different graphic commands.

• PCL6 - most printing devices support PCL6 and again this should be portable, with the exception of finishing commands which tend to be manufacturer specific PJL commands. The problem with PCL6 is it has version levels and moving jobs of a higher PCL6 version to a lower one will generate errors.

• PostScript - is quite a portable language anyway, and if not then there is usually a setting within the source PostScript driver to "Optimise for portability".

There are still situations where routing cannot take place. For example, if the source printer uses a PDL that isn't supported by the destination device, e.g. Ricoh's RPCS language is specific to them. Epson's ESC/P language is supported by very few other manufacturers. DeskJets and other devices using vector drawing PDLs (e.g. HPGL) generally won't transfer to MFPs that only understand the more popular PDLs: PCL5e, PCL5c, PCL6, PostScript, EMF.
Routing from Kyocera to other devices can be problematic as the Prescribe commands tend to be treated as ASCII text by the PCL emulation on competitor devices so they just get printed.

How to deal with issues like this:
We have encountered PCL6 version issues before and have suggested as a fix to either use the driver on the Windows CD (there was one for this device) which spooled EMF or use the PCL5 version of the same driver.
To quote the Help in KYOroute:

*** WHEN REDIRECTING PRINT JOBS ***

Remember when redirecting a print job that the new destination device may not correctly output the print job. A typical problem area could be that the print job is in the PostScript print language. If the new destination print device does not support PostScript then it will simply print it out as text, something like:

In this circumstance it is better to delete the job and ask the user -via the popup notification - to reprint it to the alternative print queue.
Another redirection issue could be to do with cassette mapping. If the print job contains cassette selection commands that are specific to the intended printer then when the job gets moved these same commands may be interpreted differently on the new destination device. This could cause the intended destination to generate a paper size mismatch error or possibly to actually print out on an incorrectly sized paper. Under these circumstances it is better to choose to delete the job and request - via the notification - that the user reprint to the alternative device.
Once it was encountered an issue with a Lexmark PCL6 printer routing to a Ricoh. Ricoh's follow HP's PCL pretty well, but it turned out that the Lexmark's don't - things like their duplexing commands were the complete opposite of HP and Ricoh.

Solution to fix the issue:
Implement a custom script that performs a host of remapping commands to the Lexmark data stream to achieve the same effect when the job got moved to the Ricoh.