Мазмұнға өту
XSIS
Қолда ұсталған сымсыз банктік төлем терминалы, жақыннан

Кәсіпорындар және интеграциялар

Банк, қазынашылық және ISO 20022 байланысы

Төлемдер сыртқа, үзінділер ішке, әр валютада автоматты түрде салыстырылады

Қазынашылық командалары төлемдерді әлі де қайта енгізіп, үзінділерді қолмен салыстырады

Көп қазынашылық команда төлемдерді банк порталдарына қолмен енгізеді, үзінділерді әр банктен түрлі форматта жинайды және шоттарды айдың соңында электрондық кестелерде салыстырады. Әрбір қолмен жасалған қадам кідіріс, шығын және алаяқтық немесе қате қаупі дегенді білдіреді.

Банктер қаржылық хабарламалардың халықаралық стандарты ISO 20022-ге де көшуде: ол ескі SWIFT MT форматтарына қарағанда байырақ, құрылымдалған деректер тасымалдайды. Оны құрап, оқи алмайтын жүйелер банктерінен артта қалады.

Сіз үшін не өзгереді

  1. Үздіксіз өңдеу

    Бекітілген төлемдер топтамалары ERP-ден қол қойылған файлдар немесе API шақырулары ретінде шығады, ал үзінділер ERP өзі салыстыра алатын пішінде қайтады.

  2. Жылдамырақ жабу

    Қолмен CSV жүктеу мен айдың соңындағы кесте түзетулерінің орнына күн сайын жүретін көпвалюталық салыстыру.

  3. Әрбір ерекше жағдай жауапты адамда

    Қабылданбаған төлемдер мен сәйкессіз жолдар себебімен қате хабарламалар кезегіне түседі, ешқашан пошта жәшігінде жоғалмайды.

Не жеткіземіз

  • Host-to-host және банкке тікелей байланыс

    SFTP, EBICS және SWIFT арқылы байланыстар, сондай-ақ ашық банкинг және банктердің тікелей API-лері, банк пен елге қарай таңдалады.

  • Төлем файлдарын құру

    Төлемдер топтамаларыңыздан құрылған ISO 20022 pain.001 төлем файлдары, әр банктің нұсқасына сәйкес тексеріліп, ол талап еткендей қол қойылады немесе шифрланады.

  • Мәртебені және бас тартуларды өңдеу

    pain.002 мәртебе есептері кері оқылады, сондықтан әрбір төлем банктің себеп кодымен қабылданды, қабылданбады немесе күтуде деп көрсетіледі.

  • Үзінділерді қабылдау

    camt.053 пен MT940 күн соңы үзінділері мен күн ішіндегі есептер жиналып, олқылықтар мен қайталануларға тексеріліп, ERP-ге жүктеледі.

  • Банктер мен финтехтер үшін банкаралық хабарламалар

    Кредиттік аударымдар мен олардың мәртебесі үшін қаржы институттары арасындағы pacs хабарламалары, банктік негізгі жүйелердің бас кітаптарымен байланысқан.

  • Көпвалюталық салыстыру

    Валюталар мен шоттар бойынша ашық қалдықтарды автоматты жабатын салыстыру ережелері, ал қалғаны ерекше жағдайлар кезегіне жіберіледі.

  • Банк тесттерінің дәлелдері және нұсқаулықтар

    Әр банктің тест жағдайлары орындалып, аудиторларыңыз үшін жазылады, ал жоғалған файлдар, өтпей қалған аударымдар және мерзімі бітетін кілттер немесе сертификаттар үшін ескертулер қосылады.

Қалай жұмыс істейміз

  1. Банктер мен ағындарды картаға түсіру

    Бүгінгі банктеріңізді, шоттарыңызды, төлем түрлеріңізді және қолмен жасалатын қадамдарды тіркеп, қай ағындардың бірінші жүретінін келісеміз.

  2. Әр форматты нақтылау

    Әр банктің енгізу нұсқаулығына сүйеніп жұмыс істеп, қол қою, шифрлау және файл атауын қоса, сәйкестендіруді жазамыз.

  3. Коннекторларды құру

    Төлем экспортын, мәртебе импортын, үзінді импортын және салыстыруды құрамыз, әр формат үшін автоматтандырылған тесттермен.

  4. Әр банкпен тексеру

    Келісілген тест жағдайларын банктің тест ортасында орындап, банктің валидациясы қабылдамағанның бәрін түзетеміз.

  5. Әр банкті біртіндеп іске қосу

    Бір уақытта бір банкті ауыстырамыз, жаңасы дәлелденгенше қолданыстағы процесс қосалқы жол ретінде дайын тұрады.

  6. Бақылау және қолдау

    Аударымдарды, кілттерді және сертификаттардың мерзімін бақылаймыз, банктер жариялаған формат өзгерістеріне алдын ала дайындаламыз.

ERP-ден банкке: төлемдер шығады, үзінді көшірмелер келедіБекітілген төлемдер ERP-ден host-to-host арнасы арқылы қол қойылған ISO 20022 файлдары түрінде шығады. Күй есептері мен үзінді көшірмелер сол жолмен қайтып, ашық баптармен салыстырылады. Қабылданбаған төлемдер мен сәйкессіз жолдар себебімен бірге командаңызға жіберіледі.ERPERPТөлемдерді жүргізу,ашық баптар, баскітапXSISИнтеграциялыққабатСәйкестендіру,тексеру, қол қоюжәне кестелеуШлюзҚауіпсіз банкарнасыHost-to-host SFTP,EBICS немесе банкAPI-сіБанкБанкТөлемдер жәнеқолма-қол ақшаныбасқаруҚызметСалыстыруқозғалтқышыСәйкестендіруережелері менрұқсат шектеріАдамдарҚазынашылық жәнеқаржы командасыҚабылдамаулар менайырмашылықтардықарайды1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002 RJCT910

ERP-ден банкке: төлемдер шығады, үзінді көшірмелер келеді

Бекітілген төлемдер ERP-ден host-to-host арнасы арқылы қол қойылған ISO 20022 файлдары түрінде шығады. Күй есептері мен үзінді көшірмелер сол жолмен қайтып, ашық баптармен салыстырылады. Қабылданбаған төлемдер мен сәйкессіз жолдар себебімен бірге командаңызға жіберіледі.

  • Негізгі ағын
  • Асинхронды
  • Ерекше жағдай жолы
Ағын 10 қадамнан тұрады

Ағын, қадам сайын

  1. ERP жағынан Интеграциялық қабат жағына: Бекітілген төлем жүргізуі, REST/JSON · IDoc арқылы (негізгі ағын).
  2. Интеграциялық қабат жағынан Қауіпсіз банк арнасы жағына: Қол қойылған және шифрланған төлем файлы, ISO 20022 pain.001 · OpenPGP арқылы (негізгі ағын).
  3. Қауіпсіз банк арнасы жағынан Банк жағына: Банкке жеткізілді, SFTP H2H арқылы (негізгі ағын).
  4. Банк жағынан Қауіпсіз банк арнасы жағына: Күй есептері мен үзінді көшірмелер, pain.002 · camt.053 · MT940 арқылы (асинхронды).
  5. Қауіпсіз банк арнасы жағынан Интеграциялық қабат жағына: Жиналды және тексерілді, SFTP H2H арқылы (асинхронды).
  6. Интеграциялық қабат жағынан Салыстыру қозғалтқышы жағына: Үзінді көшірме жолдары, camt.053 арқылы (асинхронды).
  7. Салыстыру қозғалтқышы жағынан ERP жағына: Сәйкестендірілген жазбалар өткізілді, REST/JSON арқылы (негізгі ағын).
  8. Интеграциялық қабат жағынан Қазынашылық және қаржы командасы жағына: Қабылданбаған төлемдер, себеп кодымен, pain.002 RJCT арқылы (ерекше жағдай жолы).
  9. Салыстыру қозғалтқышы жағынан Қазынашылық және қаржы командасы жағына: Сәйкессіз жолдар: салыстыру айырмашылығы (ерекше жағдай жолы).
  10. Қазынашылық және қаржы командасы жағынан ERP жағына: Түзетіліп, қайта жіберілді (ерекше жағдай жолы).
Ашық банкинг: клиенттің келісімімен деректер мен төлемдерКлиент келісім береді, коннектор токендерді ұстайды, ал банкке әрбір шақыру авторизацияланып, журналға жазылады. Келісімнің мерзімі бітсе немесе қайтарып алынса, қосымша үнсіз істен шықпай, клиенттен қайта сұрайды.АдамдарКлиентҚызметҚосымшаңызнемесеплатформаңызҚазынашылық,кредиттеу немесебухгалтерияXSISАшық банкингконнекторыКелісім, токендержәне деректерді бірпішінге келтіруБанкБанк API-лерінемесе агрегаторШот туралы ақпаратжәне төлемді бастауERPERP немесе баскітапҚолма-қол ақшапозициясы жәнесалыстыру12REST/JSON3OAuth 2.0 · FAPI · REST4REST/JSON · webhook5REST/JSON6HTTP 401 · 4037

Ашық банкинг: клиенттің келісімімен деректер мен төлемдер

Клиент келісім береді, коннектор токендерді ұстайды, ал банкке әрбір шақыру авторизацияланып, журналға жазылады. Келісімнің мерзімі бітсе немесе қайтарып алынса, қосымша үнсіз істен шықпай, клиенттен қайта сұрайды.

  • Негізгі ағын
  • Асинхронды
  • Ерекше жағдай жолы
Ағын 7 қадамнан тұрады

Ағын, қадам сайын

  1. Клиент жағынан Қосымшаңыз немесе платформаңыз жағына: Келісім береді (негізгі ағын).
  2. Қосымшаңыз немесе платформаңыз жағынан Ашық банкинг коннекторы жағына: Шот және төлем сұраныстары, REST/JSON арқылы (негізгі ағын).
  3. Ашық банкинг коннекторы жағынан Банк API-лері немесе агрегатор жағына: Авторизацияланған API шақырулары, OAuth 2.0 · FAPI · REST арқылы (негізгі ағын).
  4. Банк API-лері немесе агрегатор жағынан Ашық банкинг коннекторы жағына: Қалдықтар, транзакциялар және төлем күйі, REST/JSON · webhook арқылы (асинхронды).
  5. Ашық банкинг коннекторы жағынан ERP немесе бас кітап жағына: Бір пішінге келтірілген транзакциялар, REST/JSON арқылы (негізгі ағын).
  6. Банк API-лері немесе агрегатор жағынан Ашық банкинг коннекторы жағына: Келісім мерзімі бітті немесе қайтарып алынды, HTTP 401 · 403 арқылы (ерекше жағдай жолы).
  7. Ашық банкинг коннекторы жағынан Қосымшаңыз немесе платформаңыз жағына: Клиенттен келісімді жаңарту сұралды (ерекше жағдай жолы).

Стандарттар, форматтар және арналар

Әр банктің енгізу нұсқаулығына сүйеніп құрамыз, жалаң стандартқа емес. Өнім атауының болуы оның вендорымен серіктестікті білдірмейді.

Банктік стандарттар және арналар
  • ISO 20022
  • pain.001
  • pain.002
  • camt.052
  • camt.053
  • camt.054
  • MT940
  • MT942
  • Swift
  • EBICS
  • SFTP (H2H)
  • OpenPGP
  • PSD2
  • Berlin Group NextGenPSD2
  • UK Open Banking Standard
  • FAPI

Өндірістегі дәлел

Парсы шығанағы ынтымақтастық кеңесіне мүше елдегі Tier-1 банк пен өңірлік конгломерат үшін SAP S/4HANA-ны өңірлік банктік арналарға ISO 20022 арқылы қостық. Төлемдерге қол қойылады, ерекше жағдайлар қате хабарламалар кезегіне түседі, ал оның банк шоттары бойынша салыстыру автоматты.

Қалай бастау керек

Банктер мен форматтарға қатысты талаптар айқын болса, тікелей ұсынысқа өтеміз. Бірнеше банк, ел немесе құжатталмаған ескірген интерфейс әдетте Blueprint Studio-дан немесе Brownfield Diagnostic Bridge-тен басталады.

Әрі қарай не болады

  1. Консалтингке дейінгі сессия

    Алдымен тегін 30 минуттық онлайн алдын ала консультация: мақсаттарыңызды, жүйелеріңізді және шектеулеріңізді қараймыз.

  2. Дайындық шолуы

    тегін 48 сағаттық дайындық шолуы аясында бас архитектор жобаңызды алты тармақты дайындық анықтамасына сәйкес тексеріп, сай бағытты ұсынады.

  3. Бағытты таңдау

    Талаптары дайын жобалар 3 жұмыс күнінен 5 жұмыс күніне дейінгі мерзімде міндетті ұсыныс алады. Тұжырымдама кезеңіндегі жобалар Blueprint Studio-дан басталады. Істен шығып жатқан, құжатталмаған немесе интеграцияны қажет ететін жұмыс істеп тұрған жүйе 1 аптадан 2 аптаға дейін диагностикасынан басталады. Blueprint Studio мен диагностиканың әрқайсысының ұсыныста көрсетілетін белгіленген алымы бар.

  4. Бес кезеңде жеткізу

    Жұмысты бастау, тікелей демонстрациялары бар спринттер, интеграция және қатайту, қабылдау және іске қосу, содан кейін басқарылатын қызметтер. Іске қосқаннан кейін кепілдік мерзімі, сосын қосымша қолдау және техникалық қызмет келеді.

Сұрақтар мен жауаптар

ISO 20022 деген не және неге ол маңызды?

ISO 20022 қаржылық хабарламалардың халықаралық стандарты. Оның XML хабарламалары толық атаулар, мекенжайлар және төлем мақсаты сияқты құрылымдалған деректерді тасымалдайды, ал ескі SWIFT MT форматтары мұны істей алмайды. Банктер мен төлем жүйелері оған көшті, сондықтан оған негізделген төлем және үзінді файлдары жақсырақ салыстырылып, сәйкестік тексерулерінен жиірек өтеді.

Қандай банк форматтарымен және арналарымен жұмыс істейсіздер?

Төлемдер үшін pain.001, мәртебе үшін pain.002, шот есептері үшін camt.052, camt.053 және camt.054, банктер арасында pacs хабарламаларын қолданамыз. Көп банктер әлі жіберетін MT940 және MT942 үзінділерін де оқимыз. Тасымалдау: host-to-host SFTP, EBICS, SWIFT немесе банк API-лері. Әр банктің әр форматта өз нұсқасы бар, сондықтан оның енгізу нұсқаулығына сүйеніп құрамыз.

Қандай ERP жүйелерін банктерге қоса аласыздар?

SAP S/4HANA, Oracle Fusion Cloud ERP және NetSuite, Microsoft Dynamics 365, Odoo және Sage, сондай-ақ қазынашылық және арнайы жүйелер. ERP-нің өз банктік коммуникация модулі болса, оны айналып өтпей, конфигурациялап, кеңейтеміз.

Төлем файлдарын қалай қорғайсыздар?

Төлем файлдары әр банк талап еткендей қол қойылып, шифрланады және тек келісілген арнамен жүреді. Кілттер мен сертификаттар кілт қоймаңызда немесе аппараттық қауіпсіздік модулінде сақталады, ешқашан кодта емес. Файлдар жіберілмес бұрын тексеріледі, ал әрбір аударым тіркеледі, сондықтан әр төлемді кім бекітіп, жібергенін бақылай аласыз.

Үзінді жолы сәйкес келмесе не болады?

Ол ықтимал кандидаттармен және сәйкес келмеу себебімен, мысалы басқа сома немесе жетіспейтін сілтеме, қарау тізіміне түседі. Командаңыз оны сонда жабады, ал ережелерді реттеп, келесі жолы дәл сол жағдай сәйкес келетіндей етуге болады. Сіз бекіткен сәйкестіксіз бас кітапқа ештеңе жазылмайды.

Банк интеграциясының қарқынын не анықтайды?

Көбіне код емес, банк. Әр банк өз қосу қадамдарын, тест терезелерін және рұқсаттарын белгілейді, кейбіреуі тест басталмай тұрып келісім немесе кілт алмасуды талап етеді. Сәйкестендіру қадамынан кейін әр банк үшін жоспар береміз және бірінші дайын болған банкпен тестті бастаймыз.

Банк өз форматын өзгертсе не болады?

Банктер формат өзгерістерін алдын ала жариялайды, көбі SWIFT MT-ден ISO 20022-ге көшкенде солай істеді. Біз қосатын банктер үшін осы хабарламаларды қадағалап, әсерін бағалаймыз және өзгеріс пен оның тесттерін банкпен бірге мерзіміне дейін жоспарлаймыз.

Құруға дайынсыз ба? Ұсыныс сұраңыз.

Талаптарыңызды немесе RFP-іңізді жіберіңіз. Архитекторларымыз оларды тексереді және міндетті, бекітілген ауқымды ұсыныс қайтарады.

Әрі қарай не болады

  1. Дайындық шолуы

    тегін 48 сағаттық дайындық шолуы аясында бас архитектор жобаңызды алты тармақты дайындық анықтамасына сәйкес тексеріп, сай бағытты ұсынады.

  2. Міндетті ұсыныс

    тегін архитектура валидациясы жүрген соң Сіз 3 жұмыс күнінен 5 жұмыс күніне дейінгі мерзімде міндетті, көлемі белгіленген ұсыныс аласыз: кезеңдер, архитектура, команда құрылымы және SLA. Біз Сіздің сұрауыңыз бойынша, талаптарыңызды бөліспес бұрын, Сізбен құпиялылық туралы келісімге (NDA) қол қоямыз.

  3. Жұмысты бастау

    Инженерия топтарымыз қол қойған соң келісімшартқа қол қойылғаннан кейін 5 жұмыс күнінен 10 жұмыс күніне дейін Sprint 0-ді бастайды.

  4. Бес кезеңде жеткізу

    Жұмысты бастау, тікелей демонстрациялары бар спринттер, интеграция және қатайту, қабылдау және іске қосу, содан кейін басқарылатын қызметтер. Іске қосқаннан кейін кепілдік мерзімі, сосын қосымша қолдау және техникалық қызмет келеді.