Self-serve historical lookups for finance, project leads, faculty deans, auditors, and former employees — years after Unit4 Business World or Agresso has been switched off. SQL/REST/portal access, seven-series coding preserved, Flexi-Fields intact, UK FOI / HESA / NAO retention horizons.
The Unit4 to Oracle Fusion migration lasts months. The Unit4 legacy data access requirement lasts a decade — and the consequences of getting it wrong are felt long after the SI has left site.
Organisations move heaven and earth to land the Fusion cutover — sizing, planning, rehearsing parallel-runs — and then implicitly assume that Unit4 will 'just stay running' for compliance access. That assumption breaks within the first 12 months. The Agresso admin retires. The SQL Server cluster needs a patch the team doesn't know how to apply. Unit4 support contract auto-renews at a price no one budgeted. An internal audit asks for a 2018 project actuals report and discovers the AIB layout was customised by someone who left in 2022. The accumulated friction quietly becomes a £200K–£800K annual line item nobody owns.
Unit4 legacy data access has to be designed at migration time, not bolted on later when Business World has already been shut down. The Syntra ETL approach: archive every Unit4 table during the migration window with full schema preservation, set up SQL/REST/portal interfaces, configure role-based security and read-log, and validate the access pattern against real finance and faculty workflows before Agresso goes read-only. By the time Business World is decommissioned, the archive is already the production answer for historical lookups — not a fallback.
The result: a Unit4 legacy data access experience that is faster and cheaper than the original Business World system, with all the compliance evidence UK FOI, HESA, NAO, and HMRC auditors actually ask for. Standard finance queries return in sub-second. Sensitive fields are masked. Every access is logged. The retention horizon is bounded only by policy, not by SQL Server hardware lifecycles.
Each pattern reflects a real request we have fielded years after a Business World or Agresso retirement.
External audit firm connects via ODBC, runs unconstrained SELECT against archived acrtransact and apvoucher with NI / bank-account masking applied. Sub-second response for typical FOI and NAO queries.
Faculty dean opens Power BI, sees a cost-centre rollup that joins pre-migration Business World GL with post-migration Fusion GL. 15-year trend lines work because the archive preserves coding structure.
Project manager needs the full-history WBS actuals for a closed 2014 capital project for an end-of-warranty audit. Archive returns the 14,000-row project actual ledger from acrtransact in 3 seconds.
Ex-academic requests a 2019 P60 in 2027. Portal authenticates via SAML, regenerates the P60 PDF from archived payroll year-end snapshots, delivered in seconds. HMRC retention satisfied.
HE provider needs to reproduce a 2020 HESA Finance Statistics Return for a UKRI evidence request. Pre-built extract format runs against archived gltrans + Flexi-Field-tagged cost centres, produces the HESA-format CSV in minutes.
Research office needs Research Excellence Framework cost attribution for the 2021 REF cycle, looking back over a 7-year capture period. Archive returns the full project-by-project research cost capture instantly.
Done in parallel with the Unit4 to Oracle Fusion migration. Validated before Business World goes read-only. Operational before cutover.
Workshop with finance, project accounting, HR, faculty representatives, research office, internal audit, compliance, and (in HE) registry. Catalog the 'top 25 questions we expect to be asked of Unit4 historical data over the next 10 years' across FOI, HESA, NAO, HMRC, REF, and operational scenarios.
Role definitions per consumer (finance, faculty dean, auditor, registry, ex-employee, research office), data scope per role, sensitive-field masking rules (NI, bank, salary, grant amounts), read-log requirements, retention per data domain — 7 years for FOI floor, longer for HESA / REF / grant evidence.
SQL endpoints (JDBC/ODBC) provisioned with Unit4 schema preserved. REST endpoints configured for portal facade. Self-service portal deployed for former-employee payslip retrieval. Pre-built saved queries loaded for the top-25 requirement list, validated against Business World live output.
Trial balance per period per ledger, faculty cost-centre rollups, AP aging per supplier, project actuals by WBS for active and closed projects, REF cost-attribution snapshots, payroll register per pay period — pre-computed in the archive for instant query response.
Finance team runs sample queries against archive vs live Business World, validates response time and accuracy to the penny. Faculty deans validate dashboards. Audit team validates FOI/NAO extract formats. Former-employee portal tested with sample IdP accounts. Sign-off on archive readiness.
Business World moves to read-only. Documentation delivered: 'how to answer the 25 most common Unit4 historical questions without an Agresso instance'. Consumer training sessions (1–2 hours per consumer type). Archive becomes the production answer for historical access.
A backup stores files an Agresso DBA could in theory restore. Unit4 legacy data access serves consumers directly, in their tools, without an Agresso skillset.
Queries hit acrtransact, acrbatch, apvoucher, project, wbs, employee exactly as in live Business World. Finance and audit analysts with Agresso experience are immediately productive — and analysts without Agresso experience use saved queries instead.
Seven-series coding structure with relation rules intact. Customer-specific Flexi-Fields preserved with names, data types, and validation. HE faculty/school splits and research-grant attribution survive.
NI numbers, bank accounts, salary detail, student identifiers, research-grant amounts masked by default. Role-based unmask with full read-log. UK FOI / GDPR / HE data-protection requirements satisfied out of the box.
Standard regulator extracts (HESA Finance Statistics Return, FOI responses, NAO audit packs, HMRC payroll reproductions, REF cost capture, OfS data templates, Skatteverket / Skatteetaten payroll) ship as ready-to-run saved queries.
Agresso relation rules (relacc, costcentre hierarchies, project rollups) preserved as queryable structures. Tree-based rollups for faculty/school/department/funding-source work natively against the archive.
SQL for Power BI / Excel ODBC, REST for programmatic and portal facade, Parquet for Snowflake / BigQuery / Databricks. Same archive, four interfaces, one security model, one read-log.
Unit4 legacy data access is the ability to read, query, and report against Unit4 data — Business World (Agresso), Unit4 ERPx, or Coda Financials — after the source system has been migrated, archived, or decommissioned. It matters because Unit4's value to finance leads, project accountants, faculty deans, auditors, regulators, and former employees doesn't end on cutover day. UK higher-education and public-sector retention typically runs 7+ years (FOI Act minimum), often 15+ years for student-finance and HESA-aligned records, and indefinite for some research-grant evidence (REF). Without a deliberate Unit4 legacy data access strategy, organisations either keep Agresso alive at £200K–£800K per year of SQL Server, .NET app tier, and Unit4 support contract, or they discover during an audit that no one remembers how to spin Business World back up — the Agresso admin retired in 2024 and the database backups have bit-rotted.
Through three interfaces sharing one underlying archive. SQL access: JDBC/ODBC endpoints exposing the archived Unit4 tables in their original schema — acrtransact, acrbatch, customer, supplier, project, wbs, employee, timesheet, expenseclaim, gltrans, apvoucher, ardocument — so any BI tool (Power BI, Tableau, Cognos, IBM Planning Analytics) connects without modification. REST access: programmatic queries for audit automation, faculty self-service portals, and integrations into successor systems. Direct Parquet access: warehouse engines (Snowflake external tables, BigQuery, Databricks, Synapse) query archive files directly for analytics. All three interfaces share the same security model, masking rules, and read-log — the choice depends on consumer preference, not on what the archive can serve. Most finance teams use the SQL interface with Excel via ODBC; faculty users tend to prefer the portal facade.
Yes. Unit4's flexible seven-series coding structure (Account, CostCentre, Department, Project, Activity, Funding source, and customer-defined codes) survives in the archive exactly as it lived in Business World — including the hierarchical relation rules from Agresso's reference tables (relacc, costcentre, project relations). Queries against acrtransact return the same coding-string context an Agresso user would see in the AIB browser. Customer-specific Flexi-Fields are preserved on supplier, customer, project, employee, and transactional records with their original names, data types, and validation rules. This matters enormously for higher-education customers whose Flexi-Fields encode faculty/school/department splits, research-grant identifiers, REF unit-of-assessment codes, or funding-council attribution — losing them at archive time would break every historical-reporting requirement.
Yes — and this is the most common Unit4 legacy data access use case after a Business World retirement. The Syntra archive ships with a curated set of pre-built saved queries covering the 90% of historical-lookup requests we see: trial balance per ledger per period, AP voucher detail by supplier, AR aging by customer, project actuals by WBS, project profitability by project manager, faculty cost-centre rollups, timesheet detail by employee per period, expense claims by project, funding-source attribution by grant. Finance leads run them from Excel via ODBC; project leads run them from the portal facade; faculty deans get a dashboard view in Power BI fed by the archive. None of them need to know the Agresso UI, AIB report builder, or Excelerator template syntax — the archive replaces the Unit4 skillset for read-only historical access.
Through an optional employee self-service portal facade authenticated against your IdP (SSO via SAML/OIDC). The portal returns the requested historical documents: payslips reconstructed from Unit4 payroll history (acrpayroll, payslip tables), UK P60s and P11Ds regenerated from year-end payroll snapshots, expense claims with attached receipts from expenseclaim/expenseline, timesheet history per project. For UK higher-education customers this is critical — former academic staff retain rights to historical payroll documentation for 6+ years under HMRC rules, and the cost of running Business World purely to serve these requests is prohibitive. Nordic public-sector customers have similar retention obligations under national tax law (Skatteverket in Sweden, Skatteetaten in Norway). The portal serves these requests in seconds at a fraction of the Business World operating cost.
Sub-second for indexed point queries — single voucher, single project, single employee, single supplier. 2–5 seconds for typical finance queries: GL detail for one period for one cost centre, AP detail for one supplier for one year, project actuals by WBS for one project. 10–30 seconds for multi-year cross-faculty or cross-project aggregations against the largest tables (full-history acrtransact scan, 20 years of project actuals). Archive data is stored in Parquet partitioned by fiscal year, period, business unit, and project; the query engine uses column pruning and partition pruning aggressively. For year-end audit and HESA-return seasons we pre-materialise commonly requested datasets — trial balance per period per ledger, faculty cost-centre rollups, REF cost-attribution snapshots, grant-by-grant project actuals — so they return instantly.
Yes. Access is role-based with mandatory audit logging. Every query is logged with user identity, timestamp, query text, rows returned, and data classification accessed — the audit log itself stored immutably and exported to the customer's SIEM. Sensitive fields (National Insurance numbers, bank account, salary detail, student identifiers, research-grant amounts where commercially sensitive) are masked by default with explicit role-based unmask and unmask-event logging. Data at rest is encrypted with KMS-managed keys (customer-managed keys available). Data in transit uses TLS 1.3. The archive supports UK FOI (read-log evidence and 7-year retention floor), GDPR (right-to-erasure via record-level redaction with audit trail), HESA-aligned higher-ed retention, NAO public-sector audit requirements, and Nordic public-sector retention regimes. Compliance documentation is shipped per deployment, not as a generic add-on.
Indefinitely, and very little. The archive is built on cloud object storage with no inherent time limit. Customers configure retention per data domain: typical UK higher-ed finance retention 7–15 years (often extended to 20 for HESA continuity), research-grant evidence often indefinite per REF/UKRI policy, payroll retention per HMRC 6-year rules, project history per services-firm contract obligations (often 7+ years per client). Storage cost is the main constraint, and after Parquet compression typical Unit4 archives land at 60–250 GB even for 20-year datasets — costing $15–$60 per month in cloud object storage, $200–$700 per year. Total annual cost of Unit4 legacy data access for a mid-size Business World instance: $5K–$15K. Compared to the £200K–£800K annual cost of keeping Agresso alive, the archive is essentially free over a 10-year retention window.
30-minute call. Walk through your Unit4 consumer landscape, UK FOI / HESA / NAO / HMRC obligations, and 10-year retention requirements — leave with an access design that serves finance, project leads, faculty, auditors, and former employees for the full retention window.