Conditions des services
Conditions de commande Android-Développement, publication, mises à jour et support Krepel Studio. L'étendue des travaux spécifique convenue précise la composition du service sélectionné.
Project Scope et confirmation de commande
Avant paiement, le client reçoit le Project Scope final, qui enregistre :
- service sélectionné ;
- ce qui sera créé ou modifié ;
- fonctionnalité de base ;
- écrans clés et intégrations ;
- ce qui est inclus dans le travail ;
- ce qui est exclu ;
- livrables ;
- les délais ;
- règles de révision ;
- garantie/assistance ;
- prix final ;
- matériels, accès et informations d'identification à fournir par le client.
Le client confirme Project Scope par écrit.
Une fois confirmé Project Scope, il est considéré comme la base convenue de la commande. Les autres modifications sont régies par les règles du service acheté.
Paiement
- tous les services Krepel Studio nécessitent un paiement anticipé 100 % ;
- le paiement s'effectue en USDT ;
- avant le paiement Krepel Studio indique le montant exact, le réseau spécifique et l'adresse du portefeuille ;
- le client est tenu de vérifier le réseau et l'adresse avant l'envoi ;
- les frais de blockchain/réseau sont payés par le client ;
- après l'envoi, le client doit envoyer une capture d'écran du paiement, qui indique le montant et le virement à l'adresse du portefeuille Krepel Studio fournie ;
- une capture d'écran du paiement est requise, mais le paiement n'est reçu que lorsque le montant total convenu de USDT est effectivement arrivé dans le portefeuille de Krepel Studio ;
- si le client a envoyé lui-même les fonds sur le mauvais réseau, à la mauvaise adresse ou avec le mauvais montant, une telle opération n'est pas considérée comme un paiement reçu, si les fonds ne sont pas effectivement arrivés Krepel Studio ;
- Krepel Studio n'est pas responsable des fonds perdus en raison d'une adresse incorrecte ou d'un réseau sélectionné par le client contrairement aux informations fournies ;
- si un remboursement est effectué selon les règles convenues, il est effectué en USDT, et les frais réels de blockchain/réseau ne sont pas compensés ;
- la modification du prix du marché USDT après le paiement ne modifie pas le montant déjà convenu de la commande ;
- les travaux ne commencent qu'après que les conditions Official Project Start soient remplies.
Annulation et remboursements
Avant Official Project Start
Le client peut annuler la commande.
Krepel Studio restitue le paiement reçu, mais ne compense pas les frais blockchain/réseau/commissions payés liés au paiement et au retour.
Après Official Project Start
Si le client a simplement changé d'avis, a changé ses priorités ou ne souhaite plus poursuivre le projet, il n'y a aucun remboursement.
Si Krepel Studio ne peut pas exécuter le Project Scope convenu en raison de sa propre faute, le paiement pour la prestation non exécutée / la partie non exécutée de l'obligation convenue est restitué au client.
Pour Full Google Play Publication, il existe une garantie convenue séparément de remboursement du coût de la prestation de publication elle-même, si la publication de production n'a pas eu lieu pour des raisons dont Krepel Studio est responsable.
Pour Full Google Play Publication, la garantie couvre 100% du coût de la prestation de publication elle-même, si la publication de production n'a pas eu lieu pour des raisons du côté Krepel Studio. Le développement réalisé et transféré reste un service distinct.
Communication officielle
La chaîne principale est Telegram
Telegram est le principal canal de communication entre le client et Krepel Studio.
A travers Telegram sont réalisés :
- éclaircissements;
- approbation des décisions;
- Project Scope ;
- confirmation ;
- communications actuelles ;
- rapports d'avancement ;
- problèmes lors du développement, de la publication, de la mise à jour ou du App Care.
Les accords écrits dans Telegram sont utilisés comme dossier de travail des accords entre les parties.
Le canal de sauvegarde est le courrier électronique
L’email est un canal supplémentaire/de secours :
- si Telegram est temporairement indisponible ;
- pour dupliquer des documents importants ;
- pour les documents ou messages qu’il est plus approprié d’envoyer par courrier.
Le courrier électronique n'est pas le principal canal de communication quotidienne, car Krepel Studio utilise Telegram pour une communication constante.
Official Project Start
Official Project Start intervient après la réalisation de tous les prérequis obligatoires d'une commande spécifique, notamment :
- Project Scope confirmé ;
- 100% de paiement reçu ;
- le client a transféré le matériel nécessaire ;
- les accès/informations d'identification nécessaires sont fournis ;
- d'autres conditions préalables convenues pour un service spécifique sont remplies.
C'est à partir de Official Project Start que sont calculées les modalités d'exécution de la prestation correspondante.
Krepel Studio confirme séparément Official Project Start dans Telegram ou par e-mail avec une date précise après l'étendue des travaux convenue, la réception effective du paiement intégral, des matériaux et de l'accès. Pour les services avec Google Play, le compte du client doit être prêt et vérifié. App Care a une date de début App Care confirmée séparément.
Retards externes de Google/services tiers
Pour le 30-Day Launch Guarantee, l'horloge s'arrête pendant la période réelle pendant laquelle une plate-forme ou un service externe rend objectivement impossible le travail supplémentaire nécessaire par Krepel Studio.
De tels cas peuvent inclure un examen Google Play anormalement long, l'indisponibilité de Google Play / Play Console, une vérification Google supplémentaire sans faute de Krepel Studio ou l'indisponibilité d'un service tiers indispensable.
Après avoir repris la possibilité de continuer le travail, le compte à rebours reprend et la période réelle de blocage externe est ajoutée au délai.
Si le retard est provoqué par une erreur Krepel Studio dans l'implémentation, les déclarations ou la soumission, le compte à rebours n'est pas suspendu.
Complete App Launch comprend 30-Day Launch Guarantee : production-publication dans les 30 jours calendaires du Official Project Start confirmé séparément selon les conditions convenues. Des amendes automatiques ou des compensations forfaitaires en cas de dépassement du délai ne sont pas établies.
Retards de la part du client
Si Krepel Studio attend une réponse, une approbation, des documents, un accès, des informations d'identification ou toute autre action nécessaire de la part du client pour continuer le travail, le délai d'exécution est automatiquement suspendu.
Le compte à rebours reprend après réception de tout le nécessaire, et la période réelle de retard du client s'ajoute à la date d'échéance.
Si un retard client fait perdre à Krepel Studio le créneau de travail réservé, le studio pourra reprendre le travail dans le prochain créneau disponible.
Un tel retard ne sera pas considéré comme un manquement aux délais ou à la garantie de la part de Krepel Studio.
Un seuil fixe comme 7 ou 14 jours n'est pas défini pour cette règle.
Amendements et changements à la portée des travaux convenue
Le Project Scope convenu (étendue des travaux) ne change pas automatiquement au cours de l'exécution du projet.
Pendant les travaux, le client peut proposer des modifications, de nouveaux souhaits ou des modifications à la solution déjà convenue - c'est une partie normale du travail.
Chacune de ces modifications est convenue séparément par Krepel Studio. Le studio détermine si :
- la modification est incluse dans les modifications fournies par le package ;
- elle peut être réalisée sans modification du prix et de la durée ;
- il faut un changement de terme ;
- cela nécessite un paiement supplémentaire ;
- le changement est si important qu’il constitue en réalité un nouvel emploi ou un nouveau produit distinct.
Une demande envoyée par le client à Telegram ou à un autre canal ne fait pas automatiquement partie de l'étendue des travaux convenue. Une modification n'est considérée comme acceptée qu'après confirmation explicite par Krepel Studio et le client.
Si Krepel Studio a mal mis en œuvre une fonction ou une exigence déjà convenue, sa correction n'est pas considérée comme une correction du client et est effectuée sans paiement supplémentaire.
Android Le développement d'applications prend généralement 7–14 jours calendaires à partir de Official Project Start. Il comprend jusqu'à deux cycles de révision de la direction visuelle et un dernier cycle de modifications mineures dans le cadre convenu. La garantie standard contre les bogues dure 14 jours à compter du transfert final.
One-Time Update
One-Time Update — $399 couvre un cycle de mise à jour complet pour une application existante créée par Krepel Studio.
Avant le paiement, Krepel Studio conviendra avec le client de la liste de modifications spécifique à cette mise à jour.
Un cycle de mise à jour peut inclure plusieurs modifications en même temps, notamment :
- corrections de bugs ;
- Modifications de l'interface utilisateur/UX ;
- rafraîchissement visuel complet ou partiel ;
- traitement d'écrans individuels ou de tous les écrans ;
- modifications du texte et de la localisation ;
- adaptation à Android ou aux exigences de Google Play ;
- modifications des fonctions existantes ;
- refactorisation ;
- optimisation ;
- ajouter de nouvelles fonctionnalités majeures si Krepel Studio a confirmé qu'elles sont incluses dans un One-Time Update spécifique.
Une fois convenue, la liste des modifications devient la portée convenue de la mise à jour particulière.
Le client peut proposer des modifications supplémentaires dès le fonctionnement, mais elles ne sont pas ajoutées automatiquement. S'ils dépassent considérablement la mise à niveau convenue, Krepel Studio identifiera séparément s'il s'agit d'un nouveau One-Time Update, d'un travail rémunéré supplémentaire ou d'un nouveau Android développement d'applications.
Le prix fixe de 399 $ n'est appliqué qu'après que Krepel Studio ait confirmé avant paiement que la demande du client convient à One-Time Update.
Le nombre de petites tâches individuelles ne détermine pas en soi la limite du service. Le critère principal est de savoir si le travail reste une seule mise à jour convenue de la même application.
Si la demande transforme réellement l'application en un autre produit autonome, il s'agit d'un nouveau Android Développement d'application, et non de One-Time Update.
Une fois terminé, le client reçoit :
- projet source mis à jour ;
- nouveau AAB ;
- nouveau APK.
La publication d'une mise à jour vers Google Play n'est pas incluse automatiquement et est convenue séparément.
6-Mois / 12-Month App Care
La même étendue de service s'applique aux 6-Month App Care et 12-Month App Care ; seule la durée du service diffère.
Le client peut soumettre un nombre illimité de demandes de modification pendant la période payée App Care.
Un nombre illimité de requêtes ne signifie pas un travail parallèle illimité. Les requêtes sont exécutées séquentiellement par priorité dans la file d'attente de travail Krepel Studio.
Le client peut modifier les priorités des demandes en cours de travail.
App Care couvre un maximum de 2 applications Android spécifiques qui sont fixées au début de la période de service.
Ces applications actives 1–2 peuvent recevoir des modifications majeures, notamment une refonte complète, des modifications des écrans, des fonctionnalités, de l'architecture et de la localisation, une optimisation, de nouvelles fonctionnalités majeures et des changements substantiels dans le concept de l'application prise en charge.
App Care n'inclut pas la création d'une troisième application autonome ni un nombre illimité de nouveaux produits parallèles.
Droits sur le produit, le code réutilisable et le portefeuille
Après paiement intégral et transfert final, le client obtient le droit d'utiliser l'application spécifique créée pour lui, de la publier, de la monétiser, de la modifier lui-même ou par l'intermédiaire d'autres développeurs et de poursuivre le développement sans Krepel Studio.
Le client reçoit également des matériaux uniques créés spécialement pour son produit, y compris un design individuel, des textes et d'autres éléments, s'ils faisaient partie de la commande.
Krepel Studio se réserve les droits sur ses modèles universels Android, ses composants réutilisables, ses modules techniques typiques, ses algorithmes généraux, ses solutions architecturales, ses outils internes, ses méthodes de travail et autres développements qui n'ont pas été créés exclusivement pour un client spécifique.
Si un tel composant universel est inclus dans le code source de l'application client, le client peut l'utiliser dans son produit, mais n'obtient pas le droit exclusif d'interdire Krepel Studio l'utilisation du même composant universel ou similaire dans d'autres projets.
Krepel Studio ne doit pas vendre, publier ou transférer à un autre client la même application client spécifique en tant que produit fini.
Dans le même temps, une idée générale ou une catégorie de produits ne devient pas exclusive à un client. Krepel Studio peut créer d'autres applications avec une idée générale similaire, à condition qu'elles ne soient pas des copies d'un produit client spécifique.
Les bibliothèques open source tierces, SDK et autres composants tiers ne deviennent pas la propriété du client ou Krepel Studio et sont utilisés conformément aux termes de leurs licences.
Après le lancement public de l'application, Krepel Studio a le droit d'afficher le nom de l'application, l'icône, des captures d'écran, le lien Google Play et une brève description du travail réalisé dans son portfolio.
Si le client et Krepel Studio conviennent par écrit de confidentialité ou d'interdiction d'exposition publique avant le début des travaux, ces matériaux ne seront pas utilisés dans le portefeuille.
Signature, informations d'identification et comptes tiers
Un magasin de clés/clé de téléchargement distinct est créé pour la nouvelle application. Les productions AAB/APK sont signées avec la clé correspondante.
Après le transfert final, le client reçoit le magasin de clés, l'alias, le mot de passe et d'autres données de signature nécessaires. Les données de signature secrètes sont transférées séparément de l'archive principale.
Après le transfert, la responsabilité du stockage sécurisé des clés de signature incombe au client. La perte par le client de la clé transférée après le transfert n'est pas de la responsabilité de Krepel Studio.
Pour mettre à jour une application déjà existante, des données de signature valides du client sont utilisées, si cela est nécessaire pour la version.
Si les travaux nécessitent un accès aux plateformes Google Play Console, Firebase, Google Cloud, AdMob, API ou à d'autres services tiers, le client fournit Krepel Studio uniquement le niveau d'accès nécessaire pour effectuer le travail convenu.
Krepel Studio ne nécessite pas de mot de passe du compte Google personnel du client, si l'accès nécessaire peut être fourni par les moyens réguliers du service correspondant.
Une fois le travail terminé, le client peut révoquer les accès accordés.
Google Play Compte développeur, AdMob, Firebase, Google Cloud et autres comptes tiers restent la propriété et le contrôle du client. Krepel Studio ne devient pas propriétaire de ces comptes et ne garantit pas le fonctionnement ininterrompu des plateformes tierces elles-mêmes.
Une fois le service terminé, Krepel Studio ne conserve pas les informations d'identification sensibles plus longtemps que ce qui est objectivement nécessaire pour effectuer le travail, sauf accord contraire séparé par App Care actif ou autre support continu.
Le client est responsable de :
- l'exactitude et la pertinence des accès fournis ;
- stockage sécurisé des clés de signature et des informations d'identification transférées ;
- posséder des comptes tiers ;
- paiement de prestations de tiers, sauf indication contraire directement incluse dans le forfait ;
- les actions que le client ou d'autres personnes autorisées par lui effectuent sur ces comptes après le transfert.
Coûts externes
Le prix de la prestation Krepel Studio couvre les travaux du studio, mais n'inclut pas automatiquement les coûts des prestations tierces, sauf indication expresse contraire dans un forfait spécifique ou un cahier des charges convenu.
Les coûts externes peuvent comprendre notamment :
- Google Play Frais d'inscription du développeur ;
- payé API ;
- cloud/hébergement ;
- domaines ;
- tarifs payés Firebase / Google Cloud ;
- Cartes, SMS, services de messagerie ;
- AI API ;
- payé SDK ;
- actifs de licence ;
- d'autres plateformes ou services externes.
Krepel Studio n'effectue pas de nouveaux achats payés par des tiers au nom du client sans approbation préalable. Si un nouveau service payant s'avère nécessaire en cours d'exploitation, le client est informé de son coût ou de son modèle de paiement avant la connexion.
Si possible, les prestations de tiers sont délivrées directement sur le compte du client, de sorte qu'après l'achèvement du projet, elles restent sous son contrôle total.
Si la prestation de tiers nécessaire aux travaux n'a pas été payée par le client et que de ce fait la poursuite des travaux est objectivement impossible, le délai d'exécution est suspendu jusqu'à la levée de ce blocage.
Exception pour les tests Google Play
Pour Full Google Play Publication et Complete App Launch, les coûts du service de test tiers sont inclus dans le forfait dans la réserve convenue à hauteur de 1000 UAH par application.
Le compte développeur Google Play, les frais d'inscription, le API payant et les autres services tiers permanents ne sont pas inclus dans cette exception, sauf accord écrit séparé.
Responsabilité du matériel du client
Le Client peut transmettre des textes Krepel Studio, logos, icônes, images, photographies, vidéos, audio, noms de marques, polices, bases de données, clés API et autres matériels nécessaires à l'exécution des travaux convenus.
Le client reconnaît qu'il a le droit d'utiliser et de transférer Krepel Studio ces matériaux pour travailler sur son produit.
Krepel Studio ne procède pas à un examen juridique distinct des droits d'auteur, des marques ou d'autres droits pour chaque élément fourni par le client.
Krepel Studio n'est pas responsable de la violation des droits de tiers si le problème est causé par des matériaux fournis par le client.
Krepel Studio a le droit de refuser d'utiliser le matériel s'il est clairement illégal, interdit ou présente un risque matériel pour Google Play ou une autre plateforme, et peut demander au client de fournir un substitut.
Si les documents du client amènent Google Play à rejeter la demande ou à exiger le remplacement de ces documents, cela n'est pas considéré comme une erreur Krepel Studio. Le studio peut aider à corriger la situation dans le cadre du service acheté, mais la responsabilité du matériel original reste avec le client.
Le client est également responsable de l'exactitude des textes, données, dénominations légales, coordonnées et autres informations factuelles fournies par lui.
Si Krepel Studio s'attend à ce que le client remplace ou clarifie ce matériel et ne puisse continuer à travailler sans lui, le délai d'exécution est suspendu selon les règles de délais convenues par le client.
Aucune garantie de résultats commerciaux
Krepel Studio garantit l'exécution des travaux techniques convenus dans le cadre du service acheté, mais ne garantit pas le résultat commercial spécifique de l'application.
Krepel Studio ne garantit pas :
- un nombre spécifique de téléchargements ou d'utilisateurs actifs ;
- ventes, revenus ou bénéfices ;
- revenus spécifiques de AdMob ou Billing ;
- évaluation des candidatures ;
- postes dans Google Play ;
- trafic organique ;
- accéder aux recommandations ou à d'autres blocs promotionnels Google Play ;
- un résultat spécifique de la publicité, du marketing ou de la monétisation ;
- le succès commercial global du produit.
Les décisions Google Play concernant le classement, la visibilité, les recommandations, le trafic organique et d'autres mécanismes algorithmiques ne sont pas contrôlées par Krepel Studio.
Si l'application est techniquement réalisée conformément à l'étendue des travaux convenue, une performance commerciale médiocre ou inexistante ne constitue pas en soi un motif pour un remboursement, une refonte complète gratuite ou une autre compensation.
La priorité des conditions d'une commande spécifique
Avant le paiement, le client reçoit le courant Service Terms et un cahier des charges spécifique convenu pour sa commande.
Le client confirme la commande par écrit. Après cette confirmation et ce paiement, le client est réputé avoir accepté les termes convenus de la commande spécifique.
Si l'étendue générale des travaux Service Terms et l'étendue des travaux écrite spécifique sont contradictoires, l'étendue des travaux spécifiquement convenue et les conditions convenues individuellement de cette commande prévaudront pour cette commande.
La mise à jour de Service Terms sur le site après Official Project Start ne modifie pas rétroactivement les conditions d'une commande déjà active.
Pour une commande active, les conditions convenues au moment de son début s'appliquent, sauf si Krepel Studio et le client ont convenu séparément par écrit de leur modification.
Requêtes illimitées, file d'attente et fin de la période de support
Pour 30-Day Extended Launch Support, 6-Month App Care et 12-Month App Care, le client peut envoyer un nombre illimité de demandes pendant la période active du service correspondant.
Les demandes sont exécutées séquentiellement selon la priorité convenue dans la file d'attente de travail de Krepel Studio. Des demandes illimitées ne signifient pas un travail simultané illimité.
Un arriéré de demandes ne prolonge pas automatiquement les 30 jours, 6 mois ou 12 mois de service.
Les tâches acceptées dans le travail actif avant la date de fin du service sont terminées.
Les demandes nouvelles ou non encore actives après la date d'expiration sont satisfaites via un nouveau App Care, One-Time Update ou tout autre service convenu.
Un bug authentique signalé pendant la période de garantie active ou de support est corrigé dans le cadre de la garantie applicable, même si le correctif technique est terminé après le dernier jour calendaire de cette période.
Complete App Launch inclut 30-Day Extended Launch Support : 30 jours à compter de la sortie de production réelle au lieu de la garantie de base 14 jours, avec des demandes consécutives illimitées au sein du même produit.
App Care : durée, cycles de maintenance et support Google Play
Pour 6-Month App Care et 12-Month App Care, la date de début App Care confirmée séparément est utilisée. C'est à partir de cette date que sont comptés respectivement 6 ou 12 mois de service.
App Care couvre jusqu'à 2 applications spécifiques créées par Krepel Studio, fixées en début de période.
Pour chaque application prise en charge, Krepel Studio effectue au minimum un cycle de maintenance 1 chaque mois.
Si l'application 1 est supportée :
- 6 mois = cycles de maintenance 6 minimum ;
- 12 mois = cycles de maintenance 12 minimum.
Si les applications 2 sont prises en charge :
- 6 mois = minimum 12 cycles de maintenance en général ;
- 12 mois = minimum de 24 cycles de maintenance au total.
La publication Google Play des mises à jour de support et de maintenance est incluse dans App Care. Si nécessaire, Krepel Studio prépare la version, met à jour les déclarations associées, les paramètres Data Safety et Play Console, télécharge le AAB et gère la révision pendant la période active App Care.
Un retard client peut suspendre une tâche ou une activité de maintenance spécifique, mais ne prolonge pas automatiquement la durée payée 6- ou 12 mois App Care.
Le temps non utilisé en raison de l'inactivité ou des retards du client ne s'accumule pas en banque de temps et n'est pas automatiquement reporté au-delà de la période App Care payée.
Si un cycle de maintenance spécifique est objectivement impossible à réaliser en raison d'un bloqueur côté client, Krepel Studio capture ce bloqueur et effectue le travail approprié après son élimination, si App Care est toujours actif à ce moment-là.
Après le transfert de l'application et les futurs changements de plateforme
Krepel Studio est chargé de s'assurer que la demande répond à l'étendue des travaux convenue au moment de la remise finale.
Pendant la période de garantie valide, Krepel Studio corrige gratuitement les bugs causés par notre mise en œuvre de la fonctionnalité convenue.
Après la fin de la garantie ou du support, les modifications futures apportées à Android, Google Play, API, SDK, Billing, AdMob, aux services tiers ou aux exigences de la plate-forme ne créent pas d'obligation indéfinie pour Krepel Studio pour maintenir l'application gratuitement.
Ces modifications futures, si elles nécessitent des travaux, sont effectuées via One-Time Update, App Care ou tout autre service convenu séparément.
Si le code source est modifié par le client ou un développeur tiers après le transfert final et que ce sont ces modifications qui causent le problème, Krepel Studio n'est pas responsable de ce problème.
Si les modifications du code tiers ne sont pas liées à un bug spécifique et que la période de garantie correspondante est toujours active, la garantie Krepel Studio pour ce bug est préservée.
Krepel Studio ne garantit pas qu'une version transférée de l'application sans mises à jour futures restera indéfiniment compatible avec toutes les versions futures des exigences Android, Google Play ou des services tiers.
Le droit de suspendre ou de mettre fin à un projet risqué/interdit
Krepel Studio n'exécute pas de fonctionnalités illégales, frauduleuses, malveillantes ou explicitement interdites et n'est pas obligé de mettre en œuvre le contournement des règles de Google Play, des systèmes de sécurité, de vérification ou d'autres plateformes.
S'il s'avère après Official Project Start que le client a caché des informations importantes ou que le but réel du produit est sensiblement différent de celui convenu, Krepel Studio a le droit de suspendre les travaux.
Dans une telle situation, Krepel Studio peut proposer au client de modifier les fonctionnalités, les matériaux ou d'autres éléments du projet afin que les travaux puissent se poursuivre dans des limites acceptables.
Si le client refuse les modifications nécessaires ou s'il est objectivement impossible de rendre le projet acceptable, Krepel Studio a le droit d'arrêter l'exécution de la partie problématique ou de la totalité de la commande.
Krepel Studio n'est pas tenu de répondre à la demande du client au seul motif qu'elle a été envoyée après paiement, si une telle demande est illégale, dangereuse, interdite par les règles de la plateforme ou dépasse le cadre technique convenu.
Si le blocage ou l'arrêt de l'exploitation est dû à des informations cachées, fausses ou matériellement incomplètes du client, cela n'est pas considéré comme un défaut de la part de Krepel Studio.
Pour de tels cas, une formule de remboursement automatique/non-remboursement n’est pas établie pour toutes les situations. Le règlement financier est déterminé en tenant compte de la partie des travaux effectivement réalisée et non réalisée, des termes convenus de la commande spécifique et de la législation applicable.
Limitation de responsabilité Krepel Studio
Dans la mesure permise par la loi applicable, la responsabilité financière globale maximale de Krepel Studio pour une commande particulière n'excède pas le montant réellement payé par le client pour le service applicable.
Dans la mesure permise par la loi applicable, Krepel Studio ne sera pas responsable des dommages indirects ou consécutifs, notamment :
- perte de profit ;
- perte de revenus;
- affaires perdues;
- pertes de réputation ;
- perte d'opportunités commerciales;
- conséquences des décisions de Google Play ou de plateformes tierces sur lesquelles Krepel Studio n'a aucun contrôle.
Après le transfert final, le client est responsable de la sauvegarde et du stockage sécurisé du projet source reçu, des clés de signature, des informations d'identification et des autres documents transférés.
Krepel Studio ne garantit pas l'absence absolue de vulnérabilités futures, de pannes de Android, Google Play ou de services tiers.
Cette section n'annule pas les garanties expressément convenues de Krepel Studio, y compris la garantie 14 contre les bugs d'un jour, la garantie Full Google Play Publication, 30-Day Extended Launch Support ou d'autres garanties incluses dans le service acheté.
Force majeure et événements indépendants de la volonté des parties
Si l'exécution des travaux convenus est temporairement objectivement impossible en raison d'événements échappant au contrôle raisonnable des parties, les délais concernés sont suspendus pour la durée effective de ce blocage.
De tels événements peuvent inclure notamment :
- guerre ou hostilités;
- pannes de courant à grande échelle ;
- indisponibilité à long terme d'Internet ou d'infrastructures critiques ;
- catastrophes naturelles ;
- actions des organes de l'État ;
- pannes à grande échelle de Google, de l'hébergement, des fournisseurs de cloud ou d'autres plates-formes critiques ;
- d'autres circonstances extraordinaires indépendantes de la volonté raisonnable des parties.
Le délai est prorogé de la durée effective pendant laquelle un tel événement a effectivement bloqué l'exécution de la partie correspondante des travaux.
Si une partie du travail peut être poursuivie, Krepel Studio continue l'exécution de la partie qui n'est pas bloquée.
Un tel événement en soi n'est pas considéré comme une violation des termes ou des garanties par Krepel Studio.
Droits obligatoires du client en vertu de la loi applicable
Toutes les conditions d'annulation, de remboursement, de garantie, de responsabilité et autres Krepel Studio s'appliquent dans la mesure permise par la loi applicable.
Si la loi applicable accorde au client un droit obligatoire de rétractation, de remboursement, d'indemnisation ou tout autre recours auquel il ne peut être renoncé par contrat, ce droit prévaudra sur la disposition pertinente du Service Terms.
La règle de non-remboursement Krepel Studio après Official Project Start dans le cas où le client change simplement d'avis s'applique dans la mesure permise par la loi applicable.
Si le consentement exprès séparé du client est requis pour commencer la prestation avant l'expiration du délai de réflexion légal, Krepel Studio devra obtenir ce consentement avant le début des travaux concernés.
L'étendue spécifique des droits impératifs du client dépend de la législation applicable, du pays du client et du statut juridique des parties.