Resubmit not working

[wessmac]

Hi, 

Thank you for the respons. 

Maybe that could be a request for future versions? 

1. Be able to use the processed document for further processing, example submit.

2. Be able to edit file name that is sent to a Printer.

BR

Matthias

[JavierM-Xerox]

Resubmit always start with the original document.

If you are resubmitting to the same workflow (with print submission paused) then the job will reprocess and submit to the printer of your choice.

If you are resubmitting to another workflow with a different printer destinaiton then you will need to put the printer preset in the other workflow. The presets are shared between workflows so the impositions will be exactly the same (and if you change the imposition all workflows that contain the preset will use the updated imposition).

Renaming wihtin the print component is not possible at this point.

However, you should be able to save from one workflow to the other. The save component will give you the option to rename the job.

[wessmac]

Hi, 

I have two follow-up question on this. 

1. When I resubmit the job to another machine, the original document is resubmitted, I want the imposed document to be resubmitted. Is this possible?

2. Is it possible to name the file (PDF) that is sent to the Xerox iGen, with JobID...

BR

Matthias

[wessmac]

Hi, 

The SumatraPDF script worked perfectly. Problem solved. 

Thanks for your help. 

:smileyhappy:

BR

Matthias

[JavierM-Xerox · Accepted solution]

To answer your previous question - split always creates a job group.

To answer your current question - yes, you can tell sumatraPDF to only print the first page:

https://github.com/sumatrapdfreader/sumatrapdf/wiki/Command-line-arguments

specifically: -print-settings "1"

[wessmac]

Hi, 

I have an alternate workflow now that could work. I removed the split and print the watermarkpaper first and the delete it (I dont need it after that). This way the job group is never created and I then can resubmit the job as I want. 

A small issue is that both the watermarkpaper and the job is printed by "Print PCL to Kyocera". Is there a way to script to the SumatraPDF to only print the first page?

BR

Matthias

[wessmac]

Hi, 

That would work but my other printer is a HP Indigo and does not communicate with FFCore. Therefor I cant add it to the "Printer Destinations". There is no way that I could stop job groups from being created?

[JavierM-Xerox]

Yes - the split is creating a job group as that allows to retain the relationship between the components.

The preset component has an option to pause jobs before submitting to the printer

When that option is selected the jobs will pause, giving the operator the opportunity to both select a printer destination and also to edit the job ticket within the job management screen

Two things to mention:

• Please make sure you are running at least v4.0.1.0 (aka v4 SP1) as there are significant changes to how print tickets are handled under the hood
• Note that the print ticket that comes up in the job management screen will be the print ticket submitted to FFCore. It will not be the printer destination's default print ticket. That's been less than clear to some people.

In any case, the above should do the trick.

[wessmac]

Hi, 

We really need to have the possibility for the operator to choose another machine. The operator does not have access to WIN server och admin.

I guess that the split in the end of my workflow is creating the jobgroup? I'm thinking if there is a way to prevent this from happening...

Is it possible to route to another workflow? Is it possible to have a "pause" on a "Save" node?

BR

Matthias

[JavierM-Xerox]

That's a known limitation with the current implementation of resubmit.

If the job was send via MAX you should be able to resubmit the MAX status file from the MAX status subfolder in the hot folder.

If the job was dropped in a hot folder you should be able to download the PDF and submit it as a new job. However, if the job included a job ticket then you will need to find the originals for submission.

If the job was submitted via JMF then you will need to reintiate submission from the upstream client.

As a workaround you might want to add a Save node to the start of the workflow so you can have the PDF + XPIF saved locally for reprinting.