Fast ejendom og hotel
Én registrering af hver bygning, enhed og gæst, på tværs af alle dine systemer.
Hvorfor ejendomme og hoteller har svært ved at fungere som én helhed
En ejendomsportefølje eller et resort kører på mange systemer, der sjældent taler sammen: enheder i bygningerne, et ejendoms-ERP-system, kassesystemer i hvert forretningssted, booking og gæsteservice. Hvert nyt projekt tilføjer endnu et, og gæster og lejere mærker hullerne først.
Systemer, der ikke taler sammen
Bygningernes enheder, ejendoms-ERP-systemet, kasserne i forretningsstederne og gæsteservice fører hver deres egen registrering.
Hvert projekt tilføjer et system
Gigaprojekter og nye ejendomme bringer nye platforme hurtigere, end de kan forbindes.
Nye regler at overholde
Krav om e-fakturering og love om dataplacering gælder nu for hver faktura og hver gæsteregistrering.
Det ændrer sig
Det ændrer sig, når systemerne er forbundet: én registrering af hver bygning, enhed og gæst, salg og lager, der når ERP-systemet, i takt med at det sker, og driftsteams, der ser hele ejendomsporteføljen ét sted i stedet for på separate skærme.
Én registrering af hver bygning og gæst
Enheder, aktiver, lejere og gæster genkendes på samme måde i alle systemer.
Salg og lager i realtid
Salg, returneringer og lager i forretningsstederne når ERP-systemet, i takt med at det sker.
Ét overblik over porteføljen
Driftsteams ser bygninger, forretningssteder og gæsteservice ét sted.
Fakturaer, der godkendes
E-fakturaer valideres og godkendes hos skattemyndigheden, direkte fra ERP-systemet.
Her arbejder vi
Det bygger vi
- Platforme, der indsamler IoT-data fra bygninger på edge og gør dem brugbare
- Digitale 3D-tvillinger i realtid af bygninger og bydele, bygget med Unity, Unreal Engine eller NVIDIA Omniverse
- Driftsdashboards og kontrolrum til driftsteams
Det bygger vi
- Implementering og udvidelse af ejendoms-ERP på SAP, Oracle, Microsoft Dynamics 365 eller Odoo
- Lejer- og ejerportaler og mobilapps
- Automatiseret fakturering, opkrævning og afstemning
Typiske integrationer
- Banker, til opkrævninger og kontoudtog i ISO 20022 og MT940
Det bygger vi
- Superapps til gæster: én app til ophold, restauranter, tjenester og betalinger
- AI-receptionister og stemmeagenter med talebaseret ræsonnement, der besvarer gæster og handler gennem dine systemer
- Systemer til gæsteoplevelse for personalet, forbundet med ejendomsdriften
Det, vi bygger, forbinder og sikrer
Apps til gæster og lejere
Native iOS- og Android-apps eller apps på tværs af platforme (React Native, Flutter), der samler booking, tjenester og betalinger ét sted.
Digitale tvillinger
En levende 3D-model af en bygning, et resort eller en bydel, forsynet med data fra enhederne, til planlægning, drift og træning.
Ejendoms-ERP
ERP-systemet, der rummer enheder, kontrakter, aktiver og økonomi, implementeret eller synkroniseret med systemerne omkring det.
Smart POS
Salg, returneringer, priser og lager i forretningsstederne føres til ERP-systemet, i takt med at det sker, så økonomi og drift ser de samme tal.
AI-reception og kontaktcentre
Tale- og chatagenter, der forstår gæsterne, gennemfører anmodninger gennem dine systemer og overdrager til personalet, når de bør.
Kontrolrum til driften
Dashboards, der samler bygninger, forretningssteder og gæsteservice i ét overblik for dem, der driver dem.
ERP-synkronisering
Ordrer, fakturaer, lager og betalinger holdes i takt med SAP S/4HANA, Oracle Fusion eller NetSuite, Microsoft Dynamics 365, Odoo eller Sage.
Krav om e-fakturering
Godkendelse via PINT-AE i UAE, ZATCA fase 2 i Saudi-Arabien og Oman, forbundet direkte med ERP-systemet.
Betalinger og POS
Gateways, indløsere og kortnetværk via ISO 8583 eller ISO 20022, med automatisk behandling af afregningsfiler.
IoT i bygninger og edge
Enhedsdata indsamles og behandles på edge og sendes derefter videre til de platforme, der har brug for dem.
CRM- og serviceplatforme
Gæste- og lejeroplysninger i Salesforce, ServiceNow eller Microsoft Power Platform, forbundet med alle kanaler.
Dataplacering og privatliv
Gæste- og lejerdata opbevares, hvor loven kræver det, og systemerne er designet til GDPR og MENA-landenes love om beskyttelse af personoplysninger (PDPL).
Skattekrav
E-fakturering bygget efter hver skattemyndigheds godkendelsesregler, med hver indsendelse og hvert svar gemt til revision.
Bygnings- og enhedssikkerhed
Netværk i smarte bygninger og IoT-netværk sikret med nultillidsbaseret adgang og mikrosegmentering, så én enhed ikke kan nå resten.
Tilgængelighed
Apps til gæster og lejere designet efter WCAG-kravene, så alle gæster kan bruge dem.
Sådan arbejder vi
Vi tager udgangspunkt i det, du allerede kører. Vi kortlægger systemerne, designer forbindelserne og deres fejlstier og bygger derefter gæsteapps, digitale tvillinger og driftsværktøjer oven på dem. Gigaprojekter i Golfen medfører også regler for e-fakturering og dataplacering, som vi designer ind fra starten.
Kortlæg det, du kører
Vi registrerer systemerne, deres grænseflader og de data, hvert system ejer.
Design forbindelserne
Vi designer integrationslaget og dets fejlstier, før udviklingen begynder.
Byg i etaper
Gæsteapps, digitale tvillinger og driftsværktøjer leveres i trinvise udgivelser, der hver vises frem.
Rul sidelæns for at se hele tegningen.
POS til ERP: hvert salg bogført én gang
Salget går fra kasserne til ERP-systemet som hændelser, og priser og lager går tilbage. En butik, der går offline, bliver ved med at sælge og indhenter bagefter. En bogføring, der fejler, forsøges igen og gives derefter til en person.
- Primært flow
- Asynkron
- Undtagelsessti
Forløbet i 8 trin
Forløbet, trin for trin
- Fra POS-terminaler til Butiks- eller POS-cloudserver: Salg, returneringer og annulleringer (primært flow).
- Fra Butiks- eller POS-cloudserver til Integrationslag: Salgshændelser og dagens totaler, gennem en hændelseskø, over REST/JSON (asynkron).
- Fra Integrationslag til ERP: Salg og lagerbevægelser bogført, over OData · REST/JSON (primært flow).
- Fra ERP til Integrationslag: Priser, kampagner og varedata, via API eller fileksport, over REST/JSON (primært flow).
- Fra Integrationslag til Butiks- eller POS-cloudserver: Pris- og lageropdateringer, over REST/JSON (primært flow).
- Fra Integrationslag til Kø til gentagne forsøg: Bogføring mislykkedes (undtagelsessti).
- Fra Kø til gentagne forsøg til Integrationslag: Forsøgt igen (undtagelsessti).
- Fra Kø til gentagne forsøg til Butiksdriftsteam: Fejler stadig: alarm med detaljerne (undtagelsessti).
Teknologier og standarder
De platforme og krav, som ejendoms- og hotelarbejdet forbinder til, sådan som dokumenterne bag denne side nævner dem.
- 3D og digitale tvillinger
- NVIDIA Omniverse
- Unity
- Unreal Engine
- Design og tilgængelighed
- WCAG 2.2
- ERP-systemer
- Microsoft Dynamics 365
- Odoo
- Oracle Fusion Cloud ERP
- SAP S/4HANA
- CRM- og workflowplatforme
- Salesforce
- ServiceNow
- Betalinger
- EMV
- SoftPOS
- Standarder og regler
- GDPR
- MENA PDPL
- UAE PINT-AE
- ZATCA Phase 2 (FATOORA)
Dokumenteret erfaring
Udvalgte virksomhedsmærker repræsenterer historiske og igangværende systemer, platforme og digitale produkter, der er designet eller leveret af XSIS, KONG GROUP, vores administrerende direktør og vores ledende ingeniører gennem deres karriere. Alle tredjepartsvaremærker tilhører deres respektive ejere og nævnes udelukkende for at identificere porteføljen faktuelt.
Sådan begynder du
Det sker der nu
Aftale om tidspunkt
Vores team sender dig en e-mail for at aftale et tidspunkt for sessionen.
Forhåndskonsultation
En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.
Parathedsanalyse
I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.
Valg af spor
Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.
AI-native produktteams
Styrede, tværfunktionelle pods af senioringeniører, udstyret med agentisk kodning og QA-værktøjer.
Projekter med fast resultat og administrerede tjenester døgnet rundt
Milepælsdrevet levering med fast omfang og navngivne leveringsansvarlige samt administrerede applikationstjenester døgnet rundt under SLA-styring.
Den hurtigste vej ind er pakken Sprint for lovpligtig e-fakturering og ERP-parathed, en af vores hurtige opgavepakker.
Hvor du begynderSpørgsmål og svar
Hvad er en digital tvilling, og hvornår er den værd at bygge?
En digital tvilling er en levende 3D-model af en bygning, et resort eller en bydel, forsynet med data fra dens enheder og systemer. Den er værd at bygge, når mange teams skal planlægge, drive eller træne på den samme store ejendomsportefølje. Vi begynder med de spørgsmål, den skal besvare, og afgør derefter, hvilke data den har brug for.
Kan I arbejde med de ejendoms- og hotelsystemer, vi allerede kører?
Ja. Vi begynder med at kortlægge de systemer, du har, og de grænseflader, leverandørerne stiller til rådighed, og forbinder dem derefter via API’er, hændelser eller filer. At udskifte et system er et valg, vi træffer sammen med dig, aldrig udgangspunktet.
Hvordan beskytter I gæste- og lejerdata?
Hvert system opbevarer kun de data, det har brug for, i den region, du vælger, krypteret under overførsel og i hvile. Adgang følger roller og logges. Vi designer til GDPR og de love om beskyttelse af personoplysninger i MENA, der gælder for dig.
Håndterer I e-fakturering for ejendoms- og hotelkoncerner i Golfen?
Ja. Vi forbinder dit ERP-system med PINT-AE i UAE, ZATCA fase 2 i Saudi-Arabien og e-fakturering i Oman, med automatiseret validering og en undtagelsessti for afviste fakturaer. Vores sprint for lovpligtig e-fakturering og ERP-parathed er et almindeligt sted at begynde.
Hvor skal et projekt begynde?
Med en gratis parathedsanalyse ledet af en ledende ingeniør. Hvis dine krav er klare, fører den til et forslag til fast pris. Hvis de ikke er, omsætter en Blueprint Studio-opgave først målet til en arkitektur og en specifikation.
Start med en samtale, ikke en kontrakt.
Fortæl os, hvad du skal bygge, forbinde eller sikre. En arkitekt gennemgår det med dig og anbefaler derefter, hvor du skal starte.