You will notice four tabs on this page: <<event_definitions, Event Definitions>>, <<hooks, Hooks>>, <<reactors, Reactors>> and <<validators, Validators>>.
-anchor:event_definitions[]
+[#event_definitions]
=== Event Definitions ===
WARNING: If you are testing an email or SMS notification, use a test account and email as an example. Using the Test feature will actually result in the notification being sent if configured correctly. Similarly, use a test item or barcode when testing a circulation-based event like Mark Lost since the test will mark the item as lost.
-anchor:hooks[]
+[#hooks]
==== Hooks ====
Hooks define the Fieldmapper class in the core_type column off of which the rest of the field definitions ``hang''.
You may also create, edit and delete Hooks but the Core Type must refer to an IDL class in the fm_IDL.xml file.
-anchor:reactors[]
+[#reactors]
==== Reactors ====
You may also create, edit and delete Reactors. Just remember that there must be an associated subroutine or module in the Reactor Perl module.
-anchor:validators[]
+[#validators]
==== Validators ====
| 99-98 | SC-ACS Status | Yes |<<sip_99-98_sc_and_acs_status, 99/98_SC_and_ACS_Status>>
|===========================================================================
-anchor:sip_01_block_patron[]
+[#sip_01_block_patron]
==== 01 Block Patron ====
* Screen Message 1 (AF): _blocked_
* Patron
-anchor:sip_09-10_checkin[]
+[#sip_09-10_checkin]
==== 09/10 Checkin ====
* CT is the _destination location_ (i.e., pickup lib for a hold or target lib for a transfer).
===============
-anchor:sip_11-12_checkout[]
+[#sip_11-12_checkout]
==== 11/12 Checkout ====
-anchor:sip_15-16_hold[]
+[#sip_15-16_hold]
==== 15/16 Hold ====
holds. It does not currently support creating hold requests via SIP2.
-anchor:sip_17-18_item_information[]
+[#sip_17-18_item_information]
17/18 Item Information
^^^^^^^^^^^^^^^^^^^^^^
systems.
-anchor:sip_19-20_item_status_update[]
+[#sip_19-20_item_status_update]
==== 19/20 Item Status Update ====
-anchor:sip_23-24_patron_status[]
+[#sip_23-24_patron_status]
23/24 Patron Status
^^^^^^^^^^^^^^^^^^^
field definitions in your copy of the spec.
-anchor:sip_25-26_patron_enable[]
+[#sip_25-26_patron_enable]
25/26 Patron Enable
^^^^^^^^^^^^^^^^^^^
Not yet supported.
-anchor:sip_29-30_renew[]
+[#sip_29-30_renew]
==== 29/30 Renew ====
renewals before blocking any SIP renewal.
-anchor:sip_35-36_end_session[]
+[#sip_35-36_end_session]
==== 35/36 End Session ====
-anchor:sip_37-38_fee_paid[]
+[#sip_37-38_fee_paid]
37/38 Fee Paid
^^^^^^^^^^^^^^
Evergreen supports the Fee Paid message.
-anchor:sip_63-64_patron_information[]
+[#sip_63-64_patron_information]
63/64 Patron Information
^^^^^^^^^^^^^^^^^^^^^^^^
-anchor:sip_65-66_renew_all[]
+[#sip_65-66_renew_all]
==== 65/66 Renew All ====
Evergreen supports the Renew All message.
-anchor:sip_93-94_login[]
+[#sip_93-94_login]
93/94 Login
^^^^^^^^^^^
When using a version of SIPServer that supports the feature, the Location (CP) field of the Login (93) message will be used as the workstation name if supplied. Blank or missing location fields will be ignored. This allows users or reports to determine which selfcheck performed a circulation.
-anchor:sip_97-96_resend[]
+[#sip_97-96_resend]
==== 97/96 Resend ====
-anchor:sip_99-98_sc_and_acs_status[]
+[#sip_99-98_sc_and_acs_status]
==== 99/98 SC and ACS Status ====
supported by the +ACS+ or not.
-anchor:fields[]
+[#fields]
==== Fields ====
-- Uses the output of marc2bre.pl (or similar tools) to generate the SQL
for importing records into Evergreen in a parallel fashion
-anchor:_authority_control_fields[]
+[#_authority_control_fields]
=== authority_control_fields: Connecting Bibliographic and Authority records ===
|=========================================================
-anchor:_marc_export[]
+[#_marc_export]
=== marc_export: Exporting Bibliographic Records into MARC files ===
`--library` or `--descendants` options to export *all* of a library's
holdings both physical and electronic.
-anchor:_pingest_pl[]
+[#_pingest_pl]
=== Parallel Ingest with pingest.pl ===