자주 묻는 질문

요율표가 아니라 범위를 기준으로 추정합니다. 첫 대화 후 작업을 여러 부분으로 나누고 각각의 규모를 산정하며, 추정의 전제를 문서로 남깁니다. 주요 변수는 시스템과 통합의 수, 데이터 상태, 보안 및 규제 요구사항, 필요한 테스트, 팀의 직급입니다. 선택지를 포함한 서면 견적을 받으시므로 무엇을 먼저 할지 정할 수 있습니다. 가격과 일정은 시작 전에 확인하실 수 있습니다.

이 질문 링크

영향을 줄 수 있습니다. 비용은 업무에 필요한 역할, 직급, 기술과 이를 제공할 수 있는 주체에 따라 달라집니다. 시작 전에 가격과 일정을 확인하실 수 있으며, 구성 변경은 먼저 귀사와 합의합니다.

이 질문 링크

범위에 포함되는 여정과 채널, 필요한 리서치의 양, 기존 데이터의 상태, 변경 구축까지 우리가 맡는지 여부입니다. 리서치와 설계는 단계별로 범위를 정할 수 있어, 실행에 약정하기 전에 결과를 검토할 수 있습니다.

이 질문 링크

언어 모델은 읽고 쓰는 텍스트 양에 따라 토큰 단위로 비용을 지불합니다. 토큰 경제성은 유스케이스별 운영 비용과 캐싱과 소형 모델로 이를 얼마나 줄일 수 있는지 추정합니다.

이 질문 링크

각 유스케이스에는 작업 시작 전에 절감 시간, 방지한 오류, 창출한 매출 같은 지표와 기준선을 설정합니다. 파일럿은 다음 단계 투자 전에 그 지표로 평가합니다.

이 질문 링크

필요한 팀과 먼저 갖춰야 할 사항에 따라 다릅니다. 계약, 귀사 시스템 접근, 보안 검토, 그리고 통합의 경우 파트너의 테스트 환경이 해당합니다. 귀사에 무엇을 언제까지 준비해 주셔야 하는지 알려드리고 제안서에서 시작일을 확정합니다. 접근 권한을 준비하는 동안 디스커버리 작업을 시작할 수 있는 경우가 많습니다.

이 질문 링크

범위, 관련 시스템과 팀의 수, 의사결정 속도, 그리고 은행이나 벤더 등 외부 업체의 준비도에 따라 달라집니다. 디스커버리 이후 마일스톤과 의존 관계를 담은 계획을 드리고, 프로젝트 전 기간에 걸쳐 그 계획 대비로 보고합니다.

이 질문 링크

각 은행이 테스트 환경이나 테스트 절차를 제공합니다. 은행과 테스트 케이스 세트를 합의해 각 지급 유형, 거절, 명세서를 다루고, 실행한 뒤 증빙을 보관합니다. 은행이 승인하면 소규모 첫 지급 실행으로 오픈하고 결과를 비교한 뒤 나머지를 이전합니다.

이 질문 링크

몇 개 매장에서 파일럿을 시작해 매일 현재 프로세스와 합계를 비교합니다. 합계가 일치하면 매장 운영 팀이 감당할 수 있는 속도로 그룹 단위 확산을 진행합니다. 새 흐름이 검증될 때까지 각 매장에서 기존 프로세스를 계속 사용할 수 있게 합니다.

이 질문 링크

더 명확한 메시지나 제거한 단계처럼 작은 개선은 일찍 출시할 수 있습니다. 서비스와 시스템의 큰 변경은 계획된 단계로 이어집니다. 작업 시작 전에 지표와 기준선을 합의하므로 각 변경을 이전 상태와 비교할 수 있습니다.

이 질문 링크

귀사를 위해 구축한 작업물의 지식재산권은 첫 커밋부터 귀사의 것입니다. 마지막에 양도 절차를 거치지 않습니다. 귀사를 위해 만든 맞춤형 코드, 문서, 기타 산출물이 여기에 포함됩니다. 내부 도구나 라이브러리처럼 우리가 이전부터 보유한 것은 우리에게 남으며, 귀사는 이를 시스템에서 사용할 라이선스를 받습니다. 오픈소스 구성 요소는 자체 라이선스를 유지하며, 목록을 정리해 드립니다.

이 질문 링크

네. 기밀 정보를 공유하시기 전에 귀사의 양식이나 우리 양식으로 상호 비밀유지계약을 체결합니다. XSIS 직원이든 외주 팀원이든 프로젝트에 참여하는 모든 사람이 기밀 유지 의무를 집니다.

이 질문 링크

귀사를 위해 구축한 작업물의 지식재산권은 첫 커밋부터 귀사의 것입니다. 마지막에 양도 절차를 거치지 않습니다. 팀이 만든 맞춤형 코드, 디자인, 문서는 귀사 저장소와 도구에 있습니다. 이전부터 존재한 XSIS 도구는 우리에게 남으며 귀사에 라이선스됩니다. 외주 팀 엔지니어를 포함한 모든 팀원이 동일한 기밀 유지 조건을 따릅니다.

이 질문 링크

귀사를 위해 구축한 작업물의 지식재산권은 첫 커밋부터 귀사의 것입니다. 마지막에 양도 절차를 거치지 않습니다. 엔지니어가 귀사를 위해 만든 작업물은 귀사 저장소에 있습니다. 이전부터 존재한 XSIS 도구는 당사에 남으며 귀사에 라이선스됩니다. 각 엔지니어는 기밀 유지 조건에 서명하고, 귀사 시스템에서 일하는 동안 귀사의 보안 정책을 따릅니다.

이 질문 링크

귀사를 위해 구축한 작업물의 지식재산권은 첫 커밋부터 귀사의 것입니다. 마지막에 양도 절차를 거치지 않습니다. 귀사에 제공하는 맞춤형 소프트웨어, 디자인, 문서가 여기에 포함됩니다. 프로젝트에 사용된 당사의 기존 도구나 라이브러리는 당사에 남으며, 계약서에 명시되고 귀사에 라이선스됩니다.

이 질문 링크

접근 권한은 개인별로 부여하고 각 역할에 필요한 범위로 제한하며, 해당 인력이 프로젝트에서 이탈하면 제거합니다. 원하시면 귀사의 저장소와 환경에서 작업하고, 다중 인증을 사용하며, 비밀은 코드가 아니라 금고에 보관합니다. 코드는 병합 전에 검토하고, 의존성을 스캔하며, 운영 데이터는 마스킹 없이 테스트 환경으로 복사하지 않습니다. 이러한 통제는 시작 시 귀사 보안 팀과 합의합니다.

이 질문 링크

귀사가 정하는 곳입니다. 작업 시작 전에 데이터 위치를 합의하고 그에 맞춰 설계합니다. 한 국가에 머물러야 하는지, 귀사 클라우드 계정에 있어야 하는지, 귀사 구내에 있어야 하는지에 따릅니다. GDPR 같은 데이터 보호법이 적용되는 경우 데이터 처리 계약 아래에서 일하고 개인정보를 업무에 필요한 범위로 제한합니다.

이 질문 링크

귀사가 동의하는 경우에만 사용합니다. 어떤 도구를 사용할지, 도구가 코드와 데이터를 어떻게 처리하는지, 외부로 나가는 것이 있는지 알려드립니다. 원하시면 도구 없이 작업합니다. AI 지원으로 작성한 코드도 다른 코드와 동일한 검토와 테스트를 거치며, 제출한 엔지니어가 책임을 집니다.

이 질문 링크

가능합니다. 승인은 기존 통제 절차와 함께 귀사 ERP에 남습니다. 통합 계층은 생성·서명·전송·수신한 모든 파일을 타임스탬프, 식별자, 사용한 기술 계정과 함께 기록합니다. 이 기록은 은행 상태 보고서의 각 지급을 ERP 문서와 그 승인자에게 연결합니다.

이 질문 링크

그것이 설계의 목표입니다. 카드 번호는 인증된 단말기나 호스팅 결제 페이지에서 수집되어 게이트웨이에서 토큰으로 대체되므로, 귀사 POS, ERP, 데이터 저장소에는 토큰만 남습니다. 이는 PCI DSS가 적용되는 범위를 줄여 줍니다. 최종 범위는 귀사의 평가자가 확인합니다.

이 질문 링크

XSIS는 자체 엔지니어를 고용하여 프로젝트를 이끌고 기술 방향을 정하며 품질에 책임을 지게 합니다. 프로젝트에 더 많은 역량이나 특수 기술이 필요하면 검증된 아웃소싱 파트너의 엔지니어를 추가합니다. 이들은 동일한 표준, 계약, 보안 규칙 아래에서 일하며, 귀사는 팀에 누가 있고 누가 고용주인지 항상 알 수 있습니다.

이 질문 링크

모든 엔지니어는 합류 전에 귀사가 면접합니다. 사전 통보 없는 배치는 없습니다. 적합하지 않은 사람이 있으면 추가 비용 없이 교체합니다. 프로젝트 총괄에게 알려주시면 지식이 팀에 남도록 인수인계를 계획합니다. 개인 사정으로 프로젝트를 떠나야 하는 경우에도 마찬가지입니다.

이 질문 링크

누가 여유가 있는지가 아니라 업무에 필요한 역량에서 시작합니다. 후보자는 시니어 엔지니어가 진행하는 기술 면접과 실무 과제를 거치며, 귀사의 업무 유형에 비추어 경험을 확인합니다. 그다음 프로필을 보내드리면 귀사가 직접 면접합니다. 귀사의 승인 없이는 아무도 팀에 합류하지 않습니다.

이 질문 링크

모든 엔지니어는 합류 전에 귀사가 면접합니다. 사전 통보 없는 배치는 없습니다. 적합하지 않은 사람이 있으면 추가 비용 없이 교체합니다. 발견 즉시 팀 리드나 담당자에게 알려주세요. 때로는 역할 정의와 브리핑이 실제 원인이므로 그것도 함께 살펴보고, 지식이 유실되지 않도록 중복 기간을 두고 인수인계합니다.

이 질문 링크

당사 시니어 엔지니어가 귀사의 역할 브리프에 비추어 각 후보자에게 기술 면접과 실무 과제를 진행합니다. 과거 작업과 구축한 시스템 유형도 확인합니다. 외주 팀 소속 엔지니어도 자사 인력과 동일한 평가를 거칩니다. 이후 귀사가 직접 면접하며, 귀사가 선택한 사람만 합류합니다.

이 질문 링크

지명된 프로젝트 총괄과 정기적인 리듬이 있습니다. 각 반복 주기 시작 시 계획, 종료 시 작동하는 소프트웨어 시연, 그리고 진행 상황·위험·의사결정에 대한 짧은 서면 보고입니다. 백로그, 코드 저장소, 테스트 결과는 언제든 확인하실 수 있습니다. 후원자와의 운영 회의는 귀사가 정한 주기로 진행합니다.

이 질문 링크

팀 시작 전에 근무 시간을 합의하며, 회의·리뷰·질문을 위해 팀과 귀사 직원이 겹치는 시간도 포함합니다. 귀사 사용자나 시스템이 그 시간 외에 지원을 필요로 하면, 우연에 맡기지 않고 팀 구성에 반영해 계획합니다.

이 질문 링크

모든 구성원이 동일한 코딩 표준, 테스트 규칙, 완료 정의에 따라 일하고 동일한 파이프라인과 검사를 사용합니다. 변경 사항은 병합 전에 XSIS 엔지니어가 검토합니다. 품질 문제는 누구에게나 같은 방식으로 제기되며, 프로젝트 총괄이 조치합니다.

이 질문 링크

결과를 명확히 설명할 수 있고, 그 결과에 도달할 책임을 한 회사에 맡기고 싶을 때 적합합니다. 정의된 애플리케이션, 통합, 마이그레이션 등이 그렇습니다. 우선순위가 계속 바뀌거나 업무에 자연스러운 종료 시점이 없다면 전담팀이 보통 더 잘 맞습니다.

이 질문 링크

은행이 일중 보고를 제공하면 가능합니다. camt.052 또는 MT942 메시지로, 또는 잔액 API를 통해 제공됩니다. 각 은행이 지원하는 일정에 따라 수집해 일과 종료 명세서와 함께 보여주므로, 귀사 자금 팀이 마감 시간 전에 예상 포지션과 실제 포지션을 확인할 수 있습니다.

이 질문 링크

대개 은행이 정합니다. 호스트 간 SFTP는 기업 지급 파일용으로 가장 널리 제공되는 채널입니다. EBICS는 독일, 프랑스 및 인접 국가 은행에서 흔히 사용됩니다. 은행 API는 은행이 제공하는 경우 실시간 잔액과 즉시 지급에 적합합니다. 여러 채널을 함께 쓰는 기업도 많으며, 통합 계층이 ERP에서는 그 차이를 감춥니다.

이 질문 링크

은행이 둘 다 제공한다면 camt.053이 더 풍부하고 구조화된 송금 정보를 담아 자동 대사의 신뢰성이 높습니다. MT940도 여전히 널리 쓰이며 많은 경우에 잘 작동합니다. 우리는 둘 다 받아 동일한 내부 모델로 변환하고, 귀사와 은행에 적합한 시점에 각 은행을 MT940에서 camt.053으로 전환할 수 있습니다.

이 질문 링크

대개 실시간에 가까운 이벤트로 처리하는 편이 좋습니다. 그래야 업무 중 재고와 매출 수치가 최신이 됩니다. 일부 ERP나 라이선스는 잦은 전기에 비용이 커지므로, 통합 계층이 매장과 기간별 요약으로 묶어 처리할 수도 있습니다. 어떤 결정에 최신 데이터가 필요한지와 ERP가 잘 처리하는 방식을 기준으로 함께 정합니다.

이 질문 링크

이 설계는 API, 이벤트, 파일로 거래를 내보낼 수 있는 모든 POS와, SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central, Odoo 같은 ERP와 함께 작동합니다. 시작 시 귀사의 특정 POS와 ERP의 인터페이스를 확인합니다. 제품 이름을 언급하는 것이 해당 벤더와의 파트너십을 의미하지는 않습니다.

이 질문 링크

매입사는 귀사를 위해 카드 결제를 처리하고 자금을 지급하는 은행 또는 인가 기관입니다. 게이트웨이는 그 앞에서 단말기와 결제 화면의 요청을 받고, 카드를 토큰화해 라우팅하는 기술 서비스입니다. 두 역할을 함께 제공하는 사업자도 있습니다. 이 설계는 어느 경우에도 작동하며 두 역할을 명확히 구분합니다.

이 질문 링크

우리가 구축한 시스템을 운영하고 유지할 수 있습니다. 모니터링, 사고 대응, 보안 업데이트, 그리고 귀사와 파트너의 변화에 따른 변경입니다. 지원은 대응 목표, 에스컬레이션 연락처, 정기 보고를 포함해 서면으로 합의합니다.

이 질문 링크

귀사가 선택합니다. 문서와 워크스루와 함께 시스템을 귀사 팀에 인계할 수도 있고, 지원 계약이나 전담팀 아래에서 계속 지원·개발할 수도 있습니다. 공백이 생기지 않도록 프로젝트가 끝나기 전에 이를 합의합니다.

이 질문 링크

오픈 전에 합의합니다. 보통 미등록 상품 같은 비즈니스 오류는 귀사 매장 운영 팀이나 재무 팀이 검토 목록에서 처리하고, 흐름 자체의 기술적 장애는 기술 팀이 처리합니다. 지속 계약의 일부로 그 기술 지원을 제공할 수 있으며, 런북은 귀사 팀과 공유합니다.

이 질문 링크

나머지 흐름은 계속 작동합니다. 해당 파트너용 메시지는 재시도 후 대기열에 보관되고 지원 팀에 경보가 가며, 유실되는 것은 없습니다. 파트너가 복구되면 대기열의 메시지를 순서대로 재처리합니다. 대시보드에서 어느 파트너가 영향을 받았고 몇 건이 대기 중인지 확인할 수 있습니다.

이 질문 링크

시장과 고객이 변하므로 모델은 드리프트합니다. 성능과 모델이 보는 데이터를 모니터링하고 둘 중 하나가 변하면 고객 팀에 알리며, 검증된 파이프라인으로 모델을 재학습합니다.

이 질문 링크