Déploiement à grande échelle
Cadrage, paramétrage, reprise de données et mise en service, direction par direction, avec un grand nombre d’utilisateurs et plusieurs niveaux de validation.
Odoo Riyad · ERP pour les organisations saoudiennes
Azinove est partenaire Odoo, basée à Strasbourg et active en Europe et dans le Golfe. Nous déployons Odoo pour des organisations à Riyad et ailleurs en Arabie saoudite : documents rédigés en arabe, facturation paramétrée selon le régime de facturation électronique applicable à l’entité, circuits de validation et droits d’accès que l’audit interne peut suivre, et hébergement placé là où la politique interne l’exige.
Échangez avec les ingénieurs qui réaliseront le projet
Dites-nous ce que vous utilisez aujourd’hui et ce qui ne fonctionne pas. Vous recevrez une réponse réfléchie, pas une séquence commerciale.
Quand ce service devient utile
En Arabie saoudite, le déclencheur d’un projet ERP est rarement une liste de fonctionnalités : c’est une facture qui doit sortir dans une forme précise, en arabe, et une validation qui doit pouvoir se prouver ensuite.
Le système actuel ne produit pas les factures dans la structure attendue et ne les échange pas avec la plateforme de l’administration ; la comptabilité compense à la main chaque mois.
Les libellés d’articles, de comptes et de conditions de paiement n’existent qu’en anglais, et les modèles d’impression n’ont pas été conçus de droite à gauche : les factures sont reprises à la main avant envoi.
Demandes d’achat et paiements sont validés par courriel, messagerie ou signature papier, et personne ne peut reconstituer qui a validé quoi, ni quand, devant l’audit interne.
La DSI et les achats demandent où tourne le système, où sont les sauvegardes, qui y accède et ce que couvre le support — et attendent ces réponses par écrit avant de référencer un prestataire.
Notre lecture du problème
Les trois reposent sur les mêmes données. Les traiter comme trois chantiers successifs est précisément ce qui rend la correction coûteuse.
La facturation électronique est traitée comme une question d’impression et les validations sont repoussées après le démarrage : le système est alors construit sur des données qui ne suffisent ni à l’une ni aux autres.
Nous concevons d’abord le document — ses champs, ses valeurs stockées en arabe, sa numérotation et son format structuré — puis la matrice de validation et les règles d’accès ; le paramétrage vient ensuite et se teste avec vos propres documents.
Des factures émises dans la langue et la structure attendues, et derrière chacune un historique de validation que l’audit interne suit de la demande jusqu’à l’écriture comptable.
Garde-fous
La facturation et l’autorité de décision sont les deux sujets où une réponse vague coûte le plus cher ensuite.
Nous paramétrons Odoo selon les exigences de facturation et de fiscalité applicables à votre entité et le raccordons à la plateforme de facturation électronique avec l’enregistrement propre à votre entité. Ce qui s’applique à vous, à partir de quand et sous quelle forme, se confirme avec votre conseil fiscal ou votre auditeur : nous mettons en œuvre, nous ne conseillons pas en fiscalité.
La sortie en arabe n’est pas un réglage unique : langue d’interface, valeurs de champs stockées, modèles d’impression et modules tiers se comportent différemment ; nous les évaluons avant d’engager un périmètre.
Nous mettons en œuvre la matrice de validation approuvée par écrit par votre direction. Le système l’applique, il ne la décide pas, et la modifier relève d’une décision de direction, pas de paramétrage.
Notre équipe d’ingénierie est en Europe et nous ne revendiquons ni bureau ni effectif dans le Royaume. La région d’hébergement, l’emplacement des sauvegardes, la durée de conservation et les accès d’administration sont inscrits dans le périmètre, jamais sous-entendus.
Échangez avec les ingénieurs qui réaliseront le projet
Dites-nous ce que vous utilisez aujourd’hui et ce qui ne fonctionne pas. Vous recevrez une réponse réfléchie, pas une séquence commerciale.
Capacités
Les quatre mêmes domaines que partout ailleurs, appliqués à ce qu’une organisation de Riyad doit pouvoir démontrer.
Cadrage, paramétrage, reprise de données et mise en service, direction par direction, avec un grand nombre d’utilisateurs et plusieurs niveaux de validation.
Langues d’interface, valeurs de champs stockées en arabe, modèles d’impression conçus de droite à gauche et séquences de numérotation.
Modules spécifiques en Python et OWL, et raccordement d’Odoo à la plateforme de facturation électronique et aux systèmes déjà en place, via leurs API.
Hébergement dans le Royaume, en Europe ou dans un compte cloud qui vous appartient, montées de version, support, et Odoo paramétré selon les règles de facturation et de fiscalité applicables à votre entité.
Livrables possibles
La proposition précise lesquels entrent dans le périmètre et quelle direction ou entité chacun couvre.
Exemples de périmètres
Des exemples de périmètres, pas des forfaits : le nombre de niveaux de validation et l’état des données de facturation pèsent plus que le secteur d’activité.
Paramétrer l’entité de bout en bout : documents en arabe, matrice de validation et facturation configurée selon le régime confirmé pour cette entité.
Amener une installation déjà en production à la structure de facture et à la sortie en arabe attendues, et la raccorder à la plateforme de facturation électronique.
Circuits de validation, rôles, séparation des tâches, historique des enregistrements et reporting par direction et par centre de coûts.
Déroulement
L’essentiel du travail se fait à distance ; c’est le nombre de fonctions qui doivent revoir chaque décision qui donne le rythme.
Entités, documents, niveaux de validation, règles d’accès et contrainte éventuelle d’hébergement sont fixés avec la finance, la DSI et l’audit interne autour de la table.
Documents, matrice de validation et modules spécifiques sont construits sur une base de test, avec les données de l’organisation.
La finance, l’audit interne et la DSI vérifient documents, traces de validation et droits, et les échanges de factures sont éprouvés en environnement de test.
La bascule a lieu dans une fenêtre convenue, direction par direction, suivie d’un support aux horaires et jours définis.
Questions fréquentes
Ce qui décide d’un ERP dans le Royaume tient le plus souvent au document, à la validation et à l’emplacement des données.
Des factures émises dans la langue et la structure attendues, et derrière chacune un historique de validation que l’audit interne suit de la demande jusqu’à l’écriture comptable.
Odoo se paramètre pour émettre des factures dans la structure attendue et pour les échanger avec la plateforme de facturation électronique de la ZATCA (Fatoora) : champs du document, valeurs stockées en arabe, séquences de numérotation, format structuré et raccordement. Ce qu’une page de site ne peut pas vous dire, c’est ce qui s’applique à votre entité ni à partir de quand : cela dépend de sa situation propre et se confirme avec votre conseil fiscal ou votre auditeur. Nous mettons en œuvre ce qu’ils confirment et ajustons dans un périmètre de support convenu lorsque les règles évoluent.
Trois choses distinctes, dont une seule est un réglage. La langue d’interface se choisit par utilisateur et fait passer l’affichage de droite à gauche. Les valeurs de champs stockées — libellés d’articles, unités, comptes, conditions de paiement — se traduisent enregistrement par enregistrement et doivent être saisies par quelqu’un qui connaît le métier ; une valeur arabe vide s’imprime en anglais. Enfin, le modèle d’impression doit être conçu de droite à gauche, avec des polices qui rendent correctement l’arabe dans le PDF, un alignement qui tient pour les chiffres et les totaux, et la place nécessaire aux champs supplémentaires portés par la facture. L’anglais peut cohabiter sur le même document lorsqu’un tiers en a besoin.
Oui. Les étapes de validation peuvent suivre le montant, le centre de coûts, la direction ou le type de document, avec délégation lorsqu’un validateur est absent. Les règles d’accès séparent les tâches, pour que la personne qui crée un fournisseur ne soit pas celle qui le paie ; les périodes se verrouillent une fois closes ; l’historique des enregistrements indique qui a modifié quoi et quand. Les états attendus par l’audit interne font partie de la construction, pas d’un rattrapage ultérieur, et la matrice reste la vôtre.
Dans une région située dans le Royaume, dans un compte ou une souscription cloud que votre organisation possède déjà, ou dans l’Union européenne. La région, l’emplacement des sauvegardes, les durées de conservation et les accès d’administration sont précisés dans le périmètre, pour que la DSI et les achats disposent d’une réponse exacte lors de la revue fournisseur. Si une politique interne ou un contrat impose que les données restent dans le Royaume, c’est une décision d’hébergement que nous intégrons dès le cadrage.
Notre équipe d’ingénierie est à Strasbourg. Nous n’avons ni bureau ni effectif dans le Royaume, et nous préférons le dire plutôt que le laisser croire. Concrètement, le décalage est d’une à deux heures selon la saison : la journée de travail se recouvre presque entièrement. Ce sont les extrémités de la semaine qui diffèrent, ce qui compte pour les fenêtres de bascule, les clôtures et la couverture du support. Interlocuteurs nommés, décisions écrites en arabe et en anglais, et présence sur site quand un démarrage ou un programme de formation le justifie.
Expertises complémentaires
L’offre Odoo principale, le marché voisin du Golfe, et la revue de sécurité qu’impose un déploiement de cette taille.
Parlons du besoin
Décrivez-nous ce que votre entité émet, qui doit le valider, les langues dans lesquelles partent vos documents et toute contrainte sur l’endroit où le système peut tourner. Nous reviendrons avec un périmètre.
Sans engagement · Périmètre clair · En arabe ou en anglais