SWIMS Network and SWIMS System
You are here: SWIMS > Modules > Circulation > User Records

SWIMS User Records

 

SWIMS User Records FAQs

Queries arising because we have many locations

  1. What do I need to be aware of when searching for user records by surname when the surname has more than one element?
  2. Can a user have more than one record on SWIMS?  No.  What should I do if there are more than one?  SWIMS Network mandatory policy
  3. What should I do about users registered on SWIMS at a different location who need to borrow with us for a very short period?
  4. Should I register a user whose home library is another SWIMS Network library?
  5. Can I amend the user record of a user whose home library is in another library service?  SWIMS Network mandatory policy
  6. What should I do about a user who has a blue SWIMS card but no record on SWIMS?
  7. What should I do if a user from another SWIMS Network library wants to borrow but is banned on OLIB?  SWIMS Network mandatory policy
  8. What should I do if a registered SWIMS user has moved Trust and wishes to make my library their new home library?  SWIMS Network mandatory procedure
  9. What do I need to be aware of if I change a user’s User Category on SWIMS e.g. because they change Trust
  10. What is the home location if a user works in more than one Trust?
  11. How do I create a user record for a library outside the SWIMS Network in order to lend items?  SWIMS Network mandatory procedure

Creating the record and the card

  1. What do I write on the strip on the user’s card?
  2. What do I need to know about the address details on a user record?
  3. Where should I record the email address of a user in their user record for the purposes of producing overdues and alerts on OLIB?
  4. How do I set up OLIB so that the default root email is populated for new user records?
  5. What are the User Category and the User Type and what is the difference?
  6. When entering User records, how can I go quickly to the required User Category in the drop down menu and how can I affect the order in which these display?
  7. What do I need to know about expiry dates and how can I set up a default expiry date for a particular User Category?  SWIMS Network mandatory policy
  8. What do I need to know about editing the expiry date?
  9. What do I do if I need a new employing authority or need to change or delete one?
  10. What is the Occupation field and how do I implement it?
  11. How do I record Course information?

Maintenance after users have joined

  1. Can I replace a User’s Card / Barcode while they have loans / fines / traps?
  2. Can I delete a User Record while they have loans / fines / traps, have a Note or are banned?
  3. Is it possible to put a ban automatically on users?
  4. What is the recommended policy on lost SWIMS cards?
  5. Can I reuse a user barcode after I have deleted the user record?

 


What do I need to be aware of when searching for user records by surname when the surname has more than one element?

The wildcard character (%) can help when it isn’t clear which part of the surname comes first. 
So in order to retreive it may be necessary to search using different permutations.   
More details in the searching FAQ on using the wildcard

For information on hyphens and searching see the seaching FAQ on hyphens and spaces.

Back to Top


Can a user have  more than one record on SWIMS?  No.  What should I do if there are more than one?

SWIMS Network mandatory policy

No end user should have more than one SWIMS user record / card. Library staff should check to see if the reader has an existing record before registering on SWIMS. It is recognized that end users may make more that one request for a library card, and also that it is sometimes impossible to tell if a user is being registered twice. However the important thing is that all library staff are aware that only one card should be issued and also do their best to avoid duplication of records and cards and remove duplicates if found.

This policy was proposed by the SWIMS Circulations Group and agreed by the SWIMS Project Board at its meeting on 14 March 2005.

How to deal with duplicated user records

If a user is found to have two or more records, the record which has been used most recently should be kept.   Any unwanted duplicated user record which hasn’t been used for circulation transactions can be deleted immediately.   Any other record which has any kind of transaction history can be deduplicated.

To deduplicate a user record:

  • Put the preferred record into modify
  • Click on the Update Audit Trail tab
  • Underneath the Duplicates box, click the Search button
  • Search for the non-preferred record, Insert, Save, and click Yes to confirm deduplication

In case of future queries, please add a note to the user record that it has been deduplicated and include the old barcode.  You may need to refresh a user search to see that the non-preferred user has now disappeared.  Deduplicated non-preferred user records can be retrieved in an All Users and Groups search which is available to system administrators only.

The address and email address are maintained on the preferred record, however if blank they are populated from the non-preferred record.
Any loans are added to the list of loans on the preferred record, and the totals updated.
Any transaction history data is copied into the preferred record and the existing transaction history maintained.
The overdue notice history and the cumulative fine data aren’t brought over.

Note that this procedure doesn’t incorporate a procedure to check for duplicated user records – there isn’t a way to do that easily – only to deal with them when found.

All unwanted card(s) and corresponding registration form(s) should be destroyed. 

User record deduplication became possible from March 2017 (Service Pack 7)

Back to Top


What should I do about users registered on SWIMS at a different location who need to borrow with us for a very short period?

This scenario might occur, for example, if a user is attending a short course at your Trust.

Here are some possible workflows. Choosing a particular workflow will depend on the individual circumstances and local policies. Do not create a new record for the user if they are already registered – no user should have more than one user record on SWIMS.

  1. Issue to the user without changing their user record. But be aware that in this situation the loans will be determined by the user’s User Category as determined by their home location, e.g. if their User Category has fines and yours don’t, fines can potentially accrue on loans from your collection.
  2. Change the User Category to one of your own. In this situation loans will be determined by your loan terms. However it is important that the User Category is changed back when the user has finished borrowing at your location – this can be flagged up by creating a user trap, for example.
  3. Issue the required items to the user’s home library rather than the user, then notify the home library, as if issuing an ILL. It is then be the responsibility of the home library to chase the item should it go overdue. However it is important to be clear to the user to which location the item should be returned, and this should be agreed between the locations in question. This method is used successfully between RCH and PLY.

Back to Top


Should I register a user whose ‘home’ library is another SWIMS Network library?

This is at your discretion and may depend on individual circumstances. If you decide to register you may wish to check a Trust ID badge.

You may prefer to treat the loans as ILLs.

If you do register a non-home borrower, set the Location to their own home location rather than your library location and write their own home location code on their card. Select one of your own User Categories.  In this way it is possible to identify, by refining, users registered away from their ‘home’ location. (The home location refinements on home location and ‘Not One Of’ their own User Categories; the non-home location refinements on own User Categories and ‘Not One Of’ home location.)  This will not affect statistics or overdues, which are currently done on the basis of Copy location rather than User location.

This policy was proposed by the SWIMS Circulations Group and not disputed by the SWIMS Project Board at its meeting on 10 May 2005.

Back to Top


Can I amend the user record of a user whose home library is in another library service?

SWIMS Network mandatory policy

If you amend anything field pertaining to a user’s ability to borrow, such as the expiry date or certain traps, you must inform the home library.  It is not necessary to inform the library if you update the email address, home address etc.

See separate FAQs in this section on banned status, and changing the user record when a user makes your library their new home library.

Back to Top


What should I do about a user who has a blue SWIMS card but no record on SWIMS?

The most likely reason for a user not having a user record on SWIMS is that the SWIMS record has been deleted during housekeeping processes for expired users.

If the reader has moved to your location then treat them as a new user but register them using the SWIMS card they have in their possession.  You may wish to contact their previous home library just in case they were a defaulter.

Back to Top


What should I do if a user from another SWIMS Network library wants to borrow but is banned on SWIMS?

SWIMS Network mandatory policy

Bans are universal across SWIMS and should be honoured at all locations. When placing a ban the library should also place a user trap to explain the ban. Bans should be removed only by the library which placed the ban.

This policy was proposed by the SWIMS Circulations Group and agreed by the SWIMS Project Board at its meeting on 10 May 2005.

Back to Top


What should I do if a registered SWIMS user has moved Trust and wishes to make my library their new home library?

SWIMS Network mandatory procedure

  1. Ask the user to fill out a registration form for your own library service
  2. Check the user record on SWIMS:
    • If the user has outstanding loans tell them that it is their responsibility to return them to the owning library. See FAQ on the consequences of changing User Category whilst items are on loan.
    • If the user has outstanding fines the library can act at their discretion. A suggestion is that if the amount is below £5, the new library may collect or waive the fines; if over £5 the library may insist that the user settles up with the library in question before new borrowing rights are established. If money is collected or waived, the original library service should be informed of the decision.
  3. When checks are complete, change the User Category and Location on the User record.  There is no need to update the ‘Join Date’ field, but this can be done if helpful, according to local procedures.
  4. Change the home location on the SWIMS ticket (not applicable to BRI users who have a barcode stuck to their BRI identity badge). Do not issue with a new ticket unless they have lost their previous ticket, but see FAQ on replacement charges.
  5. It is courteous to inform the old library, however it is not essential as there is a report which each library can run periodically to ascertain users who have moved away in order to identify registration forms for disposal.   Deletion of registration forms is a recommended procedure in the User record and circulation housekeeping guidance.

Back to Top


What do I need to be aware of if I change a user’s User Category on SWIMS e.g. because they change Trust?

A loan honours the Loan Terms pertaining to it when loaned.  This means that if the user in question has items on loan at the time their User Category is changed, the loan terms of the previous User Category will apply to those loan until returned.     

Example: User Jan works at Swindon and joins the library.  She is given the User Category of ‘Strict-Swindon’.  This means Jan gets fined for overdue items and can only renew once.  Jan is visits Gloucester for a job interview and wanders into the library where she borrows a book on her SWIMS card about interviews.  Later, Jan is offered the job at Gloucester.  On her first day at Gloucester she goes to register at the library and she is pleased to find that the process is very quick, as all that happens is that her User Category is changed to ‘Cushy-Gloucester’.  She is pleased to discover this will mean lots of renewals and no fines.  Jan borrows some more books at Gloucester but she still has the interviews book on loan.  Jan accidentally keeps all her books overdue.  However she finds that when she tries to renew, she can only renew the interviews book once, and also she has a fine on it, but all her other books don’t attract fines and can be renewed again in the future.  This is because when she borrowed the interview book she had a different User Category and the loan terms of that User Category are being honoured.

It is also necessary to be aware of the effect on emailed overdues if a User Category is changed.  Emailed overdues are sent out according to the sequence and letters linked to the User Category in place at the time the item is issued, not at the time that the notice is sent, if different.  Emailed loan reminder are sent to the user on the basis of the user’s location at the time the notice is sent.

Back to Top


What is the home location if a user works in more than one Trust?

Users who have more than one home library should nominate which one they would like to be their home location. There should only be one record per reader and the system only allows one home location. There is the facility to add more that one work address for a user.

This policy was proposed by the SWIMS Circulations Group and agreed by the SWIMS Project Board at its meeting on 14 March 2005.

Back to Top


How do I create a user record for a library outside the SWIMS Network in order to lend items?

Launch a Users search and search for the library by entering the library code in the surname box.

If there is no record, create a new one and populate the fields as follows.  SWIMS Network Mandatory Procedure.
Use either the ***SWNHS Users or ***SCNHS Users layouts (screens).

Title – ignore
Surname – enter the library code in capitals
Forenames/Initials – ignore
Banned – ignore
Barcode – enter the library code, e.g. NBS. The main difference between registering readers and registering libraries is that there is no need to create a library card for libraries – the library code is the ‘barcode’.
Password – ignore
Category – select Library EDEN, Library KSS, Library LENDS, Library WMHLN, or Library Other as appropriate
Location – select Non-SWIMS Network location
User typeLibraries
Address – enter the address required for overdues with the Address Type of Address – Main. You can enter an alternative email address on this screen if desired, but the main email address goes on the main user screen – see below.
(Some library user records also have the same address repeated with address type Home. This dates from when some libraries used the Reports Pack to generate overdues. However this additional address record is no longer required.)
E-mail Address – enter the library’s e-mail address in this field. This is required in order to send overdues. It is the responsibility of any SWIMS library issuing to this library to ensure that the email address is kept up-to-date, to prevent email overdue bounces.
Expiry date – ignore
Employing authority – select ZZ-EDEN Libraries, ZZ-KSS Libraries, ZZ-LENDS Libraries, ZZ-West Midlands Libraries, or ZZ-Other Libraries as appropriate
Courses – ignore
Academic Institution – ignore
Notes – ignore or use at discretion
Traps – add a trap with the wording “Ensure email address for this library is correct on SWIMS before loaning items. Do not delete this trap.” – overdue emails need a current email address.

Library contact details

The address and e-mail address of other libraries can be found from the links on the SEEDS scheme webpage.

Be aware that some libraries also have NULJ codes which are different. When adding a new library onto SWIMS please ensure that you use the internal network code for a library name rather than the NULJ code.

Back to Top


What do I write on the strip on the user’s card?

Using a fine OHP type pen, write both the user’s name and the code of the user’s home SWIMS Network library or library service on the strip so that both are clearly legible. North Bristol Trust staff write the user’s name on the card in the format JOHN SMITH.

Back to Top


What do I need to know about the address details on a user record?

Since the upgrade to OLIB 9 in Feb 2014, it is no longer necessary for a user record to have an address in order for emailed alerts to be generated for them.  However it may still be useful to record address information.  Use the addres type of ‘P: Address – main’ as the main address.

If you are entering a home address, do not include the job title.  This is for reasons of data protection and personal data sensitivity.

When adding a second address of, say, type ‘Home’, an error message can be displayed: “This record already has an address of this address type”. Simply click to remove the message and add the address. This error message is a minor known bug. Alternatively if adding two or more addresses at the same time, simply add the ‘Home’ (or other) address first, and the ‘Address for Overdues’ last.

It is possible to change the Address Type of an existing address.

When creating an address the ***Addresses No Links layout is used, which has the Address Type field; when modifying or editing an address the ***Addresses Standard Layout is offered, which does not have this field present.

It is possible to share an existing address record to other users. This is done in Reference data > Addresses. Search for the address record, put into modify mode and add users using the User Links button. Note that if you then amend the address record, it will be amended for all users which have it attached. This will include all fields including the job title and phone number. A possible way to use this functionality but still record person-specific data is to record person-specific data in a separate address record.

The ‘Date Last Verified’ field was added in Nov 2011 and simply allows the librarian to make a note of the date that they have confirmed the user’s current address with the user.  It is an optional field and remains blank until populated by a librarian.

Back to Top


Where should I record the email address of a user in their user record for the purposes of producing overdues and alerts from OLIB?

In order for OLIB to email an overdue letter or an alert, such as a recall, to a user, it needs to know the user’s email address. When entering user details onto OLIB, enter the user’s email address in the field on the main record called ‘Email Address’. It is possible to include more than one email address, separated by a semi-colon*, and in this scenario any notices would go to all these email addresses. Please do not put anything other than one or more email addresses in this field – if you need to record ‘not known’ or suchlike, put this in the notes field or in a trap.
Should you wish to record an additional email address for your user which the system won’t use, input this into the field called ‘Alternative email’ on the address record.

*OCLC have confirmed that it all still works fine if you insert a space after the semi-colon, but the manuals don’t mention a space.

Reports have been created to identify users with/without email address or with the email address field populated only with the default root email (see below).  In terms of the latter, it is also quite simple to run a search on Users > Users by Email ID, and enter the root.

If there is no email address in the user record, overdues and other alerts will be sent to the email address in the ‘To List’ field of the alert record.  In most cases this is the library email address.  In this scenario the librarian receives the email and can forward as appropriate.  Note however that some email systems will not send an email where the From and To email addresses are the same.

Back to Top


How do I set up OLIB so that the default root email is populated for new user records?

Setting this up for your location means that each time you create a new user, the ‘Email for Overdues’ field is automatically populated with your organisation email root ready for you to amend or delete as required. There is no requirement to use this feature if it is not helpful.

To set it up:

  • Launch a Locations search and search for your location
  • Put the record into modify mode
  • In the ‘Def. User Email Root’ enter your organisation root email e.g. @nhs.net
  • Save the location record

To check it is working:

  • Launch a Users search and click ‘New record in context’
  • You will see that the ‘Email for Overdues’ field is automatically populated with your organisation email root
  • For each new user you can fill out the email address or delete it or overwrite it

Notes

  • Existing user records are not affected, including when modified
  • OLIB looks at the home location to decide which root to display. 

Back to Top


What are the User Category and the User Type and what is the difference?

The User Category determines the number of loans, renewals and reservations a user may have, the amount of fines, and the frequency and text of overdues they receive. User Categories must be set up on the system before a location can start adding users. A library can have any number of User Categories and all users in each Category have the same rights regardless of any other criteria.

The User Type is a broad indication of the user’s work area and is also used to collect statistics which are submitted annually to LKSL.   They reflect ESR groupings:

  • Additional Clinical Services
  • Additional Professional, Scientific & Technical
  • Administrative and Clerical
  • Allied Health Professionals
  • Estates and Ancillary
  • External members (not NHS staff) *
  • HEI staff (e.g. lecturers) *
  • Healthcare Scientists
  • Libraries *
  • Local authority (including PH: clin and non-cl) * (PH = public health staff)
  • Medical and Dental
  • Nursing and Midwifery Registered
  • Patients, service users, carers, public *
  • Students
  • Volunteers (including Trust governors) *

Note also that the value blank is also available.

*The asterisked headings were added in Aug 2017 in readiness for changes to reporting from April 2018.  Note that the headings on SWIMS may be slightly contracted versions of the headings in the statistics return form owing to number of characters available.

In terms of determining the User Type for any particular user, the Occupation master list linked at the top of this page gives some guidance; alternatively the User Types can be included in user registration forms so that users can self-select, as they do with Athens registration.

To see the previous user type for a user, check the ‘Update Audit Trail’ tab of the user record.

Previously in SWIMS the User Types were based on Athens groupings.  A manual migration was carried out July 2010 to March 2011.

Back to Top


When entering User records, how can I go quickly to the required User Category in the drop down menu and how can I affect the order in which these display?

If you have more than one User Category and would like to home in more quickly on the commonest category in your library when you are adding users to SWIMS then it is possible to set up SWIMS to make this easier for you. The order is determined by what is in the “Long Description” field for any particular User Category and the User Categories display in alphabetical order by “Long Description”.

The reason you might want to change your User Category Long Descriptions is as follows:

The field defaults to “Librarian”. You click the down arrow and the list is partially displayed. You can then type the first letter of the User Category you require and the list will move to the first entry beginning with that letter. So for example if you are adding Salisbury users you type “S” and the list moves to the first of the Salisbury categories which is “Salisbury external”. At Salisbury it would probably be preferable for “Salisbury NHS Staff” to appear as the first of the Salisbury User Categories and hence be selected when you type “S”.

In order to put the Salisbury NHS Staff as the top category for Salisbury you need to amend the Long Descriptions so that “Salisbury NHS Staff” appears alphabetically before “Salisbury External”. You could do this by changing the latter to “Salisbury Xternal” at least whilst adding the bulk of your users. You do this as follows:

Launch a search on Reference Data > User Categories
Search for your User Categories
Modify the Long Description
Save and close
Repeat as necessary

The best arrangement is actually for them all to start with a different letter. You may even want to consider prefixing with an unusual letter whilst you add the bulk of your users to speed up data entry then change it back to something familiar

Back to Top


What do I need to know about expiry dates and how do I set up a default expiry date for a particular User Category?

SWIMS Network mandatory policy

As part of the policy on user records, it is mandatory to have an expiry date for all users. The only exceptions are records for libraries, librarians, systems administrators and for SSI configuration. The SWIMS Network agreed default library membership period is a maximum of 3 years (shorter periods will obviously be more appropriate where users are on fixed term contracts or placements).

To set a default expiry date, launch a search on Circulation Reference Data > User Categories, search for your user category, then go to the Details sheet and under Membership fill in either the Period Days or Expiry Date and save. For each new user you add a default expiry date will now appear.

Back to Top


What do I need to know about editing the expiry date?

Do not edit the expiry date of a user from another location without checking with the location concerned.

There can be an oddity when amending User Records. If a User Record Expiry Date is amended, and then either the Course or the Employing Authority field before saving, the Expiry Date reverts to the original value. (However, rather oddly, if the record is saved and exactly the same workflow is repeated on the same record, the Expiry Date new value is not lost during the second and subsequent edits.) All other fields don’t affect the Expiry Date.

This is now on OCLC’s list of bug fixes, i.e. it will get fixed one day. In the meantime OCLC suggests the following workarounds:

1. Click ‘Save and Continue’ before adding the Employing Authority or Course.
2. Add Employing Authority or Course details first before editing the Expiry Date.

Back to Top


What do I do if I need a new employing authority or need to change or delete one?

Only system administrators can create/delete/modify employing authority reference data.   If you need a new employing authority entry or need to change or delete and existing one please contact a system administrator.

This also applies as a result of current NHS organisation changes.  Each library needs to decide what is most useful locally, for example in terms of reporting on numbers of users in particular groupings, and on circulation transactions by users in those groupings.  It may be appropriate to discuss groupings with other local library managers.  This was agreed by the SWIMS Circulation Group in July 2011.

Bulk changes to user records as a result of NHS organisation changes can be carried out by OCLC though will probably be chargeable.  Please contact your system administrator who will put you in touch with OCLC.

Permissions were restricted to system administrators because duplications were occuring, and these can cause confusion and adversely affect statistical data.

Employing authorities are generally prefixed by an abbreviation for the county, e.g. the entry DE – NHS Plymouth, where DE stands for Devon.  CC stands for cross county and is used for organisations which are located in or serve more than one county.  A search prefixed with the wildcard symbol % is a useful way to check if an entry is already present e.g. a search on %university retrieves all the entries with University in them.

Note that the OLIB name for ‘Employing Authority’ is ‘Department’ – we have renamed this field to ‘Employing Authority’ which is more appropriate for us in our federal system.  So if you wish to refine on Employing Authority, choose the option ‘Department’.
Back to top


What is the Occupation field and how do I implement it?

This is an optional field on the SWIMS user record and was set up on SWIMS in July 2010 for libraries which require more detailed information about the profile of their users.  The list was fully refreshed in Sept 2017.  The occupations are available to select in SWIMS and the master list is available at the top of this page as a spreadsheet for guidance with full instructions on the first tab.

If you wish to implement this in your library, please use the ***SCNHS user layout (screen) rather than the ***SWNHS user layout on SWIMS and set this as your default layout. This records exactly the same information but with the addition of the Occupation field.

Note that if a user transfers to your library from another SWIMS library the Occupation field may not be populated if the former library has not implemented it.

Library staff cannot change the list – any suggestions for changes to the master list of Occupations should go to your SWIMS Circulation Group representative.

Back to top


How do I record Course information?

Select from the list available.  If you wish to maintain more detailed data that the heading provides, i.e. the subject of the course, put this in the user record notes field in the format e.g.

Course – management

or

Course – district nursing

Include the word ‘Course’ because the Notes field can be used for other information too, and the word ‘management’ for example could be misleading on its own.

The combination of any or all of the Course name, Academic Institution and Notes field will give all necessary details.

You can refine on the Course field and the Notes field either separately or at the same time. The Notes field is a free-text field so you need to be consistent with the way you input you so that you can carry out a refined search on this field. For the Notes refinement use Similar to ‘%management’ to retrieve users doing management courses, for example. Important: the Notes field is case sensitive, so a search on Similar to ‘%Management’ will retrieve different results. Decide locally how you will enter this data for consistency. Note that there is no way to see a master list in SWIMS of your Notes field entries so your master list needs to be maintained separately.

Courses reference data was rationalised in July 2010 and libraries were asked to move their users to the new headings by March 2011.  Note that librarians cannot now change the list on SWIMS – any suggestions for additions or other changes to the master list of Courses should go to your SWIMS Circulation Group representative.

Back to top


Can I replace a User’s Card / Barcode while they have loans / fines / traps?

There is no problem with replacing a User’s card while they have loans / fines / traps and they will be able to carry on borrowing as normal. OCLC explain further: “there is a field on the user record called Old Barcode which will be populated with a copy of the users current barcode. When the barcode field is edited the details are copied to the new barcode and during daystart the Old Barcode will be updated.”. The “daystart” is an overnight process which runs each night.

Back to Top


Can I delete a User Record while they have loans / fines / traps, have a Note or are banned?

Loans, Traps or Fines on a user record prevent it from being deleted, however having a Note or being Banned does not. So if you are banning a User, you need to add a Trap to explain why they are Banned and to prevent the record from being deleted.

Back to Top


Is it possible to put a ban automatically on users?

It is possible to ban a user automatically during the automated overdue sequence or after the last overdue notice is sent.  This is set up in either the Overdue Sequence or the Loan Terms.  For more information go to Circulation Reference Data > Odue/Recall Sequences, search for your overdue sequence, and then click the context sensitive Help.

Regarding unbanning – this is either carried out manually at the time, or automatically overnight in the daystart process.

Note that it is not currently possible to refine on users banned automatically by the system as distinct from those banned by staff.

Back to Top


What is the recommended policy on lost SWIMS cards?

It is up to the individual libraries whether they charge for a replacement of lost cards or not. It is understood that not all libraries are able to take money. However, if a charge is made, it should be £2.

This recommendation was proposed by the SWIMS Circulations Group and agreed by the SWIMS Board at its meeting on 14 March 2005. At the meeting the Board also set the amount for card replacement at £2.

Should a reader need a new card, the library should amend the existing record by replacing the barcode, so that all the user information (including loans) is retained, rather than creating a new record.

Back to Top


Can I reuse a user barcode after I have deleted the user record?

When reusing a barcode, the transaction history of the previous user is reinstated, even if all personal details and location etc are different.  So if you are entering the same user’s details again it may be helpful; otherwise it is best not to.  If entering the same user’s details you may wish to back-date the ‘Join Date’ field so that there isn’t a mismatch with the transaction history.  However this is at local discretion.

Back to Top