Data residency
The region where the entity's data resides, fixed in the data processing agreement.
Four stages, six deliverables and a team that accompanies the first weeks of operation. This page describes what the entity receives, for the technical area.
Xeneural reviews with the entity the processes that enter XEN and delivers a written plan for the first phase, with scope, owners and dates.
Entity structure, executing units, departments, roles, catalogs and documents. Here it is defined who can see and approve what.
Loading the existing information and validating it against the entity's current figures, before anyone stops using their previous system.
The first weeks run with the team that did the implementation alongside, not with a generic help desk.
Every entity and every executing unit keeps its information and its accesses.
Residency, roles, retention, migration, verification and support.
Migrated information is checked against current figures.
Configuration defines who records, who reviews and who approves in each module. Agents work with the permissions of the officer who authorizes them.
Six documents that are part of the deployment.
The region where the entity's data resides, fixed in the data processing agreement.
Roles, approvers and scope per module for each department, as configured.
Continuous backups, retention period and the point-in-time recovery procedure.
Catalogs, balances and history that enter XEN, with the cutoff date and the origin of each piece of data.
The figures the migration is validated against and the officer who signs off.
Xeneural staff and service channels during the first weeks of operation.
Xeni and the agents summarize files, assemble comparison tables and prepare orders. No award, payment or commitment moves forward without the approval of the officer the regulation designates.
The history keeps who approved, when and on which file. It is not edited and it exports for the oversight body.
Residency, migration, access and backups.