No tangible progress or gotchas. 

Both issues need to be considered together. 

Whatever is truncated in 834 needs to be available in 836 in full. 

Truncation needs to be done on each name before concatenation. 

Not working as expected.

GOkb rather than packageIngest adaptor. 

Plenty of data available to 

Licenses pretty much done, via controller, to protect API.

Has to check tenant config that OKAPI supports the appropriate ERM functionality.

This allows pre-checks for presence and version of an interface in a tenant.

827 Agreements in Code Review. 

805 to follow, then circle back to 828 Licenses.

TODO: 

• Identify what needs to be patched
• Apply the patch
• Save changes across patch influence

This is an example of an errata (or patch) format, as described for ERM-788.

842: coordinated changes (may be fixed by ERM-788)

If we only get print identifiers for a resource and separately electronic resources that may not have an identifier, these are created as siblings. However, may end up with a future unlinked title instance if there is no known identifier. 

This functionality would create and clean up resources in a single transaction. 

Would benefit from the JSON patch process. 

Future: UI to accommodate this.

Out of FOLIO scope: share presentation to external systems.

843: simple changes with potential internal data updates, not necessarily requiring patch JSON.

Example: replacing coverage statement without extending it, and then potentially amending/synchronising it from PCI to PTI.

• react to onSave changes to covering statements and alter related titles
  • could use an event to react to save (these now work for multi-tenant)
  • extend should preserve existing coverage behaviour (whether that does or doesn't account for gaps)
  • Change to PCIs (could be multiple CS) → PTIs (single CS) → TIs (single CS)
  • do not expose to OKAPI
• define UI and related workflow
  
  • attach to separate permission to editing agreements

• • access functionality via
    • 'eResources' → 'options for acquiring'
    • agreement line record
  • new Edit PCI screen
    • select coverage statement
    • amend start and/or end date
  • new View PCI screen
  • no view of PCIs that have coverage statement errors

No patch / transaction handling required. Could be done ...

• via the UI  
• via file upload 
• via API  

Would fix the existing extend functionality to cope with shrinking coverage statements, and cascade to related instances.