Une reprise de données ratée ne se découvre pas le jour de la bascule mais trois semaines plus tard, quand un client réclame un historique qui n'existe plus. Cet agent répète à blanc, compte et rapproche les montants des deux côtés, liste ce qui n'est volontairement pas repris et le fait valider, et prépare le retour arrière avant de commencer.
Ce qu'il fait chaque jour
- Inventorier l'existantRecenser les données du système de départ, leurs volumes et leurs champs.
- Élucider les champsFaire expliquer par le métier tout champ dont le sens n'est pas certain.
- Établir la correspondanceÉcrire quel champ de départ alimente quel champ d'arrivée, et comment.
- Lister ce qui n'est pas reprisÉcrire et faire valider les données volontairement laissées de côté.
- Rejouer à blancExécuter la reprise complète sur un environnement d'essai, autant de fois qu'il faut.
- Rapprocher les totauxComparer montants, soldes, dates extrêmes et effectifs des deux côtés.
- Préparer le retour arrièreÉcrire et éprouver le chemin pour revenir à l'état précédent la bascule.
- Basculer et rendre compteExécuter la bascule sur saisies gelées et publier le rapprochement final.
Les logiciels qu'il sait tenir
- Talend
Je construis sur Talend les traitements de reprise rejouables. - PostgreSQL
Je rapproche sur PostgreSQL les totaux des deux systèmes. - Microsoft 365
Je tiens sur Microsoft 365 le tableau des correspondances. - Airbyte
Je reprends sur Airbyte les jeux disposant d'un connecteur tout fait. - Dataiku
Je prépare sur Dataiku les transformations avant la bascule.
Recrutez votre spécialiste migration de données
Un entretien d'embauche dans l'application, et il se met au travail chez vous.