Purpose
Generates and imports patron records into Follett Destiny so student library accounts stay aligned to current SIS data.
Current state
The enabled `Destiny` job exports `patrons.csv` from `BOUSD-FollettDestiny-Students.sql`, converts the file to XML with Follett's command-line converter, and then uploads it with `UpdatePatrons.exe`. This is one of the clearest examples in Integr8r of a vendor-specific command-line workflow rather than a generic SFTP upload. Current registry state: Production / Active / Medium. Library-platform integration. Trigger / frequency: enabled production workflow [validate exact scheduler]..
Next step
exact scheduler and recovery steps need documentation. Yes - document the current scheduler, support owner, and vendor CLI upgrade procedure.
Interfaces
Inputs- Aeries SIS student, school, teacher, room, and contact fields.
Reality to Action trace
Reality IngestionContributes in this stage.
Canonical StorageNot in scope.
Automation EnginesNot in scope.
Human InterfacesNot in scope.
Operational AdoptionNot in scope.
Core workflow
TBD. Document the 5-10 steps that define the core workflow.
Data integrity and contracts
Source of truth rules
- Aeries SIS student, school, teacher, room, and contact fields. remain the authoritative upstream inputs for this workflow.
- Follett Destiny. should be treated as downstream copies, recipients, or operational consumers rather than the authoring system.
Safe handling
- Protect credentials, generated files, logs, and any transient export artifacts.
- Treat student identifiers, rosters, and related records as FERPA-restricted data.
- Limit staff identity, employment, or account data to approved administrators and business owners.
Operational notes
Reliability posture
Integr8r logging plus vendor CLI behavior provide some operational traceability, but formal retry and error-report routing are not documented. Failure impact: stale patron records and more manual library-account maintenance. Manual fallback: manual import through Destiny admin tooling..
Observability
- Integr8r logging plus vendor CLI behavior provide some operational traceability, but formal retry and error-report routing are not documented.
- Failure impact: stale patron records and more manual library-account maintenance..
- Manual fallback: manual import through Destiny admin tooling..
Security and privacy
vendor-provided command-line tooling and locally managed configuration files. Classification: restricted student operational data. FERPA-relevant student and guardian contact data.
Dependencies
Upstream- Aeries data quality and vendor CLI compatibility.
DownstreamOwnership
OwnersTechnology Services, Josh Barton / Technology Services
UsersTechnology Services, library or site media-center stakeholders
Follett Destiny Patron Import
Operational Notes
- Method: Aeries SQL export plus vendor-specific CLI conversion and upload.
- Implementation: Integr8r job key
Destiny, Destiny/SQL/BOUSD-FollettDestiny-Students.sql, Destiny/cmdline/PatronImportConverter.exe, and Destiny/cmdline/UpdatePatrons.exe. - Trigger / frequency: enabled production workflow [validate exact scheduler].
- Failure impact / fallback: stale patron records and more manual library-account maintenance. Manual fallback: manual import through Destiny admin tooling..
- Related references:
README.md, Config/Config.ps1, Destiny/SQL/BOUSD-FollettDestiny-Students.sql, Destiny/cmdline/.
Registry Alignment
- Mapped registry entry:
INT-061 - Registry clarified: The enabled
Destiny job exports patrons.csv from BOUSD-FollettDestiny-Students.sql, converts the file to XML with Follett’s command-line converter, and then uploads it with UpdatePatrons.exe. - Validation gaps: exact scheduler and recovery steps need documentation.