Circulação
Acesso: Mais > Administração > Preferências de sistema > Circulação
Pedidos de artigo
ArticleRequests
Pergunta: ___ os pedidos de artigos por parte dos leitores.
Default: Não ativar
Valores:
Não ativar
Habilitar
Descrição:
Esta preferência controla se os leitores podem ou não solicitar artigos.
Esta preferência controla se os utilizadores podem ou não efetuar pedidos de artigo.
ArticleRequestsLinkControl
Pergunta: ___ o endereço de pedido de artigo nos resultados de pesquisa.
Omissão: Usar algoritmo para mostrar ou ocultar
Valores:
Mostrar sempre
Usar algoritmo para mostrar ou ocultar
Descrição:
Na página de resultados do OPAC, apresente sempre o endereço ‘Solicitar artigo’ ou verifique a combinação de biblioteca, leitor e tipo de documento para determinar se um artigo pode ou não ser solicitado a partir desse registo específico antes de visualizar o endereço.
ArticleRequestsMandatoryFields
Pergunta: Para registos passíveis de pedido ao nível de registo ou de exemplar, torne obrigatórios os seguintes campos: ___
Omissão: Nenhum selecionado
Valores:
[Selecionar todos]
Autor
Capítulos
Data
Número
Páginas
Título
Volume
Descrição:
Esta preferência determina quais os campos que devem ser preenchidos antes que um pedido de artigo possa ser feito, seja ao nível do registo ou ao nível do exemplar. Escolher [Selecionar tudo] indica que todos os campos listados (Autor, Capítulos, Data, Número, Páginas, Título, Volume) devem ser preenchidos antes que o pedido de artigo possa ser realizado.
ArticleRequestsMandatoryFieldsItemsOnly
Pergunta: Para registos que apenas permitem pedidos ao nível do exemplar, torne obrigatórios os seguintes campos: ___
Omissão: Nenhum selecionado
Valores:
[Selecionar todos]
Autor
Capítulos
Data
Número
Páginas
Título
Volume
Descrição:
Esta preferência determina quais os campos que devem ser preenchidos antes que um pedido de artigo possa ser feito (especificamente para pedidos ao nível do exemplar). A seleção da opção [Selecionar tudo] indica que todos os campos listados (Autor, Capítulos, Data, Número, Páginas, Título, Volume) devem ser preenchidos antes que o pedido do artigo possa ser realizado.
ArticleRequestsMandatoryFieldsRecordOnly
Pergunta: Para registos que apenas permitem pedidos ao nível do registo, torne obrigatórios os seguintes campos: ___
Omissão: Nenhum selecionado
Valores:
[Selecionar todos]
Autor
Capítulos
Data
Número
Páginas
Título
Volume
Descrição:
Esta preferência determina quais os campos que devem ser preenchidos antes que um pedido de artigo possa ser feito, especificamente para pedidos ao nível do registo. A seleção da opção [Selecionar tudo] indica que todos os campos listados (Autor, Capítulos, Data, Número, Páginas, Título, Volume) devem ser preenchidos antes que o pedido de artigo possa ser realizado.
ArticleRequestsOpacHostRedirection
Pergunta: ___ o redireccionamento do registo filho para o registo pai com base no campo MARC21 773$w quando o registo filho não tem exemplares, ao solicitar artigos no OPAC.
Padrão: Desabilitar
Valores:
Desabilitar
Habilitar
Descrição:
Quando esta funcionalidade estiver ativa, se um utilizador tentar solicitar um artigo a partir de um registo analítico, o sistema preencherá automaticamente alguns detalhes do pedido utilizando dados do registo de acolhimento.
ArticleRequestsSupportedFormats
Pergunta: Os seguintes formatos de pedido de artigos são suportados: ___
Omissão: Fotocópia
Valores:
Fotocópia
Digitalização
Descrição:
Esta preferência do sistema controla as opções disponíveis no menu suspenso ‘Formato’ ao solicitar um artigo.
Marque as caixas correspondentes aos formatos suportados pela sua biblioteca.
A primeira opção da lista será a opção predefinida no formulário de pedido de artigo. Se necessário, arraste e largue as opções pela ordem pretendida.
Empréstimo em lote
BatchCheckouts
Pergunta: ___ os empréstimos em lote
Padrão: Não permitir
Valores:
Permitir
Não permitir
Descrição:
Esta preferência de sistema é o controlo principal para a funcionalidade de empréstimo em lote
Certifique-se de que adiciona as categorias de leitores autorizados a realizar empréstimos em lote em BatchCheckoutsValidCategories
Ver também:
BatchCheckoutsValidCategories
Pergunta: Categorias de leitores autorizadas a realizar empréstimos em batch: ___
Valores:
Os valores são as categorias de leitores; podem ser selecionadas múltiplas categorias.
Padrão: nenhum
Descrição:
Marque as categorias de leitores para as quais são permitidos empréstimos em lote
A preferência BatchCheckouts deve estar activa para que esta preferência tenha algum efeito
Ver também:
Módulo de marcações
EnableBooking
Versão
Esta preferência do sistema foi introduzida pela primeira vez na versão 25.11 do Koha. Nas versões anteriores, não existe uma opção para desativar as marcações; os elementos relacionados com este recurso estão sempre visíveis.
Pergunta: ___ o módulo de marcações.
Valores:
Desabilitar
Habilitar
Padrão: Ativar
Descrição:
Esta preferência de sistema controla se os elementos que fazem parte da funcionalidade de marcações aparecem na interface dos técnicos.
É útil para bibliotecas que não utilizam marcações e pretendem ocultar todas as menções a esta funcionalidade. Para tal, defina a preferência do sistema para ‘Desativar’.
Política de devolução
AutomaticConfirmTransfer
Pergunta: ___ confirmar automaticamente a transferência quando a janela é fechado sem clicar em ‘Sim’.
Padrão: Não fazer
Valores:
Não fazer
Fazer
Descrição:
Esta preferência de sistema é utilizada para controlar o comportamento da transferência quando um membro da equipa clica fora da janela de confirmação de transferência.
Quando definido para “Não”, clicar fora da janela deixará o exemplar como está.
Quando definido para “Sim”, clicar fora da janela confirmará a transferência e colocará o exemplar em trânsito.
Só é possível sair da janela clicando fora da mesma se a preferência de sistema TransfersBlockCirc estiver definida para “Não bloquear”.
BlockReturnOfLostItems
Pergunta: ___ a devolução de exemplares perdidos.
Omissão: Não bloquear
Valores:
Bloquear
Não bloquear
Descrição:
Esta preferência do sistema controla se um exemplar com o estado de perdido (952$1 no MARC21) pode ou não ser devolvido.
BlockReturnOfWithdrawnItems
Pergunta: ___ a devolução dos exemplares que foram retirados.
Omissão: Bloquear
Valores:
Bloquear
Não bloquear
Descrição:
Esta preferência do sistema controla se um exemplar com o estado de retirado (campo 952$0 no MARC21) pode ou não ser devolvido.
CalculateFinesOnBackdate
Pergunta: ___ o cálculo e atualização das multas por atraso quando um exemplar é devolvido com uma data de devolução retroativa.
Padrão: Sim
Valores:
Fazer
Não fazer
Descrição:
Esta preferência de sistema é semelhante a CalculateFinesOnReturn, mas é utilizada quando as devoluções são retroativas, seja através do modo de caixa de devolução ou da data de devolução especificada (consulte SpecifyReturnDate).
CalculateFinesOnReturn
Pergunta: ___ o cálculo e atualização das multas por atraso quando um exemplar é devolvido.
Padrão: Sim
Valores:
Fazer
Não fazer
Descrição:
Se esta preferência estiver definida para “Efetuar” e a tarefa agendada de multas estiver desativada, o Koha calculará as multas apenas quando os exemplares forem devolvidos. Se a tarefa agendada de multas estiver ativada e esta preferência estiver definida para “Efetuar”, o sistema calculará as multas com base na execução da tarefa agendada (geralmente realizada à noite) e, novamente, no momento da devolução do artigo. Esta opção é ideal para quem trabalha com empréstimos à hora. Se esta preferência estiver definida para “Não efetuar”, as multas só serão acumuladas se a tarefa de multas agendada estiver a ser executada.
Aviso
Se estiver a realizar empréstimos por hora, este deve ser definido como ‘Efetuar’.
Aviso
A preferência de sistema finesMode deve ser definida como ‘Calcular e cobrar’ para que esta preferência tenha algum efeito.
HidePersonalPatronDetailOnCirculation
Pergunta: ___ o número de telefone, endereço de email, morada e cidade do leitor na página de circulação.
Valores:
Não esconder
Esconder
Default: Não esconder
Descrição:
Esta preferência controla a apresentação do número de telefone, endereço de email e endereço físico do leitor no lado esquerdo do ecrã (por baixo da foto, caso exista) na página de circulação.
Quando definido para ‘Esconder’, esta informação apenas será visível na página de detalhes do leitor.
HoldsAutoFill
Pergunta: ___ o preenchimento automático das reservas em vez de perguntar ao bibliotecário.
Padrão: Não fazer
Valores:
Fazer
Não fazer
Descrição:
If set to ‘Do’, the holds confirmation pop-up will not appear upon checking in an item placed on hold.
HoldsAutoFillPrintSlip
Asks: ___ automatically display the holds slip dialog for auto-filled holds.
Padrão: Não fazer
Valores:
Fazer
Não fazer
Descrição:
If set to ‘Do’, the holds slip print pop-up will appear automatically upon checking in an item placed on hold.
HoldsAutoFill must be set to ‘do’ for this preference to have any effect.
HoldsNeedProcessingSIP
Asks: ___ holds automatically if matching item is returned via SIP protocol.
Default: Fulfill
Valores:
Fulfill
Don’t fulfill
Descrição:
This system preference controls whether or not holds are automatically filled by items returned via SIP (sorter, auto check-in stations, etc.)
PreventWithdrawingItemsStatus
Versão
Esta preferência de sistema foi adicionada ao Koha na versão 25.11.
Asks: Prevent the ability to withdraw items with the following statuses: ___
Valores:
[Selecionar todos]
Checked out
In transit
Padrão: nenhum
Descrição:
This system preference can be used to prevent library staff from marking items as withdrawn if the items are either checked out or in transit.
SkipHoldTrapOnNotForLoanValue
Asks: Never trap items with ‘not for loan’ values of ___ to fill holds.
Descrição:
This system preference is used to completely exclude items with ‘not for loan’ values from filling holds.
Enter NOT_LOAN authorized values separated by pipes (|).
StoreLastBorrower
Versão
This system preference was expanded in version 26.05 of Koha to allow to store any number of patrons. In previous versions, only the very last borrower was saved with a binary option (either ‘Store’ or “Don’t store” the last patron).
Asks: Store the last ___ patron(s) to return an item.
Padrão: 0
Descrição:
This preference allows you to store the last X patron(s) to check in an item, even if the patrons have chosen to have their circulation history anonymized.
Enter the number of patrons to store.
Enter 0 or leave empty to deactivate this option.
The last patron(s) to return the item will be shown in the item information page.
Nota
This preference stores the last patrons to check in the item. The last three borrowers are stored regardless of this system preference (unless the checkouts have been anonymized) and shown in the item information page.
Nota
This setting is independent of opacreadinghistory and AnonymousPatron.
TransfersBlockCirc
Asks: ___ staff from continuing to checkin items when a transfer is triggered.
Omissão: Bloquear
Valores:
Não bloquear
Bloquear
Descrição:
This system preference controls whether or not the transfer pop-up blocks further checkins.
If this is set to “Don’t block”, the AutomaticConfirmTransfer system preference determines what happens if the pop-up is dismissed without confirming the transfer.
TrapHoldsOnOrder
Asks: ___ items that are not for loan but holdable (notforloan < 0) to fill holds.
Default: Trap
Valores:
Don’t trap
Trap
Descrição:
This system preference controls whether or not items that have a NOT_LOAN authorized value smaller than 0 (which means that the item can be put on hold, but not checked out), should be used to fill holds.
UpdateItemLocationOnCheckin
Asks: This is a list of value pairs. The first value is followed immediately by colon, space, then the second value.
Descrição:
This system preference affects the item’s current and permanent locations when the item is checked in (whether it was checked out or not).
If the location value on the left of the colon (:) matches the item’s current location, it will be updated to match the location value on the right of the colon (:).
The values are the LOC authorized values.
For example,
STAFF: GENwill move an item from the staff office to the general collection when the item is checked in.Special terms
PROC: Processing center. When using PROC, only the current location will be affected.CART: Shelving cart. When using CART, only the current location will be affected._PERM_: This will use the item’s permanent location, whatever that location is._BLANK_: Used on the left as a first value, it will add a location if there is none. Used on the right as a second value, it will remove the location._ALL_: Used on the left as a first value, it will affect all items and override all other rules.
Aviso
Requer sintaxe YAML para funcionar
Isso significa
Make sure there is NO space between the first value and the colon
Make sure there IS a space between the colon and the second value
Certifique-se de que cada par está em sua própria linha
If using PROC or CART, use the cart_to_shelf cron job to return the items to their permanent location after a determined number of hours.
UpdateNotForLoanStatusOnCheckin
Asks: This is a list of item types and value pairs. When an item is checked in, if its item type matches, and if the value on the left matches the item’s not for loan value it will be updated to the value on the right.
Descrição:
This system preference affects the item’s ‘not for loan’ status when the item is checked in (whether it was checked out or not).
For each item type, there can be multiple not for loan status pairs.
If the status value on the left of the colon (:) matches the item’s current status, it will be updated to match the status value on the right of the colon (:).
The values are the NOT_LOAN authorized values.
The item type codes are from the item types.
For example, ‘-1: 0’ will cause an item that was set to ‘Ordered’ to now be available for loan
The
_ALL_code can be used in place of an item type code to apply to all item types. This will not override other rules, if any are defined for specific item types.This system preference can also be used to only display the not for loan status. To do so, enter
ONLYMESSAGEon the right of the colon.
Exemplo:
_ALL_:
-1: 0
CR:
1: 0
BK:
-1: ONLYMESSAGE
For all item types, except BK, a value of -1 will be changed to 0.
For CR item type, a value of 1 will be changed to 0.
For BK item type, a value of -1 will show the description of the -1 not for loan status, without changing it.
Aviso
Requer sintaxe YAML para funcionar
Isso significa
The item type code should be followed by a colon
Make sure all not for loan value pairs for an item type are preceded by a space
Make sure there is NO space between the first value and the colon
Make sure there IS a space between the colon and the second value
Certifique-se de que cada par está em sua própria linha
Checkout policy
AgeRestrictionMarker
Asks: Restrict patrons with the following target audience values from checking out inappropriate materials: ___
Descrição:
This preference defines certain keywords that will trigger Koha to restrict checkout based on age. These restrictions can be overridden by the AgeRestrictionOverride preference. Enter in this field a series of keywords separated by bar (|) with no spaces. For example PG|R|E|EC|Age| will look for PG followed by an age number, R followed by an age number, Age followed by an age number, and so on. These values can appear in any MARC field, but Library of Congress recommends the 521$a (Target Audience Note). Whatever field you decide to use you must map the word agerestriction in the biblioitems table to that field in the Koha to MARC Mapping. When cataloging you can enter values like PG 13 or E 10 in the 521$a and Koha will then notify circulation librarians that the material may not be recommended for the patron based on their age.
Importante
You must map the word agerestriction in the biblioitems table to the MARC field where this information will appear via the Koha to MARC Mapping administration area.
AgeRestrictionOverride
Padrão: Não permitir
Asks: ___ staff to check out an item with age restriction.
Valores:
Permitir

Não permitir

Descrição:
When the AgeRestrictionMarker preference is set, Koha will try to warn circulation librarians before checking out an item that might have an age restriction listed in the MARC record. This preference asks if you would like the staff to be able to still check out these items to patrons under the age limit.
AllFinesNeedOverride
Asks: ___ staff to manually override all fines, even fines less than set in the noissuescharge system preference. Enabling this system preference will block all checkouts for patrons with fines both via the web-based self-checkout system and via SIP.
Valores:
Não requer
Exigir
Default: Require
Descrição:
This preference let’s you decide if you want to always be warned that the patron has fines when checking out. If you have it set to ‘Require’ then no matter how much money the patron owes a message will pop up warning you that the patron owes money.
AllowFineOverride
Padrão: Não permitir
Asks: ___ staff to manually override and check out items to patrons who have more in fines than set in the noissuescharge system preference.
Valores:
Permitir
Não permitir
Descrição:
This preference lets you decide if you staff can check out to patrons who owe more money than you usually let them carry on their account. If set to ‘Allow’ staff will be warned that the patron owes, but it won’t stop the staff from checking out to the patron.
AllowItemsOnHoldCheckoutSCO
Padrão: Não permitir
Asks: ___ checkouts of items reserved to someone else in the SCO module. If allowed do not generate RESERVE_WAITING and RESERVED warning. This allows self checkouts for those items.
Valores:
Permitir
Não permitir
Importante
This system preference relates only to Koha’s web based self checkout.
Descrição:
When this preference is set to ‘Allow’ patrons will be able to use Koha’s web based self checkout to check out a book to themselves even if it’s on hold for someone else. If you would like Koha to prevent people from checking out books that are on hold for someone else set this preference to “Don’t allow”.
AllowItemsOnHoldCheckoutSIP
Asks: ___ checkouts of items reserved to someone else via SIP checkout messages. If allowed do not generate RESERVED warning. This allows self checkouts for those items. If using the holds queue items with pending holds will be marked as “unavailable” if this set to “Don’t allow”.
Valores:
Não permitir
Permitir
Padrão: Não permitir
Nota
This system preference relates only to SIP-based self-checkout, not Koha’s web based self checkout.
Descrição:
When this preference is set to ‘Allow’ patrons will be able to use your external self check machine to check out a book to themselves even if it’s on hold for someone else.
If you would like Koha to prevent people from checking out books that are on hold for someone else set this preference to ‘Don’t allow’.
AllowItemsOnLoanCheckoutSIP
Versão
Este recurso foi introduzido na versão 24.11 do Koha.
Asks: ___ checkouts of items already checked out to someone else via SIP checkout messages. If allowed do not generate ISSUED_TO_ANOTHER warning. This allows self checkouts for those items.
Valores:
Não permitir
Permitir
Padrão: Não permitir
Descrição:
This system preference controls whether a patron can check out on a SIP self-service kiosk an item currently on loan to someone else.
If set to ‘Don’t allow’, the kiosk will block checkouts of items already on loan.
Setting this system preference to ‘Allow’ will be particularly useful for libraries that have unstaffed hours. It means that even if an item was not correctly checked in and is still marked as checked out in Koha, the patron who picks it from the library shelves will still be able to borrow it on the self-service kiosk without needing the help of a librarian.
This system preference has no impact on checkouts performed by library staff using the Koha staff interface.
AllowMultipleIssuesOnABiblio
Default: Allow
Asks: ___ patrons to check out multiple items from the same record.
Valores:
Permitir
Não permitir
Descrição:
If this system preference is set to ‘Allow’ then patrons will be able to check out multiple copies of the same title at the same time. If it’s set to “Don’t allow” then patrons will only be allowed to check out one item attached to a record at a time. Regardless of the option chosen in this system preference records with subscriptions attached will allow multiple check outs.
Importante
This will only affect records without a subscription attached.
AllowNotForLoanOverride
Default: Allow
Asks: ___ staff to override and check out items that are marked as not for loan.
Valores:
Permitir
Não permitir
Descrição:
This parameter is a binary setting which controls the ability of staff (patrons will always be prevented from checking these items out) to check out items that are marked as “not for loan”. Setting it to “Allow” would allow such items to be checked out, setting it to “Don’t allow” would prevent this. This setting determines whether items meant to stay in the library, such as reference materials, and other library resources can be checked out by patrons.
AllowRenewalLimitOverride
Asks: ___ staff to manually override renewal blocks and renew a checkout when it:
would go over the renewal limit, or
would be premature for the “No renewal before” setting in the circulation policy, or,
is scheduled for automatic renewal
Valores:
Permitir
Não permitir
Default: Allow
Descrição:
This system preference controls staff’s ability to override the limits placed on the number of times an item can be renewed. Setting it to “Allow” overrides these limits, setting it to “Don’t allow” prevents this.
When set to “allow”, library staff are required to use their judgment when overriding the renewal limit in special cases. Setting it to “don’t allow” prevents library staff from using their discretion.
AllowRenewalOnHoldOverride
Asks: ___ staff to renew items that are on hold by manually specifying a due date.
Padrão: Não permitir
Valores:
Permitir
Não permitir
Descrição:
This preference enables items that are on hold to be renewed with a due date specified by the user.
It can appear in two locations:
In the “Checkouts” table on the Patron Details screen. It is possible to select on loan items that would otherwise fulfill a hold request to be renewed. When such an item is selected, an additional date selection box is displayed to allow the user to specify the due date for all on hold items that are to be renewed.
In the Circulation > Renew alert screen. When a barcode of an on loan item that would ordinarily fulfill a hold request is entered, the usual alert is displayed indicating that the item is on hold, it is still possible to override this, and renew. With this preference enabled it is also possible to specify a due date.
AllowReturnToBranch
Asks: Allow items to be checked in ___.
Valores:
at any library
only at the library the item is from
only at the library the item was checked out from
either at the library the item is from or the library it was checked out from
Default: at any library
Descrição:
This preference lets the library system decide how they will accept returns. Some systems allow for items to be returned to any library in the system (the default value of this system preference) others want to limit item returns to only specific libraries. This system preference will allow you to limit item returns (checkins) to the library (libraries) set in the value.
AllowTooManyOverride
Default: Allow
Asks: ___ staff to override and check out items when the patron has reached the maximum number of allowed checkouts.
Valores:
Permitir

Não permitir

Descrição:
If this preference is set to “Allow” then staff all will be presented with an option to checkout more items to a patron than are normally allowed in the circulation and fines rules. If this preference is set to “Don’t allow” then no staff member will be able to check out more than the circulation limit.
AlwaysLoadCheckoutsTable
Versão
Este recurso foi introduzido na versão 24.11 do Koha.
Asks: ___ always load the checkouts table immediately on opening the patron account in the staff interface.
Valores:
Não fazer
Fazer
Padrão: Não fazer
Descrição:
In the patron account, any current loans are listed in the ‘Checkouts’ tab. When this system preference is set to ‘Don’t’, staff have to click the ‘Show checkouts’ button to load the list of loans. They can choose to tick ‘Always show checkouts automatically’; their choice will be remembered for the length of their browser session.
When this system preference is set to ‘Do’, the list of loans will always load immediately, for all staff users and without staff having to click anything else.
If you find that the page becomes slow to load, use the LoadCheckoutsTableDelay system preference. to add a delay so the rest of the page can load before the checkouts.
AutomaticItemReturn
Padrão: Sim
Asks: ___ automatically transfer items to their home library when they are checked in.
Valores:
Fazer
Não fazer
Descrição:
This preference is a binary setting which determines whether an item is returned to its home library automatically or not. If set to “Don’t”, the staff member checking an item in at a location other than the item’s home library will be asked whether the item will remain at the non-home library (in which case the new location will be marked as a holding location) or returned. Setting it to “Do” will ensure that items checked in at a library other than their home library will be sent to that home library.
AutoReturnCheckedOutItems
Asks: ___ require librarians to manually confirm a checkout where the item is already checked out to another patron.
Valores:
Fazer
Não fazer
Padrão: Sim
Descrição:
This preference controls whether Koha asks for a confirmation when trying to check out an item that is already checked out to another patron.
Set to ‘Do’, Koha will ask the staff member to confirm the check out.

Set to ‘Don’t’, Koha will simply return the item from the previous patron’s file and check it out to the actual patron and show a message.

CircControl
Default: the library the item is from
Asks: Use the checkout and fines rules of ___
Valores:
the library the item is from
The circulation and fines policies will be determined by the item’s library where HomeOrHoldingBranch chooses if item’s home library is used or holding library is used.
the library the patron is from
The circulation and fines policies will be determined the patron’s home library
the library you are logged in at
The circulation and fines policies will be determined by the library that checked the item out to the patron
CircControlReturnsBranch
Asks: To determine whether an item is transferred or remains in the library after checkin, use the circulation rules of ___.
Default: the library the item is owned by (homebranch)
Valores:
the library the item is checked in at (checkin library)
the library the item is currently held by (holdingbranch)
the library the item is owned by (homebranch)
Descrição:
This system preference controls which return policy rule (item returns home, item returns to issuing library, or item floats) is used when checking in items.
ConsiderLibraryHoursInCirculation
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: When checking out an hourly loan that will be due after the library closes, ___
Default: shorten the loan period and set the checkout to be due at the library’s close time.
Valores:
shorten the loan period and set the checkout to be due at the library’s close time.
do not consider the library’s opening hours.
extend the loan period and set the checkout to be due at the library’s open time.
Descrição:
This system preference determines the fate of an hourly checkout which would be due after the library’s opening hours.
Set the library’s opening hours in Administration > Libraries.
ConsiderOnSiteCheckoutsAsNormalCheckouts
Asks: ___ on-site checkouts as normal checkouts. If enabled, on-site checkouts will count toward the checkout limit for regular checkouts. The on-site limit will still apply for on-site checkouts. If disabled, both values will be checked separately.
Default: Consider
Valores:
Consider
Don’t consider
Descrição:
This preference allows you to decide if checkouts that are considered on-site checkouts are counted toward the total checkouts a patron can have. You can also set your circulation and fines rules to allow only a certain number of normal and on-site checkouts.
DefaultLongOverduePatronCategories
Versão
This system preference was added in Koha version 24.05.
Asks: Set the default patron categories to receive overdues to ___
Valores:
Os valores são as categorias de leitores; podem ser selecionadas múltiplas categorias.
Padrão: nenhum
Descrição:
Importante
This system preference will only be active if DefaultLongOverdueSkipPatronCategories is empty.
This system preference is used to limit the automatic long overdue process (enabled by the DefaultLongOverdueLostValue and DefaultLongOverdueDays system preferences) to specific patron categories.
For example, you might want to only process long overdues automatically for students but not anybody else.
If this field is empty, all patron categories will be subject to the long overdue process.
This system preference is used when the longoverdue cron job is called without the
--categoryparameter.This system preference allows libraries to set the values of the longoverdue cron job without having to edit the crontab.
DefaultLongOverdueSkipPatronCategories
Versão
This system preference was added in Koha version 24.05.
Asks: Set the default patron categories to not receive overdues to ___
Valores:
Os valores são as categorias de leitores; podem ser selecionadas múltiplas categorias.
Padrão: nenhum
Descrição:
Importante
This system preference overrides the DefaultLongOverduePatronCategories system preference. Therefore, if it is filled, all patron categories except the ones listed will be processed, regardless of the values in DefaultLongOverduePatronCategories.
This system preference is used to exclude specific patron categories from the automatic long overdue process (enabled by the DefaultLongOverdueLostValue and DefaultLongOverdueDays system preferences).
For example, you might want to process long overdues automatically for everyone except students.
If this field is empty, all patron categories will be subject to the long overdue process.
This system preference is used when the longoverdue cron job is called without the
--skip-categoryparameter.This system preference allows libraries to set the values of the longoverdue cron without having to edit the crontab.
HomeOrHoldingBranch
Default: the item’s home library (homebranch).
Asks: Use the checkout and fines rules of ___
Valores:
the item’s home library (homebranch).
the item’s holding library (holdingbranch).
Descrição:
This preference does several things.
If CircControl is set to ‘the library the item is from’ then the circulation and fines policies will be determined by the item’s library where HomeOrHoldingBranch chooses if item’s home library is used or holding library is used.
If IndependentBranches is set to ‘Prevent’ then the value of this preference is used in figuring out if the item can be checked out. If the item’s home library does not match the logged in library, the item cannot be checked out unless you have the superlibrarian permission.
Importante
It is not recommend that this setting be changed after initial setup of Koha because it will change the behavior of items already checked out.
IssuingInProcess
Default: Don’t prevent
Asks: ___ patrons from checking out an item whose rental charge would take them over the limit.
Valores:
Don’t prevent
Prevent
Descrição:
This preference determines if a patron can check items out if there is an overdue fine on the account and any of the materials the patron wishes to check out will potentially tip the account balance over the maximum fines policy the library has in place.
Example: Your library has a $5 limit set for ‘fines’ (i.e., after incurring $5 in fines, a patron can no longer check out items). A patron comes to the desk with 5 items to check out (4 books and a video) The patron has $4 in charges already on their account. One of the videos has a rental charge of $1, therefore making the total fines on the patron’s account suddenly $5 (the limit).
ItemsDeniedRenewal
Asks: Define custom rules to deny specific items from renewal.
Descrição:
This preference allows you to specify items that should not be renewed either from the OPAC or staff client. You can enter any combination of fields (from the items table in the Koha database) followed by a colon then a space then a bracketed list of values separated by commas. e.g:
ccode: [NEWFIC,NULL,DVD] itype: [NEWBK,""]
The word ‘NULL’ can be used to block renewal on undefined fields, while an empty string “” will block on an empty (but defined) field.
Nota
If using automatic renewal notices your notice text should be updated to account for the new reason that renewals may be denied “item_denied_renewal”.
LoadCheckoutsTableDelay
Asks: Delay the automatic loading of the checkouts table on the checkouts page by ___ seconds when “Always show checkouts automatically” or AlwaysLoadCheckoutsTable are enabled.
Padrão: 0
Descrição:
This system preference is used to delay the loading of the checkouts table in a patron’s account to prevent too many service queries and the system slowing down. This can happen when checking out a number of items in a row or when a patron has a large number of items already checked out.
Enter a positive integer, such as 5, to delay the loading of the table and prevent it from reloading after each check out.
maxoutstanding
Omissão: 5
Asks: Prevent patrons from making holds on the OPAC if they owe more than ___ USD in fines.
noissuescharge
Asks: Prevent patrons from checking out items if they have more than ___ {currency} in fines.
Omissão: 5
Descrição:
This preference is the maximum amount of money owed to the library before the user is banned from borrowing more items.
By default, this includes all debit types (overdue fines, account creation fees, hold fees, manual fees, rental fees, etc.), but it’s possible to exclude debit types or to include custom manual debit types using the ‘Included in noissuescharge’ option when creating or editing a debit type.
Nota
The setting can also be set at the patron category level.
Ver também:
NoIssuesChargeGuarantees
Pergunta: Impedir que um usuário verifique se o usuário assistido deve no total mais de ___ USD em multas.
Descrição:
Permite que uma biblioteca impeça que os usuários emprestem exemplares se seus assistidos tiverem multas excessivas.
Nota
The setting can also be set at the patron category level.
NoIssuesChargeGuarantorsWithGuarantees
Asks: Prevent a patron from checking out if the patron has guarantors and those guarantor’s guarantees owing in total more than ___ (currency) in fines.
Descrição:
Allows a library to prevent patrons from checking out items if their guarantees or their guarantees’ other guarantors owe too much in fines.
This effectively blocks the entire family.
Nota
The setting can also be set at the patron category level.
NoRenewalBeforePrecision
Default: date
Asks: Calculate “No renewal before” based on ___.
Valores:
date
exact time
Nota
Only relevant for loans calculated in days, hourly loans are not affected.
Descrição:
This preference allows you to control how the ‘No renewal before” option in the circulation and fines rules administration area.
NoticeBcc
Asks: Send all notices as a BCC to this email address: ___
This preference makes it so that a librarian can get a copy of every notice sent out to patrons.
Nota
If you’d like more than one person to receive the blind copy you can simply enter in multiple email addresses separated by commas.
OnSiteCheckoutAutoCheck
Asks: ___ on-site checkout by default if last checkout was an on-site one.
Valores:
Não ativar
Habilitar
Default: Não ativar
Descrição:
This system preference allows you to specify that if a preceding checkout was an on-site checkout, then the ‘On-site checkout’ checkbox is ticked ready for the next checkout.
OnSiteCheckouts
Padrão: Desabilitar
Asks: ___ the on-site checkouts feature.
Valores:
Desabilitar
Habilitar

Descrição:
This preference lets you check out items that are ‘not for loan’ to patrons. A checkbox is added to the checkout screen when this preference is set to ‘Enable’ labeled ‘On-site checkout’. This allows you to track who’s using items that are normally not for loan or are in a closed stack setting.
OnSiteCheckoutsForce
Asks: ___ the on-site checkout for all cases (even if a patron is debarred or under similar restrictions).
Valores:
Desabilitar
Habilitar

Padrão: Desabilitar
Descrição:
This preference lets the staff override any restrictions a patron might have and check out items for use within the library. The OnSiteCheckouts preference must first be set to ‘Enable’ for this preference to be considered.
OPACFineNoRenewalsBlockAutoRenew
Asks: If a patron owes more than the value of OPACFineNoRenewals, ___ their auto-renewals.
Valores:
allow
block
Default: allow
OverdueNoticeCalendar
Asks: ___ when working out the period for overdue notices.
Default: Ignore calendar
Valores:
Ignore calendar
Notices do not take holidays into account, so they will be sent even if holidays have meant the item is not actually overdue yet
Use calendar
Notices take holidays into account, so they will not be sent if holidays mean the item is not actually overdue yet
OverdueNoticeFrom
Asks: Organize and send overdue notices using the ___.
Default: command-line option
Valores:
command-line option
item home library
checkout library
patron home library
Descrição:
This system preference determines which library’s information will be used in the overdue notices (if there is information in the notice template such as <<branches.branchname>> or <<branches.branchphone>>, or, in the new syntax, [% branch.branchname %] or [% branch.branchphone %]) and which email address will be used to send the notices.
This system preference overrides the –frombranch parameter in the overdue_notices.pl cronjob.
When set to “command-line option”, the library information will be that of the –frombranch parameter in the overdue_notices.pl cronjob or the checkout library if the parameter is absent.
When set to “item home library”, the library information will be that of the overdue item’s home library.
When set to “checkout library”, the library information will be that of the library at which the overdue item was checked out.
When set to “patron home library”, the library information will be that of the library where the patron receiving the notice is from.
OverduesBlockCirc
Default: Ask for confirmation
Asks: ___ when checking out to a patron that has overdues outstanding.
Valores:
Ask for confirmation
Will not let you check an item out to patrons with overdues until a librarian confirms that it is okay
Bloquear
Block all patrons with overdue items from being able to check out
Não bloquear
Allow all patrons with overdue items to continue to check out
OverduesBlockRenewing
Default: allow renewing
Asks: When a patron’s checked out item is overdue, ___
Valores:
allow renewing
block renewing for all the patron’s items
block renewing for only this item
PrintNoticesMaxLines
Asks: Include up to ___ item lines in a printed overdue notice.
Nota
If the number of items is greater than this number, the notice will end with a warning asking the borrower to check their online account for a full list of overdue items.
Nota
Set to 0 to include all overdue items in the notice, no matter how many there are.
Importante
This preference only refers to the print notices, not those sent via email.
RecordStaffUserOnCheckout
Asks: When checking out an item, ___ the user who checked out the item.
Omissão: não registar
Valores:
don’t record
record
Descrição:
This system preference determines whether the staff account who checks out an item to a patron is recorded along with the checkout.
When set to ‘record’ the staff account will be displayed in the staff interface in the patron’s circulation history as well as the record’s checkout history.
RenewAccruingItemInOpac
Asks: If a patron pays off all fines on an overdue item that is accruing fines in the OPAC via a payment plugin, ___ the item automatically.
Default: Don’t renew
Valores:
Don’t renew
Renew
Descrição:
This system preference allows you to control whether or not overdue items are renewed if the patron pays the fine online.
Nota
If the RenewalPeriodBase system preference is set to ‘due date’, renewed items may still be overdue even after renewal.
RenewAccruingItemWhenPaid
Asks: If a patron pays off all fines on an overdue item that is accruing fines, ___ the item automatically.
Valores:
don’t renew
renew
Default: don’t renew
Descrição:
This system preference allows you to control whether or not overdue items are automatically renewed if the patron has paid the fines for the overdue items.
If the RenewalPeriodBase system preference is set to ‘due date’, renewed items may still be overdue even after renewal.
RenewalPeriodBase
Default: the old due date of the checkout
Asks: When renewing checkouts, base the new due date on ___
Valores:
the old due date of the checkout
the current date
RenewalSendNotice
Padrão: Não enviar
Asks: ____ a renewal notice according to patron’s messaging preferences for ‘Item checkout’.
Valores:
Não enviar
Enviar
Descrição:
If a patron has chosen to receive a check out notice in their messaging preferences and this preference is set to ‘Send’ then those patrons will also receive a notice when they renew materials. You will want to set up a new notice with the code of RENEWAL (if you don’t already have it) with custom text for renewing items.
Importante
This preference requires that you have EnhancedMessagingPreferences set to ‘Allow’
RentalFeesCheckoutConfirmation
Asks: When checking out an item with rental fees, ___ for confirmation.
Valores:
ask
don’t ask
Default: don’t ask
Descrição:
If you are charging rental fees for items this preference will make it so that you can show (or not show) a confirmation before checking out an item that will incur a rental charge.
ReturnBeforeExpiry
Asks: ___ patrons to return items before their accounts expire (by restricting due dates to before the patron’s expiration date).
Valores:
Não requer
Exigir
Omissão: Não requer
Descrição:
This system preference may prevent a patron from having items checked out after their library card has expired. If this is set to “Require”, then a due date of any checked out item can not be set for a date which falls after the patron’s card expiration. If the setting is left as “Don’t require”, then item check out dates may exceed the expiration date for the patron’s library card.
StaffSearchResultsDisplayBranch
Asks: For search results in the staff interface, display ___
Valores:
the library the item is from
the library the items is held by
Default: the library the item is held by
SwitchOnSiteCheckouts
Default: Don’t switch
Asks: ___ on-site checkouts to normal checkouts when checked out.
Valores:
Don’t switch
Switch
TransfersMaxDaysWarning
Asks: Show a warning on the “Transfers to receive” screen if the transfer has not been received ___ days after it is sent.
Omissão: 3
Descrição:
This system preference allows for a warning to appear after a set amount of time if an item being transferred between library branches has not been received. The warning will appear in the Transfers to receive report.
UnseenRenewals
Asks: ___ renewals to be recorded as “unseen” by the library, and count against the patrons unseen renewals limit.
Padrão: Não permitir
Valores:
Não permitir
Permitir
Descrição:
This system preference enables the unseen renewals functionality. It allows staff to mark renewals as “unseen”, i.e. the staff didn’t actually see the item.
If you activate this preference, make sure to add a value in the ‘Unseen renewals allowed (count)’ column of the circulation and fine rules.
UpdateItemLocationOnCheckout
Asks: This is a list of value pairs. The first value is followed immediately by colon, space, then the second value.
Descrição:
This system preference affects the item’s current and permanent locations when the item is checked out.
If the location value on the left of the colon (:) matches the item’s current location, it will be updated to match the location value on the right of the colon (:).
The values are the LOC authorized values.
For example,
STAFF: GENwill move an item from the staff office to the general collection when the item is checked out.Special terms
PROC: Processing center. When using PROC, only the current location will be affected.CART: Shelving cart. When using CART, only the current location will be affected._PERM_: This will use the item’s permanent location, whatever that location is._BLANK_: Used on the left as a first value, it will add a location if there is none. Used on the right as a second value, it will remove the location._ALL_: Used on the left as a first value, it will affect all items and override all other rules.
Aviso
Requer sintaxe YAML para funcionar
Isso significa
Make sure there is NO space between the first value and the colon
Make sure there IS a space between the colon and the second value
Certifique-se de que cada par está em sua própria linha
If using PROC or CART, use the cart_to_shelf cron job to return the items to their permanent location after a determined number of hours.
UpdateNotForLoanStatusOnCheckout
Asks: This is a list of value pairs. When an item is checked out, if its not for loan value matches the value on the left, then the item’s not for loan value will be updated to the value on the right.
Descrição:
This system preference affects the item’s ‘not for loan’ status when the item is checked out.
If the status value on the left of the colon (:) matches the item’s current status, it will be updated to match the status value on the right of the colon (:).
The values are the NOT_LOAN authorized values.
For example, ‘-1: 0’ will cause an item that was set to ‘Ordered’ to now be available for loan
This system preference can also be used to only display the not for loan status. To do so, enter
ONLYMESSAGEon the right of the colon. For example:
-1: ONLYMESSAGE This will simply show the label for -1 without changing the status.
Aviso
Requer sintaxe YAML para funcionar
Isso significa
Make sure there is NO space between the first value and the colon
Make sure there IS a space between the colon and the second value
Certifique-se de que cada par está em sua própria linha
UseBranchTransferLimits and BranchTransferLimitsType
Defaults: Don’t enforce and collection code
Asks: ___ branch transfer limits based on ___
UseBranchTransferLimits Values:
Don’t enforce
Enforce
BranchTransferLimitsType Values:
collection code
tipo de documento
BranchTransferLimitsType Description:
This parameter is a binary setting which determines whether items are transferred according to item type or collection code. This value determines how the library manager is able to restrict what items can be transferred between the branches.
useDaysMode
Asks: ___ when calculating the date due.
Default: Use the calendar to skip days the library is closed
Valores:
Use the calendar to skip days the library is closed
Use the calendar to push the due date to the next open day
Ignore the calendar
Use the calendar to push the due date to the next open matching weekday for weekly loan periods, or the next open day otherwise (Note: This preference setting only works with loan periods in multiples of 7).
Descrição:
This preference controls how scheduled library closures affect the due date of a material.
The ‘Use the calendar to skip all days the library is closed’ setting allows for a scheduled closure not to count as a day in the loan period.
The ‘Ignore the calendar’ setting would not consider the scheduled closure at all
The ‘Use the calendar to push the due date to the next open day’ would only affect the due date if the day the item is due would fall specifically on the day of closure.
The final option, ‘Use the calendar to push the due date to the next open matching weekday for weekly loan periods, or the next open day otherwise’ allows libraries to accommodate patrons who may only be able to visit the library on a certain day of the week, such as part-time students or patrons who rely on public transport.
Exemplo:
The library has put December 24th and 25th in as closures on the calendar. A book checked out by a patron has a due date of December 25th according to the circulation and fine rules.
If this preference is set to ‘Ignore the calendar’ then the item will remain due on the 25th.
If the preference is set to ‘Use the calendar to push the due date to the next open day’, then the due date will be December 26th.
If the preference is set to ‘Use the calendar to skip all days the library is closed’ then the due date will be pushed to the 27th of December to accommodate for the two closed days.
If the preference is set to ‘Use the calendar to push the due date to the next open matching weekday for weekly loan periods, or the next open day otherwise’ the item would be due back on January 1st. If January 1st was also a closed day then the item would be due back on the next available open day.
The calendar is defined on a branch by branch basis. To learn more about the calendar, check out the Calendar section of this manual.
UseTransportCostMatrix
Asks: ___ the transport cost matrix for calculating optimal holds filling between libraries.
Valores:
Não utilizar
Utilizar
Padrão: Não utilizar
Descrição:
If the system is configured to use the Transport cost matrix for filling holds, then when attempting to fill a hold, the system will search for the lowest cost library, and attempt to fill the hold with an item from that library first. Libraries of equal cost will be selected from randomly. The library or libraries of the next highest cost shall be selected from only if all the libraries in the previous group are unable to fill the hold.
The system will use the item’s current holding library when determining whether the item can fulfill a hold using the transport cost matrix.
Reservas de curso
UseCourseReserves
Padrão: Não utilizar
Asks: ___ course reserves
Valores:
Não utilizar
Utilizar
Descrição:
The course reserves module in Koha allows you to temporarily move items to ‘reserve’ and assign different circulation rules to these items while they are being used for a specific course.
Curbside pickup module
CurbsidePickup
Asks: ___ the curbside pickup module.
Valores:
Desabilitar
Habilitar
Padrão: Desabilitar
Descrição:
This system preference is the main switch for the curbside pickup module.
Fines policy
finesCalendar
Asks: ___ when calculating the period for fines.
Default: Use the calendar
Valores:
Ignore the calendar
Use the calendar
Descrição:
This preference will determine whether or not fines will be accrued on days where the library is closed. Examples include holidays, library in-service days, etc.
If set to ‘Use the calendar’, Koha will skip closed days when calculating the overdue fines.
If set to ‘Ignore the calendar’, fines will be calculated directly, with no consideration of closed days.
Importante
To make use of this setting your system administrator must first access Koha’s calendar and mark closed days as ‘holidays’ ahead of time.
The calendar is defined on a branch by branch basis. To learn more about the calendar, check out the calendar section of this manual.
FinesIncludeGracePeriod
Padrão: Incluir
Asks: ___ the grace period when calculating the fine for an overdue item.
Valores:
Don’t include
Incluir
Descrição:
This preference lets you control how Koha calculates fines when there is a grace period. If you choose to include the grace period when calculating fines then Koha will charge for the days in the grace period should the item be overdue more than those days. If you choose not to include the grace period then Koha will only charge for the days overdue after the grace period.
finesMode
Asks: ___ fines
Default: Don’t calculate
Valores:
Don’t calculate
Calculate and charge
Importante
If this system preference is set to ‘Calculate and charge’, you must either add the fines cron job to your crontab, or enable CalculateFinesOnReturn
If the cronjobs/fines.pl cronjob is being run, accruing and final fines will be calculated when the cron runs and accruing fines will be finalized when an item is returned. If CalculateFinesOnReturn is enabled, final fines will be calculated when an item is returned.
HoldFeeMode
Asks: Charge a hold fee ___
Valores:
any time a hold is collected.
any time a hold is placed.
only if all items are checked out and the record has at least one hold already.
Default: only if all items are checked out and the record has at least one hold already.
Descrição:
If you have set an amount in the hold fee column of the circulation and fine rules, a fee is charged to patrons for placing holds. This system preference controls at what point the fee is added to the patron’s charges.
LostChargesControl
Versão
Esta funcionalidade foi introduzida pela primeira vez na versão 26.05 do Koha.
Asks: Use the lost charge rules of ___.
Valores:
the library the item is from
the library the patron is from
the library you are logged in at
Default: the library you are logged in at
Descrição:
This system preference determines which library’s circulation rules are used for charging lost fees when an item is marked lost.
NoRefundOnLostFinesPaidAge
Versão
Este recurso foi introduzido na versão 24.11 do Koha.
Asks: Don’t refund lost fees if the fee was paid in full or if the balance of the fee was paid more than ___ days ago.
Omissão: vazio
Descrição:
This system preference allows you to set the length of time for which a lost fee will be refunded after it has been paid, in full or in part. This is useful for libraries who want to refund recently paid fees but not fees paid a long time ago.
Nota
Refunds for lost fees are controlled by the default lost item fee refund on return policy in the circulation and fines rules.
Enter a number to start using this system preference.
If the preference is empty, lost fees will be refunded according to the default lost item fee refund on return policy, no matter how old the payment is.
Ver também:
NoRefundOnLostReturnedItemsAge
Asks: Don’t refund lost fees if a lost item is checked in more than ___ days after it was marked lost.
Descrição:
This system preference allows you to set the length of time for which a lost fee will be refunded when the lost item is checked in. This is useful for libraries who want to refund fees for recently lost items but not for items marked lost a long time ago.
Nota
Refunds for lost fees are controlled by the default lost item fee refund on return policy in the circulation and fines rules.
Enter a number to start using this system preference.
If the preference is empty, lost fees will be refunded according to the default lost item fee refund on return policy, no matter how long ago the item was marked lost.
Ver também:
ProcessingFeeNote
Asks: Set the text to be recorded in the column ‘note’, table ‘accountlines’ when the processing fee (defined in item type) is applied.
RefundLostOnReturnControl
Asks: If a lost item is returned, apply the refunding rules defined in the ___
Default: check-in library.
Valores:
check-in library.
item holding branch.
item home branch.
Descrição:
This refers to the default lost item fee refund on return policy rule in the circulation and fines rules.
Nota
You can limit the number of days after which a lost item is not refunded using the NoRefundOnLostReturnedItemsAge system preference.
SuspensionsCalendar
Default: not including the days the library is closed
Asks: Calculate suspension expiration based on days overdue ___
Valores:
Ignore the calendar
Use the calendar
Descrição:
This system preference determines whether the calendar is taken into account when making suspension calculations. Suspension rules can be configured within the circulation rules. If set to ‘directly’ the suspension period will ignore any closed days that have been added to the calendar. If set to ‘not including the days the library is closed’ any days marked as closed within the calendar will be skipped when calculating the end date for the suspension.
TitleHoldFeeStrategy
Versão
This system preference was first introduced in version 26.05 of Koha.
Asks: When a title-level hold is placed and different items could result in different hold fees, choose the fee level to apply as ___
Valores:
the highest applicable fee among the items
the lowest applicable fee among the items
the most common fee among the items
Default: the highest applicable fee among the items
Descrição:
This system preference is relevant if your library has hold fees set in its circulation and fine rules.
When you have several holdable items of more than one item type on a bibliographic record and the hold is placed at the title level, more than one circulation rule could apply. In some cases, it means different hold fee amounts could be applied. This system preference allows you to decide which hold fee amount should be used.
If a strategy still cannot be determined (e.g. if there is a tie for most common fee among the items), the highest applicable fee will be used.
Nota
When using hold fees, you should also consider the HoldFeeMode system preference.
useDefaultReplacementCost
Padrão: Não utilizar
Asks: ___ the default replacement cost defined in item type.
Valores:
Não utilizar
Utilizar
Descrição:
This preference enables the use of the replacement cost set on the item type level
WhenLostChargeReplacementFee
Default: Charge
Asks: ___ the replacement price when a patron loses an item.
Valores:
Charge
Don’t charge
Descrição:
This preference lets you tell Koha what to do with an item is marked lost. If you want Koha can ‘Charge’ the patron the replacement fee listed on the item they lost or it can do nothing in reference to the patron and just mark the item lost in the catalog.
WhenLostForgiveFine
Default: Don’t forgive
Asks: ___ the fines on an item when it is lost.
Valores:
Don’t forgive
Forgive
Descrição:
This preference allows the library to decide if fines are charged in addition to the replacement fee when an item is marked as lost. If this preference is set to ‘Forgive’ then the patron won’t be charged fines in addition to the replacement fee.
Holds policy
AllowHoldDateInFuture
Default: Allow
Asks: ___ hold requests to be placed that do not enter the waiting list until a certain future date.
Valores:
Permitir
Não permitir
AllowHoldItemTypeSelection
Asks: ___ hold fulfillment to be limited by itemtype.
Padrão: Não permitir
Valores:
Permitir
Não permitir
Descrição:
If this system preference is set to ‘Allow’, staff and patrons will be able to choose a specific item type when placing a hold in the staff interface or placing a hold in the OPAC.
AllowHoldPolicyOverride
Default: Allow
Asks: ___ staff to override hold policies when placing holds.
Valores:
Permitir
Não permitir
Descrição:
This preference is a binary setting which controls whether or not the library staff can override the circulation and fines rules as they pertain to the placement of holds. Setting this value to “Don’t allow” will prevent anyone from overriding, setting it to “Allow” will allow it. This setting is important because it determines how strict the libraries rules for placing holds are. If this is set to “Allow”, exceptions can be made for patrons who are otherwise normally in good standing with the library, but there is opportunity for the staff to abuse this function. If it is set to “Don’t allow”, no abuse of the system is possible, but it makes the system entirely inflexible in respect to holds.
AllowHoldsOnDamagedItems
Default: Allow
Asks: ___ hold requests to be placed on damaged items.
Valores:
Permitir
Não permitir
Descrição:
This parameter is a binary setting which controls whether or not hold requests can be placed on items that are marked as “damaged” (items are marked as damaged by editing subfield 4 on the item record). Setting this value to “Don’t allow” will prevent anyone from placing a hold on such items, setting it to “Allow” will allow it. This preference is important because it determines whether or not a patron can place a request for an item that might be in the process of being repaired or not in good condition. The library may wish to set this to “Don’t allow” if they were concerned about their patrons not receiving the item in a timely manner or at all (if it is determined that the item is beyond repair). Setting it to “Allow” would allow a patron to place a hold on an item and therefore receive it as soon as it becomes available.
AllowHoldsOnPatronsPossessions
Default: Allow
Asks: ____ a patron to place a hold on a record where the patron already has one or more items attached to that record checked out.
Valores:
Permitir
Não permitir
Descrição:
By setting to “Don’t allow,” you can prevent patrons from placing holds on items they already have out, thus preventing them from blocking anyone else from getting an item.
AllowRenewalIfOtherItemsAvailable
Padrão: Não permitir
Asks: ___ a patron to renew an item with unfilled holds if other available items can fill that hold.
Valores:
Permitir
Não permitir
AutomaticCheckinAutoFill
Asks: ___ holds to be automatically filled after being automatically checked in.
Padrão: Não permitir
Valores:
Permitir
Não permitir
Descrição:
This system preference is used when automatic check-in is enabled.
Upon check-in, the next hold will be automatically filled and a notification will be sent to the patron to let them know that their hold is waiting.
This system preference requires the automatic_checkin.pl cronjob.
AutoResumeSuspendedHolds
Default: Allow
Asks: ___ suspended holds to be automatically resumed by a set date.
Valores:
Permitir
Não permitir
Descrição:
If this preference is set to ‘Allow’ then all suspended holds will be able to have a date at after which they automatically become unsuspended. If you have this preference set to ‘Allow’ you will also need the Unsuspend Holds cron job running.
Importante
The holds will become unsuspended the date after that entered by the patron.
CanMarkHoldsToPullAsLost
Asks: ___ from the ‘Holds to pull’ screen
Default: Do not allow to mark items as lost
Valores:
Allow to mark items as lost
Allow to mark items as lost and notify the patron
Do not allow to mark items as lost
Descrição:
This system preference lets you choose whether the staff can mark items as lost directly from the ‘Holds to pull’ list if they can’t find the item on the shelf.
The actual lost value that will be assigned to the item is defined in the UpdateItemWhenLostFromHoldList system preference.
If the patron is notified, the message sent will be based on the CANCEL_HOLD_ON_LOST template. It can be customized in the Notices and slips tool.
Aviso
This only applies to item-level holds.
canreservefromotherbranches
Default: Allow
Asks: ___ a user from one library to place a hold on an item from another library
Descrição:
This preference is a binary setting which determines whether patrons can place holds on items from other branches. If the preference is set to “Allow” patrons can place such holds, if it is set to “Don’t allow” they cannot. This is an important setting because it determines if users can use Koha to request items from another branch. If the library is sharing an installation of Koha with other independent libraries which do not wish to allow interlibrary borrowing it is recommended that this parameter be set to “Don’t allow”.
Valores:
Permitir
Don’t allow (with IndependentBranches)
ConfirmFutureHolds
Padrão: 0
Asks: Confirm future hold requests (starting no later than ___ days from now) at checkin time.
Descrição:
When confirming a hold at checkin time, the number of days in this preference is taken into account when deciding which holds to show alerts for. This preference does not interfere with renewing, checking out or transferring a book.
Nota
This number of days will be used too in calculating the default end date for the Holds to pull-report. But it does not interfere with issuing, renewing or transferring books.
Importante
This preference is only looked at if you’re allowing hold dates in the future with AllowHoldDateInFuture or OPACAllowHoldDateInFuture
decreaseLoanHighHolds, decreaseLoanHighHoldsDuration, decreaseLoanHighHoldsValue, decreaseLoanHighHoldsControl, and decreaseLoanHighHoldsIgnoreStatuses
Asks: ___ the reduction of loan period ___ to days for high demand items with more than ___ holds ___ . Ignore items with the following statuses when counting items ___
decreaseLoanHighHolds default: Don’t enable
decreaseLoanHighHoldsControl default: on the record
Valores:
decreaseLoanHighHolds
Não ativar
Habilitar
decreaseLoanHighHoldsControl
over the number of holdable items on the records
on the record
decreaseLoanHighHoldsIgnoreStatuses
[Select All]
Damaged
Lost
Not for loan
Withdrawn
Descrição:
These preferences let you change the loan length for items that have many holds on them. This will not affect items that are already checked out, but items that are checked out after the decreaseLoanHighHoldsValue is met will only be checked out for the number of days entered in the decreaseLoanHighHoldsDuration preference.

DefaultHoldPickupLocation
Asks: When placing a hold via the staff interface default the pickup location to the ___ .
Valores:
biblioteca de guarda do item
biblioteca de origem do item
logged in library
Default: logged in library
Descrição:
This system preference lets you determine which library is the default pickup location while placing holds in the staff interface.
Aviso
This system preference only applies to item-level holds.
DisplayMultiItemHolds
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: ___ the ability to place holds on different items at the same time in staff interface and OPAC.
Valores:
Não ativar
Habilitar
Default: Não ativar
Descrição:
This system preference is used to enable the possibility of placing multiple item-level holds on one record.
If enabled, staff and patrons will be able to select multiple items in the ‘Hold a specific item’ section.
This system preference applies to both the staff interface and the OPAC.
For this feature to work, circulation rules must allow multiple holds per record.
DisplayMultiPlaceHold
Default: Não ativar
Asks: ___ the ability to place holds on multiple biblio from the search results
Valores:
Não ativar
Habilitar
emailLibrarianWhenHoldIsPlaced
Default: Não ativar
Asks: ___ sending an email to the Koha administrator email address whenever a hold request is placed.
Valores:
Não ativar
Habilitar
Descrição:
This preference enables Koha to email the library staff whenever a patron requests an item to be held. While this function will immediately alert the librarian to the patron’s need, it is extremely impractical in most library settings. In most libraries the hold lists are monitored and maintained from a separate interface. That said, many libraries that allow on shelf holds prefer to have this preference turned on so that they are alerted to pull an item from the shelf.
Importante
In order for this email to send you must have a notice template with the code of HOLDPLACED
Importante
This notice will only be sent if the process_message_queue.pl cron job is being run periodically to send the messages.
EmailPatronWhenHoldIsPlaced
Asks: ___ a patron when they have placed a hold.
Omissão: Não enviar email
Valores:
Não enviar email
Email
Descrição:
This system preference determines whether an email is sent to the patron after they place a hold.
The notice sent is based on the HOLDPLACED_PATRON template, which can be customized in the notices and slips tool.
EnableItemGroupHolds
Asks: ___ the ability to place holds on item groups.
Valores:
Não ativar
Habilitar
Default: Não ativar
Descrição:
This system preference allows users to place holds on item groups.
This is useful if you need to place holds on a subset of items on a bibliographic record, rather than a specific item or the next available item.
Requires EnableItemGroups
EnableItemGroups
Asks: ___ the item groups feature to allow collecting groups of items on a record together.
Descrição:
This system preference enables the item groups feature.
It can be used with EnableItemGroupHolds to allow holds on item groups.
ExcludeHolidaysFromMaxPickUpDelay
Asks: ___ when calculating the period for a hold’s max pickup delay.
Default: Ignore the calendar
Valores:
Ignore the calendar
Use the calendar
Descrição:
This system preference determines whether or not closed days in the calendar are taken into account when calculating the time period for patrons to pick up their holds (see ReservesMaxPickUpDelay).
If set to ‘Ignore the calendar’, the pickup delay will be calculated directly.
If set to ‘Use the calendar’, holidays will be excluded from the pickup delay.
ExpireReservesMaxPickUpDelay
Padrão: Não permitir
Asks: ___ holds to expire automatically if they have not been picked by within the time period specified in ReservesMaxPickUpDelay
Valores:
Permitir
Não permitir
Descrição:
If set to ‘allow’ this will cancel holds that have been waiting for longer than the number of days specified in the ReservesMaxPickUpDelay system preference. Holds will only be canceled if the Expire Holds cron job is running.
ExpireReservesAutoFill
Asks: ___ automatically fill the next hold using the item.
Padrão: Não fazer
Valores:
Não fazer
Fazer
Descrição:
If ExpireReservesMaxPickUpDelay is set to ‘Allow’, you can choose to automatically fill the next hold when a hold is canceled.
If this system preference is set to “Don’t”, the expired hold will be canceled, but the item will not be used to fill the next hold, if there is one. Staff must manually check in the item in order to trigger the next hold.
If this system preference is set to “Do”, the item will be used to fill the next hold, if there is one, without manual input from staff members.
If they opted to receive ‘Hold filled’ notices, a notification will be sent to the next patron to advise them that they can now come pick up their hold.
Nota
The notice sent is based on the HOLD template, which can be customized in the Notices and slips tool.
A notification will also be sent to the email address in ExpireReservesAutoFillEmail to alert staff that the hold is now waiting for someone else.
Nota
The notice sent is based on the HOLD_CHANGED template, which can be customized in the Notices and slips tool.
Aviso
This system preference will not have any effect unless ExpireReservesMaxPickUpDelay is set to ‘Allow’.
ExpireReservesAutoFillEmail
Asks: Send email notification of the new hold filled with a canceled item to ___.
Descrição:
If ExpireReservesMaxPickUpDelay is set to ‘Allow’, and ExpireReservesAutoFill is set to ‘Do’, an email will be sent to alert staff that the hold is now waiting for someone else.
Nota
The notice sent is based on the HOLD_CHANGED template, which can be customized in the Notices and slips tool.
If this system preference is empty, the notification will be sent to the library’s reply-to address.
Aviso
This system preference will not have any effect unless ExpireReservesAutoFill is set to ‘Do’.
ExpireReservesMaxPickUpDelayCharge
Padrão: 0
Asks: If using ExpireReservesMaxPickUpDelay, charge a borrower who allows his or her waiting hold to expire a fee of ___ USD
Descrição:
If you are expiring holds that have been waiting too long you can use this preference to charge the patron for not picking up their hold. If you don’t charge patrons for items that aren’t picked up you can leave this set to the default which is 0. Holds will only be canceled and charged if the Expire Holds cron job is running.
Nota
This can also be set in a more granular fashion in the circulation rules under ‘Expired hold charge’.
ExpireReservesOnHolidays
Default: Allow
Asks: If using ExpireReservesMaxPickUpDelay, ___ expired holds to be canceled on days the library is closed per the calendar.
Valores:
Permitir
Não permitir
HoldCancellationRequestSIP
Versão
Esta preferência de sistema foi introduzida ao Koha na versão 25.05.
Asks: ___ set holds cancelled via SIP as cancellation requests.
Values :
Não fazer
Fazer
Default : Don’t
Descrição:
This system preference controls whether holds canceled via SIP are canceled directly or sent in the ‘Holds with cancellation requests report’.
HoldRatioDefault
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: Default the holds ratio report to ___.
Omissão: 3
Descrição:
This system preference determines the default value for the hold ratios report.
HoldsQueuePrioritizeBranch
Asks: The holds queue should prioritize filling a hold by matching the patron’s home library with an item having a matching ___.
Valores:
holding library (holdingbranch)
home library (homebranch)
Default: home library (homebranch)
Descrição:
This system preference determines whether a hold should be filled in priority by an item currently at the library the hold will be collected from (holding library option) or by an item whose home library matches the pickup library (home library option).
Setting this preference to ‘holding library (holdingbranch)’ will help minimize the number of items transferred between libraries.
This preference may be of special interest to library services that float items (who have set the Return policy in the Default holds policy by item type to either ‘Item floats’ or ‘Item floats by library group’). These services will likely have many items whose holding library does not match the home library.
This preference can be used either on its own or in conjunction with the LocalHoldsPriority, LocalHoldsPriorityPatronControl and LocalHoldsPriorityItemControl preferences. After checking LocalHoldsPriority, Koha will look at HoldsQueuePrioritizeBranch to decide how to fill the waiting holds.
Nota
The difference between HoldsQueuePrioritizeBranch on one hand and LocalHoldsPriority, LocalHoldsPriorityPatronControl, LocalHoldsPriorityItemControl on the other is that the first only affects which item is chosen to fill a hold, whereas the latter apply to which patron is given priority in getting that item.
HoldsSplitQueue
Asks: In the staff interface, split the holds queue into separate tables by ___.
Valores:
pickup library
pickup library and item type
hold item type
nothing
Default: nothing
Descrição:
This feature allows you to separate holds by pickup library or item type in the holds page of a record (not in the global holds queue found on the circulation page).
When using the up and down arrows, the priorities are only changed in the group the holds belongs to.
HoldsSplitQueueNumbering
Default: the actual priority, which may be out of order
Asks: If the holds queue is split, show librarians ___
Valores:
the actual priority, which may be out of order
‘virtual’ priorities, where each group is numbered separately
Descrição:
This system preference is only effective if HoldsSplitQueue is set to any value except ‘nothing’.
This system preference controls the priority numbering on the holds page of a record (not in the global holds queue found on the circulation page).
LocalHoldsPriority, LocalHoldsPriorityPatronControl, LocalHoldsPriorityItemControl
Asks: ___ priority for filling holds to patrons whose ___ matches the item’s ___
LocalHoldsPriority Values:
Don’t give
Give
LocalHoldsPriorityPatronControl Values:
home library
pickup library
LocalHoldsPriorityItemControl Values:
holding library
home library
Descrição:
This feature will allow libraries to specify that, when an item is returned, a local hold may be given priority for fulfillment even though it is of lower priority in the list of unfilled holds.
This means that when LocalHoldsPriority is set to ‘Give’, matching patrons will potentially jump the queue and be given priority for the item over other patrons whose holds were placed earlier.
Prioritization of items in the holds queue can be refined using the HoldsQueuePrioritizeBranch system preference.
maxreserves
Omissão: 50
Asks: Patrons can only have ___ holds at once.
OPACAllowHoldDateInFuture
Default: Allow
Asks: ___ patrons to place holds that don’t enter the waiting list until a certain future date.
Valores:
Permitir
AllowHoldDateInFuture must also be enabled for this to work
Não permitir
OPACAllowUserToChangeBranch
Asks: Allow users to change the library to pick up a hold for these statuses: ___
Padrão: nenhum
Values (multiple values allowed):
[Selecionar todos]
In transit
Pending
Suspended
Descrição:
This system preference is used to allow patrons to change the pickup location of their holds through their account in the OPAC.
This system preference allows multiple values. Check all that apply.
By default, patrons cannot change the pickup location of their holds from the OPAC.
When one or more status is selected, a ‘Change’ link will appear under the current pickup library’s name for holds that have that status in the holds tab of the patron’s account.

OPACAllowUserToChooseBranch
Default: Allow
Asks: ___ a user to choose the library to pick up a hold from.
Valores:
Permitir
Não permitir
Descrição:
Changing this preference will not prevent staff from being able to transfer titles from one library to another to fill a hold, it will only prevent patrons from saying they plan on picking a book up at a library other than their home library.
The list of available pickup locations will include all libraries that have ‘Pickup location’ set to ‘Yes’ on the library configuration page.
OPACHoldsIfAvailableAtPickup
Default: Allow
Asks: ___ to pickup holds at libraries where the item is available.
Valores:
Não permitir
Permitir
Descrição:
Prevents borrowers from requesting items that are on the shelf at the same branch at which they wish to pick up those items.
OPACHoldsIfAvailableAtPickupExceptions
Asks: Patron categories not affected by OPACHoldsIfAvailableAtPickup: ___
Valores:
Os valores são as categorias de leitores; podem ser selecionadas múltiplas categorias.
Padrão: nenhum
Descrição:
Patron categories selected here are unaffected by OPACHoldsIfAvailableAtPickup.
PlaceHoldsOnOrdersFromSuggestions
Versão
This feature was first introduced in version 24.05 of Koha.
Asks: ___ place a hold when ordering from a suggestion.
Valores:
Não fazer
Fazer
Padrão: Não fazer
Descrição:
This system preference controls whether a hold is automatically placed for the patron who made a purchase suggestion when the librarian orders from that suggestion.
When this preference is set to ‘do’, a hold is placed for the patron as soon as the order line is created from the suggestion. The hold pickup library is set to the library managing the suggestion.
This feature may create holds that would not otherwise be allowed by other system preferences or by the circulation rules. For example, it can create holds on bibliographic records without items (if the item is not created when placing the order) and on items with item types that are not holdable. This is alleviated by the fact it is the library team who decides whether to directly order from the suggestion and which item type to allocate.
RealTimeHoldsQueue
Asks: ___ updating the holds queue in real time.
Padrão: Desabilitar
Valores:
Desabilitar
Habilitar
Descrição:
This system preference is used to enable the automatic updating of the holds queue.
If this system preference is set to ‘Disable’, the build_holds_queue.pl cronjob should be run regularly to build the holds queue.
ReservesControlBranch
Default: item’s home library
Asks: Check the ___ to see if the patron can place a hold on the item.
Valores:
item’s home library.
patron’s home library.
ReservesMaxPickUpDelay
Default: 7
Asks: Mark a hold as problematic if it has been waiting for more than ___ days.
Descrição:
This preference (based on calendar days, not the Koha holiday calendar) puts an expiration date on an item a patron has on hold. After this expiration date the staff will have the option to release the unclaimed hold which then may be returned to the library shelf or issued to the next patron on the item’s hold list. Items that are ‘expired’ by this preference are moved to the ‘Holds Over’ tab on the Holds Awaiting Pickup report.
Nota
This can be set at a more granular level in the circulation and fine rules.
ReservesNeedReturns
Default: Don’t automatically
Asks: ___ mark holds as found and waiting when a hold is placed specifically on them and they are already checked in.
Valores:
Automatically
Don’t automatically
Descrição:
This preference refers to ‘item specific’ holds where the item is currently on the library shelf. This preference allows a library to decide whether an ‘item specific’ hold is marked as “Waiting” at the time the hold is placed or if the item will be marked as “Waiting” after the item is checked in. This preference will tell the patron that their item is ‘Waiting’ for them at their library and ready for check out.
StaticHoldsQueueWeight, HoldsQueueSkipClosed and RandomizeHoldsQueueWeight
StaticHoldsQueueWeight Default: 0
HoldsQueueSkipClosed Default: open or closed
RandomizeHoldsQueueWeight Default: in that order
Asks: Satisfy holds using items from the libraries ___ (as branchcodes, separated by commas; if empty, uses all libraries) when they are ___ ___.
HoldsQueueSkipClosed Values:
open or closed
open
RandomizeHoldsQueueWeight Values:
in random order
If StaticHoldsQueueWeight is left at the default Koha will randomize all libraries, otherwise it will randomize the libraries listed.
in that order
If StaticHoldsQueueWeight is left at the default then this will use all of your branches in alphabetical order, otherwise it will use the branches in the order that you entered them in the StaticHoldsQueueWeight preference.
Descrições:
These system preferences control how the Holds Queue report is generated using a cron job.
If you do not want all of your libraries to participate in the on-shelf holds fulfillment process, you should list the libraries that *do* participate in the process here by inputting all the participating library’s branchcodes, separated by commas ( e.g. “MPL,CPL,SPL,BML” etc. ).
By default, the holds queue will be generated such that the system will first attempt to hold fulfillment using items already at the pickup library if possible. If there are no items available at the pickup library to fill a hold, build_holds_queue.pl will then use the list of libraries defined in StaticHoldsQueueWeight. If RandomizeHoldsQueueWeight is disabled ( which it is by default ), the script will assign fulfillment requests in the order the branches are placed in the StaticHoldsQueueWeight system preference.
For example, if your system has three libraries, of varying sizes ( small, medium and large ) and you want the burden of holds fulfillment to be on larger libraries before smaller libraries, you would want StaticHoldsQueueWeight to look something like “LRG,MED,SML”.
If you want the burden of holds fulfillment to be spread out equally throughout your library system, simply enable RandomizeHoldsQueueWeight. When this system preference is enabled, the order in which libraries will be requested to fulfill an on-shelf hold will be randomized each time the list is regenerated.
Importante
The Transport Cost Matrix takes precedence in controlling where holds are filled from, if the matrix is not used then Koha checks the StaticHoldsQueueWeight. To use the Transport Cost Matrix simply set your UseTransportCostMatrix preference to ‘Use’
SuspendHoldsIntranet
Default: Allow
Asks: ___ holds to be suspended from the intranet.
Valores:
Permitir
Não permitir
Descrição:
The holds suspension feature can be turned on and off in the staff client by altering this system preference. If this is set to ‘allow’ you will want to set the AutoResumeSuspendedHolds system preference.
SuspendHoldsOpac
Default: Allow
Asks: ___ holds to be suspended from the OPAC.
Valores:
Permitir
Não permitir
Descrição:
The holds suspension feature can be turned on and off in the OPAC by altering this system preference. If this is set to ‘allow’ you will want to set the AutoResumeSuspendedHolds system preference.
TransferWhenCancelAllWaitingHolds
Default: Don’t transfer
Asks: ___ items when cancelling all waiting holds.
Valores:
Don’t transfer
Transfer
Descrição:
When TransferWhenCancelAllWaitingHolds is set to “Don’t transfer”, no branch transfer records are created. Koha will not allow the holds to be transferred, because that would orphan the items at the library where the holds were awaiting pickup, without any further instruction to staff as to what items are at the library or where they need to go. When that system preference set to “Transfer”, branch transfers are created, so the holds may be canceled.
UpdateItemWhenLostFromHoldList
Asks: Update item’s values when marked as lost from the hold to pull screen.
Descrição:
This is a list of values to update an item when it is marked as lost from the holds to pull screen. For example, write “itemlost: 1” to set the items. itemlost value to 1 when the item is marked as lost. This will use the authorized value 1 from the LOST authorized value category.
Examples of keywords:
itemlost: lost status, uses the LOST authorized value category
notforloan: not for loan status, uses the NOT_LOAN authorized value category
withdrawn: withdrawn status, uses the WITHDRAWN authorized value category
damaged: damaged status, uses the DAMAGED authorized value category
location: location code, uses the LOC authorized value category
ccode: collection code, uses the CCODE authorized value category
This preference requires that the CanMarkHoldsToPullAsLost system preference be set to either ‘Allow’ option
Aviso
Requires YAML syntax to work.
Isso significa
Certifique-se de que NÃO há espaço entre o nome do campo e os dois-pontos
Certifique-se de que HÁ um espaço entre os dois-pontos e o valor
Certifique-se de que cada par está em sua própria linha
Housebound module
HouseboundModule
Asks: ___ housebound module.
Valores:
Desabilitar
Habilitar
Padrão: Desabilitar
Descrição:
This preference enables or disables the Housebound module which handles management of circulation to Housebound readers.
Interface
AllowAllMessageDeletion
Padrão: Não permitir
Asks: ___ staff to delete messages added from other libraries.
Valores:
Permitir
Não permitir
AllowCheckoutNotes
Padrão: Não permitir
Asks: ___ patrons to submit notes about checked out items.
Valores:
Não permitir
Permitir
This preference if set to allow will give your patrons the option to add a note to an item they have checked out on the OPAC side. This note will be seen on the staff side when the item is checked in.
AutoSwitchPatron
Asks: ___ the automatic redirection to another patron when a patron card number is scanned instead of an item barcode.
Default: Não ativar
Valores:
Não ativar
Habilitar
Descrição:
Enabling this system preference allows staff to scan a patron barcode instead of an item barcode in the checkout box to switch patron records.
Aviso
This should not be enabled if you have overlapping patron card numbers and item barcodes.
CircAutoPrintQuickSlip
Asks: When an empty barcode field is submitted in circulation ___ .
Default: open a print quick slip window
Valores:
clear the screen
do nothing
Versão
The option to ‘do nothing’ was added to Koha in version 24.05.
open a print quick slip window
open a print slip window
Descrição:
If this preference is set to open a quick slip (ISSUEQSLIP) or open a slip (ISSUESLIP) for printing it will eliminate the need for the librarian to click the print button to generate a checkout receipt for the patron they’re checking out to. If the preference is set to clear the screen then “checking out” an empty barcode will clear the screen of the patron you were last working with.
CircConfirmItemParts
Asks: ___ staff to confirm that all parts of an item are present at checkin/checkout.
Omissão: Não requer
Valores:
Não requer
Exigir
Descrição:
This system preference controls whether a message or an alert asking for confirmation is shown when checking out or checking in an item with accompanying materials.
The message/alert will appear if the item has a value in the “3 - Materials specified (bound volume or other part)” item field (952$3)
If the value is set to “Don’t require”, a simple message will appear at checkin and checkout

If the value is set to “Require”, there will be an alert asking staff to confirm that they checked that all parts are present
At checkout

At checkin

ExportCircHistory
Asks: ___ the option to export patron checkouts.
Omissão: Não mostrar
Valores:
Não mostrar
Mostrar
Descrição:
This system preference enables the option to export patrons’ checkouts in MARC or CSV format.
Aviso
Contrary to what its name suggests, this option is not available for the patrons’ checkout history. It is only for current checkouts.
ExportRemoveFields
Asks: The following fields should be excluded from the patron checkout CSV or MARC (ISO 2709) export: ___
Descrição:
This space separated list of fields (e.g. 100a 245b) will automatically be excluded when exporting the patron’s current checkouts.

This system preference requires that ExportCircHistory be enabled.
FilterBeforeOverdueReport
Omissão: Não requer
Asks: ___ staff to choose which checkouts to show before running the overdues report.
Descrição:
Koha’s overdue report shows you all of the overdue items in your library system. If you have a large library system you’ll want to set this preference to ‘Require’ to force those running the report to first limit the data generated to a branch, date range, patron category or other such filter. Requiring that the report be filtered before it’s run prevents your staff from running a system heavy report and slowing down other operations in the system.

Valores:
Não requer
Exigir
FineNotifyAtCheckin
Default: Don’t notify
Asks: ___ librarians of overdue fines on the items they are checking in.
Valores:
Don’t notify
Notify
Descrição:
With this system preference set to ‘Notify’ all books that have overdue fines owed on them will pop up a warning when checking them in. This warning will need to be acknowledged before you can continue checking items in. With this preference set to ‘Don’t notify’, you will still see fines owed on the patron record, you just won’t have an additional notification at check in.

HoldsQueueParallelLoopsCount
Versão
Este recurso foi introduzido na versão 24.11 do Koha.
Asks: When building the holds queue, calculate hold matches using ___ parallel loop(s). The more loops used, the faster it will calculate and the more computing resources it will use.
Omissão: 1
Descrição:
This system preference gives you the ability to increase the number of parallel calculations or ‘loops’ used to build the Holds queue.
The higher the number of parallel loops, the faster the holds queue will be built.
Increasing the number of loops is useful for library services with a very large amount of pending holds (e.g., several thousand). Smaller libraries should use the default 1 parallel loop.
Aviso
Increasing the number of loops causes Koha to use more server resource when building the holds queue, which can slow your system down.
HoldsToPullStartDate
Default: 2
Asks: Set the default start date for the Holds to pull list to ___ day(s) ago.
Descrição:
The Holds to Pull report in circulation defaults to filtering holds placed 2 days ago. This preference allows you to set this default filter to any number of days.
Nota
The default end date is controlled by the system preference ConfirmFutureHolds.
itemBarcodeFallbackSearch
Default: Não ativar
Asks: ___ the automatic use of a keyword catalog search if the phrase entered as a barcode on the checkout page does not turn up any results during an item barcode search.
Valores:
Não ativar
Habilitar

Descrição:
Sometimes libraries want to checkout using something other than the barcode. Enabling this preference will do a keyword search of Koha to find the item you’re trying to check out. You can use the call number, barcode, part of the title or anything you’d enter in the keyword search when this preference is enabled and Koha will ask you which item you’re trying to check out.
Importante
While you’re not searching by barcode a barcode is required on every title you check out. Only titles with barcodes will appear in the search results.
itemBarcodeInputFilter
Default: Don’t filter
Asks: ___ scanned item barcodes.
Valores:
Convert from CueCat format
Convert from Libsuite8 form
Don’t filter
EAN-13 or zero-padded UPC-A form
Remove spaces from
Remove the first number from T-prefix style
This format is common among those libraries migrating from Follett systems
Aviso
Mind that any leading or trailing whitespace in a barcode gets removed before this filter.
NoticeCSS
Asks: Include the stylesheet at ___ on Notices.
Importante
This should be a complete URL, starting with http://
Descrição:
If you would like to style your notices with a consistent set of fonts and colors you can use this preference to point Koha to a stylesheet specifically for your notices.
numReturnedItemsToShow
Omissão: 20
Asks : Show the ___ last returned items on the checkin screen.
PatronAutoComplete
Asks: ___ to guess the patron being entered while typing a patron search for circulation or patron search. Only returns the first 10 results at a time.
Default: Try
Valores:
Try
Don’t try
Descrição:
This system preference enables the auto-complete feature in the patron search in the Patrons and Circulation modules.
Setting it to “Try” would enable a staff member to begin typing a name or other value into the field and have a menu pop up with suggestions for completing it. Setting it to “Don’t try” would disable this feature.
This preference can make staff members’ jobs easier or it could potentially slow down the page loading process.

previousIssuesDefaultSortOrder
Asks: Sort previous checkouts on the circulation page from ___ due date.
Default: earliest to latest
Valores:
earliest to latest
latest to earliest
Descrição:
This system preference controls how you want the previous checkouts to appear in the patron’s checkout tab.
If you choose ‘earliest to latest’, the oldest checkout will be at the top.
If you choose ‘latest to earliest’, the most recent checkout will be at the top.
RecordLocalUseOnReturn
Default: Don’t record
Asks: ___ local use when an unissued item is checked in.
Valores:
Don’t record
Record
Descrição:
When this preference is set to “Don’t record” you can record local use of items by checking items out to the statistical patron. With this preference set to “Record” you can record local use by checking out to the statistical patron and/or by checking in a book that is not currently checked out.
ShowAllCheckins
Asks: ___ all items in the “Checked-in items” list, even items that were not checked out.
Valores:
Não mostrar
Mostrar
Omissão: Não mostrar
Descrição:
When items that are not currently checked out are checked in, they don’t show on the list of checked in items. This system preference allows you to choose what is listed.
SpecifyDueDate
Asks: ___ staff to specify a due date for a checkout.
Default: Allow
Valores:
Não permitir
Permitir
Descrição:
This preference allows for circulation staff to change a due date from the automatic due date, defined by circulation and fines rules, to another calendar date during checkout.
This option would be used for circumstances in which the due date may need to be decreased or extended for any reason.
SpecifyReturnDate
Padrão: Não permitir
Asks: ___ staff to specify a return date for a check in.
Valores:
Permitir
Não permitir
Descrição:
This preference lets you decide if staff can specify an arbitrary return date when checking in items. If an arbitrary return date is specified then fines are recalculated accordingly.
todaysIssuesDefaultSortOrder
Asks: Sort today’s checkouts on the circulation page from ___ due date.
Default: latest to earliest
Valores:
earliest to latest
latest to earliest
Descrição:
This system preference controls how you want today’s checkouts to appear in the patron’s Checkout tab.
If you choose ‘earliest to latest’, the oldest checkout will be at the top.
If you choose ‘latest to earliest’, the most recent checkout will be at the top.
UpdateTotalIssuesOnCirc
Asks: ___ update a bibliographic record’s total checkouts count whenever an item is checked out.
Valores:
Fazer
Importante
This increases server load significantly. If performance is a concern, use the cron job to update the total issues count.
Não fazer
Padrão: Não fazer
Descrição:
Koha can track the number of times an item is checked out and store that on the item record in the database. This information is not stored by default. Setting this preference to ‘Do’ will tell Koha to track that info every time the item is checked out in real time. Otherwise you could use the cron job to have Koha update that field nightly.
UseCirculationDesks
Asks: ___ circulation desks with circulation
Padrão: Não utilizar
Valores:
Não utilizar
Utilizar
Descrição:
This preference enables the ability to manage various circulation desks within a single library.
WaitingNotifyAtCheckin
Default: Don’t notify
Asks: ___ librarians of waiting holds for the patron whose items they are checking in.
Valores:
Don’t notify
Notify

Descrição:
When checking in books you can choose whether or not to have a notice pop up if the patron who returned the book has a hold waiting for pick up. If you choose ‘Notify’ for WaitingNotifyAtCheckin then every time a hold is found for the patron who had the book out last a message will appear on your check in screen.
WaitingNotifyAtCheckout
Versão
This system preference was introduced in Koha version 24.05.
Asks: ___ librarians of waiting holds for the patron whose items they are checking out.
Default: Don’t notify
Valores:
Don’t notify
Notify
Descrição:
This system preference is used to enable a pop-up in the circulation module alerting staff that the patron they are checking out items to also has holds waiting for them.

Nota
The pop-up currently appears after each checkout, even checkouts to the same patron.
Item bundles
BundleLostValue
Asks: Use the LOST authorized value ___ to represent ‘missing from bundle’ at return.
Valores:
Values are from the LOST authorized value category
Default: Missing from bundle
Descrição:
This system preference is used when circulating item bundles to set the lost status of the item when it is missing from its bundle upon checkin.
The default value for this preference is the ‘Missing from bundle’ status in the default values for the LOST authorized value category. If you didn’t install the default values, make sure the system preference value refers to an actual lost status.
BundleNotLoanValue
Asks: Use the NOT_LOAN authorized value ___ to represent ‘added to bundle’ when an item is attached to bundle.
Valores:
Values are from the NOT_LOAN authorized value category
Default: Added to bundle
Descrição:
This system preference is used when creating item bundles, to set the not for loan status of the item when it is added to a bundle so that the item itself cannot be circulated by itself, but only as part as the bundle.
The default value for this preference is the ‘Added to bundle’ status in the default values for the NOT_LOAN authorized values category. If you didn’t install the default values, make sure the system preference value refers to an actual not for loan status (the status should be positive so that patrons cannot place holds on the bundled item).
In previous Koha versions, you had to enter a numerical value in this system preference, representing a not for loan status in the NOT_LOAN authorized values category.
Lost item policy
DefaultLongOverdueChargeValue
Asks: Charge a lost item to the patron’s account when the LOST authorized value of the item changes to: ___
Valores:
Values are from the LOST authorized value category
Padrão: nenhum
Descrição:
Leave this field empty if you don’t want to charge the user for lost items. If you want the user to be charged, enter the LOST authorized value you are using in the DefaultLongOverdueLostValue preference.
This preference is used when the longoverdue cron job is called without the –charge parameter.
DefaultLongOverdueLostValue and DefaultLongOverdueDays
Asks: By default, set the LOST authorized value of an item to ___ when the item has been overdue for more than ___ days.
Values for DefaultLongOverdueLostValue:
Values are from the LOST authorized value category
Padrão: nenhum
Descrição:
These system preferences are used to enable the automatic overdue item loss process. Leave these fields empty if you don’t want to activate this feature.
Setting the values to ‘Lost’ and 30 for example will mark the item with the ‘Lost’ status after the item is 30 days overdue.
These system preferences are used when the longoverdue cron job is called without the
--lostparameter.These system preferences allow users to set the values of the longoverdue cron without having to edit the crontab.
DefaultLongOverdueSkipLostStatuses
Asks: When using the automatic item loss process, skip items with LOST values matching any of ___ .
Valores:
Values are from the LOST authorized value category
Padrão: nenhum
Descrição:
This system preference works in conjunction with the DefaultLongOverdueLostValue and DefaultLongOverdueDays system preferences.
When lost items are not marked as returned and if the library is using DefaultLongOverdueLostValue/DefaultLongOverdueDays or the long overdue cron job, they are still subject to the long overdue cron job. So an item that has already been marked as lost may automatically roll to ‘Long Overdue’. A library may not want that lost value to change. This becomes especially important with the introduction of claims returned, which uses a variety of lost statuses.
Leave this field empty if you don’t want to skip any lost statuses.
Set to a list of comma separated values from the LOST authorized value category, e.g. 5,6,7.
IssueLostItem
Asks: When issuing an item that has been marked as lost, ___.
Valores:
display a message
require confirmation
do nothing
Default: display a message
Descrição:
This system preference is used to define if and how staff members are notified that an item with a lost status is being checked out. If they are notified, they can change the status if necessary.
If the system preference is set to ‘display a message’, the item will be checked out, but there will be a message displayed reading ‘This item has been lost with a status of “X”.’

If the system preference is set to ‘require confirmation’, the item will not be checked out and the staff member will have to click either ‘Yes, check out’, or “No, don’t check out” to confirm.

If the system preference is set to ‘do nothing’, the item will be checked out as normal without any notification to the status.
MarkLostItemsAsReturned
Asks: Mark items as returned when flagged as lost ___
Valores:
[Select All]
from the ‘Holds to pull’ list
from the batch item modification tool
from the items tab of the catalog module
from the longoverdue cronjob
when cataloging an item
when marking an item as a return claim
when receiving a payment for the item
Padrão:
By default, the following options are selected
from the ‘Holds to pull’ list
from the batch item modification tool
from the items tab of the catalog module
from the longoverdue cronjob
when cataloging an item
when receiving a payment for the item
Descrição:
This system preference allows the library to choose which of these actions trigger the return of an item from the patron’s account when the item is marked as lost.
If no option is selected, the lost item will stay checked out in the patron’s account.
UpdateItemLostStatusWhenPaid
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: Update item status to ___ when the outstanding balance is paid.
Valores:
Values are from the LOST authorized value category
Padrão: nenhum
Descrição:
This system preference can be used to automatically change the lost status of a lost item when the patron pays for the item.
For example, if the system preference has the value ‘Lost and paid for’, when a patron pays the replacement cost of the lost item, the item’s lost status will change to ‘Lost and paid for’.
UpdateItemLostStatusWhenWriteoff
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: Update item status to ___ when the outstanding balance is written off.
Valores:
Values are from the LOST authorized value category
Padrão: nenhum
Descrição:
This system preference can be used to automatically change the lost status of a lost item if the patron’s charge is written off.
For example, if the system preference has the value ‘Lost and paid for’, when staff writes off the replacement cost of the lost item from a patron’s account, the item’s lost status will change to ‘Lost and paid for’.
Patron restrictions
AutoRemoveOverduesRestrictions
Pergunta: Ao devolver itens, ___ remover a restrição OVERDUES acionada por avisos enviados.
Omissão: não
Valores:
não
se o leitor não tiver empréstimos em atraso
se o leitor não tiver mais empréstimos em atraso que causem a restrição
Descrição:
Utilizando os gatilhos de avisos de atraso, pode aplicar restrições aos leitores após a receção de uma notificação de atraso. Esta preferência permite definir se o Koha removerá automaticamente a restrição assim que os empréstimos em atraso forem devolvidos.
A diferença entre remover a restrição quando já não existem empréstimos em atraso e fazê-lo apenas quando algum dos empréstimos implicaria suspensão é que esta última opção respeita eventuais períodos de tolerância das regras de atraso também no momento da devolução, e não apenas ao gerar avisos de atraso.
CumulativeRestrictionPeriods
Pergunta: ___ os períodos de restrição.
Omissão: Não acumular
Valores:
Não acumular
Acumular
Descrição:
Esta preferência de sistema controla se os períodos de restrição devem ser cumpridos em simultâneo ou consecutivamente.
Se for selecionada a opção “Não acumular”, o leitor ficará restrito apenas pelo período mais longo. (Por exemplo, se um leitor tiver uma restrição de 10 dias e outra de 15 dias, ficará restrito durante 15 dias.)
Se definido como “Acumular”, o leitor ficará sujeito a uma restrição cuja duração corresponderá à soma de todos os períodos de restrição. (Por exemplo, se um leitor tiver uma restrição de 10 dias e outra de 15 dias, ficará restrito durante 25 dias.)
PatronRestrictionTypes
Pergunta: ___ que o tipo de restrição de utilizador seja especificado ao realizar a aplicação manual.
Padrão: Não permitir
Valores:
Permitir
Não permitir
Descrição:
Esta preferência permite que a equipa escolha um tipo de restrição ao adicionar uma restrição manual a um leitor.
RestrictionBlockRenewing
Pergunta: Se um leitor estiver com restrições, ___ a renovação de exemplares a partir da interface dos técnicos e através da tarefa misc/cronjobs/automatic_renewals.pl.
Valores:
Permitir
Bloquear
Default: Allow
Descrição:
Esta preferência afeta todas as formas de renovação realizadas a partir da interface dos técnicos e a tarefa agendada de renovações automáticas.
Recalls
The recalls feature allows users to recall items that are currently checked out.
RecallsMaxPickUpDelay
Asks: Mark a recall as problematic if it has been waiting to be picked up for ___ days.
Default: 7
Descrição:
This system preference defines the number of days a user has to come pick up their recalled item.
The recalls that have been awaiting pickup for more than this number of days will be highlighted in the circulation module.
This preference is applied if there is no defined waiting period in the circulation rules.
UseRecalls
Asks: ___ recalls.
Padrão: Não utilizar
Valores:
Não utilizar
Utilizar
Descrição:
This is the main switch for the recalls feature.
Make sure you configure circulation and fines rules for recalls once enabled.
Return claims
These system preferences are used by the return claims feature, where staff can mark checkouts as ‘claimed returned’ when a patron says they returned an item, and track those claims.
AutoClaimReturnStatusOnCheckin
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: Automatically resolve the claim and change the resolution to the RETURN_CLAIM_RESOLUTION authorized value ___ upon check in.
Valores:
Values are from the RETURN_CLAIM_RESOLUTION authorized value category
Padrão: nenhum
Descrição:
This system preference is used to automatically resolve return claims when the item is checked in.
If the system preference is empty, the feature is disabled and return claims must be resolved manually.
AutoClaimReturnStatusOnCheckout
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Asks: Automatically resolve the claim and change the resolution to the RETURN_CLAIM_RESOLUTION authorized value ___ upon check out.
Valores:
Values are from the RETURN_CLAIM_RESOLUTION authorized value category
Padrão: nenhum
Descrição:
This system preference is used to automatically resolve return claims when the item is checked out.
If the system preference is empty, the feature is disabled and return claims must be resolved manually.
ClaimReturnedChargeFee
Asks: When marking a checkout as “claims returned”,
Valores:
Ask if a lost fee should be charged (default)
Charge a lost fee
Don’t charge a lost fee
Descrição:
This preference allows a library to choose if a lost fee is charged at the time an item being claimed is returned. If set to ask, there is a checkbox to either charge or don’t charge per transaction. If set to charge, Koha will charge the patron the replacement price of the item. If set to don’t charge, Koha will not charge the patron.
ClaimReturnedLostValue
Asks: Use the LOST authorized value ___ to represent ‘claims returned’.
Valores:
Values are from the LOST authorized value category
Padrão: nenhum
Descrição:
This system preference enables the return claims feature
This will be the status assigned to items that have been claimed as returned.
Aviso
This will not update the lost status of the item if there is already an existing lost status set.
ClaimReturnedWarningThreshold
Asks: Warn librarians that a patron has excessive return claims if the patron has claimed the return of more than ___ items.
Descrição:
Enter a number if a library would like to set a limit to the number of returns claims that the patron can have before showing a warning on the patron’s screen.
CleanUpDatabaseReturnClaims
Asks: Remove resolved return claims older than ___ days.
Default: (empty)
Descrição:
This system preference is used to delete resolved return claims.
This system preference requires the cleanup_database.pl cron job with the
--return-claimsparameter.
SIP2
SIP2AddOpacMessagesToScreenMessage
Asks: ___ OPAC patron messages in the SIP2 screen message field.
Omissão: Enviar
Valores:
Não enviar
Enviar
Descrição:
This system preference determines whether or not the OPAC messages are displayed on the screen when using SIP2.
OPAC messages will be preceded by “Messages for you: “.
SIP2SortBinMapping
Asks: Use the following mappings to determine the sort_bin of a returned item.
Descrição:
This system preference is used to set the ‘sort bin’ or CL response for SIP equipment when checking in an item. The mappings entered here will determine which bin the SIP sorter sends an item to.
This system preference must be filled with a specific syntax.
Each mapping should be on its own line.
Each mapping should be of the form
branchcode:item field:comparator:item field value:sort bin number
where
‘branchcode’ is the library where the checkin is being performed (i.e. library assigned to the SIP user)
‘item field’ is a database column in the items table
‘comparator’ is the type of comparison, possible values are:
eq(is equal to)<(is less than)<=(is less than or equal to)>(is greater than)>=(is greater than or equal to)ne(is not equal to)
‘item field value’ is the value to compare against the value in the specified ‘item field’
Nota
Specifying ‘item field value’ with a leading
$and an item field name will use the value of that field in the item for comparison.For example,
$holdingbranchwill compare the item field to the item’s homebranch.‘sort bin number’ is the expected return value in the CL field of the SIP response for an item matching the rule.
Dica
The mappings will be taken into account in the order the lines are written, starting with the top one. Think carefully about the logic your mappings should follow and which order to write them in to achieve what you want.
Mapping examples
CPL:itype:eq:BOOK:1This will return sort bin 1 for an item of itemtype code ‘BOOK’ returned to the library with branchcode ‘CPL’.
CPL:itemcallnumber:<:339.6:3This will return sort bin 3 for an item with a callnumber less than 339.6 returned to the ‘CPL’ library.
CPL:homebranch:ne:\$holdingbranch:XThis will return sort bin ‘X’ for an item returned to CPL where the holdingbranch is not equal to the homebranch (i.e. any item belonging to a different library than ‘CPL’).
Having multiple item fields mappings allows for more refined sorting rules. For example, instead of only sorting by item type, a library may now sort by item type and collection code and not for loan status.
There is no limit on the number of item field mappings that can be used in one line.
CPL:itype:eq:BOOK:ccode:eq:TEEN:5This will return sort bin 5 for an item with the itemtype code ‘BOOK’ and the collection code ‘TEEN’ returned to the library with branchcode ‘CPL’.
Use case
Centerville Library (branchcode ‘CPL’) has SIP equipment which sorts returned items into 4 bins.
Bin number 1 is for CPL items to be shelved on floor 1 (items whose location code is ‘FLOOR1’).
Bin 2 is for CPL items to be shelved on floor 2 (items whose location code is ‘FLOOR2’).
Bin 3 is for CPL items that require specific attention, e.g. they need to be checked before shelving or they are part of a specific collection. The CPL stock team is currently recalling the floor 1 Parent collection using this bin.
Bin 4 is solely for items that need to be transferred to other libraries (items whose homebranch is not CPL).
Here is the content of their SIP2SortBinMapping system preference.
# Items to be transferred go to bin 4
CPL:homebranch:ne:$holdingbranch:4
# CPL toys, special stock and Floor 1 parent collection go to bin 3
CPL:itype:eq:TOY:3
CPL:notforloan:>=:1:3
CPL:location:eq:FLOOR1:ccode:eq:PARENT:3
# Other floor 1 CPL stock to bin 1
CPL:location:eq:FLOOR1:1
# Floor 2 CPL stock to bin 2
CPL:location:eq:FLOOR2:2
Note that the mapping for bin 4 is at the top. This ensures that items to be transferred to other libraries are dealt with first; the next mappings will therefore only concern CPL items.
Os comentários são adicionados à preferência inserindo um símbolo de cerquilha no início da linha de comentário.
UseLocationAsAQInSIP
Perguntar: Utilizar ___ para o campo AQ no protocolo SIP.
Omissão: homebranch
Valores:
homebranch
permanent_location
Descrição:
Esta preferência do sistema permite definir qual a informação do exemplar que será utilizada como resposta AQ para os equipamentos SIP.
O AQ é utilizado em caixas de triagem automatizada, por exemplo, como a localização permanente do exemplar. Para algumas bibliotecas, isto pode significar a biblioteca de origem do exemplar, enquanto que para outras pode significar a localização permanente do exemplar.
Módulo de auto-devolução (sci-main.pl)
SelfCheckInMainUserBlock
Atenção
Esta preferência do sistema já não existe na versão Koha 23.11 ou superior. Foi movida para as personalizações HTML.
Pergunta: Incluir o seguinte HTML no ecrã do sistema de auto-devolução
Descrição:
O código HTML introduzido neste campo aparecerá no centro da página principal do sistema de auto-devolução
SelfCheckInModule
Pergunta: ___ o módulo independente de auto-devolução (disponível em: /cgi-bin/koha/sci/sci-main.pl).
Valores:
Não ativar
Habilitar
Default: Não ativar
Descrição:
Esta preferência de sistema ativará (ou desativará) o módulo de auto-devolução
SelfCheckInTimeout
Omissão: 120
Solicita: Reiniciar o ecrã do sistema de auto-devolução atual após ___ segundos
Descrição:
Introduza o número de segundos após o qual pretende que o ecrã de auto-devolução seja atualizado e regresse à página principal (por exemplo, no caso de um leitor se ter esquecido de terminar a sessão).
SelfCheckInUserCSS
Pergunta: Incluiur o seguinte CSS em todos os ecrãs de auto-devolução
Descrição:
O código CSS aqui inserido substituirá qualquer CSS nos ecrãs de autoatendimento.
SelfCheckInUserJS
Pergunta: Incluir o seguinte código JavaScript em todos os ecrãs de auto-devolução
Descrição:
O JavaScript aqui introduzido substituirá qualquer outro JavaScript nos ecrãs de autoatendimento
Módulo de auto-empréstimo (sco-main.pl)
AutoSelfCheckAllowed, AutoSelfCheckID e AutoSelfCheckPass
Importante
A maioria das bibliotecas irá querer manter esta definição como ‘Não permitir’. Esta preferência elimina a necessidade de efetuar a autenticação no terminal de auto-empréstimo com nome de utilizador e palavra-passe da equipa, ao armazenar estas credenciais para autenticação automática.
Pergunta: ___ que o sistema de auto-empréstimo baseado na Web inicie sessão automaticamente com este nome de utilizar ___ e esta palavra-passe ___.
Omissão do AutoSelfCheckAllowed: Não permitir
Valores do AutoSelfCheckAllowed:
Permitir
Não permitir
Valor do AutoSelfCheckID:
O nome de utilizador de um staff com a permissão self_checkout_module.
Valor do AutoSelfCheckPass:
A palavra-passe de um staff com a permissão self_checkout_module.
Aviso
O utilizador cujas credenciais são aqui introduzidas deve ser um utilizador criado especificamente para este efeito. Não conseguirá fazer login no OPAC.
SCOAllowCheckin
Pergunta: ___ aos utilizadores devolver exemplares através do sistema de auto-empréstimo.
Padrão: Não permitir
Valores:
Permitir
Não permitir
Descrição:
Esta preferência é utilizada para determinar se pretende permitir que os leitores devolvam exemplares através dos terminais de auto-serviço. Por omissão, a interface do Koha serve apenas para o empréstimo de exemplares.
SCOBatchCheckoutsValidCategories
Versão
Esta preferência do sistema foi adicionada ao Koha na versão 24.05.
Pergunta: Categorias de leitores autorizadas a realizar empréstimos em lote enquanto estiverem ligados ao sistema de auto-empréstimo: ___
Valores:
Os valores são as categorias de leitores; podem ser selecionadas múltiplas categorias.
Padrão: nenhum
Descrição:
Esta preferência do sistema é utilizada para determinar quais as categorias de leitores que têm permissão para utilizar o empréstimo em lote no sistema de auto-empréstimo.
Se esta preferência de sistema estiver vazia, ninguém poderá realizar empréstimos em lote através do sistema. Os empréstimos terão de ser feitos um de cada vez.
Nota
As preferências de sistema BatchCheckouts e WebBasedSelfCheck devem estar activadas para que esta preferência do sistema tenha efeito.
Ver também:
SCOLoadCheckoutsByDefault
Pergunta: ___ a lista de exemplares atualmente emprestados ao leitor, por omissão, quando este se autentica no módulo de auto-empréstimo.
Omissão: Mostrar
Valores:
Não mostrar
Mostrar
Descrição:
Esta preferência do sistema determina se os empréstimos atuais do leitor são apresentados por defeito quando este acede ao módulo de auto-empréstimo.
Nas bibliotecas onde o terminal de auto-empréstimo está localizado num ponto de grande visibilidade, ocultar por omissão os itens atualmente emprestados irá proteger a privacidade do leitor.
Os leitores terão a opção de visualizar os exemplares atualmente emprestados, utilizando o botão ‘Carregar os seus empréstimos’.
SCOMainUserBlock
Atenção
Esta preferência do sistema já não existe na versão Koha 23.11 ou superior. Foi movida para as personalizações HTML.
Pergunta: Incluir o seguinte HTML no ecrã de auto-empréstimo:
Descrição:
O HTML introduzido nesta preferência será utilizado no ecrã principal do auto-empréstimo.
SCOUserCSS
Pergunta: Inclua o seguinte CSS em todas as páginas do auto-empréstimo:
Descrição:
O CSS inserido nesta preferência será utilizado em todos os ecrãs de auto-empréstimo do Koha.
SCOUserJS
Pergunta: Incluir o seguinte JavaScript em todas as páginas do sistema de auto-empréstimo:
Descrição:
O JavaScript introduzido nesta preferência afetará todos os seus ecrãs de auto-empréstimo do Koha.
SelfCheckAllowByIPRanges
Pergunta: Permitir o acesso ao sistema de auto-empréstimo a partir dos seguintes endereços IP: ___
Descrição:
Esta preferência do sistema é utilizada para limitar o acesso ao módulo de auto-empréstimo por faixas de IP.
Utilize intervalos ou endereços IP simples separados por espaços, como por exemplo ‘192.168.1.1 192.168.0.0/24’.
Se não quiser limitar o acesso por faixa de IP, deixe esta preferência de sistema em branco.
SelfCheckHelpMessage
Atenção
Esta preferência do sistema já não existe na versão Koha 23.11 ou superior. Foi movida para as personalizações HTML.
Pergunta: Incluir o seguinte código HTML na página de Ajuda do sistema de auto-empréstimo:
Descrição:
Ao clicar na ligação ‘Ajuda’, no canto superior direito da interface de auto-empréstimo, abre um processo de três passos para a utilização do módulo. Adicionar código HTML a esta preferência do sistema fará com que seja apresentado um texto de ajuda adicional por cima do conteúdo já incluído.
SelfCheckoutByLogin
Pergunta: Os utilizadores devem iniciar sessão no sistema de auto-empréstimo com ___.
Omissão: Nome de utilizador e palavra-passe
Valores:
número de cartão
nome de utilizador e palavra-passe
Descrição:
Esta preferência permite definir a forma como os leitores irão fazer login no módulo de auto-empréstimo. Pode ser utilizado o número do cartão do utilizador (código de barras) ou o nome de utilizador e a palavra-passe (os campos de autenticação do OPAC/interface dos técnicos no registo do utilizador).
Aviso
Quando utilizar o ‘número do cartão’ e AutoSelfCheckAllowed, deve configurar SelfCheckAllowByIPRanges para evitar ataques de força bruta destinados a obter informações de leitores fora da biblioteca.
SelfCheckReceiptPrompt
Pergunta: ___ a caixa de diálogo para imprimir o recibo ao terminar o auto-empréstimo.
Omissão: Mostrar
Valores:
Não mostrar
Mostrar
Descrição:
Esta preferência controla se um aviso é apresentado no sistema de auto-empréstimo quando o utilizador clica no botão ‘Terminar’.
SelfCheckTimeout
Pergunta: Encerrar a sessão atual do utilizador no sistema de auto-empréstimo após ___ segundos.
Omissão: 120
Descrição:
Após a máquina permanecer inativa durante o tempo definido nesta preferência, o sistema terminará a sessão do utilizador atual e regressará ao ecrã inicial.
ShowPatronImageInWebBasedSelfCheck
Pergunta: ___ a foto do utilizador (caso tenha sido adicionada) quando este utiliza o sistema de auto-empréstimo.
Omissão: Não mostrar
Valores:
Não mostrar
Mostrar
Descrição:
Se esta preferência de sistema estiver definida para ‘Mostrar’, o utilizador verá a sua própria fotografia ao iniciar sessão no módulo.
WebBasedSelfCheck
Pergunta: ___ o sistema de auto-empréstimo via web.
Valores:
Não ativar
Habilitar
Default: Não ativar
Descrição:
A ativação desta preferência permitirá o acesso ao módulo de auto-empréstimo no Koha.
O seu módulo de auto-empréstimo está disponível em: https://YOUR.OPAC.URL/cgi-bin/koha/sco/sco-main.pl
Módulo de rotação de stock
StockRotation
Pergunta: ___ o módulo de rotação de stocks.
Valores:
Desabilitar
Habilitar
Padrão: Desabilitar
Descrição:
Se estiver definido para ‘Ativar’, o módulo de rotação de stock aparecerá em Catalogação > Automação.



