Branscher

Vanligtvis inte. De flesta banker vinner mer på att omsluta kärnan i väldefinierade API:er och bygga nya produkter och kanaler som tjänster runt den. Det håller källsystemet stabilt medan de kundvända delarna ändras snabbare. När en kärna verkligen måste bytas ut planerar vi migreringen i steg, med båda systemen avstämda tills det gamla stängs av.

Läs mer: Fintech och finansiella tjänsterLänk till den här frågan

Ja. Vi bygger tjänster som skapar, validerar och läser ISO 20022-meddelanden, både för företagsbetalningar och rapportering, som pain.001 och camt.053, och för interbankmeddelanden som används av system för omedelbara betalningar och högvärdesbetalningar. Varje betalsystem och bank har sina egna regler, så vi arbetar utifrån deras implementeringsguider och testar i deras testmiljöer.

Läs mer: Fintech och finansiella tjänsterLänk till den här frågan

Ja. Vi kombinerar regler som dina analytiker kan läsa och ändra med maskininlärningsmodeller tränade på dina egna data, och vi förklarar varför varje larm utlöstes. Larmen går till en ärendekö där analytiker beslutar, och deras beslut återförs till reglerna och modellerna. Där du redan använder specialistleverantörer för screening kopplar vi in dem.

Läs mer: Fintech och finansiella tjänsterLänk till den här frågan

Vi utformar enligt WCAG 2.2 AA redan från första prototypen, skriver i klarspråk och testar med tangentbord, skärmläsare och förstoring. Automatiska tillgänglighetskontroller körs i leveransflödet, och före större releaser testar vi med personer som använder hjälpmedel.

Läs mer: Offentlig sektorLänk till den här frågan

Ja. Många offentliga tjänster är beroende av långlivade system. Vi ansluter till dem genom deras befintliga gränssnitt, filer eller databaser och sätter ett modernt API framför dem där det hjälper. Om ett system behöver ersättas sker det i steg, med båda systemen i drift tills det nya har visat sig fungera.

Läs mer: Offentlig sektorLänk till den här frågan

En digital tvilling är en levande 3D-modell av en byggnad, resort eller stadsdel, matad med data från sina enheter och system. Det är värt att bygga en när många team måste planera, driva eller utbilda sig på samma stora bestånd. Vi börjar med frågorna den ska svara på och avgör sedan vilken data den behöver.

Läs mer: Fastigheter och besöksnäringLänk till den här frågan

Ja. Vi börjar med att kartlägga systemen du har och de gränssnitt deras leverantörer erbjuder och kopplar dem sedan samman via API:er, händelser eller filer. Att ersätta ett system är ett val vi gör tillsammans med dig, aldrig standardvalet.

Läs mer: Fastigheter och besöksnäringLänk till den här frågan

Ja. Vi kopplar ditt ERP till UAE PINT-AE, Saudi ZATCA fas 2 och Omans e-fakturering, med automatiserad validering och en undantagsväg för avvisade fakturor. Vår sprint för obligatorisk e-fakturering och ERP-beredskap är en vanlig startpunkt.

Läs mer: Fastigheter och besöksnäringLänk till den här frågan

Sensor- och underhållshistorik för de tillgångar som ingår, och ingenjörer som kan berätta vilka fel som betyder något. Vi börjar med de tillgångar där ett oplanerat stopp kostar mest och validerar modellen där innan vi utökar den.

Läs mer: Energi och försörjningLänk till den här frågan

Vi bygger datapipelines bakom dem: data insamlade från operativa system, kvalitetskontrollerade och spårade tillbaka till källan. Rapporten visar då hur varje siffra togs fram.

Läs mer: Energi och försörjningLänk till den här frågan

Butiken fortsätter sälja. Försäljningen sparas lokalt och skickas när anslutningen kommer tillbaka, varje post med en unik identifierare så att inget bokförs två gånger. Pris- och lageruppdateringar köas på samma sätt. Driften kan se vilka butiker som ligger efter och hur mycket, så ett långt avbrott upptäcks direkt i stället för vid månadens slut.

Läs mer: Detaljhandel och omnikanalLänk till den här frågan

Vi integrerar kassaplattformar genom det de erbjuder: moln-API:er, butiksservrar, databassexporter eller filer. Innan vi uppskattar kostnaden granskar vi kassans dokumentation och ett urval av dess data, eftersom det avgör angreppssättet. Att en kassaplattform eller ett ERP nämns på den här sidan betyder inte att vi har ett partnerskap med leverantören.

Läs mer: Detaljhandel och omnikanalLänk till den här frågan

Ja. Vi bygger gränssnitt som skickar och tar emot HL7 v2-meddelanden, som inskrivningar, beställningar och svar, och tjänster som exponerar eller använder FHIR-resurser. Vi mappar lokala koder till de terminologier dina partner förväntar sig och testar med deras testsystem innan något driftsätts.

Läs mer: Hälso- och sjukvårdLänk till den här frågan

Oftast ja, genom de gränssnitt dess leverantör erbjuder: HL7 v2-flöden, FHIR-API:er eller en integrationsmotor. Vissa leverantörer kräver registrering eller godkännande innan en integration driftsätts. Vi granskar leverantörens dokumentation tidigt, eftersom den avgör omfattningen och planen.

Läs mer: Hälso- och sjukvårdLänk till den här frågan

Inte om de byggs på rätt sätt. Vi använder ERP:ts stödda utbyggnadspunkter, som API:er, händelser och utbyggnadsramverk, och håller anpassad kod åtskild från standardprodukten. Varje utbyggnad dokumenteras och testas, så att den kan kontrolleras mot en ny version innan du uppgraderar.

Läs mer: Tillverkningsindustri och företags-ERPLänk till den här frågan

Vi arbetar med SAP S/4HANA och SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management och Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo samt Sage Intacct och Sage X3. Att ett system nämns betyder inte att vi har ett partnerskap med leverantören. Berätta vilken version och vilka moduler du har, eftersom de avgör integrationsmöjligheterna.

Läs mer: Tillverkningsindustri och företags-ERPLänk till den här frågan

Ja. Vi utformar integrationer för att hantera flera juridiska enheter, valutor, banker och skatteregler från en plattform, med inställningarna för varje enhet som konfiguration i stället för kod. Att lägga till en enhet innebär då konfiguration och tester, inte en ny integration.

Läs mer: Tillverkningsindustri och företags-ERPLänk till den här frågan

Ja. Vi bygger och förvaltar EDI-flöden i EDIFACT och ANSI X12, över AS2, SFTP eller ett värdeadderande nätverk, för order, aviseringsmeddelanden, fakturor och statusmeddelanden. Vi översätter också EDI till API:er och händelser, så att nyare system inte själva behöver läsa EDI, och vi testar varje flöde med handelspartnern innan det driftsätts.

Läs mer: Logistik och distributionLänk till den här frågan

Vi sätter ett transportörslager mellan dina system och transportörerna. Dina system bokar, märker och spårar genom ett enda gränssnitt, och lagret mappar varje begäran till varje transportörs API eller filformat. Att lägga till en transportör innebär då en mappning och dess tester, inte ändringar i varje system som skickar. Priser, etiketter och spårningshändelser kommer tillbaka i ett format.

Läs mer: Logistik och distributionLänk till den här frågan

Ja. Vi bygger ut befintliga system genom deras API:er, meddelandegränssnitt eller databaser och lägger till mobila verktyg och integrationer runt dem. Om ett system har nått sina gränser planerar vi en stegvis ersättning, med båda systemen i drift tills det nya har visat sig fungera.

Läs mer: Logistik och distributionLänk till den här frågan

Vi väljer isoleringsnivå tillsammans med dig, per lager: delade eller separata databaser, scheman eller krypteringsnycklar, och gränser för beräkningskapacitet och API-användning. Valet beror på kundernas avtal, deras behov av datalokalisering och kostnaden för varje tenant.

Läs mer: SaaS och CRM-plattformarLänk till den här frågan

Oftast ja. Vi flyttar en förmåga i taget ut ur monoliten med strangler-fig-mönstret, bakom automatiska tester, så att releaserna fortsätter hela tiden.

Läs mer: SaaS och CRM-plattformarLänk till den här frågan

Båda. Vi inför och bygger ut Salesforce, ServiceNow och Microsoft Power Platform, och vi bygger in CRM-förmågor i en produkt när det tjänar verksamheten bättre. Vi rekommenderar det ena efter att ha sett på dina processer.

Läs mer: SaaS och CRM-plattformarLänk till den här frågan

Vi utformar för toppen från början och verifierar det sedan: last- och kaostester vid och över den förväntade publiken, och observerbarhet som varnar innan användarna märker det. I produktion övervakar site reliability-ingenjörer plattformen och svarar under överenskomna servicenivåer.

Läs mer: Media och telekommunikationLänk till den här frågan

Ja. Vi bygger klassificerings-, personaliserings- och rekommendationsmotorer på din publik- och innehållsdata, i din egen miljö, och mäter dem mot de utfall du bryr dig om.

Läs mer: Media och telekommunikationLänk till den här frågan

Ja. Vi finjusterar arabisk-först modeller och regionala dialektmodeller som Jais, Falcon och ALLaM, och hostar dem i ett privat eller suveränt moln när innehåll eller publikdata måste stanna i landet.

Läs mer: Media och telekommunikationLänk till den här frågan

Ja. Vi kartlägger de innehålls-, publik- och faktureringssystem du redan kör och ansluter till dem genom deras API:er, händelser eller filer. Nya plattformar byggs runt dem, och en ersättning planeras bara när den betalar sig själv.

Läs mer: Media och telekommunikationLänk till den här frågan

Ja. Gränssnitten byggs för språk med skrift från höger till vänster och från vänster till höger, och AI:n kan använda modeller med arabiska som förstaspråk och regionala dialekter, hostade i ett privat eller suveränt moln.

Läs mer: Utbildning och kompetensutvecklingLänk till den här frågan

När praktik på den verkliga utrustningen eller i den verkliga situationen är kostsam, riskfylld eller svår att arrangera. Vi börjar med de uppgifter där misstag kostar mest och mäter om simuleringen förbättrar prestationen.

Läs mer: Utbildning och kompetensutvecklingLänk till den här frågan

Vi utformar och testar dem enligt WCAG, med användare av tangentbord, skärmläsare och förstoring i åtanke, och vi tar med tillgänglighetskontroller i den automatiska testningen.

Läs mer: Utbildning och kompetensutvecklingLänk till den här frågan