Processing time for LTI’s authority control is three weeks for databases containing 300,000 or fewer bibliographic records, four weeks for databases up to 800,000 records, and five weeks for databases of one million records. Scheduling for databases larger than one million records will be provided on request.

For scheduling purposes, the processing clock for a job starts after LTI receives a readable version of all the customer’s machine-readable records in MARC format and a completed Authority Control Work Specification Profile (WSP). The WSP should be completed and submitted online. Authority control options designated by the customer in the WSP, along with any attachments describing special instructions, becomes the official document describing what processing is to be performed. The WSP takes precedence over telephone and email communications.

While Your Records Are Being Authorized

During the period while the database is being authorized, bibliographic records for new titles may be added to the database, however, existing bibliographic records should not be revised or deleted. When the post-processed bibliographic records are returned after authorization, any changes made to existing records will be lost as part of the overlay process. A log may be kept to track records that must be edited or deleted, so that these steps may be taken after the authorized database has been reloaded. This restriction does not apply to item data—e.g., copies, locations, barcodes, etc. which may be revised, added, or removed.

A library needs to export item-level data (formatted as item fields) along with its biblio-graphic records in only two situations. Most commonly, this is required when a library is migrating to another local system and this data must be used to build item records in the new local system. Occasionally a library will want to remove duplicate bibliographic records prior to an authority control project. In this case, item data must reside in the exported bibliographic records or item records will be "orphaned" when the bibliographic records are reloaded. Deduping a “live” database poses special problems and should only be done following close coordination between the library’s local system vendor and LTI.