folio-migration-tools 1.8.17

A tool allowing you to migrate data from legacy ILS:s (Library systems) into FOLIO LSP

FOLIO Migration Tools

A toolkit that enables you to migrate data over from a legacy ILS system into FOLIO LSP

What is it good for?

FOLIO Migration tools enables you to migrate libraries with the most common ILS:s over to FOLIO without data losses or any major data transformation tasks. The tools transforms and loads the data providing you and the library with good actionable logs and data cleaning task lists together with the migrated data.

What data does it cover?

FOLIO Migration Tools currently covers the following data sets:

• Catalog (Inventory and SRS in FOLIO terminology)
• Circulation transactions (Open loans and requests)
• Users/Patrons (In FOLIO, these share the same app/database)
• Courses and Reserves (Course reserves)
• Organizations (Vendor records)
• Orders (limited support)

What additional functionality is on the roadmap?

This is the loose roadmap, in order of most likely implementations first

• ERM-related objects
• Financial records

Can I use the tools for ongoing imports and integrations?

The tools are primarliy maintained for performing initial data migrations. We recommend that you use native FOLIO functionality for ongoing loads where possible. In theory, these tools can be used for ongoing patron loads from systems like Banner, Workday, or PeopleSoft. But we recommend you to weigh your options carefully before going down this path.

Contributing

Want to contribute? Read the CONTRIBUTING.MD

Found an issue?

Report it on the Github Issue tracker

The scripts requires a FOLIO tenant with reference data properly set up. The script will throw messages telling what reference data is missing.

Installing

Make sure you are running Python 3.9 or above.

1. Using pip and venv

2.1. Create and activate a virtual environment

python -m venv ./.venv     # Creates a virtual env in the current folder
source .venv/bin/activate  # Activates the venv    

2. Install using pip:

python -m pip install folio_migration_tools

3. Test the installation by showing the help pages

python -m folio_migration_tools -h

2. Using pipenv

1. Run

pipenv install folio-migration-tools

2. Test the installation by showing the help pages

pipenv run python3 -m folio_migration_tools -h

FOLIO migration process

This repo plays the main part in a process using a collection of tools. The process itself is documented in more detail, including example configuration files, at this template repository In order to perform migrations according to this process, you need the following:

• An Installation of FOLIO Migration Tools. Installation instructions above.
• A clone, or a separate repo created from migration_repo_template
• Access to the Data mapping file creator web tool
• A FOLIO tenant running the latest or the second latest version of FOLIO

Internationalization

This repo uses Python-i18n to translate reports between languages, and to handle large strings for templates.

Any English string which will end up in a report should be wrapped in the function i18n.t from i18n:

Keys/Usage

i18n.t("Reports")+":"

Templating is achieved with %{[key]} blocks, and keyword arguments in the internationaliation:

i18n.t("Code '%{code}' not found in FOLIO",code=folio_code)

Long strings can use a placeholder key:

i18n.t("blurbs.Introduction.description")

With the full string in translations/en.json:

"blurbs.Introduction.description": "<br/>Data errors preventing records from being migrated

Translations Files

Translation files live in the translations directory, with en.json as the default.

Extract template files with the extract_translations script:

python scripts/extract_translations.py

Internationalizations

Other langauges translations live in translations/[locale].json. For example, Spanish would be es.json.

The keys must match the English keys, but the Values should be translated.

You can update a language file's keys with:

python scripts/update_language.py --target-lang [locale]

Translate all new strings, which begin with TRANSLATE, then commit.

Tips

• Internationalize entire phrases or paragraphs, not just the constitutent words. Syntax and grammar vary significantly between languages.
• Name template variables as generically as possible in the circumstance, and check translations for reusable translations.
• In a block with sentences separately followed by values, such as a table, you only need to translate the sentences.

Running the scripts

For information on syntax, what files are needed and produced by the toolkit, refer to the documentation and example files in the template repository. We are building out the docs section in this repository as well:Documentation ¨