Nous réalisons des projets et des programmes avec nos propres équipes et en assumons la responsabilité, plutôt que de simplement mettre du personnel à votre disposition. Cette distinction, qui peut sembler purement commerciale, ne l'est pas. En Belgique, elle marque la frontière entre un contrat de service et une situation traitée très différemment par la loi ; c'est ce qui détermine la manière dont l'engagement doit être rédigé avant toute autre considération.
La règle belge à laquelle tout engagement de réalisation doit se conformer. Ce qui vous protège, c'est un prestataire qui assume le résultat, et non un prestataire qui fournit du personnel.
Toute instruction que vous donnez à notre équipe doit être formalisée et définie à l'avance. Il ne s'agit pas de simple paperasse.
Du résultat. Si la responsabilité est partagée, il ne s'agit pas d'un engagement de réalisation.
Périmètre et critères d'acceptation
Définis avant le début de toute réalisation.
Une équipe avec son propre responsable
Dirigée par nos soins, en collaboration avec vous.
Exécution agile et rythme
Livrer avec flexibilité et rapidité.
Coordination multi-fournisseurs
Lorsque plusieurs prestataires partagent un programme.
Atténuation des risques et changement
Gérés de manière proactive, sans attendre le dernier moment.
Gouvernance et reporting
Basés sur les jalons plutôt que sur l'activité.
Passation et continuité
Pour que le résultat perdure après notre départ.
Un responsable unique et clair
Un responsable désigné, comptable du résultat plutôt que des heures prestées. Lorsqu'un jalon prend du retard, la discussion porte sur le plan et non sur les personnes présentes sur site cette semaine-là ; c'est là toute la différence entre un fournisseur et une solution de mise à disposition de personnel.
Acceptation, pas activité
Des jalons liés à des éléments que vous pouvez accepter ou refuser. La progression est mesurée par le travail livré plutôt que par les jours consommés, ce qui garantit également que les incitants à prolonger la mission sont correctement alignés.
Une structure solide
Une mission définie pour que la réalité corresponde au contrat : notre responsable dirige notre équipe, chaque instruction de votre part est documentée à l'avance et le dossier est prêt pour un audit.
Une réelle continuité
La documentation, le transfert de connaissances et la passation sont planifiés dès le départ, et non assemblés à la hâte dans les quinze derniers jours. Un projet livré que personne ne sait exploiter après coup a permis de respecter un calendrier, mais n'a pas résolu le problème.
Avec nous | En interne | Indépendants | Conseil | |
|---|---|---|---|---|
| Ce que vous achetez | Un résultat, soutenu par une équipe | Rien, vous l'avez déjà | Capacité, à la journée | Un résultat, assorti de conseils |
| Qui dirige | Notre responsable, en collaboration avec le vôtre | C'est vous qui le faites, entièrement | Vous, en toute transparence | Leur partenaire |
| Qui assume le risque | Sparagus, sur le livrable | C'est vous qui le faites, entièrement | Vous, en toute transparence | Eux, à un certain prix |
| Base de paiement | Sur les jalons et la réception | Les salaires, quoi qu'il arrive | Sur les jours travaillés | Sur la mission |
| Quand est-ce approprié | Le périmètre peut être défini | La capacité existe et est disponible | Vous gardez la direction, pas l'exécution | Le problème n'est pas encore défini |
Si vous savez déjà ce qu'il faut construire et qui doit diriger, vous avez besoin de capacité, pas de nous.
Cadrage et acceptation
Ce qui est livré, ce qui ne l'est pas, comment cela sera accepté et qui en décide de votre côté.
Équipe et gouvernance
L'équipe constituée avec son propre responsable, la fréquence de reporting convenue et le cadre d'instruction défini par écrit.
Construction et itération
Livraison par incréments que vous pouvez valider, avec une gestion des changements via un processus établi plutôt que par simple discussion.
Acceptation et transfert
Acceptation finale selon les critères définis au départ, transfert de la documentation et capacité de votre équipe à exploiter ce qui a été construit. Le support après livraison est inscrit dans l'engagement plutôt que promis oralement.
La règle belge à laquelle tout engagement de réalisation doit se conformer. Ce qui vous protège, c'est un prestataire qui assume le résultat, et non un prestataire qui fournit du personnel.
Toute instruction que vous donnez à notre équipe doit être formalisée et définie à l'avance. Il ne s'agit pas de simple paperasse.
Du résultat. Si la responsabilité est partagée, il ne s'agit pas d'un engagement de réalisation.
Logiciels et applications
Développement sur mesure et modernisation, là où les critères d'acceptation peuvent être correctement rédigés.
Infrastructure et plateformes
Migrations et modernisation, où le risque réside dans la bascule plutôt que dans la construction.
Données et intelligence d'affaires
Un travail qui prend véritablement la forme d'un projet, et pour lequel il est le plus facile de définir un résultat.
Systèmes embarqués et connectés
Là où les délais matériels dictent le planning et où le logiciel doit s'y adapter.
Ingénierie industrielle
Programmes sur site, où s'applique une série distincte d'obligations belges.
Tests et validation
Des critères d'acceptation clairs, ce qui en fait le domaine le plus simple à contractualiser.

Services financiers
Là où un engagement de livraison s'inscrit désormais autant dans la problématique des tiers ICT que dans celle de la main-d'œuvre.
Automobile et industrie manufacturière
Des dates de production fixes, ce qui fait de la planification de l'acceptation l'exercice principal.
Énergie et services publics
Multi-sites et multi-fournisseurs, où la coordination représente la majeure partie du risque de livraison.
Qui porte le résultat, et qui dirige le travail. Dans une mission de réalisation, nous convenons de ce qui sera produit, notre responsable dirige notre équipe, et vous acceptez ou refusez selon des critères fixés au départ. Avec des freelances, vous dirigez le travail et vous portez le risque, ce qui est tout à fait légitime et généralement moins cher. L'erreur est d'acheter l'un et de piloter l'autre.
Parce que le droit belge interdit la mise à disposition de travailleurs lorsque l'utilisateur exerce une partie de l'autorité de l'employeur. Un véritable contrat de services, où le prestataire porte le résultat et dirige ses propres équipes, échappe à cette interdiction. Une mission présentée comme une réalisation mais gérée comme une direction quotidienne de notre personnel, non. Si une instruction de votre part est nécessaire, elle doit être prévue à l'avance dans un contrat écrit, et la réalité doit y correspondre.
Oui, et ce n'est pas le lieu qui tranche la question. Ce qui tranche, c'est qui fixe les priorités, qui attribue les tâches et à qui l'équipe rend compte sur le travail lui-même. C'est notre responsable. La coordination avec vos équipes est normale et attendue sur tout programme. C'est l'instruction qui doit être encadrée, et nous l'encadrons dès le départ plutôt que de la découvrir lors d'un contrôle.
Sur le périmètre, avec un paiement lié aux jalons et à la réception. La régie a sa place, mais c'est de l'achat de capacité plutôt que de la réalisation, et si le travail ne peut vraiment pas être découpé en jalons, c'est généralement un signal sur le périmètre plutôt que sur le modèle de tarification. Les changements passent par une procédure écrite, pour que la dérive du périmètre soit tarifée au lieu d'être absorbée.
Un régime belge distinct s'applique aux travaux immobiliers : déclaration préalable à l'ONSS avant le début des travaux, enregistrement des présences, et obligation pour le client de vérifier les dettes sociales et fiscales de l'entrepreneur avant de payer et d'effectuer une retenue s'il en a. Depuis mai 2026, cette vérification couvre aussi les cotisations sociales d'indépendant. Le régime s'applique aux travaux, pas à l'intitulé du projet.
Le périmètre livré, accepté selon les critères convenus au départ, la documentation pour l'exploiter, et une passation à des personnes nommément désignées chez vous plutôt qu'à un dossier partagé. Nous considérons la passation comme faisant partie du livrable, car un programme qui se termine alors que nous seuls savons faire tourner ce qui a été construit a créé une dépendance plutôt qu'un résultat.
Dites-nous ce qui doit exister à la fin et comment vous vérifierez que cela fonctionne. Vous saurez alors si le projet peut faire l'objet d'un contrat de réalisation et ce que cela implique.