La paperasse P11D
Pourquoi la déclaration des avantages sociaux reste la corvée de juillet la moins appréciée des RH

Juillet était déjà complet avant l'ajout du P11D

Commençons par la réalité calendaire qui crée la friction sous-jacente. À la mi-juin, un service paie britannique vient de terminer l'émission des P60 — l'échéance légale du 31 mai pour les certificats de fin d'année destinés à 30,2 millions de salariés PAYE. Le rapprochement de fin d'année (dernière déclaration de paiement intégral, dernier résumé des paiements employeur, équilibrage P32) est à peine terminé. Juin apporte la paie de fin de mois pour l'année fiscale en cours. Juillet l'apporte à nouveau — sans oublier la couverture des congés d'été, où au moins un administrateur paie est en vacances et la personne qui le remplace n'a jamais géré le module de retenues en autonomie.

Et puis il y a le P11D.

L'échéance du 6 juillet n'est pas un événement isolé. C'est une deuxième vague de déclarations de fin d'année qui frappe la même équipe qui vient de terminer la première vague, dans la même fenêtre compressée, avec un problème de données fondamentalement différent. Les P60 sont alimentés par les données de paie — le système possède déjà les chiffres. Les P11D sont alimentés par les données d'avantages — le système ne possède pas les chiffres, ou du moins pas sous la forme exigée par le HMRC. Cette distinction transforme juillet d'un exercice de déclaration en un exercice d'assemblage, et cet assemblage doit se faire dans les marges d'un mois déjà surchargé.

Une enquête de 2019 menée par le Chartered Institute of Payroll Professionals (CIPP) — l'organisme professionnel britannique des spécialistes de la paie — a demandé aux employeurs pourquoi ils avaient choisi de déclarer les avantages via la paie volontairement. La réponse principale : « supprimer le besoin et la charge de remplir les P11D ». Pas la réduire. La supprimer. Le langage est révélateur. Parmi les professionnels de la paie ayant vécu plusieurs saisons de P11D, le formulaire n'était pas décrit comme une tâche de conformité — il était décrit comme un fardeau.

14 sections, 14 calculateurs différents

Si le P11D était un formulaire unique avec un seul jeu de règles de calcul, il passerait inaperçu. Ce n'est pas le cas. Le P11D actuel — déposé en ligne via le service PAYE Online de l'HMRC ou via un logiciel de paie commercial — est structuré en 14 sections lettrées, de A à N, chacune avec sa propre méthode d'évaluation. Le guide fiscal HMRC 480 — la référence officielle pour l'évaluation des avantages — compte des centaines de pages réparties sur plusieurs chapitres et couvre des règles d'évaluation qui diffèrent non seulement par ce qu'elles comptent, mais aussi par la manière dont elles le comptent.

Prenons ce qu'un administrateur de paie doit réellement faire pour trois des catégories d'avantages les plus courantes — et pourquoi chacune exige un raisonnement différent.

Section F — Voitures de fonction. L'avantage imposable n'est pas le coût de location payé par l'entreprise. C'est la valeur P11D de la voiture (prix catalogue incluant TVA, livraison et toutes les options, moins toute contribution du salarié jusqu'à 5 000 £) multipliée par le pourcentage applicable. Ce pourcentage est déterminé par les émissions de CO₂ de la voiture mesurées selon le WLTP, recoupées avec les barèmes annuels de BIK de l'HMRC. Pour 2025/26, une voiture essence émettant 121 g/km de CO₂ a un taux BIK de 30 %. Une voiture électrique à zéro émission a un taux de 3 %. Les deux figurent dans la même section F. La lettre clé du type de carburant — F pour le diesel conforme à la norme Euro 6d, D pour le diesel, A pour tous les autres — doit être correctement saisie. Pour les hybrides rechargeables, l'autonomie électrique zéro émission détermine une tranche de taux distincte. Et si la voiture n'a été mise à disposition qu'à partir d'octobre, par exemple — et non sur la totalité de l'année fiscale — l'avantage doit être proratisé dans le temps. Si le pourcentage de CO₂ est erroné d'une seule tranche, l'équivalent en espèces change pour le salarié, son code fiscal change, et la charge de cotisation de classe 1A de l'employeur change également.

Section I — Assurance médicale privée. La règle d'évaluation est ici complètement différente : l'avantage imposable est le coût pour l'employeur de la fourniture de la couverture — la prime de l'assureur. Si la police couvre le conjoint ou les personnes à charge d'un salarié, leur part est incluse. Si le salarié paie une partie de la prime via la paie, ce « montant compensé » est déduit. La logique est simple. Le défi est que le montant de la prime se trouve dans un tableur de l'assureur ou du courtier — pas dans le logiciel de paie — et doit être correctement alloué par salarié dans le cadre d'une police de groupe où la facture de l'assureur indique l'effectif total, et non les noms individuels.

Section H — Prêts avantageux. Encore différent. Si un employeur accorde un prêt sans intérêt ou à faible taux d'intérêt dépassant 10 000 £ à un moment donné de l'année fiscale, l'avantage est la différence entre les intérêts réellement payés par le salarié et les intérêts qui auraient été dus au taux officiel de l'HMRC. Pour 2025/26, ce taux officiel est de 3,75 % — mais depuis avril 2025, l'HMRC révise le taux trimestriellement plutôt qu'annuellement, de sorte que le calcul peut impliquer plusieurs taux différents au cours de la même année fiscale. Le solde du prêt, les dates d'avance et de remboursement, les intérêts réellement payés — tout cela se trouve dans le système financier, pas dans le système de paie.

Voilà trois sections sur quatorze. Chacune arrive sur le bureau de l'administrateur de paie depuis un système source différent, avec une logique d'évaluation différente, et aucune des trois ne peut être calculée en regardant le bulletin de paie du salarié. Les sections plus simples — comme la section K (services fournis) ou la section M (cotisations professionnelles) — exigent encore que quelqu'un sache que l'avantage existait en premier lieu. Cette connaissance réside dans les dossiers du service RH sur ce qui a été approuvé, pas dans les registres du système de paie sur ce qui a été payé.

Le problème de la triple réconciliation

Le problème structurel profond du P11D n'est pas le formulaire lui-même. C'est que trois systèmes d'information — chacun fonctionnant selon une logique différente — doivent s'accorder sur un seul ensemble de chiffres avant la première semaine de juillet, et aucun d'eux n'a été conçu pour communiquer avec les autres.

Le premier système est celui des registres RH. C'est là que naissent les avantages : le contrat de leasing signé à l'embauche, le formulaire d'inscription à l'assurance médicale privée, l'email d'approbation du manager pour l'abonnement à la salle de sport. Les systèmes RH — qu'il s'agisse d'un logiciel dédié comme PeopleHR, d'un tableur ou de la mémoire d'un responsable administratif à temps partiel — enregistrent qu'un avantage a été fourni. Ils n'en calculent pas, sauf rares exceptions, la valeur imposable.

Le deuxième système est le logiciel de paie. C'est là que le P11D est finalement déposé. Sage 50 Payroll, Xero Payroll, BrightPay, ADP — tous ont des modules P11D. Mais ces modules sont des interfaces de saisie ; ils calculent l'équivalent en espèces une fois qu'ils reçoivent les données brutes (prix catalogue de la voiture, taux de CO₂, prime d'assurance, solde du prêt), mais ils ne peuvent pas trouver ces données brutes. Le système de paie sait ce qu'il a versé à l'employé. Il ne sait pas ce que la société de leasing a facturé à l'entreprise pour la voiture. Ces informations doivent être importées de l'extérieur.

Le troisième système est le règlement du HMRC. Le manuel des revenus d'emploi, le guide fiscal 480, les barèmes annuels des BIK, le taux d'intérêt officiel trimestriel, les règles OpRA (Optional Remuneration Arrangement) qui s'appliquent lorsqu'un avantage a été choisi en lieu et place d'un salaire — tout cela définit ce qui constitue l'« équivalent en espèces » pour chaque catégorie d'avantage, et ce montant n'est souvent ni ce que l'entreprise a payé ni ce que l'employé a reçu. Un leasing peut coûter 350 £ par mois à l'entreprise ; la valeur imposable P11D est basée sur le prix catalogue et les émissions de CO₂, produisant un chiffre totalement différent. Un employé peut percevoir sa couverture médicale privée comme « gratuite » ; le HMRC considère la prime comme un revenu imposable.

Le travail de l'administrateur de paie en juin et début juillet consiste à se situer à l'intersection de ces trois systèmes et à traduire. Ouvrir le fichier RH pour les détails de la voiture. Ouvrir la facture de l'assureur pour la prime. Ouvrir le barème BIK du HMRC pour le pourcentage approprié. Saisir le résultat dans le module P11D du logiciel de paie. Recommencer pour chaque employé bénéficiant d'avantages. Recommencer pour chaque catégorie d'avantage détenue par chaque employé. Ce schéma — compiler des données provenant de documents sources déconnectés dans un format structuré — n'est pas propre aux P11D ; le traitement des P45 et la compilation des P60 partagent la même structure de réconciliation, mais le P11D ajoute une couche de logique d'évaluation propre au HMRC qui fait de chaque champ un exercice de calcul plutôt qu'une simple transcription.

Ce n'est pas de la saisie de données. C'est de la triangulation. Et l'évaluation officielle du processus — issue du rapport intérimaire du Bureau de simplification fiscale sur les avantages et dépenses des employés — a décrit le processus P11D comme « gourmand en ressources tant pour les employeurs que pour le HMRC » et « une source majeure de préoccupation parmi les employeurs ». Le rapport, remis au Chancelier, a explicitement identifié l'administration du P11D comme une « priorité clé pour des travaux ultérieurs ».

Un seul pourcentage de CO₂ erroné — et ses conséquences

Les erreurs sur un P11D ne sont pas comme celles sur un P60. Un montant total mal saisi sur un P60 se répercute sur le code fiscal de l'employé et, si détecté, est corrigé. Une erreur sur un avantage P11D se propage latéralement — dans l'impôt dû par l'employé, dans le calcul des cotisations NIC de classe 1A de l'employeur, dans le total agrégé du P11D(b), et dans tous les registres de conformité que l'entreprise détient pour cette année fiscale.

Prenons le scénario d'erreur le plus courant et le plus coûteux : un pourcentage de CO₂ de voiture de société décalé d'une tranche. Les barèmes BIK de HMRC pour 2025/26 vont de 2 % (pour les véhicules ultra-bas émissions de moins de 50 g/km) à 37 % (pour les voitures de plus de 155 g/km, ou les véhicules d'avant 1998 de plus de 2000 cm³). Un simple décalage d'une tranche — de 30 % à 31 % — sur une voiture d'une valeur P11D de 40 000 £ change l'équivalent en espèces annuel de 12 000 £ à 12 400 £. Cette différence de 400 £ se répercute sur :

• L'impôt sur le revenu de l'employé à 20 % ou 40 % (80 £ ou 160 £ d'impôt supplémentaires)
• L'ajustement du code fiscal de l'employé pour l'année suivante — qui sera erroné jusqu'à correction
• Les cotisations NIC de classe 1A de l'employeur à 15 % (60 £ supplémentaires)
• Le total agrégé du P11D(b), qui doit correspondre à la somme de tous les P11D individuels
• Si la voiture est diesel et ne respecte pas les normes RDE2 : un supplément de 4 % s'applique, aggravant encore l'erreur

Multipliez maintenant cette seule voiture par un parc de 80 véhicules de société, répartis sur plusieurs tranches d'émissions, avec un mélange d'essence, diesel, hybride rechargeable et électrique — chacun avec un taux BIK différent, chacun potentiellement disponible seulement une partie de l'année fiscale, certains avec des contributions en capital de l'employé réduisant la valeur P11D, certains avec des charges de carburant supplémentaires (au multiplicateur de 28 200 £ multiplié par le pourcentage de CO₂). Le dossier P11D d'un seul parc n'est pas un formulaire ; c'est un tableur de 80 lignes de calculs interdépendants, et un seul pourcentage de CO₂ erroné modifie non seulement cette ligne mais l'ensemble du total des cotisations de classe 1A du P11D(b).

La structure des pénalités de HMRC pour les P11D incorrects est progressive : jusqu'à 3 000 £ par formulaire individuel erroné, plus des pénalités pour inexactitude sur le P11D(b) calculées en pourcentage des « recettes potentiellement perdues » — 0 % à 30 % pour les erreurs par négligence, jusqu'à 70 % pour les erreurs délibérées, et jusqu'à 100 % pour les erreurs délibérées et dissimulées. Le guide pas à pas du CIPP de 2017/18 notait que l'exposition financière due aux pénalités pour inexactitude « peut largement dépasser le coût des avantages eux-mêmes. »

Mais le coût qui n'apparaît jamais sur un avis de pénalité est le temps consacré à la correction. Le processus de correction de HMRC exige de soumettre à nouveau l'intégralité du P11D et du P11D(b) — pas seulement le chiffre modifié, mais le formulaire entier, y compris les champs qui étaient corrects la première fois. L'employeur doit identifier l'erreur, recalculer, soumettre à nouveau, émettre des relevés corrigés aux employés concernés, et si l'employé avait déjà déposé une déclaration d'impôt sur le revenu basée sur le mauvais P11D, coordonner un amendement SA100 — le même genre de paperasse SA100 qui rend la piste papier de l'auto-évaluation particulièrement pénible pour les freelances et les petits entrepreneurs. Aucun de ces travaux de correction n'est facturable à quiconque. Il est absorbé par le service paie en juillet — le mois déjà en surcapacité.

Les conséquences concrètes ne sont pas théoriques. Sur r/UKPersonalFinance, un employé a posté avoir découvert un écart de 4 200 £ sur son P11D provenant d'une déclaration incorrecte de son employeur — un avant mal catégorisé créant un sous-paiement d'impôt que HMRC réclamerait à l'employé, pas à l'employeur. L'anxiété du post ne portait pas sur l'argent ; elle portait sur le fait de devoir passer des semaines à faire corriger l'erreur entre deux organisations qui communiquent à la vitesse de la paperasse de conformité.

Le resserrement de 2027 qui rend la douleur du P11D de cette année utile à comprendre

La déclaration obligatoire des avantages en nature via la paie entre en vigueur en avril 2027 — reportée de douze mois par rapport à l'échéance initiale d'avril 2026 pour laisser aux employeurs et aux éditeurs de logiciels plus de temps de préparation. À partir de cette date, la plupart des avantages (voitures de fonction, assurance médicale, abonnements à la salle de sport, etc.) devront être imposés via la paie en temps réel, à chaque période de paie, plutôt que déclarés annuellement sur un P11D. Le formulaire P11D tel qu'il existe depuis des décennies sera supprimé pour ces catégories.

Si cela ressemble à la fin du problème P11D, ce n'est pas le cas. C'est une transition vers un problème différent — et l'année de transition elle-même crée un point de pression financière unique que peu d'employeurs modélisent encore.

Voici ce qui se passe en juillet 2027. Pour l'année fiscale 2026/27 — la dernière année complète de déclaration P11D — les employeurs devront douze mois complets de cotisations de classe 1A, payables en une somme forfaitaire au 22 juillet 2027. Parallèlement, à partir d'avril 2027, ces mêmes employeurs paieront les cotisations de classe 1A chaque mois via les déclarations de paie en temps réel pour leurs avantages désormais déclarés. Cela signifie que juillet 2027 est particulièrement douloureux : l'employeur doit payer la somme forfaitaire de 12 mois de classe 1A pour 2026/27 plus le paiement mensuel en temps réel de la classe 1A pour juin 2027. En effet, juillet 2027 supporte treize mois de cotisations de classe 1A en un seul mois de trésorerie — au nouveau taux de 15 %, contre 13,8 % avant le budget d'automne 2024.

Pour un employeur avec une flotte de voitures de fonction, une assurance médicale et quelques autres avantages imposables couvrant 150 bénéficiaires, la somme forfaitaire de classe 1A seule pourrait facilement atteindre des dizaines de milliers de livres. Ajouter un mois de cotisations en temps réel par-dessus n'est pas un détail comptable — c'est un événement de liquidité que les équipes de paie et de finance doivent isoler et provisionner dès maintenant, et non découvrir pendant le cycle de paie.

Et le problème de qualité des données sur les avantages ne disparaît pas avec la déclaration via la paie. Dans le système actuel, si une valorisation d'avantage est erronée, elle est détectée lors de la compilation du P11D — un contrôle annuel qui, bien que douloureux, offre à l'employeur un point de révision naturel. Avec la déclaration via la paie, la valorisation erronée alimente directement chaque fiche de paie mensuelle dès le premier mois de saisie. Si le pourcentage de CO₂ pour une nouvelle voiture de fonction est mal saisi en avril, l'employé paie le mauvais impôt chaque mois jusqu'à ce que quelqu'un le remarque — ce qui pourrait être en avril suivant lorsque l'ajustement du code fiscal de l'employé semble anormal, ou jamais, jusqu'à un contrôle de conformité du HMRC. La révision annuelle du P11D, malgré ses défauts, était un coupe-circuit. La déclaration via la paie le supprime. L'exactitude des données saisies doit être parfaite dès le premier jour — et les données doivent toujours provenir des trois mêmes systèmes qui ne communiquaient jamais entre eux.

Ce que les outils gèrent — et ce qu'ils ne gèrent pas

L'industrie du logiciel de paie a passé deux décennies à automatiser l'aval du processus de déclaration des avantages : le calcul des équivalents en espèces une fois les données saisies, la soumission en ligne à l'administration fiscale, la génération des copies pour les employés. Sage, Xero, BrightPay, ADP, PayFit — tous gèrent la déclaration. Aucun ne gère l'extraction.

Cette distinction est cruciale car c'est l'extraction qui prend du temps. Lorsqu'un gestionnaire de paie prépare les P11D en juin, il ne part pas d'un flux de données propre. Il part d'un ensemble de documents — le planning de la flotte du loueur de voitures avec les prix catalogue et les émissions de CO₂ par véhicule ; la répartition annuelle des primes d'assurance par employé ; le registre des prêts et remboursements du service financier ; le suivi RH des embauches, départs et changements d'avantages de l'année. Chacun de ces documents existe dans un format différent, d'une source différente, structuré pour un usage différent. L'action de récupérer les bons chiffres de ces documents vers le module P11D — l'extraction — est le goulot d'étranglement. La déclaration n'est qu'un clic. Pour un guide complet sur la structuration de cette extraction et l'export des données dans un tableau compatible avec votre logiciel de paie, consultez notre guide pas à pas pour extraire les données d'avantages P11D dans Excel.

C'est là que l'extraction par IA sans modèle change le processus d'une manière qu'un meilleur module de paie ne peut pas. Au lieu de lire un PDF de planning de flotte et de saisir manuellement la valeur P11D et le CO₂ de chaque voiture dans le système de paie, l'extraction lit directement le document — localise les détails du véhicule, identifie les chiffres pertinents et les sort sous forme de colonnes structurées dans un tableur. Le même processus s'applique à la répartition des primes d'assurance, à un relevé de prêt ou au rapport annuel d'un fournisseur d'abonnement à une salle de sport. Le résultat n'est pas un P11D complet — cela reste la responsabilité du logiciel de paie — mais un jeu de données structuré qui peut être validé une fois puis importé, plutôt que saisi champ par champ à partir d'un document source qui n'a jamais été conçu pour alimenter une déclaration fiscale.

L’avantage structurel ne se limite pas à la rapidité : l’extraction produit une étape intermédiaire vérifiable. Le tableur des valeurs extraites peut être examiné et approuvé avant d’entrer dans le système de paie. Si une erreur est détectée, elle est corrigée dans le tableur, et non dans un P11D modifié. Si HMRC demande comment un montant a été obtenu, le document source et l’extraction sont côte à côte. C’est la partie du flux de travail qui n’a actuellement aucun outil — et c’est celle qui consomme la majorité du temps entre la fin de l’année fiscale et l’échéance du 6 juillet.

Pour les cabinets de paie et les experts-comptables qui gèrent les déclarations P11D pour plusieurs clients, l’extraction est l’étape où le volume aggrave la difficulté. Un cabinet traitant les P11D de vingt PME n’a pas les moyens d’avoir un administrateur dédié aux données d’avantages. La personne qui gère la saison des P11D est aussi celle qui répond aux questions de paie des clients, relance les informations manquantes et corrige les chiffres estimés de mémoire par le responsable du client plutôt que sur la facture réelle de l’assureur. Une approche d’extraction qui transforme les documents sources de chaque client en un tableau de données standardisé — que les détails du véhicule arrivent sous forme de PDF, de contrat de location scanné ou de capture d’écran d’un portail de gestion de flotte — réduit le temps de traitement par client en supprimant la partie la plus manuelle du flux.

Questions fréquentes

Dois-je encore déposer des formulaires P11D si je déclare déjà les avantages via la paie ?

Vous n’avez peut-être pas besoin de formulaires P11D individuels pour les avantages payés via la paie, mais vous devez toujours soumettre un P11D(b) avant le 6 juillet pour déclarer et payer la cotisation de Classe 1A sur la valeur totale de tous les avantages — qu’ils soient payés via la paie ou non. L’obligation du P11D(b) ne disparaît pas avec le système volontaire, et elle restera même après le passage obligatoire en avril 2027.

Que se passe-t-il si je rate l’échéance du 6 juillet pour les P11D ?

Les P11D individuels en retard peuvent entraîner une pénalité allant jusqu’à 300 £ par formulaire, plus 60 £ par jour jusqu’à soumission — mais cela nécessite une ordonnance du First-tier Tax Tribunal. Le risque financier le plus immédiat concerne le P11D(b) : une pénalité automatique de 100 £ pour chaque tranche de 50 employés (ou fraction) par mois de retard. Pour 105 employés, cela représente 300 £ par mois — et le compteur démarre à partir du 6 juillet. Par ailleurs, le retard de paiement de la cotisation de Classe 1A entraîne des intérêts à partir du 22 juillet (ou 19 juillet pour les chèques), plus des pénalités progressives : 5 % après 30 jours, 5 % supplémentaires à six mois, et encore 5 % à douze mois.

Puis-je corriger un P11D après l'avoir soumis ?

Oui, mais la correction ne consiste pas à modifier simplement le champ erroné. Vous devez soumettre à nouveau l'intégralité du P11D (et si le total change, le P11D(b) également) via les formulaires de correction en ligne de HMRC. La nouvelle soumission doit indiquer le montant corrigé complet pour chaque avantage — pas seulement la différence par rapport à la version précédente. Si la correction révèle une cotisation de Classe 1A supplémentaire due, des intérêts et des pénalités pour inexactitude s'appliquent à compter de la date d'échéance initiale, et non de la date de correction.

Qu'est-ce qui ne peut pas être intégré à la paie même après avril 2027 ?

Deux catégories restent exclues de l'intégration obligatoire à la paie : le logement fourni par l'employeur et les prêts avantageux (à faible taux d'intérêt ou sans intérêt). Ceux-ci continueront à être déclarés via le P11D — ou intégrés volontairement à la paie si l'employeur s'inscrit avant le début de l'année fiscale. Pour les prêts, la révision trimestrielle du taux d'intérêt officiel (introduite en avril 2025) ajoute une complication supplémentaire : le calcul de l'avantage imposable peut impliquer plusieurs taux différents au cours d'une même année fiscale.

Comment l'OpRA (Dispositif de Rémunération Optionnelle) affecte-t-elle les valorisations P11D ?

Lorsqu'un employé renonce à une partie de son salaire en échange d'un avantage — un système de voiture avec sacrifice salarial, par exemple — les règles OpRA exigent que la valeur imposable soit la plus élevée entre le salaire abandonné et la valorisation standard de l'avantage en nature. Si un employé a sacrifié 5 000 £ de salaire pour une voiture de fonction dont la valeur BIK standard est de 3 600 £, le montant P11D est de 5 000 £. Les véhicules à faibles émissions (75 g/km de CO₂ ou moins) sont exemptés de cette règle et utilisent le calcul BIK standard. Les véhicules à très faibles émissions sont également exemptés de la comparaison OpRA, ce qui fait des systèmes de sacrifice salarial pour véhicules électriques l'un des rares domaines où la valorisation standard s'applique encore.

Combien de temps prend réellement la préparation du P11D ?

Il n'existe pas de référence publiée pour le temps de préparation du P11D par employé — et cette absence de données est en elle-même révélatrice. Un service de paie britannique n'a pas de ligne budgétaire « P11D » dans son tableau de bord. Ce travail est absorbé en juin et début juillet, en parallèle de la paie de fin de mois, des demandes concernant le P60 et des congés d'été. Lorsque le CIPP a interrogé ses membres et a constaté que « supprimer la charge des P11D » était la principale motivation pour adopter l'intégration à la paie, cela a confirmé empiriquement ce que les professionnels de la paie savaient déjà : le coût en temps est réel, récurrent et suffisamment important pour motiver une migration volontaire du système. En pratique, pour une entreprise de 100 employés, cela représente une à deux semaines de travail fragmenté — pas à temps plein, mais toujours présent, comblant les lacunes entre les tâches qui ont réellement des délais.