Vous paramétrez un job de migration de données dans IFS Cloud. La semaine dernière, le chargement fonctionnait. Cette semaine, chaque job se heurte au même mur :
SE_UNAUTHORIZED — privilèges insuffisants.
Vous n'avez rien changé. Alors pourquoi IFS bloque‑t‑il soudain votre propre job de migration ? Voici ce qui se passe réellement, et comment le débloquer en quelques minutes.
Ce que cette erreur signifie vraiment
SE_UNAUTHORIZED est une erreur de sécurité, pas une erreur de données. IFS vous dit que le compte qui exécute le job de migration n'a pas le droit d'accéder à quelque chose dont le job a besoin — typiquement quand vous cliquez sur Charger ou Valider dans l'add‑in Excel de migration (Aurena / Office 365).
Le piège : elle apparaît souvent sur un job que vous avez créé vous‑même, sur un environnement tout neuf, alors même que vous êtes administrateur. C'est justement l'indice de la vraie cause.
Pourquoi ça arrive : la projection auto‑créée
Voici le détail que presque tout le monde rate.
Quand vous créez un job de migration, IFS crée automatiquement une nouvelle projection derrière (l'interface technique que le job utilise pour lire et écrire les données). Cette projection est toute neuve — et personne n'a encore reçu de droit dessus, pas même la personne qui vient de créer le job.
Donc même si c'est vous qui avez construit le job, il faut quand même que cette projection auto‑créée vous soit accordée avant de pouvoir l'exécuter. IFS ne l'accorde pas tout seul. C'est précisément ce décalage qui déclenche SE_UNAUTHORIZED — privilèges insuffisants.
Confirmé par un cas réel de la communauté IFS (IFS Cloud 22R1) : après création d'un job de migration, un administrateur a dû accorder la projection du job à l'utilisateur exécutant — même s'il s'agissait de la personne qui avait créé le job.
Comment corriger
- Identifiez la projection du job de migration. Chaque job possède une projection associée, créée au moment où le job a été défini.
- Accordez cette projection à l'utilisateur exécutant, via votre paramétrage de sécurité IFS (Permission Sets / Gestion de la sécurité). L'utilisateur qui clique sur Charger / Valider / Exécuter doit avoir accès à la projection — pas seulement à la fenêtre de migration.
- Relancez Charger / Valider. L'erreur
SE_UNAUTHORIZEDdisparaît une fois le droit posé.
Astuce : si la projection n'apparaît toujours pas ou se comporte étrangement, lancez Re‑generate Excel Migration sur le job — cela régénère l'interface.
Comment l'éviter la prochaine fois
- Considérez « accorder la projection à l'utilisateur exécutant » comme une étape standard à chaque nouveau job de migration — pas comme un bug à diagnostiquer après coup.
- Gardez une mini check‑list : créer le job → accorder sa projection → charger → valider → exécuter.
- Sur un environnement neuf (nouvelle implémentation), attendez‑vous à ce comportement dès le premier job — une fois le réflexe pris, il ne surprend plus.
Un piège connexe à surveiller
Dans le même cas réel, une fois la permission corrigée, l'erreur suivante était un ORA-20110 … does not match format string sur des champs de date (ex. Creation Date) — un problème connu des premières 22R1. Si vous tombez dessus juste après avoir réglé SE_UNAUTHORIZED, c'est un problème distinct (format de date / bug de version), pas une question de permission.
Faire ses migrations sans se battre avec les permissions
SE_UNAUTHORIZED illustre la façon dont IFS gère la sécurité au niveau des projections sur les jobs de migration — puissant, mais facile à percuter. ERP Control permet à votre équipe de mener des migrations de données IFS Cloud sans écrire de PL/SQL ni fouiller dans les écrans de sécurité : l'outil pilote le flux de migration via l'API OData d'IFS, et les bons accès sont gérés de façon cohérente sur vos environnements CFG, UAT, TRN et PROD.
Découvrez comment ERP Control simplifie les migrations IFS Cloud — voir le module migration.
Fait partie de notre guide pilier : Migration de données IFS Cloud — le guide complet 2026.
FAQ
SE_UNAUTHORIZED est‑elle une erreur de données ?
Non. C'est une erreur de sécurité / permissions. IFS bloque un accès, il ne rejette pas vos données.
Pourquoi sur un job que j'ai créé moi‑même ?
Parce que créer un job crée automatiquement une nouvelle projection, et cette projection n'est encore accordée à personne — vous compris. Un administrateur doit l'accorder à l'utilisateur exécutant.
Ça marchait la semaine dernière et plus cette semaine — pourquoi ?
En général un changement de sécurité/permission dans l'environnement, ou un accès projection jamais accordé qu'une session en cache masquait. La solution est la même : accorder la projection du job à l'utilisateur qui l'exécute.
Sources
Cas réel issu de la communauté IFS (IFS Cloud 22R1, migration via l'add‑in Excel Office 365 / Aurena ; thread résolu, l'auteur documente la solution) :
- Discussion IFS Community — erreur « insufficient privileges » au chargement d'un job de migration — solution citée par l'auteur : « after creating a migration job a new projection is created for it; admin must grant the projection to the user executing the job, even if it's the same person that created the job. »
- Article de synthèse sur la résolution de cette erreur (IFS Data Tools)