본문으로 건너뛰기
XSIS

기술

산업

코어 뱅킹, ISO 20022, 사기 모니터링, 매장, EDI와 운송사, HL7과 FHIR, 접근성, ERP 업그레이드.

질문 30개

코어 뱅킹 시스템을 교체해야 합니까?

대개는 아닙니다. 대부분의 은행은 코어를 잘 정의된 API로 감싸고 새 상품과 채널을 그 주변의 서비스로 구축할 때 더 많은 이점을 얻습니다. 이렇게 하면 고객 대면 부분은 더 빠르게 바뀌면서 기준 시스템은 안정적으로 유지됩니다. 코어를 반드시 교체해야 하는 경우에는 구 시스템을 끌 때까지 두 시스템을 대사하며 단계적으로 마이그레이션합니다.

ISO 20022와 즉시 결제를 지원할 수 있습니까?

네. 기업 결제와 보고를 위한 ISO 20022 메시지(pain.001, camt.053 등), 그리고 즉시 결제 및 고액 결제 시스템이 사용하는 은행 간 메시지를 생성·검증·판독하는 서비스를 구축합니다. 스킴과 은행마다 규칙이 다르므로 각 기관의 구현 가이드를 따르고 그 테스트 환경에서 검증합니다.

사기 및 거래 모니터링을 구축할 수 있습니까?

네. 분석가가 읽고 변경할 수 있는 규칙과 귀사 데이터로 학습한 머신러닝 모델을 결합하고, 각 경보가 발생한 이유를 설명합니다. 경보는 분석가가 판단하는 케이스 대기열로 전달되며, 그 판단은 다시 규칙과 모델에 반영됩니다. 이미 전문 심사 제공업체를 사용 중이라면 연결해 드립니다.

서비스를 어떻게 접근성 있게 만듭니까?

첫 프로토타입부터 WCAG 2.2 AA에 맞춰 설계하고 쉬운 언어로 작성하며, 키보드, 화면 읽기 프로그램, 화면 확대를 통해 테스트합니다. 자동화된 접근성 검사를 딜리버리 파이프라인에서 실행하고, 주요 릴리스 전에는 보조 기술을 사용하는 사람들과 테스트합니다.

구형 시스템과 연결할 수 있습니까?

네. 많은 공공 서비스가 장수명 시스템에 의존합니다. 기존 인터페이스, 파일, 데이터베이스를 통해 연결하고, 도움이 되는 경우 그 앞에 현대적인 API를 둡니다. 교체가 필요하면 단계적으로 진행하여 새 시스템이 입증될 때까지 두 시스템을 함께 운영합니다.

디지털 트윈이란 무엇이며, 언제 구축할 가치가 있습니까? (부동산 및 호스피탈리티)

디지털 트윈은 기기와 시스템 데이터를 받아 건물, 리조트, 구역을 보여주는 실시간 3D 모델입니다. 여러 팀이 같은 대규모 단지에서 계획, 운영, 교육을 해야 할 때 구축할 가치가 있습니다. 트윈이 답해야 할 질문부터 정한 뒤 필요한 데이터를 결정합니다.

이미 운영 중인 부동산 및 호텔 시스템과 함께 작업할 수 있습니까?

네. 보유한 시스템과 벤더가 제공하는 인터페이스를 먼저 매핑한 뒤 API, 이벤트, 파일을 통해 연결합니다. 시스템 교체는 귀사와 함께 결정하는 선택이며, 기본값이 아닙니다.

걸프 지역 부동산 및 호스피탈리티 그룹의 전자 인보이스를 처리합니까?

네. 귀사 ERP를 UAE PINT-AE, 사우디 ZATCA 2단계, 오만의 전자 인보이스에 연결하고 자동 검증과 거절 인보이스의 예외 경로를 갖춥니다. 전자 인보이스 및 ERP 준비도 스프린트에서 시작하는 경우가 많습니다.

예측 유지보수를 위해 우리에게 무엇이 필요합니까?

대상 자산의 센서 데이터와 유지보수 이력, 그리고 어떤 고장이 중요한지 알려줄 수 있는 엔지니어입니다. 계획되지 않은 중단 비용이 가장 큰 자산부터 시작해 모델을 입증한 뒤 확장합니다.

입증 가능한 ESG 보고서 작성을 도와줄 수 있습니까?

보고서를 뒷받침하는 데이터 파이프라인을 구축합니다. 운영 시스템에서 수집한 데이터의 품질을 검증하고 원천까지 추적합니다. 그러면 보고서는 각 수치가 어떻게 산출되었는지 보여줍니다.

매장 연결이 끊기면 어떻게 됩니까?

매장은 계속 판매합니다. 매출은 로컬에 저장했다가 연결이 복구되면 전송하며, 각 건에 고유 식별자를 부여해 중복 전기가 없도록 합니다. 가격과 재고 업데이트도 같은 방식으로 대기합니다. 운영 팀은 어느 매장이 얼마나 뒤처졌는지 볼 수 있어, 장기 장애를 월말에 발견하는 일 없이 즉시 알 수 있습니다.

어떤 POS 시스템과 통합할 수 있습니까?

POS 플랫폼이 제공하는 방식대로 통합합니다. 클라우드 API, 매장 서버, 데이터베이스 내보내기, 파일 등입니다. 견적 전에 POS 문서와 데이터 샘플을 검토하는데, 이것이 접근 방식을 결정하기 때문입니다. 이 사이트에 POS 플랫폼이나 ERP 이름을 언급하는 것이 해당 벤더와의 파트너십을 의미하지는 않습니다.

HL7과 FHIR을 다룹니까?

네. 입원, 오더, 결과 같은 HL7 v2 메시지를 주고받는 인터페이스와, FHIR 리소스를 노출하거나 소비하는 서비스를 구축합니다. 로컬 코드를 파트너가 기대하는 용어 체계에 매핑하고, 운영 전환 전에 파트너의 테스트 시스템으로 검증합니다.

전자의무기록 시스템과 통합할 수 있습니까?

대개 가능합니다. 벤더가 제공하는 인터페이스인 HL7 v2 피드, FHIR API, 통합 엔진을 통합니다. 일부 벤더는 통합 운영 전에 등록이나 승인을 요구합니다. 벤더 문서를 일찍 검토하는데, 범위와 계획을 결정하기 때문입니다.

맞춤형 작업이 ERP 업그레이드를 막습니까?

올바르게 구축하면 그렇지 않습니다. API, 이벤트, 확장 프레임워크처럼 ERP가 지원하는 확장 지점을 사용하고 맞춤형 코드를 표준 제품과 분리합니다. 각 확장은 문서화하고 테스트하여 업그레이드 전에 새 릴리스와 호환되는지 확인할 수 있습니다.

어떤 ERP 시스템과 작업합니까?

SAP S/4HANA와 SAP Business One, Microsoft Dynamics 365 Finance and Supply Chain Management와 Business Central, Oracle NetSuite, Oracle Fusion Cloud ERP, Odoo, Sage Intacct와 Sage X3와 함께 일합니다. 제품 이름을 언급하는 것이 해당 벤더와의 파트너십을 의미하지는 않습니다. 버전과 모듈을 알려주세요. 통합 방식을 결정하는 요인입니다.

하나의 통합으로 여러 법인과 국가를 지원할 수 있습니까?

네. 하나의 플랫폼에서 여러 법인, 통화, 은행, 세무 규칙을 처리하도록 통합을 설계하며, 법인별 설정은 코드가 아니라 구성으로 관리합니다. 따라서 법인 추가는 새 통합이 아니라 구성과 테스트 추가를 의미합니다.

EDI를 다룹니까?

네. 주문, 출하 통지, 인보이스, 상태 메시지를 위한 EDIFACT 및 ANSI X12 EDI 흐름을 AS2, SFTP, 부가가치 통신망(VAN) 기반으로 구축하고 유지합니다. EDI를 API와 이벤트로 변환하여 최신 시스템이 직접 EDI를 읽지 않아도 되게 하며, 운영 전환 전에 거래 파트너와 각 흐름을 테스트합니다.

여러 운송사를 어떻게 통합합니까?

귀사 시스템과 운송사 사이에 하나의 운송사 계층을 둡니다. 귀사 시스템은 단일 인터페이스로 예약, 라벨, 추적을 처리하고, 계층이 각 요청을 각 운송사의 API나 파일 형식으로 매핑합니다. 따라서 운송사 추가는 모든 시스템을 바꾸는 것이 아니라 매핑 하나와 그 테스트를 추가하는 일입니다. 요율, 라벨, 추적 이벤트는 하나의 형식으로 돌아옵니다.

기존 창고 또는 운송 시스템과 함께 작업할 수 있습니까?

네. 기존 시스템을 API, 메시지 인터페이스, 데이터베이스를 통해 확장하고 그 주변에 모바일 도구와 통합을 추가합니다. 시스템이 한계에 도달했다면 새 시스템이 입증될 때까지 두 시스템을 함께 운영하며 단계적 교체를 계획합니다.

멀티테넌트 제품에서 테넌트를 어떻게 격리합니까?

계층별로 격리 수준을 귀사와 함께 정합니다. 데이터베이스, 스키마, 암호화 키를 공유할지 분리할지, 컴퓨팅과 API 사용에 어떤 한도를 둘지입니다. 이 선택은 고객 계약, 데이터 상주 요구, 테넌트별 비용에 따라 달라집니다.

재작성 없이 제품을 현대화할 수 있습니까?

대개 가능합니다. 자동화 테스트를 갖춘 상태에서 스트랭글러 피그 패턴으로 모놀리스에서 기능을 하나씩 꺼내므로, 그동안에도 릴리스가 계속됩니다.

CRM 플랫폼을 구축합니까, 자체 CRM을 만듭니까?

둘 다 합니다. Salesforce, ServiceNow, Microsoft Power Platform을 구축·확장하며, 비즈니스에 더 적합한 경우 제품에 CRM 역량을 직접 구축합니다. 귀사 프로세스를 살펴본 뒤 하나를 권장합니다.

시청자가 몰릴 때 플랫폼이 버티도록 어떻게 보장합니까?

처음부터 피크를 기준으로 설계한 뒤 입증합니다. 예상 시청자 수와 그 이상으로 부하 및 카오스 테스트를 수행하고, 사용자가 느끼기 전에 경고하는 관측성을 갖춥니다. 운영 환경에서는 사이트 신뢰성 엔지니어가 플랫폼을 지켜보며 합의된 서비스 수준 아래 대응합니다.

우리 자체 데이터로 추천을 구축할 수 있습니까?

네. 귀사 환경 안에서 귀사의 시청자 및 콘텐츠 데이터로 분류, 개인화, 추천 엔진을 구축하고, 귀사가 중요하게 여기는 성과를 기준으로 측정합니다.

언어 모델이 아랍어를 지원합니까?

네. Jais, Falcon, ALLaM 같은 아랍어 우선 및 지역 방언 모델을 미세 조정하고, 콘텐츠나 시청자 데이터가 국내에 머물러야 하는 경우 프라이빗 또는 소버린 클라우드에 호스팅합니다.

기존 방송 및 콘텐츠 시스템과 함께 작업할 수 있습니까?

네. 이미 운영 중인 콘텐츠, 시청자, 과금 시스템을 매핑하고 API, 이벤트, 파일을 통해 연결합니다. 새 플랫폼은 그 주변에 구축하며, 교체는 그 자체로 비용을 회수할 때만 계획합니다.

플랫폼이 아랍어와 다른 언어로 작동할 수 있습니까?

네. 인터페이스는 오른쪽에서 왼쪽으로 쓰는 언어와 왼쪽에서 오른쪽으로 쓰는 언어 모두를 지원하도록 구축하며, AI는 프라이빗 또는 소버린 클라우드에 호스팅한 아랍어 우선 및 지역 방언 모델을 사용할 수 있습니다.

교육 시뮬레이션은 언제 구축할 가치가 있습니까?

실제 장비나 실제 상황에서 실습하는 것이 비용이 크거나, 위험하거나, 준비하기 어려울 때입니다. 실수가 가장 큰 비용을 초래하는 작업부터 시작하고, 시뮬레이션이 성과를 개선하는지 측정합니다.

학습 플랫폼이 접근성을 갖추고 있습니까?

키보드, 화면 읽기 프로그램, 화면 확대 사용자를 고려해 WCAG에 맞춰 설계하고 테스트하며, 자동화 테스트에 접근성 검사를 포함합니다.

더 많은 질문

계약이 아니라 대화로 시작하십시오.

구축하거나 연결하거나 보호할 대상을 알려 주십시오. 아키텍트가 함께 검토한 뒤 시작 지점을 제안합니다.

다음 단계

  1. 일정 협의

    팀이 이메일로 연락해 세션 시간을 협의합니다.

  2. 사전 컨설팅 세션

    무료 30분 온라인 사전 컨설팅 세션에서 목표, 시스템, 제약 조건을 함께 검토합니다.

  3. 준비도 검토

    무료 48시간 준비도 검토에서 프린시펄 아키텍트가 프로젝트를 6개 항목의 준비 완료 정의에 비추어 점검하고 적합한 트랙을 권고합니다.

  4. 트랙 선택

    범위가 준비된 프로젝트는 영업일 기준 3~5일 이내 구속력 있는 제안서를 받습니다. 개념 단계 프로젝트는 블루프린트 스튜디오에서 시작합니다. 장애가 있거나 문서화되지 않았거나 통합이 필요한 운영 시스템은 1~2주 진단으로 시작합니다. 블루프린트 스튜디오와 진단은 각각 고정 비용이며 제안서에 명시됩니다.