Hold/Release Usage Scenarios

This section describes various usage scenarios discussing why and how to use a hold/release queue. They provide a good starting point for your own implementations.

Saving paper and toner

A large source of wasted paper in organizations are documents that were never collected from the printer. Some of these uncollected documents are caused by accidental printing, and others were just forgotten. But the majority of these documents end up in the bin.

If the document is not printed until a user walks to the printer to collect it, then this source of waste can be mostly eliminated.

To implement a release station to save paper:

Secure Printing

When users print documents that contain sensitive information, it is important that no one else picks up the document from the printer. Even when the printers are close-by, people can be distracted and accidentally leave sensitive documents on the printer. Print release stations can be used to implement Secure Printing, which ensures that a document can only be released by the person who printed it and only when that person is standing near the printers.

Secure printing is implemented as follows:

Secure printing requires users to be authenticated on the network when printing (i.e. an Active Directory domain). This allows the release station to enforce the secure printing so that users can only release documents they print.

Pay per print (e.g. Library or Internet Cafe)

Libraries and Internet cafes usually only allow printing once a user has paid for the cost of the printed document. Previously, implementing pay-per-print often involved deploying expensive card-based payment solutions, however PaperCut NG release stations allow this to implemented in a more cost effective way.

An example of how print release stations would be used in this scenario is:

  1. Users print documents from a workstation without any assistance from staff.

  2. The printed documents will be held in the queue until released by a staff member.

  3. The user goes to the staff desk and asks for the document to be released.

  4. The staff member opens a release station (the program or a web page), finds the user's job, notes the cost and collects the payment from the user.

  5. The staff member presses the "Print" button, allowing the job to be printed.

  6. The user then collects the printed document from the printer.

If the user never pays for a print then the print job will be automatically deleted without any staff interaction.

To implement a pay-per-print hold/release queue:

Expensive Printers (Approved Printing)

At times it is necessary to restrict access to an expensive printer (like a color laser printer), or other printer that should only be used with an administrator's permission. Instead of locking the printer away where no one has access to it; the printer can be configured so that only administrators or hold/release managers can release print jobs. In this situation:

  1. The user prints the document to the restricted printer.

  2. The document is held in the queue awaiting approval by an authorized person.

  3. The user talks to the administrator (or approved user) who would decide whether the user should be allowed to perform the print.

  4. The administrator logs into the web-based release interface from any machine on the network, and "Release" or "Cancel" the job as appropriate.

To implement admin/manager only release interface:

Delegated Print Release

It is sometimes useful to allow a user to release jobs printed by other users. We call this Delegated Print Release. An example scenario is when a teacher needs to be able to view and release both their own jobs and also jobs printed by their students. This could be acheived by making each teacher a hold/release queue manager, but that would allow them to view and release any job. By using Delegated print release, teachers will be able to view and release only the print jobs they are need to manage.

In this situation:

  1. A student prints a document.

  2. The document is held in the queue awaiting approval by a teacher.

  3. The student talks to their teacher who will decide whether the document should be allowed to print.

  4. The teacher logs into their end-user web-based release interface from any machine on the network and releases or cancels the job as appropriate.

To implement Delegated print release:

  1. In PaperCut NG, enable the hold/release option on the printer(s). See the section called “Enabling hold/release support on a printer”.

  2. Select the teacher's account via Users section

  3. Select the option Allow this user to release jobs printed by others (Delegated print release) under Advanced Options.

  4. Enter a list of student usernames delegating print release to the teacher. Alternatively enter an existing group name under Groups. For example, if all students belong to "students" group, you can simply enter "students".

  5. Click Apply . Now this teacher will be able to release delegated jobs via the end-user web-based release interface.

  6. To apply this setting to multiple teachers, use Bulk User Actions link under Users tab. See the section called “Bulk User Operations”

To prevent students from viewing/releasing their own jobs, only allow group "teachers" to view held jobs. To do that:

  1. Select the option Allow users to view held jobs (hold/release queues) via end-user interface under OptionsGeneralUser Features

  2. Select the option Only allow users in this group to view held jobs:

  3. Set the group name to "teachers".

Unauthenticated printing

In some environments it is not possible (or very difficult) to have users authenticated when printing. This could be due to a technology constraint (like using Macs in mainly Windows environment) or could be for convenience (like having kiosk computers in the library that people can use without logging in).

In these scenarios, print jobs are printed under one name, but charging should be allocated to another. For example, a job is printed by an generic "library user", but there is a need to charge to the user's real account. In order to charge the correct user for printing, PaperCut NG needs to identify the user to charge, and this can be achieved by using a release station in "Release Any" mode.

This works as follows:

  1. The user prints from a workstation but is not authenticated, so jobs are allocated to a generic user.

  2. The print job is held in the queue awaiting release.

  3. The user walks to the release station and enters a username and password. Alternatively the user may log into the PaperCut NG web interface and select Jobs Pending Release.

  4. All jobs held are listed. Jobs can be identified by document name or workstation machine name.

  5. The user selects his or her jobs. Any jobs released are charged to that user's account.

All documents easily identifiable by document and machine name

Figure 11.6. All documents easily identifiable by document and machine name

To implement unauthenticated printing using a release station:

To implement unauthenticated printing using the browser interface: