🏇🏻 🙈 🚶🏻 Nuance financière dans l'accord de projet du projet informatique 🍼 📋 🤓

Beaucoup a été écrit et dit sur les lances brisées lors de l'attrait initial du financement au stade zéro du projet informatique. Dans le même temps, l'intérêt principal est la prise en compte du processus d'interaction et de résolution des conflits entre les principaux acteurs du projet lors de sa mise en œuvre.

1. Changement d'investisseur-partenaire: s'envole, mais promet de revenir

Les investisseurs viennent à des projets à différents stades de mise en œuvre et avec différentes stratégies. L’investisseur initial, qui était toujours présent dans le projet au stade de la recherche et du développement, peut attirer un autre investisseur pour investir dans les capitaux propres du projet presque avant de lever des fonds empruntés. Le principal objectif de l'investisseur, dans ce cas, est la vente d'actions / actions dans des sociétés informatiques et une compensation pour la prise du risque le plus élevé; une alternative serait de recevoir un financement d'un deuxième investisseur avec un taux plus élevé afin de compenser les coûts encourus sur le projet.

Le deuxième investisseur peut ne pas avoir la volonté ou la capacité de supporter le niveau élevé des coûts et des risques associés à la mise en œuvre du projet au stade de la recherche et du développement, et, en conséquence, achètera des actions / actions de sociétés informatiques auprès des investisseurs initiaux dès le début de la mise en œuvre réussie, à un niveau un prix qui reflète un moindre degré de risque et de rentabilité.

Il y a une autre nuance importante: les capitaux propres ne sont pas toujours fournis par les investisseurs sous forme d'actions / actions. Il est souvent plus rentable pour les investisseurs de fournir sous forme de prêt. Cette méthode évite la situation, connue sous le nom de «piège des dividendes». De plus, cette méthode simplifie la procédure de restitution des fonds aux investisseurs en cas de refinancement ou à des stades ultérieurs du projet, lorsque les investisseurs décident de restituer leurs investissements.

2. : , ,

Très souvent, plusieurs pools de prêteurs participent au projet: capitaux privés, banques, fonds, sociétés de crédit-bail et d'affacturage, etc.

Chacun de ces pools conclura son propre accord avec une société informatique (même si les accords sont standardisés, comme le suppose le format de financement participatif [1]) , mais les pools qui assurent le financement, il faut créer un mécanisme d'interaction pour coordonner les activités de tous les créanciers, sinon le projet sera décomposé.
Les accords d'interaction, en règle générale, comprennent des assurances et des garanties, des accords, un calendrier général de remboursement et une priorité d'utilisation des flux de trésorerie, une liste des faits d'insolvabilité, un agent pour tous les pools de créanciers, des procédures de vote et de recouvrement et des documents de garantie.

De plus, si les prêteurs sont représentés par des juridictions différentes, l'accord de financement et l'accord de coopération basés sur la même législation traditionnelle atténuent le risque d'interprétations différentes du langage contractuel.

Il existe un risque possible de problèmes entre différents pools de prêteurs si les principes de la dette reposent sur des principes de financement différents (crédit à taux fixe ou flottant, crédit-bail, affacturage, financement subordonné ou mezzanine, etc.).

Ainsi, par exemple, afin d'accélérer la mise en œuvre des innovations et en même temps de réduire la charge financière de l'entreprise, certains grands fournisseurs proposent des services de financement pour des projets informatiques complexes utilisant leurs propres systèmes et équipements [2].

Dans ce cas, si une entreprise informatique finance une partie des coûts de son projet (en utilisant l'infrastructure informatique) par le biais de crédit-bail ou de baux à long terme, alors souvent l'équipement appartient au bailleur (bailleur). D'autres prêteurs s'opposeront au fait que le bailleur (bailleur) gère à lui seul les éléments clés de l'infrastructure du projet.

La même situation peut se produire si la société informatique utilise le modèle de financement islamique (financement par actions) pour rembourser une partie des coûts du projet [3]. Les principales caractéristiques de ce type de financement sont l'absence de paiement d'intérêts et, par conséquent, des frais pour l'utilisation d'un actif (analogue au crédit-bail) peuvent être facturés. Dans de tels cas, le droit de propriété du bien appartient au créancier (conserve le titre) et, par conséquent, la possibilité d'une protection matérielle et juridique de ses droits en cas de manquement ou de mauvaise exécution de l'obligation de la part de la société informatique [4].

Si la société informatique a attiré un financement subordonné ou mezzanine, alors dans le premier cas, les prêteurs demanderont aux investisseurs d'admettre qu'ils n'ont aucun droit à la sécurité et ne peuvent pas appliquer de mesures d'application de la loi ou mettre d'autres obstacles sur le chemin des prêteurs seniors jusqu'à leur prêt. ne sera pas remboursé; dans le second cas, avec des ressources limitées pour le recouvrement des coûts, des problèmes peuvent être associés à un éventuel comportement malhonnête de la part des prêteurs mezzanine, qui peuvent menacer de diviser le projet en composantes si les prêteurs seniors ne partagent pas une partie des fonds avec eux [5].

Ainsi, s'il existe un pool de créanciers, un mécanisme de décision doit être développé, sinon un ou deux créanciers sans scrupules peuvent affecter négativement la cause commune en prenant des mesures distinctes à l'égard de la société informatique, imposant des actions qui ne sont pas conformes au souhait de la majorité.

3. Garantie pour les créanciers: avec un mouton noir, au moins une touffe de laine

Les prêteurs n'envisagent pas de rentabiliser leurs investissements financiers en vendant les actifs d'une société informatique, car dans la plupart des opérations de financement dans le secteur informatique, seule la monétisation de la réussite du projet sera en mesure de fournir un retour sur leurs fonds. Le transfert de propriété des actifs du projet résout très rarement le problème en cas d'échec du projet.

Cependant, la garantie pour l'ensemble du projet permet de garantir les prêteurs en l'absence de résultats positifs dans le projet, garantissant que les tiers ne bénéficient pas de droits prioritaires ou égaux par rapport aux actifs du projet.

En règle générale, les garanties d'un projet informatique comprennent:

contrôle des flux de trésorerie du projet;
la capacité d'intervenir dans la gestion de projet;
distribution de droits sur des contrats conclus pour le compte d'une société informatique;
nantissement d'actions / actions d'une société informatique.

Cependant, des problèmes peuvent survenir entre les investisseurs et les prêteurs concernant les droits de ces derniers en ce qui concerne la garantie de tous les droits contractuels et les garanties dont dispose la société informatique. Surtout s'il est nécessaire d'attirer des tiers dans le processus de création de garanties ou d'augmentation de l'efficacité du projet, par exemple, il peut ne pas y avoir consentement à l'attribution de droits aux participants aux contrats de projet.

En règle générale, les prêteurs reçoivent des actions / stocks de sociétés informatiques en garantie. Cela permet aux prêteurs d'intervenir plus rapidement dans la gestion d'une entreprise informatique. Cependant, certaines difficultés peuvent survenir, par exemple, les prêteurs fournissant un financement aux investisseurs peuvent fixer une «renonciation à la garantie», après quoi les investisseurs ne devraient pas utiliser leurs actifs comme garantie pour des tiers. Cela peut empêcher l'utilisation d'actions / actions de la société informatique comme garantie.

Les investisseurs peuvent être contraints de discuter de la dérogation à ces dispositions en ce qui concerne leurs actions / actions de la société informatique. Il existe de nombreuses façons différentes de résoudre le problème associé à la collecte de garanties pour les actions / actions, par exemple, les prêteurs peuvent prendre l'option de l'acheteur sur les actions de la société informatique.

D'une manière ou d'une autre, cela peut donner lieu à des problèmes d'interaction avec les investisseurs concernant le transfert des obligations de contrôle des actions d'une société informatique vers la zone de responsabilité des créanciers s'ils participent à sa gestion directe. De plus, les prêteurs exerçant un contrôle continu peuvent à leur tour être reconnus comme des «administrateurs fantômes» responsables des obligations des sociétés informatiques vis-à-vis des tiers.

4. Assurances et garanties des investisseurs: l'évasion c'est la mort

Les prêteurs sont généralement intéressés afin que la société informatique ne souffre pas en cas de problèmes financiers ou de faillite d'investisseurs, qui, à leur tour, gagneraient des revenus sur leurs investissements, ce qui devrait les inciter à continuer de remplir leurs obligations concernant le projet. S'il s'avère que les investisseurs reçoivent un faible taux de rendement, les prêteurs peuvent supposer que les investisseurs compensent leurs coûts dans le projet d'une autre manière.

Par conséquent, les investisseurs peuvent être tenus de fournir des déclarations et des garanties directement aux créanciers; dans ce cas, les investisseurs peuvent être tenus responsables de la perte de créanciers résultant d'assurances incorrectes. En outre, les investisseurs peuvent fournir de manière indépendante aux prêteurs des garanties d'invariabilité des droits de propriété dans les sociétés informatiques.

Si le risque commercial inhérent à ce projet n'est pas adéquatement compensé, les investisseurs peuvent fournir une assurance supplémentaire qu'ils ont l'intention de maintenir leurs droits de propriété dans les sociétés informatiques. Les investisseurs peuvent également assumer certaines responsabilités limitées pour compenser le risque qui est essentiel pour les prêteurs.

Ces garanties peuvent comprendre: des engagements pour une augmentation partielle des fonds propres, des garanties de viabilité financière du projet, des garanties de remboursement de dividendes versés précédemment, des garanties de paiement d'intérêts, des garanties de remboursement de déficits de trésorerie, des garanties de maintien de la structure de gestion, etc.

5. Les faits de l'insolvabilité des sociétés informatiques: à qui je dois - je pardonne à tous

Les prêteurs peuvent inclure dans le contrat de prêt avec la société informatique une modification des conditions matérielles leur permettant de refuser d'effectuer la transaction dans la liste des faits d'insolvabilité, ce qui augmente l'incertitude pour la société informatique et ses investisseurs.

Si la société informatique est d'accord avec cette position, alors les événements qui peuvent être l'occasion pour les créanciers d'abandonner leurs obligations doivent être définis avec précision. De tels événements devraient affecter la capacité de l'entreprise informatique à fonctionner, les conditions de financement ou sa capacité à rembourser sa dette ou à effectuer des paiements aux créanciers, qui, à leur tour, peuvent inclure des «faits d'insolvabilité potentiels», fournissant ainsi des garanties supplémentaires. Cette condition doit être acceptable pour l'entreprise informatique, c'est-à-dire il est évident que la probabilité de tels événements est assez élevée.

Pour certains faits d'insolvabilité, il est possible d'établir des restrictions; par exemple, les incohérences dans les garanties et les déclarations doivent être importantes; ou, par exemple, si la société informatique n'est pas en mesure de respecter les accords pour des raisons jugées valables par les créanciers, un refus temporaire ou permanent de les respecter peut être accepté.

Les prêteurs et les investisseurs garantissent toujours qu'ils n'utiliseront pas automatiquement les faits d'insolvabilité pour quitter le projet et qu'ils ne sont intéressés que par une coopération à long terme; mais, comme le montre la pratique, dès que le fait de l'insolvabilité est résolu, la société informatique sera dans une position très désavantageuse.

6. Refinancement du projet: pas d'attrait pour payer

Un refinancement après le lancement du projet peut être effectué afin de lever des fonds à des conditions plus favorables, ou à l'inverse, un refinancement peut être nécessaire en cas de défaut.

Cependant, le refinancement crée souvent un certain nombre de problèmes pour les partenaires, les investisseurs sont en mesure de récupérer la majeure partie de leur investissement initial, auquel cas leur intérêt financier pour la réussite future du projet est limité.

Une situation difficile se présente également si la société informatique souhaite procéder à un refinancement partiel, dont une partie est une autre dette, car dans ce cas, il existe des contradictions entre les prêteurs. Si les conditions permettant une telle opération n'ont pas été convenues à l'avance, les prêteurs d'origine auront la possibilité de faire pression sur la société informatique et de la forcer à racheter leur consentement au refinancement.

En outre, le refinancement peut créer des conditions préalables aux problèmes avec un partenaire contractuel de l'État dans le cadre de l'accord de projet, car il est assez difficile de déterminer la raison du refinancement soudain.

[1] Nouveaux outils pour attirer des financements pour le développement des entreprises technologiques: pratiques d'utilisation et perspectives de développement en Russie // Centre de recherche stratégique - 2018.
[2] Financement de projets informatiques // www.croc.ru/solution/services/financing/;
Location d'équipement informatique et de logiciels // store.softline.ru/leasing .
[3] Banque islamique. Secteur du financement par actions // www / tadviser.ru / a / 253212 .
[4] Rapport analytique «Accords de prêt et accords de prêt. Islamic Law »// ANO« Centre for International and Comparative Legal Research »- 2018.
[5] E.R. Jescomb Principles of Project Finance, - Moscou: Top, 2008.