Технологиялық тапсырмалар
Технологиялық тапсырмалар модулі бұл жаңа технологияларды, өнімдер мен процестерді әзірлеуге, енгізуге және жетілдіруге байланысты міндеттер.
Егер сізде әзірлеу, енгізу және басқа сұраныстар қажет болса, ақпаратты төменде орналастыра аласыз.
Сандық медиа платформа үшін жекелендірілген бейне мазмұн ұсыныстарының AI жүйесін әзірлеу.
Сандық медиа платформа үшін жекелендірілген бейне мазмұн ұсыныстарының AI жүйесін әзірлеу. Шешім нақты уақыт режимінде пайдаланушының мінез-құлқын талдауды қамтамасыз етуі керек, шолу тарихын, мазмұнмен өзара әрекеттесуді, жанрлық қалауларды ескеріп, жеке ұсыныстар арнасын автоматты түрде қалыптастыруы керек. Жүйе пайдаланушылардың жаңа деректері негізінде Өзін-өзі оқытуды жалғастыру үшін машиналық оқыту алгоритмдерін қолдануы керек, сонымен қатар ұсыныстардың тиімділігі мен пайдаланушы әрекетіне әсерін талдау мүмкіндігін қамтамасыз етуі керек. Жобаның негізгі мақсаты жасанды интеллект технологияларын қолдану арқылы пайдаланушыны ұстап қалуды арттыру, аудиторияның қатысуын арттыру және мазмұнды жеткізу процестерін оңтайландыру болып табылады.
Шешімдерді қабылдау мерзімі
26.06.26 (қоса алғанда)
Таңдаулы жүйелер
Нейротехнология және жасанды интеллектӨтінімдер саны
15
Жүйенің өзегі-қауіпсіздік, Архитектура және рөлдік модель (RBAC) өнім: Digital Clinic Hub (DCH)бұлтқа негізделген медициналық ақпараттық жүйесі
Жүйенің барлық кейінгі функционалды модульдері (күнтізбе, Касса, EMC және т.б.) үшін технологиялық негіз болатын абсолютті қорғалған, ақауларға төзімді және масштабталатын бұлттық платформа ядросын (SaaS) құру. Бұл блоктың басты міндеті-әртүрлі клиникалар-клиенттер арасында Медициналық және қаржылық деректерді оқшаулаудың бұрын-соңды болмаған деңгейін қамтамасыз ету, сондай-ақ әрбір клиника ішіндегі қызметкерлерге қол жеткізу құқығын ажыратудың еңсерілмейтін жүйесін енгізу.функционалдылық пен техникалық шешімдердің егжей-тегжейлі сипаттамасы: көп тенантты микросервистік архитектура: жүйенің өзегі Node негізінде жасалған.js және PostgreSQL. Әрбір клиника (немесе желілік клиниканың жеке филиалы) клиенттердің деректерін толық оқшаулауға және франчайзингтік құрылымды қолдауға кепілдік беретін жеке мәліметтер базасын алады (схема деңгейіндегі логикалық немесе физикалық бөлу). Аутентификация және авторизация жүйесі (JWT): JSON Web Tokens (JWT) көмегімен stateless-аутентификация механизмі енгізілуде. Жүйедегі әрбір әрекет таңбалауыштың пайдалы жүктемесіне (payload) негізделген Middleware арқылы тексеріледі. Таңбалауышта маңызды деректер қатаң түрде қорғалған: role (пайдаланушы рөлі), branch_id (көрінуді шектейтін филиал идентификаторы), sub (пайдаланушы идентификаторы), shift_id (белсенді кассалық ауысым идентификаторы) және max_discount_pct (рұқсат етілген жеңілдік пайызы). Кіру құқығының матрицасы (RBAC): ядро 6 негізгі рөлге қол жеткізуді қатаң бақылауды жүзеге асырады, мұнда құқықтар тікелей API деңгейінде тексеріледі: әкімші (әкімші): барлық филиалдарға, анықтамалықтарға, жасырын аналитикаға және жойылған жазбаларға толық қол жетімділік. Кез келген жеңілдіктерді қолдана алады және құжаттарды жоя алады. Байланыс орталығының (КО) менеджері: 10 минуттық бронь жасау, редакциялау, жазбаларды тасымалдау және қою үшін барлық филиалдардың кестесіне қол жеткізу. Қаржыға қол жетімділік толығымен жабылды. ("Приход бөлімі" подрол қосымша себебін көрсете отырып, жазбалардан бас тарта алады). Тіркеуші: өзінің физикалық филиалымен қатаң шектелген. "Кел" / "келмеді") пациенттің келу мәртебесін ғана өзгерте алады. Дәрігер: тек жазбаларына оқшауланған қол жетімділік. Медициналық түсініктемелер қосуы мүмкін, бірақ кестені немесе қаржыны редакциялау құқығынан айырылған. Үйлестіруші "" емдеу курстарының қаржылық мәртебесін басқарады ("сатып алған курс" / "сатып алмаған"), шот-фактуралар жасауға және жеңілдік жасауға құқылы (мысалы, қатаң түрде 10% - ға дейін), бірақ ақшаны қайтарып бере алмайды немесе кассалық ауысымдарды басқара алмайды. Кассир: филиалының POS-терминалына қол жеткізе алады, ауысымдарды аша/жаба алады, төлем жасай алады, Z-есептер жасай алады және қайтаруды рәсімдей алады. Жалпы аудит және логтау (audit Log): audit_log қызметтік кестесіне жүйедегі барлық маңызды операцияларды (жазбаларды жасау, болдырмау, төлемдерді қабылдау, қайтару) мықтап тіркейтін журналдау модулін әзірлеу. Жүйе "бұрын" (бұрын) және "кейін" (кейін) өзгертулер енгізілгенге дейін user_id, уақыт, әрекет түрі, сондай-ақ деректер күйін жазады. Идемпотенттілік және қорғаныс: интернет тұрақсыз болған кезде қосарланған есептен шығару немесе жазбалардың қайталану қаупін жою үшін ядро барлық POST сұраулары үшін Idempotency-Key тақырыбына қолдау көрсетеді
Шешімдерді қабылдау мерзімі
26.06.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
7
Digital Clinic Hub (DCH) бұлтты медициналық ақпараттық жүйесі үшін емдеу кезеңдерін (физиотерапия, КТ, ППР-терапия) басқаруды интеграциялай отырып, "электрондық медициналық Карта (ЭМК) және дәрігердің цифрлық жұмыс орны" іргелі клиникалық модулін әзірлеу.
Медициналық қызметкерлер үшін қағаз айналымын толығымен алмастыратын біртұтас, интуитивті цифрлық жұмыс кеңістігін жасаңыз . ЭМК-ның негізгі міндеті-пациенттің анамнез жинаудан бастап көп сатылы емдеу курстарынан өтуге дейінгі жіксіз клиникалық жолын қамтамасыз ету, сондай-ақ медициналық тағайындауларды үйлестірушілердің (қамқорлық бөлімінің) және кассаның жұмысымен сенімді байланыстыру . Функционалдылық пен техникалық шешімдердің толық сипаттамасы: пациент картасының архитектурасы: vue негізіндегі кешенді интерфейсті әзірлеу.js 2 . Карточка қамтитын болады паспортную бөлігі (ЖСН, аты-ЖӨНІ, телефоны, туған күні), жүйесін қойындылары: "қазақстан Тарихы қабылдаулар", "емдеу Жоспары", "мультимедиа файлдарын" және "Қаржы" . Карточканың қақпағында пациенттің балансы және оның клиника алдындағы қарыздары нақты уақыт режимінде көрсетіледі . Динамикалық тексеру үлгілері мен анықтамалықтары: дәрігерлердің әртүрлі мамандықтары үшін тексеру хаттамасының дизайнерін енгізу. Дәрігер шағымдарды, анамнезді және объективті жағдайды тез толтыра алады, сонымен қатар кездесуге мәтіндік медициналық түсініктемелер қоса алады . Диагноздарды стандарттау үшін ICD - 10 халықаралық анықтамалығы біріктіріледі. Көп сатылы емдеуді басқару (процедуралық курстар): DCH шеңберіндегі EMC маңызды бөлігі. Пациенттің карточкасында емдеудің күрделі кезеңдерін: физиотерапия, КТ, пр-терапия және фитнес-оңалту курстарын сақтау және қадағалау функционалы іске асырылады . Дәрігер тағайындау жасайды және күтім бөлімінің интерфейсі лезде жаңартылады, Бұл үйлестірушілерге пациенттің қажетті уақытына сәйкес процедураларды қосуға мүмкіндік береді . Қауіпсіз медиа сақтау: пациенттің келу күніне және оның идентификаторына қатаң сілтеме жасай отырып, талдау нәтижелерін, ультрадыбыстық және ауыр DICOM кескіндерін (КТ/МРТ) жүктеу үшін қорғалған бұлтты сақтаумен біріктіру. EMC-дегі рөлдік модель (RBAC): дәрігер: тек пациенттерінің медициналық жазбаларына оқшауланған қол жетімділікке ие. Түсініктемелер мен тапсырмаларды енгізе алады . Үйлестіруші / күтім бөлімі: курсты сатып алу мәртебесін ("курсты сатып алдым / сатып алмадым") қою және процедуралық кабинеттерді жүктеу торын басқару үшін дәрігердің тағайындауын көреді . КЦ менеджері: жазбаларды жасау үшін тек байланыс деректерін көреді, бірақ пациенттің картасында медициналық құпияға (диагноздарға) қол жеткізе алмайды . Технологиялық стек: Node-де артқы жағы әзірленуде.PostgreSQL дерекқоры бар js . Тексеру жобаларын лезде сақтау үшін (егер дәрігер интернетті жоғалтса) кэштеу, ал файлдарды жүктеу үшін S3 үйлесімді сақтау орны қолданылады.
Шешімдерді қабылдау мерзімі
26.06.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
7
Digital clinic Hub (DCH) бұлтты медициналық ақпараттық жүйесінің POS-терминал модулі үшін "есепшот ядросы, мәліметтер базасының архитектурасы және базалық төлем (Core & Cash)" іргелі микросервисін әзірлеу.
Клиниканың бүкіл қаржылық контуры үшін ақауларға төзімді, масштабталатын және өнімділігі жоғары іргетас қалау. Бұл блоктың негізгі міндеті-сенімді дерекқор архитектурасын (шоттар, транзакциялар, чек позициялары) жобалау, API шлюзі деңгейінде JWT таңбалауыштары арқылы қол жеткізу құқықтарын қатаң валидациялауды енгізу және клиентке тапсыруды автоматты түрде есептеу және қосарланған төлемдерден қорғау арқылы қолма-қол ақшамен төлеудің негізгі, бірақ ең маңызды процесін жүзеге асыру. Функционалдылық пен техникалық шешімдердің толық сипаттамасы: Мәліметтер базасының архитектурасы және қаржылық деректер түрлері: PostgreSQL-де негізгі кестелерді жобалау: invoices( шоттар), invoice_items (шот-фактуралар) және транзакциялар (транзакциялар) . Негізгі техникалық талап - барлық сомалар (бағалар, жеңілдіктер, қорытындылар, тапсыру) деректер базасында тек қатаң қаржылық форматта сақталуы керек NUMERIC (12,2) (өзгермелі float деректер түрін пайдалануға қатаң тыйым салу) және клиенттегі қателіктерді болдырмау үшін барлық маңызды есептеулер артқы жағында жүргізілуі керек . Қызметтер анықтамалығы (Services Database): қызметтер кестесін әзірлеу және біріктіру (get /api / v2 / services Endpoint арқылы қоңырау шалу?search=) шот-фактураға позицияларды (медициналық қызметтер немесе тауарлар) автоматтандырылған қосу үшін . Чектегі әрбір позиция анықтамалыққа, оның әдепкі құны мен ҚҚС мөлшерлемесіне (vat_pct)байланысты болады . RBAC және операцияларды қорғау (JWT Middleware): әрбір кассалық операция (шот құру, жеңілдік қолдану, төлем жасау) қатаң қауіпсіздік сүзгісінен өтуі керек. Middleware міндетті өрістерді тексеру арқылы кассирдің JWT таңбалауышын тексереді: role (құқық деңгейі), branch_id (тек филиалымен шоттардың көрінуін шектеу), sub (қызметкердің идентификаторы) және max_discount_pct (жеке жеңілдіктің рұқсат етілген шегі) . Ең бастысы: сервер shift_id — ті тексереді-егер пайдаланушыда ашық кассалық ауысым болмаса, операция HTTP 403 NO_ACTIVE_SHIFT күйімен бұғатталады . Қолма-қол ақшамен төлеу ағыны( Cash Flow): сыртқы банктік интеграциясыз қолма-қол ақшаны қабылдау алгоритмін әзірлеу . Сервер amount_paid параметрін қабылдайды (пациент қанша берді). Егер қабылданған сома шоттың жиынтық сомасынан (total) аз болса, API 422 INSUFFICIENT_AMOUNT қатесі бар транзакцияны автоматты түрде қабылдамайды . Тапсыру клиентке реактивті түрде есептеледі (change = amount_paid-total) . Сәтті жүзеге асырылған кезде шот мәртебесін сервер атомдық түрде paid (немесе partial) күйіне аударады, содан кейін клиентке WebSocket payment оқиғасы жіберіледі.POS-терминал интерфейсін жедел жаңарту үшін толық . Идемпотенттілік және Аудит (audit Log): желілік ақаулардан және екі рет басудан қорғау механизмін енгізу. Маңызды Endpoint Post /api/v2/invoices/:id/pay міндетті түрде idempotency-Key тақырыбын беруді талап етеді . Қайталанатын сұрау кезінде сервер Қос транзакция жасамай ақ кэштелген түпнұсқа жауапты қайтарады . Сонымен қатар, кез-келген әрекет audit_log Ғаламдық кестесіне қатаң түрде енгізіледі, онда операцияны кім жасады, қандай әрекет болды және JSON - чек күйі бұрын және кейін
Шешімдерді қабылдау мерзімі
26.06.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
6
Сөйлеушілерге арналған диоризацияны қолдайтын Автоматты сөйлеуді тану модулі (ASR)
Орыс және қазақ тілдерінде репликалардың дәл бөлінуін және аудиожазбалардың дұрыс стенографиясын қамтамасыз ететін екі спикер үшін диоризацияны қолдайтын сөйлеуді автоматты тану модулін (ASR) құру. Тапсырманың сипаттамасы: Аудио файлды қабылдайтын және келесі функцияларды орындайтын бағдарламалық жасақтама механизмін жасаңыз: 1. сөйлеу учаскелерін анықтау және екі спикерге автоматты түрде бөлу; 2. орыс және қазақ тілдерінде сөйлеуді тану; 3. сөйлейтін және уақыт белгілері бар мәтіндік файлды қалыптастыру; 4. диоризацияның дәлдігін 90% - дан төмен емес және тану дәлдігін 85% - дан төмен емес қамтамасыз ету%; 5. дайын нәтижені кейінгі талдау мен интеграциялауға жарамды форматта ұсыну.
Шешімдерді қабылдау мерзімі
25.06.26 (қоса алғанда)
Таңдаулы жүйелер
Нейротехнология және жасанды интеллектӨтінімдер саны
9
Деректерді өндірудің көп агенттік платформасы
Компанияның құрылымдық деректерімен жұмыс істеуге арналған мультиагентті АИ-платформа негізінде АИ-ассистенттің пилоттық шешімін дамыту және масштабтау. Шешім бас компанияның, тарату орталықтарының және автокөлік кәсіпорындарының қызметкерлеріне операциялық көрсеткіштерді талдауға, табиғи тілде сұрақтар қоюға, компания деректері негізінде жауаптар алуға, кестелер, графиктер, виджеттер және жеке бақылау тақталарын қалыптастыруға мүмкіндік беретін ai көмекшілеріне қол жеткізуді қамтамасыз етуі керек. Жоба пилоттық шешімді пысықтауды, оны өнеркәсіптік пайдалануға дайындауды, ad/LDAP, Trino, ClickHouse және LLM-Тапсырыс берушінің модельдерімен біріктіруді, контейнерлік жеткізуді, мониторингті, құжаттаманы, пайдаланушыларды оқытуды және техникалық сүйемелдеуді қамтамасыз етуді талап етеді.
Шешімдерді қабылдау мерзімі
24.06.26 (қоса алғанда)
Таңдаулы жүйелер
Ақпаратты өңдеу және түрлендіруӨтінімдер саны
11
SPACLE 11.2.0.4 ДҚБЖ-дан SPARK отбасы жүйесінен Intel X64-ке деректерді тасымалдау сценарийі
SPACLE 11.2.0.4 ДҚБЖ жүйесінің SPARK отбасынан Intel X64 жүйесіне көшуіне байланысты. Патрицийді және 20.54 терабайт көлеміндегі барлық ДҚБЖ-ны тасымалдау үшін Perl сценарийін дайындау қажет
Шешімдерді қабылдау мерзімі
24.06.26 (қоса алғанда)
Таңдаулы жүйелер
Интеллектуалды басқару жүйелеріӨтінімдер саны
5
Digital clinic Hub (DCH) бұлтты медициналық ақпараттық жүйесінің POS-терминал модулінде транзакцияларды біріктіру, негізгі көрсеткіштерді визуализациялау (KPI) және басқару есептілігін автоматты түрде генерациялау үшін "қаржылық аналитика және Bi-бақылау тақталары (Analytics & Reports)" микросервисін әзірлеу.
Бизнес иелері, клиникалардың бас дәрігерлері мен қаржы директорлары үшін қуатты, интерактивті және мүлдем ашық аналитикалық құрал жасаңыз. Бұл блоктың негізгі міндеті-нақты уақыт режимінде барлық кассалық ауысымдар мен филиалдардың қаржылық ағындарын шоғырландыру, кіріс құрылымын көрнекі түрде көрсету және негізгі кассада ешқандай кідіріс тудырмай есептерді түсіруді автоматтандыру. Функционалдылық пен техникалық шешімдердің толық сипаттамасы: Оқшауланған мәліметтер базасының архитектурасы (Read Replica): бұл блоктың негізгі инженерлік шешімі. Барлық ауыр аналитикалық SQL сұраулары (бір жылдағы сомаларды біріктіру, күрделі транзакция үлгілері) PostgreSQL дерекқорының жеке көшірмесіне бағытталады . Бұл басшылық үшін үлкен есепті қалыптастыру транзакциялық кестелерді физикалық түрде бұғаттай алмайтындығына және клиника залындағы кассирлердің жұмысын бәсеңдетпейтіндігіне кепілдік береді . Интерактивті қаржылық бақылау тақтасы: заманауи графикалық кітапханаларды (диаграмма) қолдана отырып, бірыңғай басқару орталығын (жиынтық экран) әзірлеу.js немесе ECharts) . Бақылау тақтасында 5 негізгі KPI картасы бар: бір күндік кіріс, бір айлық кіріс, пациенттердің ағымдағы қарыз сомасы, орташа чек және жойылған шоттар саны . Төлем әдістері мен транзакцияларды визуализациялау: түсім динамикасы кестесінің астында төлем арналары бойынша түсетін қаражатты (пайызбен) бөлетін дөңгелек диаграмма орналасқан: қолма-қол ақша, Kaspi QR, банк картасы, Kaspi бөліп төлеу . Экранның төменгі жағында соманы, кассирді, пациентті және мәртебені көрсететін соңғы транзакциялардың интерактивті кестесі көрсетіледі . Есеп беру жүйесі: икемді деректерді сұрау үшін арнайы REST API endpoints (мысалы, /analytics/revenue, /analytics/avg-receipt, /reports/daily, /reports/monthly) әзірлеу . Модуль жиынтық қаржылық деректерді Excel және PDF форматтарында бір рет басу арқылы жүктеуге мүмкіндік береді . Жүйенің техникалық нормативі: Excel бағдарламасында 1000 жолдан асатын деректер массивін экспорттау небәрі 5-10 секундта орындалуы керек . Кіру құқығының матрицасы( RBAC): қаржылық бақылау тақтасына, жасырын аналитикаға және есептерді экспорттауға қол жеткізу тек "әкімші (әкімші)"рөліне ие . Кассирлер, үйлестірушілер, тіркеушілер және дәрігерлер үшін бұл эндпоинттер JWT токен деңгейінде бұғатталған, бұл желілік қызметкерлерге коммерциялық құпияның ағып кетуін тоқтатады
Шешімдерді қабылдау мерзімі
23.06.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
7
Digital clinic Hub (DCH) бұлтты медициналық ақпараттық жүйесінің POS-терминалының қаржы модулі шеңберінде "кассалық ауысымдарды басқару, Z-есептерді инкассациялау және автоматты генерациялау (Shift Management)" микросервисін әзірлеу
Клиникаларда кассирлердің қатаң цифрлық, материалдық және дербес жауапкершілігі жүйесін енгізу. Бұл блоктың негізгі міндеті-"кассадан тыс" кез келген рұқсат етілмеген қаржылық операцияларға алгоритмдік түрде тыйым салу, ашылған сәттен бастап жұмыс күні жабылғанға дейін қолма-қол ақшаның қатаң есебін қамтамасыз ету, сондай-ақ фискалдық Z-есептерді шығарумен қорытынды кірісті есептеуді толығымен автоматтандыру. Функционалдылық пен техникалық шешімдердің толық сипаттамасы: Ауысымды ашу механикасы және JWT валидациясы: кассирдің жұмыс күні"ауысым картасы" интерфейсінен басталады . Кассир ауысымды ашу үшін POST-сұрау салуды бастайды, онда ол іске қосу кезінде кассадағы қолма-қол ақшаның қалдығын міндетті түрде тіркейді (opening_balance) . Сервер shifts кестесінде жазба жасайды, ең бастысы-shift_id тігу арқылы пайдаланушының JWT таңбалауышын жаңартады . Бұл қауіпсіздіктің маңызды элементі: Backend Middleware 403 NO_ACTIVE_SHIFT қатесін қайтару кезінде таңбалауышта белсенді shift_id болмаса, кез келген транзакцияларды (төлем, қайтару) блоктайды . Параллельді ауысымнан қорғау: дерекқор деңгейіндегі жүйе филиалдың ашық өзгерістерін тексереді. Егер бір кассир ауысымды ашқан болса, екінші кассирдің сол филиалда параллель кассаны ашу әрекеті 409 SHIFT_ALREADY_OPEN қатесі бар сервермен бұғатталады . Аралық инкассация (Cash-out): ауысымның өзін жаппай, күні бойы кассадан қолма-қол ақшаны қауіпсіз алу тетігін енгізу (мысалы, инкассаторларға беру үшін). Ол үшін post /api/v2/shift/:id/cash-out Endpoint қолданылады . Инкассация жүйеге жазылады, қолма-қол ақшаның соңғы балансына әсер етеді (closing_balance), бірақ клиниканың жалпы кірісін математикалық түрде бұрмаламайды . Қолма-қол ақшаны салыстыру және кемшіліктерді есептеу:" ауысымды жабу " батырмасын басқан кезде жүйе нәтижені бұзады: кассир кассаға қағаз ақшаның нақты сомасын қолмен енгізуге міндетті (cash_drawer_closing) . Сервер енгізілген соманы есептелген формуламен салыстырады: closing_balance − (opening_balance + cash_in-cash_out). Кез-келген сәйкессіздіктер (жетіспеушілік немесе артық) discrepancy өрісіне мықтап бекітілген . Z есептерін автоматты түрде құру: Сервер ауысым кезеңіндегі барлық транзакциялардың күрделі SQL агрегацияларын (COUNT және SUM) шығарады, әдістер бойынша дәл бөлінеді: қолма-қол ақша, Kaspi, Карта, қайтару және таза кіріс . Математикалық салыстырудан кейін backend PDF құжатын (Z есебін) лезде жасау үшін pdfkit кітапханасын (немесе puppeteer)пайдаланады . Жасалған файл қауіпсіз S3 үйлесімді нысан жадына сақталады , ал кассир таңбалауышы жойылады
Шешімдерді қабылдау мерзімі
23.06.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
3
Digital clinic Hub (DCH) бұлтты медициналық ақпараттық жүйесінің POS-терминал модулінде эквайрингті, QR-Төлемдерді өңдеуді, бөліп төлеуді және аралас төлемдерді автоматтандыру үшін "Финтех-интеграция және қолма-қол ақшасыз төлемдер (Kaspi Ecosystem & Mixed Payments)" микросервисін әзірлеу.
Пациенттерден қолма-қол ақшасыз төлемдерді қабылдау үшін қауіпсіз, жоғары жылдамдықты және толық автоматтандырылған шлюз жасаңыз. Бұл блоктың басты міндеті-Kaspi Pay API-ді DCH кассалық интерфейсіне үздіксіз біріктіру, физикалық терминалдарда сомаларды қолмен енгізуді болдырмау, төлем мәртебесін алуды автоматтандыру (webhooks және Polling арқылы) және транзакциялардың криптографиялық қорғалуына кепілдік бере отырып, күрделі "аралас төлем" механикасын жүзеге асыру. Функционалдылық пен техникалық шешімдердің толық сипаттамасы: Kaspi Pay API-мен терең интеграция (QR-төлемдер): QR-кодтарды динамикалық генерациялау механикасын әзірлеу. "Kaspi QR" төлем әдісін таңдағанда, DCH сервері нақты соманы және бірегей invoice_id жібере отырып, Kaspi сыртқы API - ге POST /api/v2/payments/Kaspi/qr сұранысын жасайды . Бұған жауап ретінде сервер кассир экранында бірден пайда болатын графикалық QR кодын (base64 PNG) және payment_id қайтарады . Жасалған QR коды бойынша төлемді күту уақыты 15 минутты құрайды . Қос күйді бақылау жүйесі (Polling + Webhooks): кепілдендірілген төлемді растау үшін ақауларға төзімді байлам енгізілуде. Клиенттік бөлім (POS экраны) поллингті іске қосады:GET /api/v2/payments/: payment_id/status сұрауларын әр 3 секунд сайын жібереді . Сонымен қатар, DCH сервері төлем күйінің өзгеруі туралы Kaspi серверлерінен асинхронды хабарламаларды (Webhooks) қабылдау үшін post /api/v2/webhooks/kaspi қорғалған эндпоинтін орнатады . Транзакцияны криптографиялық қорғау: бұл қауіпсіздіктің маңызды элементі. Kaspi-ден кез-келген кіріс webhook міндетті түрде тексеруден өтеді. Жүйе HMAC-SHA256 хэшін есептейді(body, kaspi_webhook_secret) және оны тақырыптағы қолтаңбамен салыстырады . Жарамды қолтаңбасы жоқ сұраулар HTTP 401 қатесімен бірден қабылданбайды, бұл шабуылдаушылардың төлем мәртебесін өзгертуін мүмкін емес етеді . PAID күйінде жүйе транзакцияны атомдық түрде жаңартады, шот күйін өзгертеді және WebSocket-payment оқиғасын жариялайды.интерфейс үшін толық . Kaspi бөліп төлеу механикасы: DCH POS-терминалынан бөліп төлеу мерзімін (3, 6 немесе 12 ай) таңдау мүмкіндігін біріктіру үшін post /api/v2/payments/Kaspi/installment эндпоинтін енгізу . Банктің несиені мақұлдауы асинхронды, ал DCH мәртебесі webhook арқылы жаңартылады . Аралас төлем (Mixed Payments): пациент бір шотты әртүрлі тәсілдермен (мысалы, 30 000 тг қолма-қол ақшамен және Kaspi QR арқылы 20 000 тг)төлегісі келетін жағдайлар үшін күрделі бизнес-логиканы іске асыру . Интерфейс енгізу үшін екі өрісті ұсынады. Сервер бір шотқа байланған екі түрлі транзакцияны (cash және kaspi_qr әдістерімен) жасайды және қатаң математикалық валидация жүргізеді: SUM(transaction.amount) = invoice.total_amount (1 теңгеге дейінгі дәлдікпен) . Банктік карталар және PCI DSS: DCH физикалық өңдеуді POS терминалдарына қалдырып (PCI DSS сәйкестігін қамтамасыз ету)банктік карта деректерін сақтамайды немесе бермейді . Кассир физикалық банк терминалында расталғаннан кейін "төлем өтті" батырмасын басады және DCH бұл әдісті жүйеге түсіреді
Шешімдерді қабылдау мерзімі
23.06.26 (қоса алғанда)
Таңдаулы жүйелер
Басқа технологиялық шешімдерӨтінімдер саны
5
