Le logiciel d'ouverture de compte digitale
pour les banques, SACCO et IMF.
L'entrée en relation digitale pour les comptes professionnels, personnels, de groupe et joints : une demande guidée, des données KYC (connaissance du client) et de conformité recueillies à la source, et un workflow de revue en back-office qui mène chaque demandeur du premier formulaire jusqu'au compte actif — à vos couleurs, sur Azure ou dans votre propre centre de données, sans papier.
L'ouverture de compte sur papier fait perdre des demandeurs et masque les risques.
Un formulaire qui envoie un PDF par e-mail à une agence n'est pas un processus d'ouverture de compte digital. Le demandeur ne voit pas l'avancement, la banque ne voit pas le demandeur, et la conformité s'exerce après coup, sur une photocopie.
Trois ans plus tard, quand l'auditeur demande ce que le demandeur a réellement vu et déclaré, il faut reconstituer la réponse.
- Des demandes à moitié remplies que personne ne relance
Les demandeurs s'arrêtent sur une question difficile ou un document manquant, sans brouillon auquel revenir — et personne ne sait qu'ils sont partis.
- Une conformité recueillie après coup
Les déclarations PPE (personnes politiquement exposées) et FATCA, ainsi que les informations sur les bénéficiaires effectifs, sont recueillies sur papier et ressaisies plus tard : le filtrage commence donc après la création du compte.
- Chaque circulaire impose un cycle de mise en production
Une nouvelle réglementation, un nouveau produit ou un nouveau segment modifie le formulaire, et modifier le formulaire implique un ticket d'ingénierie.
- Le dossier ne correspond pas à ce que le demandeur a vu
Les formulaires changent, mais les anciennes demandes sont stockées par rapport au formulaire en vigueur, quel qu'il soit.
Ce qui change quand tout le parcours tient dans un seul dossier.
Enregistrement automatique, brouillons à reprendre n'importe où et lien de suivi privé — pour les demandes de comptes professionnels, personnels, de groupe et joints.
Les déclarations PPE et FATCA, ainsi que la liste des bénéficiaires effectifs, font partie de la demande, et chaque personne concernée figure dans le même dossier comme sujet de filtrage.
Un générateur visuel de formulaires, avec publication en double contrôle (maker-checker) et épinglage des versions — sans code, sans redéploiement.
Chaque action du workflow est consignée avec son auteur et sa date, les décisions des réviseurs conservent leurs commentaires, et les demandes se rouvrent sur la version exacte du formulaire sur laquelle elles ont été remplies.
Entrée en relation digitale et KYC : des données recueillies une seule fois, une revue chronométrée.
L'entrée en relation digitale ne se résume pas à un formulaire en ligne. BAOS couvre le parcours que l'on demande aux banques de digitaliser — la demande, la collecte des données KYC et de vigilance, la liste de contrôle des documents, la liste des personnes à filtrer et la revue par le personnel — pour les demandes de comptes professionnels, personnels, de groupe et joints.
Informations d'identification, renseignements sur l'emploi ou l'activité, adresses, plus proche parent et coordonnées sont recueillis sur votre formulaire publié, les champs exigés par votre politique KYC étant marqués comme obligatoires.
Les déclarations font partie de la demande elle-même : le demandeur les fait avant que le compte n'existe, au lieu qu'elles soient ressaisies plus tard à partir du papier.
Les demandes professionnelles enregistrent les parties prenantes significatives ; les demandes de groupe et de compte joint répètent une section complète pour chaque membre ou titulaire. Chaque personne devient un sujet de filtrage.
Pièces d'identité, photos, certificats d'immatriculation et résolutions sont recueillis selon la liste de contrôle propre à ce type de compte, avec des emplacements par titulaire, pour que « complet » signifie complet pour tout le monde.
Chaque personne concernée — administrateurs, bénéficiaires effectifs, membres du groupe, cotitulaires, signataires — devient un sujet de filtrage, une seule fois même si elle occupe deux rôles, et figure dans la demande pour votre équipe conformité. Le filtrage lui-même s'effectue dans votre outil de filtrage.
Le personnel prend en charge la demande, vérifie ses documents puis l'approuve ou la rejette, avec des compteurs SLA sur les étapes du workflow. Une fois le compte ouvert dans votre système bancaire central, il en enregistre le numéro dans BAOS — et chaque action du workflow est consignée.
Vous évaluez des solutions d'entrée en relation digitale ? Lisez « Construire, acheter ou configurer », le processus d'entrée en relation KYC étape par étape, et la bibliothèque complète de guides sur l'ouverture de compte (articles en anglais).
Comptes professionnels, personnels, de groupe ou joints — une seule plateforme.
La première étape du demandeur consiste à choisir le type de compte. Votre banque n'active que les types qu'elle propose — chacun est livré sous forme de formulaire de départ que vous publiez depuis le générateur de formulaires — et tous suivent le même workflow de revue.
Le parcours entreprise complet, du profil de l'entité aux services associés au compte.
Des comptes individuels, renseignés intégralement dès la première fois.
Les chamas et les groupes d'épargne, avec chaque membre enregistré au dossier.
Chaque titulaire enregistré comme une personne à part entière.
Un seul workflow de revue pour tous. Le demandeur choisit le type de compte, BAOS lui présente le bon formulaire, et chaque personne concernée — membres, titulaires, signataires et parties prenantes — figure comme sujet de filtrage.
Tout ce qu'exige l'ouverture d'un compte bancaire — dans un seul parcours.
Pas un formulaire qui envoie un PDF par e-mail à une agence. Un pipeline complet : le demandeur dépose sa demande, les données de conformité sont recueillies dans le même flux, et votre équipe examine et décide sous compteurs SLA.
Le demandeur choisit le type de compte — professionnel, personnel, de groupe ou joint — et obtient le formulaire pas à pas que votre banque a publié pour ce type, avec enregistrement automatique et brouillons à reprendre n'importe où.
Les demandeurs s'inscrivent et se connectent — via votre propre service d'identité client si vous en avez un —, conservent une liste de brouillons qu'ils peuvent reprendre ou abandonner, et suivent l'avancement grâce à un lien de référence privé, impossible à deviner.
Les téléversements suivent votre liste de contrôle, avec un emplacement dédié pour chaque signataire, bénéficiaire effectif ou membre du groupe. Le personnel les vérifie un par un, ou pour toute une demande à la fois.
Les déclarations PPE et FATCA, ainsi que la liste des bénéficiaires effectifs, sont recueillies dans la demande. Le demandeur et chaque personne concernée — administrateurs, bénéficiaires effectifs, membres du groupe, cotitulaires, signataires — figurent dans le même dossier comme sujets de filtrage.
Résolutions du conseil pour les sociétés, résolutions d'assemblée pour les chamas, mandats de fonctionnement et clauses de survie pour les comptes joints — avec les signataires autorisés et les mandats de signature recueillis et validés dans le même parcours.
Les réviseurs prennent en charge les demandes d'une file non attribuée pour les placer dans la leur, vérifient les documents, puis approuvent, rejettent ou demandent par e-mail un complément d'information au demandeur — les rôles limités à une agence ne voyant que leur propre agence.
Chaque étape du workflow démarre un compteur SLA et un tableau de bord affiche la durée moyenne de chaque étape ; chaque action du workflow est consignée avec son auteur et sa date.
Chaque question, section et texte d'aide peut être rédigé en anglais et en swahili, dans l'éditeur de traduction du générateur de formulaires — et les demandeurs disposent d'un sélecteur de langue partout où une traduction existe.
Exploitez-le dans votre propre abonnement Azure depuis Azure Marketplace, ou sur site dans votre propre centre de données, installé et pris en charge par Creodata.
Deux côtés, une seule demande.
Le client choisit le type de compte — professionnel, personnel, de groupe ou joint — et remplit le formulaire guidé que votre banque a publié pour ce type. Les neuf étapes ci-dessous sont celles du modèle Standard entreprises (Kenya), et chacune d'elles est modifiable par vos soins. En coulisses, chaque type de demande suit le même pipeline de revue : prise en charge par un réviseur, vérification des documents, approbation ou rejet, puis enregistrement du numéro de compte une fois le compte ouvert dans votre système bancaire central.
Modifiez le formulaire sans modifier le logiciel.
Les formulaires d'ouverture de compte évoluent — une nouvelle réglementation, un nouveau produit, un nouveau segment. Dans BAOS, c'est l'affaire d'un après-midi dans une console d'administration, pas d'un cycle de mise en production. Construisez le formulaire visuellement, publiez-le selon le principe des quatre yeux, et la demande suivante l'utilise.
Faites glisser des champs de la palette vers le canevas et définissez leurs propriétés à droite. Vingt-deux types de champs, des déclarations aux listes de personnes répétables — sans code, sans redéploiement, sans ticket d'ingénierie.
Chaque version publiée est immuable, et chaque demande reste épinglée à la version sur laquelle elle a été remplie — une ancienne demande s'affiche donc toujours exactement telle qu'elle était.
Un formulaire ne peut pas être publié par la personne qui l'a modifié en dernier. La séparation des tâches est imposée par la plateforme, pas par une politique interne.
Affichez un champ ou rendez-le obligatoire selon les réponses précédentes. Les mêmes règles sont évaluées de manière identique dans le navigateur et sur le serveur.
Des traductions en anglais et en swahili pour chaque champ, saisies dans un éditeur de traduction dédié, avec un sélecteur de langue qui n'apparaît que là où des traductions ont été fournies.
Définissez une liste de choix une seule fois — secteurs d'activité, types d'entreprise, devises — et réutilisez-la dans tous les formulaires et à toutes les étapes.
Proposez un formulaire différent selon le type de compte et le canal — libre-service ou saisie assistée par le personnel —, avec un formulaire par défaut du locataire en arrière-plan.
La publication est bloquée en cas de questions en double, d'étapes vides, de listes déroulantes sans options ou de règles pointant vers un champ supprimé — un formulaire défectueux n'atteint donc jamais un demandeur.
Parcourez votre brouillon de formulaire sur l'écran même que verra le demandeur, avant quiconque.
Les questions configurées correspondent aux champs appropriés du dossier sous-jacent — nom de l'entité, signataire, participation au capital —, si bien que le reporting et les systèmes en aval continuent de fonctionner, quelle que soit la façon dont vous réorganisez le formulaire.
Exportez un formulaire finalisé et importez-le dans un autre locataire ou un autre environnement. Un formulaire éprouvé dans un établissement devient le point de départ du suivant.
Les brouillons ouverts par étape, rapportés aux demandes soumises — pour repérer la question qui vous coûte des demandes.
Dix formulaires de départ couvrant les quatre types de comptes sont livrés avec la plateforme, élaborés à partir de formulaires d'ouverture de compte réellement utilisés dans la région — dont le Standard entreprises (Kenya), le parcours en neuf étapes présenté plus haut.
Près de quarante sections préconstruites — bénéficiaires effectifs, registres des membres, plus proche parent, signataires, FATCA, résolutions du conseil, et bien d'autres — à insérer dans n'importe quel formulaire, réparties en neuf domaines.
Une demande, tous les services qu'elle traverse.
Aucune ressaisie entre les systèmes. Le portail client alimente un dossier de demande unique qui passe par la collecte des données de conformité, les documents, le suivi des SLA et l'audit — et arrive à l'approbation complet et validé, prêt pour que votre équipe ouvre le compte dans votre système bancaire central (core banking).
Inscription en libre-service, enregistrement automatique des brouillons et suivi par jeton de référence — la seule interface que voit le demandeur —, pour qu'il puisse s'interrompre, revenir et terminer sans appeler l'agence.
La source unique de vérité : l'entité ou la personne, les membres, les titulaires, les signataires, les services associés et le mandat — le tout dans un seul dossier, si bien que rien n'est ressaisi et que rien ne se perd entre les équipes.
Les déclarations PPE et FATCA ainsi que la liste des bénéficiaires effectifs, avec le demandeur et chaque personne concernée identifiés comme sujets de filtrage, et une synthèse de conformité rattachée à la demande — les réviseurs voient ainsi qui reste à filtrer.
Téléversement, téléchargement et vérification pilotés par la liste de contrôle — un document à la fois ou toute une demande d'un coup, photographies des signataires comprises —, pour que le réviseur travaille sur un dossier complet, et non sur des pièces jointes arrivées au compte-gouttes.
Les compteurs par étape démarrent automatiquement, et un tableau de bord affiche la durée moyenne de chaque étape — pour voir où les demandes ralentissent avant que les demandeurs n'abandonnent.
Chaque action du workflow est consignée avec son auteur, sa date et l'adresse d'où elle a été faite, et les demandeurs reçoivent un e-mail à chaque étape clé — chacun sait où en est la demande, et le dossier le montre ensuite.
Votre marque, vos produits, vos règles.
Une seule base de code sert chaque établissement en tant que locataire isolé. Configurez-le depuis une console d'administration — sans développement — et le portail client et les écrans de demande prennent vos couleurs.
Pour les demandeurs qui préfèrent simplement discuter.
Un assistant qui guide le demandeur tout au long de la même demande, sous forme de conversation, et donne à vos réviseurs une première lecture des documents. Il est inclus dans le plan Enterprise et il est délibérément conçu pour ne jamais pouvoir prendre la décision.
Les demandeurs qui préfèrent discuter plutôt que remplir un formulaire sont guidés dans un chat, avec des cartes interactives pour choisir un produit, compléter une section, faire les déclarations PPE et FATCA, téléverser des documents et confirmer un récapitulatif final.
Ces cartes sont générées à partir de votre propre formulaire publié pour le type de compte ouvert — avec des consignes adaptées à chaque type, si bien qu'un particulier n'est jamais interrogé sur des résolutions du conseil — et restent synchronisées chaque fois que vous modifiez le formulaire.
Reconnaît sept types courants de documents kényans, en lit les informations clés et les recoupe de façon déterministe avec ce que le demandeur a saisi. Le réviseur voit un signalement consultatif — jamais une décision automatique.
Il n'existe délibérément aucun outil pour soumettre, vérifier ou approuver — ces actions n'existent pas pour l'assistant. Son débit est limité, son autonomie est plafonnée, et il traite le texte des documents comme non fiable. C'est toujours une personne qui décide.
Conçu pour résister à un audit.
C'est à l'entrée en relation qu'un régulateur commence à poser des questions. La plateforme est conçue pour que les réponses soient déjà enregistrées, plutôt que reconstituées.
de la saisie par le personnel, du réviseur et du vérificateur de documents au responsable de la conformité, au directeur d'agence et au lecteur d'audit — avec des autorisations granulaires vérifiées à chaque requête
qui a fait quoi, dans quel rôle, quand, depuis quelle adresse et quel appareil — avec les décisions des réviseurs et leurs commentaires
sessions chiffrées, protection contre la falsification de requêtes intersites (CSRF) et vérification de l'appelant par chaque service — pas seulement à l'entrée
les données de chaque établissement résident dans leur propre schéma de base de données, et le personnel rattaché à une agence ne voit que les demandes de celle-ci
des tests automatisés qui déroulent l'intégralité des parcours du demandeur et du personnel dans un vrai navigateur, ainsi que des contrôles qui maintiennent la cohérence entre les écrans et les services
l'ensemble de l'environnement est défini sous forme de code et packagé pour Azure Marketplace : reconstruire revient à relancer, et non à tout redécouvrir
Deux façons de déployer. Une seule plateforme.
Exploitez-le dans votre propre abonnement Azure depuis Azure Marketplace, ou sur site dans votre propre centre de données, installé, configuré et pris en charge par Creodata. Si votre régulateur ou votre propre politique impose que les données restent dans le pays, choisissez le déploiement sur site.
Les plans démarrent à 1 500 USD par mois — voir les plans ci-dessous. Le prix du plan couvre la gestion et le support de BAOS ; l'infrastructure Azure sur laquelle il fonctionne est facturée séparément, sur votre propre abonnement.
Parlez-nous-en tôt : les déploiements sur site sont planifiés en fonction de votre infrastructure, de votre réseau et des exigences de résidence des données fixées par votre régulateur.
Le prix du plan couvre la gestion et le support de BAOS ; l'infrastructure Azure est facturée séparément sur votre abonnement.
Prix tels qu'affichés sur Azure Marketplace. L'infrastructure Azure est facturée séparément — en général 40 à 80 USD par mois pour les déploiements d'entrée de gamme, et 500 à 900 USD par mois pour une configuration Enterprise en haute disponibilité, plus la consommation du modèle pour l'assistant IA.
| Fonctionnalité | Microsoft Azure | Conception sur site |
|---|---|---|
| Données relationnelles | PostgreSQL Flexible Server | PostgreSQL |
| Messagerie / événements | Azure Service Bus | RabbitMQ |
| Stockage des documents | Azure Blob Storage | MinIO |
| Identité | Microsoft Entra ID (personnel) · Azure AD B2C (clients) | Keycloak |
Le portail client fonctionne sur App Service, en site statique ou en conteneurs. Les plans Standard et Professional installent l'option App Service ; le plan Enterprise fonctionne sur Container Apps avec mise à l'échelle automatique — le mode qui héberge l'assistant IA.
Une page pour chaque type de compte.
Ce que BAOS enregistre pour chaque type de compte, son formulaire de départ et sa liste de documents, et les règles auxquelles il répond.
Quinze types d'entités, administrateurs et bénéficiaires effectifs, signataires, mandats et résolution du conseil.
Les responsables qui signent, le registre des membres et la résolution de l'assemblée, pour les chamas et les autres groupes.
De deux à quatre titulaires, chacun saisi au complet, avec le mandat de fonctionnement et une clause de survie.
Membres individuels, groupes et personnes morales, rapprochés des règles de la SASRA sur les membres.
L'outil sans code derrière chaque formulaire : règles, listes de documents et publication selon le principe des quatre yeux.
L'ouverture de compte, dans les termes de votre marché.
Les pages pays rapprochent les règles d'entrée en relation de chaque régulateur de ce que BAOS recueille, et listent les guides de ce marché.
Les lignes directrices 2025 de la CBK sur la vigilance, les règles de la SASRA sur les membres, les documents des sociétés et des chamas, et la place des contrôles IPRS et du PIN KRA.
Le règlement LBC de 2022, avec la carte d'identité nationale comme pièce principale, les documents de société BRELA, les contrôles NIDA et deux modèles tanzaniens.
Le règlement LBC et les lignes directrices de vigilance de la Bank of Uganda, l'exigence du NIN, les documents URSB et la place des contrôles NIRA.
La loi 001/2025, les exigences du FIC pour l'ouverture de compte, la directive 2025 de la BNR sur l'ouverture de compte en ligne et le contrôle NIDA.
Le FIC Act et son règlement de 2022, la règle du TPIN pour l'ouverture de compte, les bénéficiaires effectifs PACRA à 5 % et les contrôles NRC.
Questions fréquentes.
Oui. BAOS est un logiciel d'entrée en relation digitale pour l'ouverture de compte. Les demandeurs remplissent en ligne le formulaire publié par votre banque ; les données KYC et de vigilance, les déclarations PPE et FATCA/CRS et les parties prenantes significatives sont recueillies à la source ; les documents sont collectés selon une liste de contrôle ; chaque personne concernée figure comme sujet de filtrage ; et le personnel examine la demande et statue sous compteurs SLA, chaque action du workflow étant consignée. BAOS couvre les comptes professionnels, personnels, de groupe et joints, sert plusieurs marques depuis un même déploiement et fonctionne dans votre propre abonnement Azure. BAOS ne vérifie pas lui-même les pièces d'identité auprès des registres nationaux : il fonctionne aux côtés du service de vérification d'identité que vous utilisez.
Tout ce que demande votre formulaire publié. Les modèles de départ recueillent les informations d'identification, les coordonnées et adresses, les renseignements sur l'emploi ou l'activité, le plus proche parent, les administrateurs, actionnaires et bénéficiaires effectifs d'une entreprise, les membres d'un groupe et chaque titulaire d'un compte joint, ainsi que les déclarations PPE et FATCA/CRS — avec des emplacements de documents pour les pièces d'identité, les photos, les certificats d'immatriculation et les résolutions. Votre équipe ajoute ou supprime des champs dans le générateur de formulaires sans code, sans nouvelle version du logiciel.
Quatre : les comptes professionnels et d'entreprise, personnels (particuliers), de groupe — y compris les chamas et les groupes d'épargne — et joints. Le choix du type de compte est la première étape du demandeur, et chaque type dispose du formulaire de demande que votre banque a publié pour lui. Vous n'activez que les types que vous proposez — le formulaire professionnel est publié par défaut et les trois autres sont livrés sous forme de brouillons que vous relisez et publiez — et les quatre suivent le même workflow de revue.
Oui. Le générateur visuel de formulaires permet aux équipes produit et conformité de concevoir sans code les étapes, les sections, les questions, les règles d'affichage et de masquage et les exigences documentaires, à partir de dix modèles de départ bancaires et d'une bibliothèque de près de quarante sections préconstruites. Les formulaires comportent des traductions en anglais et en swahili, la publication obéit au principe du double contrôle (maker-checker) — le dernier éditeur ne peut jamais approuver — et chaque version publiée est épinglée, de sorte que les demandes plus anciennes s'affichent toujours exactement telles qu'elles ont été soumises.
Les déclarations PPE et FATCA, ainsi que les parties prenantes significatives, sont recueillies dans la demande elle-même. BAOS crée ensuite un sujet de filtrage pour chaque personne concernée — administrateurs, bénéficiaires effectifs, membres du groupe, cotitulaires et signataires —, une seule fois par personne, et les fait figurer dans la demande pour votre équipe conformité. BAOS n'interroge pas lui-même les listes de sanctions ou de PPE : le filtrage s'effectue dans votre outil de filtrage, par exemple la plateforme LBC/FT de Creodata.
L'assistant est inclus dans le plan Enterprise, qui déploie l'hébergement Azure Container Apps dont il a besoin. Il guide les demandeurs, sous forme de conversation, dans le formulaire que votre banque a elle-même publié, en s'adaptant au type de compte ouvert, et pré-contrôle les documents kényans courants au regard de ce que le demandeur a saisi, afin que les réviseurs disposent tôt d'un signalement consultatif. Il n'a aucune capacité de soumettre, de vérifier ou d'approuver quoi que ce soit — ces décisions restent entre les mains de votre personnel — et il fonctionne avec Claude via Azure AI Foundry ou avec Azure OpenAI, au sein de votre propre abonnement.
Oui. BAOS fonctionne soit depuis Azure Marketplace dans votre propre abonnement Azure, soit sur site dans votre propre centre de données. Sur site, PostgreSQL, RabbitMQ, MinIO et Keycloak remplacent les services Azure, et Creodata dimensionne, installe et prend en charge le déploiement avec votre équipe infrastructure. Les fonctions d'IA du plan Enterprise s'appuient sur les services d'IA d'Azure : celles que vous utilisez sur site sont convenues avec votre équipe.
Trois plans sont affichés publiquement sur Azure Marketplace : Standard à 1 500 USD par mois pour une seule marque ; Professional à 3 500 USD par mois pour trois marques au maximum, avec la connexion du personnel via Microsoft Entra ID, l'identité des clients via Azure AD B2C et un support prioritaire 24x5 ; et Enterprise à 6 000 USD par mois, avec un nombre illimité de marques, l'assistant IA et un support de priorité 1 en 24/7. Le prix du plan couvre la gestion et le support de BAOS ; l'infrastructure Azure est facturée séparément sur votre abonnement — en général 40 à 80 USD par mois pour les déploiements d'entrée de gamme. Les déploiements sur site sont tarifés par mission.
Non. BAOS recueille les informations d'identité et les documents sur votre formulaire et consigne la revue par le personnel, mais il n'interroge pas les registres nationaux, comme l'IPRS ou le Business Registration Service au Kenya, et n'effectue ni contrôle du vivant (liveness) ni comparaison faciale. Utilisez-le avec le prestataire de vérification d'identité ou les contrôles de registre que votre banque utilise déjà ; le personnel vérifie ensuite les documents dans BAOS.
Pas à lui seul. L'eKYC désigne en général des contrôles d'identité automatisés — interrogation de bases de données, contrôle du vivant, comparaison faciale. BAOS est le workflow d'ouverture de compte qui les entoure : la demande, la collecte des données KYC et de vigilance, la liste de contrôle des documents, la liste des personnes à filtrer et la revue par le personnel. Il se place entre votre prestataire de vérification d'identité et votre système bancaire central.
Des modèles kényans et tanzaniens : le Standard entreprises (Kenya), le compte personnel (Kenya) et le compte de groupe / chama (Kenya), ainsi que le compte personnel (Tanzanie) et Entreprises (Tanzanie) — plus des modèles utilisables partout : compte joint, compte fiduciaire, variante finance islamique, auto-certification FATCA / CRS et mandat de signataires supplémentaires. Les formulaires d'autres pays se construisent dans le générateur à partir des mêmes sections, et les validateurs couvrent les formats de la carte d'identité kényane, du PIN KRA et du TIN tanzanien.
Là où vous le choisissez : dans votre propre abonnement Azure, dans la région Azure que vous choisissez au déploiement, ou sur site dans votre propre centre de données. Azure n'a pas de région en Afrique de l'Est (les plus proches sont South Africa North et South Africa West) ; si vos données doivent rester dans le pays, choisissez le déploiement sur site. Sur le plan Enterprise, les modèles Claude de l'assistant IA via Azure AI Foundry fonctionnent dans les régions East US 2 ou Sweden Central.
BAOS n'ouvre pas les comptes dans votre système bancaire central. Une fois la demande approuvée, le personnel ouvre le compte dans le système central et en enregistre le numéro dans BAOS, ce qui clôt la demande. Une intégration directe avec un système central donné est un projet distinct.
Voyez l'ouverture de n'importe quel compte, de bout en bout.
Nous vous présenterons le parcours du demandeur, le générateur de formulaires et le pipeline de revue — pour les comptes professionnels, personnels, de groupe et joints, aux couleurs de votre établissement. Ou déployez-le vous-même depuis Azure Marketplace.