Politique de livraison des services

1. Processus de livraison type

2. Jours ouvrés et communications

La politique fournie définit la semaine de travail du studio de Dhaka comme allant du dimanche au jeudi, de 10h00 à 20h00, heure du Bangladesh (GMT+6), à l'exclusion des jours fériés au Bangladesh et des fermetures notifiées. Les délais de retour d'informations sur le projet sont exprimés en jours calendaires. Nous nous efforçons de convenir d'horaires de réunion offrant un chevauchement raisonnable avec la journée de travail du client.

3. Interlocuteur du client et validations

Chaque partie doit désigner un interlocuteur de projet. Le client doit désigner un décideur habilité et fournir des retours consolidés. Les décisions discutées oralement doivent être confirmées par écrit via le canal de projet convenu.

4. Cycles de révision

Le nombre de cycles de révision est indiqué dans la proposition/le SOW. Un cycle désigne un ensemble consolidé de modifications soumis par le décideur du client pour l'étape concernée. Plusieurs messages distincts peuvent être regroupés en un seul cycle. Une révision affine le travail dans le cadre du périmètre et de l'orientation approuvés ; elle ne crée ni nouveau livrable ni nouvelle orientation de produit.

5. Délais de retour d'information et approbation réputée acquise

La Politique de livraison et de révision actuelle demande aux clients de fournir des retours consolidés dans un délai de 5 jours calendaires à compter d'une livraison. En l'absence de retour ou d'approbation, le mécanisme d'approbation/de relance prévu par le contrat applicable s'applique ; le dossier actuel prévoit une approbation présumée à l'expiration du délai indiqué, après une relance. Les documents propres à un projet peuvent modifier ces délais.

6. Demandes de modification

Une demande peut être traitée comme une Demande de modification si elle ajoute ou modifie de manière substantielle des pages, des écrans, des fonctionnalités, des intégrations, des plateformes, des fonctions, des parcours utilisateur, le volume de contenu, des hypothèses techniques, une orientation de conception approuvée ou tout autre périmètre convenu. Nous identifierons la modification et conviendrons de toute incidence sur les honoraires et les délais avant de la commencer.

7. Retards du client

Les dates du projet dépendent de la rapidité des approbations, des contenus, des données, des licences, des identifiants et des accès. Un retard du client entraîne le report des dates qui en dépendent et peut nécessiter de reprogrammer le projet en fonction d'autres travaux déjà engagés. Si un projet reste inactif pendant une période prolongée, Nebs-Creative peut le suspendre ou l'archiver conformément au contrat applicable ou à la procédure de projet convenue.

8. Dépendances à l'égard de tiers

La livraison peut dépendre de boutiques d'applications, d'hébergeurs, d'API, de plugins, de services de paiement, de fournisseurs de noms de domaine/DNS, d'approbations de tiers ou d'équipes de développement externes. Nebs-Creative déploiera des efforts raisonnables dans le cadre du périmètre convenu, mais ne peut garantir les délais d'examen, la disponibilité ou les approbations de tiers.

9. Remise et fichiers finaux

Les fichiers finaux et les documents sources inclus dans le périmètre sont remis une fois que toutes les factures exigibles pour le projet concerné ont été réglées. La remise peut comprendre des fichiers Figma, des systèmes de conception, des dépôts de code, des packages de déploiement, de la documentation, des ressources ou des identifiants, tels qu'indiqués dans le document du projet. Les éléments de tiers et les éléments open source restent soumis à leurs propres licences.

10. Acceptation et signalement des défauts

Les clients doivent tester rapidement les livrables et signaler les défauts significatifs avec suffisamment de détails pour reproduire le problème. Un défaut s'entend d'un manquement du travail livré à se conformer de manière substantielle au périmètre convenu ; il n'inclut ni une nouvelle fonctionnalité, ni un changement de préférence, ni une défaillance d'un tiers, ni une modification apportée après la livraison par une autre personne.

11. Maintenance après le lancement

Les mises à jour continues, l'administration de l'hébergement, la maintenance de sécurité, la surveillance, les mises à jour de contenu, les travaux de compatibilité et le développement de fonctionnalités ne sont pas inclus après la remise, sauf si la proposition/le SOW ou un contrat distinct de maintenance/de services continus les inclut expressément.