Бұл жазба автоматты түрде орыс тілінен аударылған. Russian
Бүгін, мен шығарылымды тыңдаймын " интероперабельділік. "Менің сүйікті студия подкасттарымның бірі "немесе"-"ертең іске қосу"арасындағы қызметтерді қалай достастыруға болады. Қонақ-Самата Галимова, цифрлық құқықтар саласындағы белсенді, Кори Докторова-Apple, FB және басқа да тәуелсіз әзірлеушілердің технологиялық алпауыттарына жабық жүйелерге рұқсат беру саласындағы заңнаманың қалай өзгеріп жатқаны туралы тәжірибесімен бөліседі.
Мен клиенттің өздері сатып алған Бағдарламалық жасақтамаға қандай жүйелерді қосуға болатындығын таңдау мүмкіндігі үшін және бағдарламалық жасақтаманы жасаушылар интеграцияға тыйым салмауы немесе кедергі жасамауы үшін біздің күресімізді бірден есіме түсірдім.
Менің интероперабельділік үшін күресу тәжірибем
2016 жылы мен "Сервис Плюс" компаниясына жолдама басшысы ретінде қосылдым. Компания бөлшек сауда желілері (бөлшек сауда) үшін бағдарламалық жасақтама жасауға маманданған. Менің міндетім "бөлшек сауда желілері үшін адалдық бағдарламаларын басқару" өнімін нарыққа шығару болды.
Біздің Loya-дағы жұмысымыз кассалық бағдарламалық жасақтама негізінде құрылды, оның міндеті — чекті заңнамаға сәйкес уақытында басып шығару және ол өте жақсы жасады. Бірақ кассалық бағдарлама бағдарламашыларға акцияларды теңшеуге мүмкіндік бермеді, ал біздің жағдайда бұл маркетологтар. Бірақ бұл өте қажет функционалдылық болды: маркетингтік акцияларды басқару, жеке ұсыныстар жасау, сатып алушының профилін қалыптастыру, сегменттеу, қол жетімді арналар арқылы байланыс және т.б., әртүрлі тауарларды біріктіретін әртүрлі ұсыныстар пакеттерін құру және талдау.
Біз бұл бағдарламаны шамамен алты айда жасадық. Әрі қарай, олар біздің кассалық бағдарламалық жасақтаманы пайдаланған барлық клиенттеріміз үшін оны белсенді түрде насихаттай бастады. Бірақ біз оны және бәсекелестердің қолма-қол ақшасын пайдаланған клиенттерге де насихаттадық. Мұнда біз феодализммен бетпе-бет келдік, онда қабырғалар, шұңқырлар салынып, күзетшілер мамандар, сарапшылар ретінде қойылды. Басты міндет-бәсекелестерге жол бермеу.
Тұтастай алғанда, біздің адалдықты басқару бағдарламалық жасақтамасын бәсекелестердің кассалық шешімдерімен "интеграциялау мәселесі" туындады. Біздің клиенттеріміз, бөлшек сауда желілері біздің шешімімізді қолданғысы келді. Біз сата алдық, бірақ бәсекелес оны өзінің жеке меншігі деп санаса және ешкімді жіберуге дайын болмаса, онда сіз басқа шешімдермен интеграция жасағыңыз келмейтін мыңдаған себептерді ойлап табады.
Біз олармен бәсекелестермен кездесе бастадық: олар "Атол" өндірушілері, Петрдің "Кристалл Сервис" жігіттері, 1С негізіндегі әзірлеушілер және басқалар болды. Бірақ әр уақытта көптеген кездесулер болды, бірақ одан да көп сылтаулар болды: "неге мұны істеуге болмайды."Нәтижесінде, бірқатар әзірлеушілермен бізде REST API болады деп келісе алдық, оған қол жеткізу үшін ақы төлеу керек және егер кенеттен бірдеңе түсіп кетсе, қолдау алу керек.Бұл, бәлкім, қазір ақылды әзірлеушілердің басым тәжірибесі. Ресейлік нарықта SDK қол жетімділігіне немесе үшінші тарап әзірлеушілері үшін сатушы шешімдерімен интеграциялау мүмкіндіктеріне қатысты өнім әзірлеушілерінің қозғалысы туралы мысалдар бірден келеді+ Evotor market+ Bitrix 24+ AMO.CRM
- Open Banking (ашық банкинг): Еуропадағы PSD2 директивасы және басқа елдердегі ұқсас бастамалар банктерді үшінші тарап финтех компанияларына клиенттердің деректеріне қол жеткізуге (олардың келісімімен) және төлемдерді бастауға мүмкіндік беретін API (қолданбаларды бағдарламалау интерфейстері) ұсынуға міндеттейді. Бұл сізге жеке қаржыны басқаруға арналған қосымшалар, әртүрлі банктерден шот агрегаторлары, жедел төлем қызметтері және т.б. сияқты жаңа инновациялық қызметтерді құруға мүмкіндік береді. мысал: Mint қосымшасы API арқылы пайдаланушының әртүрлі банктік шоттарына қосылады және оның қаржылық жағдайының бірыңғай көрінісін ұсынады.
- Төлем шлюздері мен платформалары: Stripe, PayPal және Adyen сияқты компаниялар интернет-дүкендер мен басқа да онлайн-қызметтерге әр түрлі төлем әдістерін (Банктік карталар, электронды әмияндар, жергілікті төлем жүйелері) өздерінің қосымшалары мен веб-сайттарына біріктіруге мүмкіндік беретін API ұсынады. Бұл пайдаланушылар үшін үздіксіз тәжірибе береді және бизнес мүмкіндіктерін кеңейтеді. Мысал: Интернет-дүкен қай банкті немесе төлем жүйесін пайдаланғанына қарамастан, бүкіл әлем бойынша клиенттерден төлемдерді қабылдау үшін Stripe API қолдана алады.
- KYC/AML қызметтері (өз клиентіңізді біліңіз / ақшаны жылыстатуға қарсы әрекет): кейбір финтех компаниялары API арқылы басқа қаржылық қолданбаларға біріктірілуі мүмкін жеке басын тексеру және ақшаны жылыстатуға қарсы талаптарға сәйкестік шешімдерін әзірлеуде. Бұл компанияларға өздерінің күрделі жүйелерін жасамай-ақ тез және тиімді тексерулер жүргізуге мүмкіндік береді. Мысал: sumsub қызметі банктер, cryptocurrency биржалары және басқа финтех компаниялары қолдана алатын жеке куәлікті тексеруге арналған API ұсынады.
- Бухгалтерлік бағдарламамен Интеграция: шот-фактура және шығындарды басқару қосымшалары сияқты көптеген финтех қызметтері API арқылы танымал бухгалтерлік бағдарламалық жасақтамамен (мысалы, QuickBooks, Xero) біріктіріледі. Бұл Бухгалтерлік есеп пен есеп беруді жеңілдететін жүйелер арасында қаржылық деректерді автоматты түрде жіберуге мүмкіндік береді. Мысал: Expensify қосымшасы қызметкерлердің шығындары туралы деректерді компанияның бухгалтерлік жүйесіне автоматты түрде экспорттайды.
Басқа технологиялық компаниялар:
- Facebook интеграциясы: мазмұнды бір қолданбадан екіншісіне бөлісу мүмкіндігі (мысалы, Instagram-дан Facebook немесе Twitter-ге дейін) қолданба деңгейіндегі интероперабельділіктің мысалы болып табылады. Әлеуметтік медиа API үшінші тарап әзірлеушілеріне олардың функционалдығын қолданбаларына біріктіруге мүмкіндік береді. Мысал: фотосуреттерді өңдеу қолданбасы пайдаланушыларға өңделген кескіндерді API арқылы әртүрлі әлеуметтік желілерге тікелей жариялауға мүмкіндік береді.
- Мессенджерлер мен хабар алмасу хаттамалары: әр түрлі мессенджерлер (мысалы, WhatsApp, Telegram, Signal) арасындағы толық интероперабельділікке әлі қол жеткізілмегенімен, пайдаланушыларға әртүрлі платформалар арасында байланыс орнатуға мүмкіндік беретін Ашық хабар алмасу стандарттарын құруға бағытталған бастамалар мен хаттамалар (мысалы, Matrix) бар.
- Бұлттық қызметтер және API: Amazon Web Services (AWS), Microsoft Azure және Google Cloud Platform (GCP) сияқты бұлттық қызмет провайдерлері әзірлеушілерге әртүрлі қызметтерді (деректерді сақтау, есептеу, Машиналық оқыту және т.б.) қолданбаларына біріктіруге мүмкіндік беретін көптеген API интерфейстерін ұсынады. Бұл әртүрлі жеткізушілердің қызметтерін біріктіру арқылы күрделі және масштабталатын шешімдерді жасауға мүмкіндік береді. Мысал: Веб-бағдарлама AWS S3 сақтау қызметін, Google Cloud SQL дерекқорын және Azure Machine Learning Машиналық оқыту қызметін әрқайсысымен тиісті API интерфейстері арқылы пайдалана алады.
- Ақылды құрылғылар мен экожүйелер: Matter, Zigbee, Z-Wave және т.б. сияқты стандарттарды дамыту әр түрлі өндірушілердің ақылды үй құрылғылары арасындағы интероперабельділікті қамтамасыз етуге бағытталған. Бұл пайдаланушыларға брендке қарамастан бір қолданба немесе дауыстық көмекші арқылы әртүрлі құрылғыларды (жарықтандыру, термостаттар, құлыптар және т.б.) басқаруға мүмкіндік береді.
Бұл мысалдар бағдарламалық жасақтаманың интероперабельділігі жабық экожүйелердің "феодализмін" жеңе отырып, пайдаланушылар мен бизнес үшін икемді, инновациялық және ыңғайлы шешімдер жасауға мүмкіндік беретінін көрсетеді.
Сегодня, я слушаю выпуск “Интероперабельность. Как подружить сервисы между собой” одного из моих любимых подкастов студии "Либо-Либо" — "Запуск завтра". Гость — Самата Галимова, активист в сфере цифровых прав, Кори Доктороу — делится опытом, как меняется законодательство в сфере допуска к закрытым системам Apple, FB и других технологических гигантов независимых разработчиков.
Я сразу вспомнил нашу борьбу за возможность клиента выбирать, какие системы они могут подключать к уже приобретенному ими ПО, и чтобы разработчики этого ПО не запрещали или не делали препоны для интеграций.
Мой опыт борьбы за интероперабельность
В 2016 году я присоединился к компании "Сервис Плюс" в роли руководителя направления. Компания специализировалась на разработке ПО для розничных сетей (ритейл). Моей задачей было вывести на рынок продукт "Управление программами лояльности для розничных сетей".
Работа нашего ПО LOYA строилась на базе кассового программного обеспечения, задача которого — своевременно печатать чеки, чтобы чек соответствовал законодательству, и оно это делало отлично. Но кассовое ПО не позволяло не программистам настраивать акции, а в нашем случае это маркетологи. Но это был супервостребованный функционал: нужно управлять маркетинговыми акциями, созданием персональных предложений, формировать профиль покупателя, проводить сегментацию, коммуницировать через доступные каналы и т. д., создавать различные пакеты предложений, объединяющих разные товары, и проводить анализ.
Эту программу мы сделали примерно за полгода. Далее начали активно продвигать её по всем нашим клиентам, которые использовали наше кассовое ПО. Но мы также продвигали её и клиентам, кто использовал кассовое ПО конкурентов. Здесь мы столкнулись с феодализмом, где были выстроены стены, рвы и выставлена стража в качестве специалистов, экспертов. Главная задача, которых была не допущать конкурентов.
В общем, вставал "вопрос интеграции" нашего программного обеспечения для управления лояльностью с кассовыми решениями конкурентов. А наши клиенты, розничные сети, хотели использовать наше решение. Мы умели продавать, но когда конкурент считает, что его ПО - это его вотчина, и не готов пускать никого, то придумывает тысячу причин, почему ты не хочет делать интеграцию с другими решениями.
Мы начали с ними встречаться с конкурентами: это были производители "Атол", ребята из Питера "Кристалл Сервис", разработчики на базе 1С и другие. Но каждый раз было много встреч, но еще больше отговорок: “Почему это нельзя сделать.” В итоге с рядом разработчиков мы смогли договориться, что у нас будет REST API, за доступ к которому нужно будет платить и получать поддержку, если вдруг что-то отвалится.Это наверно сейчас превалирующая практика умных разработчиков. Сразу приходят примеры на российском рынке движения разработчиков продуктов в сторону доступности SDK или возможностей интеграции с решениями вендоров для сторонних разработчиков+ Эвотор маркет+ Битрикс 24+ AMO.CRM
- Open Banking (Открытый банкинг): Директива PSD2 в Европе и аналогичные инициативы в других странах обязывают банки предоставлять API (интерфейсы программирования приложений), которые позволяют сторонним финтех-компаниям получать доступ к данным клиентов (с их согласия) и инициировать платежи. Это позволяет создавать новые инновационные сервисы, такие как приложения для управления личными финансами, агрегаторы счетов из разных банков, сервисы мгновенных платежей и т.д. Пример: Приложение Mint подключается к различным банковским счетам пользователя через API и предоставляет единую картину его финансового состояния.
- Платежные шлюзы и платформы: Такие компании, как Stripe, PayPal и Adyen, предоставляют API, которые позволяют интернет-магазинам и другим онлайн-сервисам интегрировать различные способы оплаты (банковские карты, электронные кошельки, местные платежные системы) в свои приложения и веб-сайты. Это обеспечивает бесшовный опыт для пользователей и расширяет возможности для бизнеса. Пример: Интернет-магазин может использовать API Stripe для приема платежей от клиентов по всему миру, независимо от того, какой банк или платежную систему они используют.
- Сервисы KYC/AML (Знай своего клиента / Противодействие отмыванию денег): Некоторые финтех-компании разрабатывают решения для проверки личности и соответствия требованиям по борьбе с отмыванием денег, которые могут быть интегрированы в другие финансовые приложения через API. Это позволяет компаниям быстро и эффективно проводить проверки, не разрабатывая собственные сложные системы. Пример: Сервис Sumsub предоставляет API для верификации личности, который может быть использован банками, криптовалютными биржами и другими финтех-компаниями.
- Интеграция с бухгалтерским ПО: Многие финтех-сервисы, такие как приложения для выставления счетов и управления расходами, интегрируются с популярным бухгалтерским программным обеспечением (например, QuickBooks, Xero) через API. Это позволяет автоматически передавать финансовые данные между системами, упрощая бухгалтерский учет и отчетность. Пример: Приложение Expensify автоматически экспортирует данные о расходах сотрудников в бухгалтерскую систему компании.
Другие технологические компании:
- Интеграция социальных сетей: Возможность делиться контентом из одного приложения в другое (например, из Instagram в Facebook или Twitter) является примером интероперабельности на уровне приложений. API социальных сетей позволяют сторонним разработчикам интегрировать их функциональность в свои приложения. Пример: Приложение для редактирования фотографий может позволить пользователям напрямую публиковать обработанные изображения в различные социальные сети через их API.
- Мессенджеры и протоколы обмена сообщениями: Хотя полная интероперабельность между различными мессенджерами (например, WhatsApp, Telegram, Signal) пока не достигнута, существуют инициативы и протоколы (например, Matrix) направленные на создание открытых стандартов для обмена сообщениями, которые могли бы позволить пользователям общаться между разными платформами.
- Облачные сервисы и API: Провайдеры облачных услуг, такие как Amazon Web Services (AWS), Microsoft Azure и Google Cloud Platform (GCP), предоставляют множество API, которые позволяют разработчикам интегрировать различные сервисы (хранение данных, вычисления, машинное обучение и т.д.) в свои приложения. Это позволяет создавать сложные и масштабируемые решения, комбинируя сервисы от разных поставщиков. Пример: Веб-приложение может использовать сервис хранения данных AWS S3, базу данных Google Cloud SQL и сервис машинного обучения Azure Machine Learning, взаимодействуя с каждым из них через соответствующие API.
- Умные устройства и экосистемы: Развитие стандартов, таких как Matter, Zigbee, Z-Wave и т.д. направлено на обеспечение интероперабельности между устройствами умного дома от разных производителей. Это позволит пользователям управлять различными устройствами (освещение, термостаты, замки и т.д.) через единое приложение или голосового помощника, независимо от бренда.
Эти примеры демонстрируют, как интероперабельность программного обеспечения позволяет создавать более гибкие, инновационные и удобные решения для пользователей и бизнеса, преодолевая "феодализм" закрытых экосистем.
Share
