Contrat-cadre et bon de commande : la bonne architecture pour sous-traiter proprement

Introduction

Vous avez un freelance tech compétent, validé par vos équipes, mais impossible à intégrer proprement dans votre chaîne fournisseurs.

Il est résident fiscal hors UE. Il facture depuis Dubaï, Bali ou une autre juridiction non européenne. Votre service achats bloque. Votre direction financière demande un fournisseur français. Votre juridique veut une architecture contractuelle lisible. Votre client final exige des garanties de conformité.

Le sujet n’est pas seulement administratif. Il touche au contrat, à la sous-traitance, à la facturation, à la responsabilité, à la TVA, au devoir de vigilance et à la capacité de votre ESN à sécuriser une mission sans créer de risque inutile.

Dans ce contexte, le couple contrat-cadre et bon de commande devient central. Bien construit, il permet de séparer le cadre juridique stable de chaque prestation opérationnelle. Mal construit, il crée des zones grises : livrables flous, dépendance économique, chaîne contractuelle fragile, risque de requalification, difficulté à démontrer la conformité.

StelarWork intervient précisément sur cette friction. La SASU française contracte en son nom propre avec l’ESN, facture l’ESN, contractualise avec le freelance hors UE, porte la conformité documentaire et transforme un prestataire difficile à signer directement en fournisseur français exploitable par vos achats.

Point de vigilance
Cet article donne une lecture opérationnelle et générale. Il ne constitue pas un conseil juridique, fiscal ou social personnalisé. Les situations doivent être validées avec vos conseils habituels selon les pays concernés, la mission, la chaîne contractuelle et les exigences du client final.

Pourquoi le couple contrat-cadre et bon de commande structure la relation

Un contrat-cadre fixe les règles générales de la relation entre deux entreprises. Il organise les obligations récurrentes, les responsabilités, la confidentialité, la propriété intellectuelle, les conditions de facturation, les règles de conformité, les modalités de résiliation et les limites d’intervention.

Le bon de commande, lui, déclenche une prestation précise. Il décrit le périmètre, les livrables, les dates, les jalons, le TJM ou le prix, les modalités de validation, les interlocuteurs, les conditions particulières et les exigences spécifiques du client final.

Pour une ESN, cette séparation est utile. Elle évite de renégocier l’ensemble des clauses à chaque mission. Elle permet aussi de documenter clairement chaque prestation, sans transformer le contrat général en inventaire mouvant de tâches opérationnelles.

Dans une chaîne incluant un freelance tech hors UE, cette architecture est encore plus importante. Elle permet de montrer que l’ESN achète une prestation auprès d’un fournisseur identifié, et non une simple présence humaine intégrée sans cadre.

Le problème fréquent côté ESN : un bon profil, mais une signature impossible

Les ESN rencontrent souvent le même cas.

Un architecte cloud, un développeur senior, un expert cybersécurité ou un data engineer travaille réellement à distance depuis l’étranger. Il dispose d’un statut local. Il est disponible, compétent, aligné sur le besoin technique. Mais il n’entre pas dans les cases achats de l’ESN.

Les blocages sont connus :

• fournisseur hors UE non référencé ;
• difficulté à vérifier les documents locaux ;
• incertitude sur la fiscalité applicable ;
• refus de payer une facture étrangère ;
• doute sur la conformité de la sous-traitance ;
• exigence d’un fournisseur français ;
• besoin d’un contrat homogène avec les standards de l’ESN ;
• risque perçu sur la propriété intellectuelle et la confidentialité ;
• absence de cadre clair entre le contrat client final et la prestation du freelance.

Résultat : le profil est validé techniquement, mais la mission n’avance pas.

StelarWork sert alors d’interface contractuelle B2B française. L’ESN contracte avec StelarWork. StelarWork contracte ensuite en son nom propre avec le freelance hors UE. La relation devient lisible pour les achats, la finance et le juridique.

Architecture contractuelle : ce qu’il faut aligner

Une architecture contractuelle saine repose sur une idée simple : chaque niveau de contrat doit être cohérent avec le niveau supérieur.

L’ESN a souvent un contrat principal avec son client final. Ce contrat impose des obligations : confidentialité, sécurité, propriété intellectuelle, conformité, délais, qualité, réversibilité, parfois exigences de localisation ou d’agrément des sous-traitants.

Si l’ESN fait intervenir un fournisseur, ces obligations doivent être répercutées dans la chaîne de sous-traitance. C’est le principe du dos-à-dos contractuel.

Le contrat-cadre et bon de commande entre l’ESN et StelarWork doivent donc permettre cette répercussion, sans créer de confusion sur la nature de la relation.

StelarWork n’agit pas comme représentant du freelance. StelarWork ne conclut pas un contrat au nom du freelance. StelarWork contracte en son nom propre avec l’ESN, puis organise sa propre relation fournisseur avec le prestataire hors UE.

Cette distinction est importante. Elle contribue à éviter une architecture ambiguë, notamment sur les sujets d’établissement stable, de représentation en France et de responsabilité contractuelle.

À retenir
Une bonne architecture contractuelle ne se limite pas à “avoir un contrat”. Elle doit prouver qui vend quoi, à qui, sous quelle responsabilité, avec quels livrables et selon quelles règles de conformité.

Le rôle du contrat-cadre

Le contrat-cadre doit contenir les règles stables applicables à toutes les prestations.

Pour une ESN, les clauses les plus sensibles sont généralement les suivantes.

Objet de la relation

L’objet doit décrire une relation de prestation B2B. Il doit éviter les formulations qui donnent l’impression d’une simple intégration de personnel dans l’organisation de l’ESN ou du client final.

La prestation doit être rattachée à un besoin, à un périmètre, à des livrables, à une expertise ou à un résultat attendu. Le bon de commande précisera ensuite le détail opérationnel.

Responsabilités

Le contrat-cadre doit indiquer les responsabilités de chaque partie.

L’ESN porte ses obligations vis-à-vis de son client final. StelarWork porte ses obligations de fournisseur vis-à-vis de l’ESN. Le freelance hors UE reste lié à StelarWork par un contrat distinct.

Cette séparation évite de mélanger les niveaux de responsabilité. Elle donne une lecture claire aux achats et au juridique.

Confidentialité

Les missions tech impliquent souvent un accès à des environnements sensibles : code source, architecture cloud, données internes, documentation produit, outils de ticketing, dépôts Git, environnements de recette.

La clause de confidentialité doit être robuste et répercutable. Elle doit couvrir les informations de l’ESN, celles du client final et les informations techniques obtenues pendant la prestation.

Propriété intellectuelle

La propriété intellectuelle doit être traitée explicitement.

Le contrat doit prévoir les conditions de cession ou de transfert des droits sur les livrables produits, dans la limite de ce qui est juridiquement applicable. Il doit aussi organiser la répercussion des engagements nécessaires dans la chaîne contractuelle.

Pour une ESN, ce point est critique. Le client final attend souvent que les livrables soient exploitables sans contestation ultérieure.

Conformité et documentation

Le contrat-cadre doit prévoir les exigences documentaires nécessaires : capacité juridique, identification du fournisseur, règles de facturation, conformité fiscale, sanctions internationales, lutte contre la corruption, devoir de vigilance lorsque pertinent, RGPD si des données personnelles sont traitées.

Dans le cas d’un freelance hors UE, StelarWork centralise cette logique d’examen et de documentation dans sa relation fournisseur. L’ESN dispose ainsi d’un fournisseur français identifié, avec une chaîne plus lisible.

Facturation et paiement

Le contrat-cadre doit préciser la devise, les mentions de facture, les délais de paiement, les conditions de contestation, le lien entre validation des prestations et facturation, ainsi que le traitement des taxes applicables.

Lorsque des prestations transfrontalières existent dans la chaîne, les règles peuvent impliquer des mécanismes spécifiques, notamment d’autoliquidation selon les cas. Ces sujets doivent être traités selon la situation réelle et validés par les conseils compétents.

Côté ESN, l’intérêt opérationnel est de recevoir une facture fournisseur française de StelarWork, dans un cadre B2B identifiable.

Le rôle du bon de commande

Le bon de commande ne doit pas être un simple document administratif. C’est la pièce qui rend la prestation concrète.

Il doit préciser ce qui est acheté, comment la prestation sera suivie et sur quelle base elle sera validée.

Un bon de commande solide contient généralement :

• l’intitulé de la prestation ;
• le contexte de la mission ;
• le périmètre fonctionnel ou technique ;
• les livrables attendus ;
• les jalons ou périodes d’intervention ;
• le TJM ou le mode de prix ;
• les modalités de validation ;
• les interlocuteurs projet ;
• les contraintes de sécurité ;
• les outils ou environnements concernés ;
• les exigences de confidentialité ;
• les conditions spécifiques imposées par le client final ;
• la durée et les modalités de renouvellement ;
• les conditions de fin de prestation.

L’objectif est simple : éviter que la mission repose uniquement sur une présence, des tickets au fil de l’eau ou une intégration informelle dans les équipes du client.

Le bon de commande doit documenter une prestation. Même lorsque le TJM est utilisé, il est préférable de rattacher l’intervention à un périmètre, des livrables, des contributions mesurables ou des objectifs de mission.

TJM et prestation de résultat : comment éviter la confusion

Dans le marché IT français, le TJM est une pratique courante. Il ne suffit pas, à lui seul, à qualifier la relation.

Le risque apparaît lorsque le TJM devient le seul élément structurant : une personne, un planning, un manager côté client, des tâches quotidiennes et aucune formalisation de livrables ou de responsabilité fournisseur.

Une approche plus saine consiste à combiner :

• un TJM comme modalité économique ;
• un périmètre de prestation ;
• des livrables ou contributions attendues ;
• un processus de validation ;
• une responsabilité contractuelle de fournisseur ;
• une absence de lien hiérarchique entre l’ESN et le prestataire final.

Cette approche aide l’ESN à documenter qu’elle achète une prestation, et non une simple capacité humaine sans cadre.

Bon réflexe contractuel
Le TJM n’est pas un problème en soi. Le sujet est ce qu’il encadre. Un bon de commande doit décrire une prestation identifiable, avec des attendus, des limites et des modalités de validation.

Sous-traitance : ce que l’ESN doit pouvoir démontrer

La sous-traitance n’est pas problématique lorsqu’elle est autorisée, documentée et cohérente avec le contrat client final.

Elle devient sensible lorsque l’ESN ne peut pas expliquer clairement qui intervient, sous quel contrat, avec quelles obligations et sous quelle responsabilité.

L’ESN doit pouvoir répondre à plusieurs questions :

• le contrat client final autorise-t-il la sous-traitance ?
• une information ou une autorisation préalable est-elle requise ?
• les obligations de confidentialité sont-elles répercutées ?
• les règles de sécurité du client final sont-elles applicables au prestataire ?
• les droits de propriété intellectuelle sont-ils correctement organisés ?
• les données personnelles sont-elles traitées ?
• le prestataire intervient-il réellement à distance ?
• la chaîne de facturation est-elle cohérente ?
• le pays de résidence du freelance est-il compatible avec les contraintes du client final ?
• les contrôles sanctions et conformité sont-ils réalisés ?

StelarWork vise à simplifier cette démonstration en devenant l’interlocuteur contractuel français de l’ESN. L’ESN n’a pas à créer une relation directe avec un freelance hors UE difficile à intégrer dans son référentiel fournisseurs.

Conformité : les points qui doivent être traités avant la mission

La conformité ne doit pas être ajoutée après coup. Elle doit être intégrée dès la construction du contrat-cadre et bon de commande.

Identification du fournisseur

L’ESN doit savoir avec quelle entité elle contracte. Dans le modèle StelarWork, le fournisseur de l’ESN est une SASU française.

Cette approche facilite le référencement fournisseur, la facturation, les échanges avec les achats et la mise en cohérence avec les standards internes de l’ESN.

Vérification du prestataire hors UE

Le fait qu’un freelance soit résident hors UE ne suffit pas à rendre la relation acceptable. Il faut vérifier les éléments de base : identité, capacité à facturer, statut local, pays d’exercice réel, cohérence documentaire, absence de signaux de risque.

StelarWork prend en charge cette friction dans sa relation avec le prestataire.

Résidence fiscale réelle

Un point fiscal doit être rappelé sans ambiguïté : la résidence fiscale ne se choisit pas sur une facture. Elle se démontre par la réalité.

Une configuration saine suppose notamment une résidence réelle hors de France, une présence effective dans le pays concerné, une activité réellement exercée à distance et l’absence d’organisation stable en France.

À l’inverse, une configuration abusive consiste à utiliser une entité-coquille ou une adresse étrangère artificielle alors que l’activité est en réalité organisée depuis la France. Ce type de montage est à exclure.

StelarWork ne vend pas une optimisation fiscale. La situation fiscale du freelance préexiste à la relation. Lorsque le freelance est déjà résident fiscal réel hors UE et travaille réellement à distance, StelarWork retire une friction administrative et contractuelle pour l’ESN.

Établissement stable

Le risque d’établissement stable peut apparaître lorsqu’une personne ou une structure agit de manière organisée dans un pays au nom d’une autre entité, notamment en y concluant des contrats ou en y créant une présence économique caractérisée.

Dans l’architecture StelarWork, la distinction est essentielle : StelarWork ne conclut pas de contrat au nom du freelance. StelarWork contracte en son nom propre avec l’ESN.

Cette construction vise à éviter une confusion entre fournisseur français, freelance hors UE et représentation commerciale en France. Elle doit rester cohérente dans les documents et dans les pratiques.

Données personnelles et RGPD

Les missions IT peuvent impliquer un accès à des données personnelles. Le bon de commande doit identifier si la mission expose le prestataire à de telles données.

Selon le rôle des parties, il peut être nécessaire de prévoir des clauses de traitement, des instructions documentées, des mesures de sécurité, une limitation des accès et des règles de restitution ou suppression.

Les exemples doivent rester anonymisés. Aucun nom réel de freelance, d’ESN ou de client final ne doit être utilisé dans les documents opérationnels non nécessaires.

Marchandage : le risque à éviter dans la formulation et dans les pratiques

Le risque de marchandage apparaît lorsque l’opération ressemble moins à une prestation de service qu’à une fourniture de main-d’œuvre dans des conditions illicites.

Pour une ESN, le sujet ne se limite pas aux mots du contrat. Les pratiques opérationnelles comptent aussi.

Les signaux de risque peuvent inclure :

• absence de livrables ou de périmètre ;
• intégration totale dans l’organisation du client final ;
• contrôle quotidien assimilable à un lien hiérarchique ;
• absence d’autonomie dans l’exécution ;
• facturation uniquement liée à une présence ;
• rôle du fournisseur réduit à une transmission administrative ;
• confusion entre les interlocuteurs contractuels.

Une architecture conforme doit aller dans l’autre sens : prestation identifiée, responsabilité fournisseur, livrables ou contributions définies, validation de la prestation, relation B2B claire.

StelarWork se positionne dans cette logique de conformité. Le modèle vise à structurer une relation fournisseur propre entre l’ESN et une société française, sans créer une chaîne obscure ni une relation directe non maîtrisée avec un prestataire hors UE.

Exemple anonymisé : mission cloud avec freelance à Dubaï

Une ESN remporte une mission de modernisation cloud pour un client final français. Elle identifie un expert Terraform et AWS, résident fiscal réel à Dubaï, travaillant à distance depuis les Émirats arabes unis.

Le profil est validé techniquement. Mais l’ESN ne souhaite pas référencer directement une structure étrangère, ni traiter seule la documentation fiscale et contractuelle liée au prestataire.

Une architecture possible consiste à mettre en place :

• un contrat-cadre entre l’ESN et StelarWork ;
• un bon de commande décrivant la prestation cloud ;
• un contrat distinct entre StelarWork et le freelance ;
• des obligations de confidentialité et de propriété intellectuelle répercutées ;
• une vérification documentaire du prestataire ;
• une facturation de StelarWork à l’ESN ;
• une facturation du freelance à StelarWork selon les règles applicables.

Le bon de commande ne se limite pas à “expert cloud senior — 20 jours”. Il décrit les attendus : revue de l’existant, modules Terraform, documentation d’architecture, support à la migration, critères de validation et contraintes de sécurité.

L’ESN conserve ainsi une lecture claire pour ses achats, son juridique et son client final.

Exemple anonymisé : développeur full remote à Bali

Une ESN accompagne un éditeur SaaS sur le développement d’un module backend. Le meilleur profil disponible est un développeur senior vivant réellement en Indonésie et travaillant en full remote.

La difficulté n’est pas le niveau technique. Elle est contractuelle : le client final exige une chaîne de sous-traitance documentée, des engagements de confidentialité, une cession des droits sur le code produit et une facturation conforme aux standards de l’ESN.

Le contrat-cadre et bon de commande permettent de structurer l’intervention.

Le contrat-cadre fixe les règles générales. Le bon de commande précise le module concerné, les livrables attendus, les jalons, les règles de revue de code, les environnements accessibles et les critères d’acceptation.

StelarWork devient le fournisseur français de l’ESN. Le freelance reste un prestataire hors UE de StelarWork, dans une relation distincte.

Cette architecture ne transforme pas la résidence fiscale du développeur. Elle rend simplement la relation exploitable pour l’ESN, à condition que la résidence et le travail à distance correspondent à la réalité.

Clauses à surveiller dans un contrat-cadre et bon de commande

Pour une ESN, certaines clauses méritent une attention particulière.

Clause d’objet

Elle doit viser une prestation de service. Elle doit éviter toute ambiguïté sur une relation de subordination, une intégration permanente ou une simple fourniture de temps humain.

Clause de commande

Elle doit prévoir que chaque mission fait l’objet d’un bon de commande distinct, avec un périmètre et des conditions spécifiques.

Clause de validation

Elle doit indiquer comment les prestations sont acceptées : validation de livrables, compte rendu, jalon, relevé d’activité cohérent avec la prestation, validation par le responsable projet.

Clause de sous-traitance

Elle doit être cohérente avec le contrat client final. Elle peut prévoir les conditions d’intervention de prestataires tiers, les obligations répercutées et les exigences documentaires.

Clause de conformité

Elle doit couvrir les contrôles raisonnables attendus : capacité juridique, sanctions, anticorruption, fiscalité applicable, sécurité, confidentialité, protection des données.

Clause de propriété intellectuelle

Elle doit organiser l’exploitation des livrables par l’ESN et, le cas échéant, par le client final. Les droits doivent être répercutés dans la chaîne lorsque nécessaire.

Clause de sécurité

Elle doit encadrer l’accès aux systèmes, l’authentification, les outils autorisés, les règles de stockage, la gestion des accès et la restitution des informations en fin de mission.

Clause de non-représentation

Elle peut rappeler que chaque partie contracte en son nom propre. Cette clarification limite les confusions sur un éventuel pouvoir de représentation.

Clause fiscale

Elle doit rester factuelle. Elle ne doit pas promettre un résultat fiscal. Elle peut rappeler que chaque partie demeure responsable de ses obligations fiscales propres et que les mécanismes applicables dépendent de la réalité de la situation.

Erreurs à éviter

Certaines erreurs fragilisent fortement la relation.

Utiliser un bon de commande trop vague

Un bon de commande qui ne contient qu’un nom de profil, un TJM et une durée ne suffit pas toujours à démontrer une prestation structurée.

Il faut ajouter le contexte, le périmètre, les attendus, les modalités de validation et les contraintes applicables.

Copier le contrat client final sans adaptation

Le dos-à-dos est utile, mais il ne doit pas être mécanique. Certaines clauses du contrat client final ne sont pas adaptées à la relation fournisseur. Elles doivent être répercutées intelligemment.

Ignorer la réalité fiscale du freelance

Une adresse à l’étranger ne suffit pas. Il faut une résidence réelle, une activité réellement exercée hors de France et une absence de présence organisée en France.

Une entité-coquille utilisée pour masquer une activité française est une configuration abusive.

Créer une confusion de représentation

Le fournisseur français ne doit pas être présenté comme concluant des contrats au nom du freelance hors UE. Il contracte en son nom propre.

Cette précision protège la lisibilité de la chaîne et réduit les risques de mauvaise qualification.

Laisser le client final piloter directement la relation comme un manager

La coordination projet est normale. Le lien hiérarchique ne l’est pas.

Le bon de commande doit préserver une logique de prestation, avec des livrables, des jalons et une validation contractuelle.

Check-list opérationnelle pour une ESN

Avant de lancer une mission avec un freelance tech hors UE via une architecture fournisseur française, vous pouvez vérifier les points suivants.

Côté contrat-cadre

• Les parties sont clairement identifiées.
• L’objet décrit une prestation B2B.
• Les responsabilités sont réparties.
• Les conditions de facturation sont prévues.
• Les clauses de confidentialité sont adaptées.
• La propriété intellectuelle est organisée.
• Les exigences de conformité sont documentées.
• La sous-traitance est encadrée.
• Les règles RGPD sont prévues si nécessaire.
• Chaque partie contracte en son nom propre.

Côté bon de commande

• Le contexte de mission est décrit.
• Les livrables sont identifiés.
• Le périmètre est limité.
• Le TJM ou le prix est indiqué.
• Les jalons sont précisés.
• Les modalités de validation sont prévues.
• Les contraintes de sécurité sont listées.
• Les accès aux outils sont encadrés.
• Les obligations du client final sont reprises si nécessaire.
• La durée et les conditions de fin sont claires.

Côté conformité

• Le freelance exerce réellement hors de France.
• Sa résidence fiscale est cohérente avec sa situation réelle.
• La documentation fournisseur est collectée.
• Les risques sanctions et anticorruption sont vérifiés.
• Les données personnelles sont identifiées si la mission y donne accès.
• Les obligations fiscales ne reposent pas sur une fiction.
• La chaîne contractuelle reste lisible pour les achats, le juridique et le client final.

Où StelarWork s’insère dans cette architecture

StelarWork s’insère entre l’ESN française et le freelance tech basé hors UE.

Concrètement :

• StelarWork signe avec l’ESN en son nom propre ;
• StelarWork facture l’ESN ;
• StelarWork contractualise séparément avec le freelance ;
• StelarWork paie le freelance selon la relation fournisseur établie ;
• StelarWork prend en charge la friction documentaire et de conformité ;
• l’ESN dispose d’un fournisseur français plus simple à référencer.

Le modèle répond à un besoin précis : rendre exploitable un profil international que l’ESN ne peut pas signer directement dans de bonnes conditions internes.

Il ne s’agit pas de vendre une résidence fiscale, ni de créer une optimisation artificielle. Lorsque le freelance est déjà résident fiscal réel hors UE et travaille réellement à distance, StelarWork permet surtout de retirer un obstacle contractuel, administratif et fournisseur pour l’ESN.

Pourquoi cette approche rassure les achats et le juridique

Les achats veulent un fournisseur identifiable, une facture exploitable, un contrat clair et un risque maîtrisé.

Le juridique veut une chaîne cohérente, des obligations répercutées, une responsabilité lisible et une absence de montage artificiel.

La direction financière veut savoir qui facture, selon quelles règles et avec quels justificatifs.

Le delivery veut démarrer la mission sans perdre le profil.

Le contrat-cadre et bon de commande permettent de réunir ces exigences dans une architecture simple à comprendre. StelarWork apporte le chaînon contractuel français qui manque souvent entre l’ESN et le freelance hors UE.

Cette approche ne supprime pas toute analyse. Elle vise à réduire les frictions et à rendre la relation défendable, documentée et opérationnelle.

FAQ

À quoi sert un contrat-cadre dans une relation ESN-fournisseur ?

Le contrat-cadre fixe les règles générales de la relation : responsabilités, confidentialité, propriété intellectuelle, conditions de facturation, conformité, résiliation et modalités de commande. Il évite de renégocier ces clauses à chaque mission.

À quoi sert le bon de commande ?

Le bon de commande déclenche une prestation précise. Il décrit le périmètre, les livrables, la durée, le TJM ou le prix, les modalités de validation et les contraintes spécifiques de la mission.

Pourquoi associer contrat-cadre et bon de commande ?

Le contrat-cadre donne la stabilité juridique. Le bon de commande apporte la précision opérationnelle. Ensemble, ils permettent une architecture contractuelle plus lisible et mieux adaptée aux missions récurrentes.

Une ESN peut-elle travailler avec un freelance hors UE ?

Oui, mais la relation doit être structurée. Les sujets de facturation, conformité, fiscalité, sous-traitance, confidentialité, propriété intellectuelle et résidence réelle doivent être traités. Certaines ESN préfèrent passer par un fournisseur français comme StelarWork pour sécuriser leur chaîne interne.

StelarWork signe-t-elle au nom du freelance ?

Non. StelarWork contracte en son nom propre avec l’ESN. Le freelance hors UE est lié à StelarWork par un contrat distinct. Cette distinction est essentielle pour éviter une confusion de représentation.

Le freelance devient-il fournisseur direct de l’ESN ?

Non. Dans ce modèle, le fournisseur de l’ESN est StelarWork. L’ESN reçoit une facture de StelarWork et traite avec une société française. Le freelance intervient dans la chaîne contractuelle de StelarWork.

Le TJM est-il compatible avec une prestation conforme ?

Oui, si le TJM n’est qu’une modalité de prix. Le bon de commande doit aussi décrire une prestation, des livrables, un périmètre et des modalités de validation.

Quels sont les principaux risques à éviter ?

Les risques principaux sont la sous-traitance non autorisée, les livrables flous, la confusion de responsabilité, la résidence fiscale fictive, l’absence de documentation, le traitement non encadré de données personnelles et les pratiques assimilables à une fourniture de main-d’œuvre sans prestation définie.

StelarWork permet-elle au freelance de payer moins d’impôt ?

Non. Ce n’est pas l’objet. La situation fiscale du freelance doit être réelle et préexistante. Si le freelance est résident fiscal réel hors UE, exerce réellement depuis l’étranger et n’a pas de présence organisée en France, StelarWork peut retirer une friction administrative pour l’ESN. Une entité artificielle ou une adresse de façade serait une configuration abusive à exclure.

Le contrat-cadre et bon de commande suffisent-ils à garantir la conformité ?

Non. Ils sont essentiels, mais les pratiques doivent suivre. La mission doit rester organisée comme une prestation, avec des livrables, une responsabilité fournisseur, une documentation cohérente et une absence de montage artificiel.

Conclusion

Le contrat-cadre et bon de commande ne sont pas de simples formalités achats. Pour une ESN qui souhaite travailler avec un freelance tech hors UE, ils structurent la relation, documentent la prestation et réduisent les zones grises.

La clé est de construire une architecture contractuelle cohérente : un fournisseur français identifié, une prestation décrite, des obligations répercutées, une conformité vérifiable et une réalité fiscale respectée.

StelarWork répond à ce besoin lorsque l’ESN a validé un profil international mais ne peut pas le signer directement. La relation devient plus lisible pour les achats, le juridique, la finance et le client final, sans créer de fiction contractuelle ni fiscale.