Docs: adding basic documentation for new 3.4 features
authorJane Sandberg <sandbej@linnbenton.edu>
Thu, 3 Oct 2019 16:41:09 +0000 (09:41 -0700)
committerJane Sandberg <sandbej@linnbenton.edu>
Thu, 3 Oct 2019 16:41:09 +0000 (09:41 -0700)
Signed-off-by: Jane Sandberg <sandbej@linnbenton.edu>
docs/admin/aged_circs.adoc
docs/admin/authentication_proxy.adoc
docs/admin_initial_setup/designing_your_catalog.adoc
docs/circulation/circulating_items_web_client.adoc
docs/development/support_scripts.adoc

index e71402d..b5de6d3 100644 (file)
@@ -70,7 +70,7 @@ Circulations get moved under three circumstances in stock Evergreen:
 
 2. A row or row(s) in action.circulation are deleted. The action.age_circ_on_delete trigger moves deleted action.circulations to action.aged_circulation.
 
-3. The action.purge_circulations function is run. This function is meant to be run periodically to enforce patron privacy. It's behavior is controlled by two internal flags: history.circ.retention_age and history.circ.retention_count.
+3. The action.purge_circulations function is run. This function is meant to be run periodically to enforce patron privacy. Its behavior is controlled by two internal flags: history.circ.retention_age and history.circ.retention_count.
 
 [TIP]
 ==========
@@ -87,7 +87,7 @@ The purge_circulations function will take a *long* time to run for the first tim
 Impacts on Billing Data
 ~~~~~~~~~~~~~~~~~~~~~~~
 
-Rows are deleted from money.materialized_billable_xact_summary when circulations are aged. This table is the basis for billing reports and views.
+When a circulation is aged, billings and payments linked to the circulation are migrated from the active billing and payment tables to the `money.aged_billing` and `money.aged_payment` tables.
 
 NOTE: currently grocery bills are ignored and not aged.  
 
index 5062233..d81897e 100644 (file)
@@ -55,3 +55,44 @@ If using proxy authentication with library employees that will click
 the _Change Operator_ feature in the client software, then add
 "Temporary" as a *_login_types_*.
 ====================================================================
+
+
+Using arbitrary LDAP usernames
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+Authentication Proxy supports LDAP-based login with a username that is
+different from your Evergreen username.
+
+.Use case
+****
+
+This feature may be useful for libraries that use an LDAP server for
+single sign-on (SSO).  Let's say you are a post-secondary library using
+student or employee numbers as Evergreen usernames, but you want people
+to be able to login to Evergreen with their SSO credentials, which may
+be different from their student/employee number.  To support this,
+Authentication Proxy can be configured to accept your SSO username on login,
+use it to look up your student/employee number on the LDAP server, and
+log you in as the appropriate Evergreen user.
+
+****
+
+To enable this feature, in the Authentication Proxy configuration for your LDAP server in
+`opensrf.xml`, set `bind_attr` to the LDAP field containing your LDAP
+username, and "id_attr" to the LDAP field containing your student or
+employee number (or whatever other value is used as your Evergreen
+username).  If `bind_attr` is not set, Evergreen will assume that your
+LDAP username and Evergreen username are the same.
+
+Now, let's say your LDAP server is only an authoritative auth provider
+for Library A.  Nothing prevents the server from reporting that your
+student number is 000000, even if that Evergreen username is already in
+use by another patron at Library B.  We want to ensure that Authentication Proxy
+does not use Library A's LDAP server to log you in as the Library B
+patron.  For this reason, a new `restrict_by_home_ou` setting has been
+added to Authentication Proxy config.  When enabled, this setting restricts LDAP
+authentication to users belonging to a library served by that LDAP
+server (i.e. the user's home library must match the LDAP server's
+`org_units` setting in `opensrf.xml`).  Use of this setting is strongly
+recommended.
+
index 5660821..60eb477 100644 (file)
@@ -124,7 +124,7 @@ You may adjust the colors of your public interface by editing the _colors.tt2_
 file. The location of this file is in 
 _/openils/var/templates/opac/parts/css/colors.tt2_. When you customize the
 colors of your public interface, remember to create a custom file in your custom
-template folder and edit the custom file and not the file located in you default
+template folder and edit the custom file and not the file located in your default
 template.    
 
 Adjusting fonts in your public interface
index 11a5591..39afb26 100644 (file)
@@ -45,6 +45,11 @@ by a barcode scanner when the cursor is in the ISBN field.  This behavior
 prevents pre-cataloged items from being checked out before you are done
 entering all the desired information.
 
+[NOTE]
+This requires the _CREATE_PRECAT_ permission.  All form elements in the
+dialog other than the Cancel button will be disabled if the current user
+lacks the CREATE_PRECAT permission.
+
 Due Dates
 ^^^^^^^^^
 
index cb0e10d..7601802 100644 (file)
@@ -301,6 +301,21 @@ $ /openils/bin/pingest.pl --skip-browse --skip-search --skip-facets \
     --skip-display --attr=item_lang
 ----
 
+--rebuild-rmsr::
+    This option will rebuild the `reporter.materialized_simple_record`
+(rmsr) table after the ingests are complete.
++
+This option might prove useful if you want to rebuild the table as
+part of a larger reingest.  If all you wish to do is to rebuild the
+rmsr table, then it would be just as simple to connect to the database
+server and run the following SQL:
++
+[source,sql]
+----
+SELECT reporter.refresh_materialized_simple_record();
+----
+
+
 
 
 Importing Authority Records from Command Line
@@ -377,6 +392,10 @@ on the record leader.
 This support script has its own configuration file, _marc_stream_importer.conf_, 
 which includes settings related to logs, ports, uses, and access control.
 
+By default, _marc_stream_importer.pl_ will typically be located in the
+_/openils/bin_ directory. _marc_stream_importer.conf_ will typically be located
+in _/openils/conf_.
+
 The importer is even more flexible than the staff client import, including the
 following options: