Secteurs

En général, non. La plupart des banques ont davantage à gagner en encapsulant le core banking dans des API bien définies et en construisant de nouveaux produits et canaux sous forme de services autour de lui. Le système de référence reste ainsi stable, tandis que les parties visibles par les clients évoluent plus vite. Lorsqu’un core banking doit réellement être remplacé, nous planifions la migration par étapes, les deux systèmes étant rapprochés jusqu’à l’arrêt de l’ancien.

En savoir plus : Fintech et services financiersLien vers cette question

Oui. Nous développons des services qui créent, valident et lisent les messages ISO 20022, tant pour les paiements et le reporting des entreprises, comme pain.001 et camt.053, que pour les messages interbancaires utilisés par les systèmes de paiements instantanés et de paiements de montant élevé. Chaque schéma et chaque banque a ses propres règles : nous travaillons donc à partir de leurs guides de mise en œuvre et testons dans leurs environnements de test.

En savoir plus : Fintech et services financiersLien vers cette question

Oui. Nous combinons des règles que vos analystes peuvent lire et modifier avec des modèles d’apprentissage automatique entraînés sur vos propres données, et nous expliquons pourquoi chaque alerte a été levée. Les alertes rejoignent une file de dossiers où les analystes décident, et leurs décisions alimentent en retour les règles et les modèles. Si vous faites déjà appel à des fournisseurs spécialisés de filtrage, nous les connectons.

En savoir plus : Fintech et services financiersLien vers cette question

Le magasin continue de vendre. Les ventes sont stockées localement et transmises au retour de la connexion, chacune avec un identifiant unique pour que rien ne soit comptabilisé deux fois. Les mises à jour de prix et de stock sont mises en file d’attente de la même manière. L’exploitation voit quels magasins sont en retard et de combien, si bien qu’une coupure prolongée est repérée immédiatement, et non découverte à la clôture du mois.

En savoir plus : Commerce de détail et points de venteLien vers cette question

Nous intégrons les plateformes POS par les moyens qu’elles offrent : API cloud, serveurs magasin, exports de base de données ou fichiers. Avant tout chiffrage, nous étudions la documentation du POS et un échantillon de ses données, car c’est ce qui détermine l’approche. La mention d’une plateforme POS ou d’un ERP sur ce site ne signifie pas un partenariat avec son éditeur.

En savoir plus : Commerce de détail et points de venteLien vers cette question

Oui. Nous développons et maintenons des flux EDI en EDIFACT et en ANSI X12, via AS2, SFTP ou un réseau à valeur ajoutée, pour les commandes, les avis d’expédition, les factures et les messages de statut. Nous convertissons aussi l’EDI en API et en événements, afin que les systèmes plus récents n’aient pas à lire l’EDI eux-mêmes, et nous testons chaque flux avec le partenaire commercial avant sa mise en production.

En savoir plus : Logistique et distributionLien vers cette question

Nous plaçons une couche transporteurs unique entre vos systèmes et les transporteurs. Vos systèmes réservent, étiquettent et suivent par une seule interface, et cette couche traduit chaque requête vers l’API ou le format de fichier de chaque transporteur. Ajouter un transporteur revient alors à ajouter une correspondance et ses tests, sans modifier chaque système expéditeur. Tarifs, étiquettes et événements de suivi reviennent dans un format unique.

En savoir plus : Logistique et distributionLien vers cette question

Oui. Nous étendons les systèmes existants par leurs API, leurs interfaces de messages ou leurs bases de données, et ajoutons autour d’eux des outils mobiles et des intégrations. Si un système a atteint ses limites, nous planifions un remplacement progressif, les deux systèmes fonctionnant jusqu’à ce que le nouveau ait fait ses preuves.

En savoir plus : Logistique et distributionLien vers cette question

Oui. Nous développons des interfaces qui envoient et reçoivent des messages HL7 v2, comme les admissions, les demandes d’examens et les résultats, ainsi que des services qui exposent ou consomment des ressources FHIR. Nous faisons correspondre les codes locaux aux terminologies attendues par vos partenaires, et nous testons avec leurs systèmes de test avant toute mise en production.

En savoir plus : SantéLien vers cette question

En général, oui, par les interfaces que fournit son éditeur : flux HL7 v2, API FHIR ou moteur d’intégration. Certains éditeurs exigent un enregistrement ou une validation avant la mise en production d’une intégration. Nous étudions la documentation de l’éditeur dès le début, car elle détermine le périmètre et le plan.

En savoir plus : SantéLien vers cette question

Nous concevons selon le niveau AA des WCAG 2.2 dès le premier prototype, rédigeons en langage clair et testons au clavier, avec des lecteurs d’écran et des outils d’agrandissement. Des contrôles d’accessibilité automatisés s’exécutent dans la chaîne de livraison et, avant les mises en production majeures, nous testons avec des personnes qui utilisent des technologies d’assistance.

En savoir plus : Secteur publicLien vers cette question

Oui. De nombreux services publics reposent sur des systèmes en service depuis longtemps. Nous nous y connectons par leurs interfaces, fichiers ou bases de données existants, et plaçons devant eux une API moderne lorsque c’est utile. Si un remplacement s’impose, il se fait par étapes, les deux systèmes fonctionnant jusqu’à ce que le nouveau ait fait ses preuves.

En savoir plus : Secteur publicLien vers cette question

Pas s’ils sont réalisés correctement. Nous utilisons les points d’extension pris en charge par l’ERP, comme les API, les événements et les frameworks d’extension, et séparons le code spécifique du produit standard. Chaque extension est documentée et testée, afin de pouvoir être vérifiée sur une nouvelle version avant la mise à niveau.

En savoir plus : Industrie et ERP d’entrepriseLien vers cette question

Nous travaillons avec SAP S/4HANA et SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management et Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo, ainsi que Sage Intacct et Sage X3. La mention d’un produit ne signifie pas un partenariat avec son éditeur. Indiquez-nous votre version et vos modules, car ils déterminent les options d’intégration.

En savoir plus : Industrie et ERP d’entrepriseLien vers cette question

Oui. Nous concevons les intégrations pour gérer plusieurs entités juridiques, devises, banques et règles fiscales depuis une seule plateforme, les paramètres de chaque entité étant définis par configuration plutôt que dans le code. Ajouter une entité revient alors à ajouter de la configuration et des tests, et non une nouvelle intégration.

En savoir plus : Industrie et ERP d’entrepriseLien vers cette question