Вашите системи трябва да работят заедно.
Свързваме бизнес софтуер, платформи и външни услуги, така че информацията да се движи надеждно между системите, от които вашата компания вече зависи.
Софтуерът може да работи. Процесът между системите — не.
Компаниите често използват няколко системи, всяка от които върши добре своята работа. Проблемът започва, когато информацията трябва да се движи между тях и хората се превръщат в отговорни за ръчното копиране, проверяване и актуализиране на едни и същи данни.
Клиент прави поръчка и информацията постъпва в магазина.
Същата информация се въвежда отново за вътрешна обработка.
Информацията за пратката се подготвя в друга външна услуга.
Хората се превръщат в интеграционния слой.
Колкото повече расте бизнесът, толкова повече време се губи в прехвърляне на информация между системите, вместо тази информация да се използва за същинската работа.
Една и съща информация се въвежда в няколко системи.
Хората сравняват системите, за да разберат коя информация е актуална.
Следващата стъпка чака, докато някой придвижи данните напред.
Повтарящото се копиране създава допълнителни възможности за грешки.
Хората трябва да използват информацията. Не трябва да прекарват деня си в прехвърлянето ѝ между различен софтуер.
Различни системи. Един свързан бизнес.
Съвременният бизнес рядко зависи само от една софтуерна система. Свързваме системите, които вече управляват клиенти, операции, поръчки, финанси и външни услуги, така че информацията да достига там, където бизнесът действително се нуждае от нея.
Поръчки, наличности, процеси, активи и оперативна информация.
Клиентски данни, комуникация, възможности и активност.
Съществуващи приложения по поръчка, портали и бизнес платформи.
Интеграция между системите
Данните се получават, валидират, преобразуват и изпращат там, където процесът ги изисква.
Доставчици на плащания, счетоводни услуги и данни за транзакции.
Създаване на пратки, информация за доставка и проследяване.
Външни платформи, доставчици и специализирани бизнес API.
Свързваме системите по начина, който технологията позволява.
Някои платформи предоставят съвременни API. Други разчитат на бази данни, webhooks, планирани файлове или по-стари интерфейси. Методът за интеграция трябва да съответства на използваните системи и на надеждността, която бизнес процесът изисква.
Целта не е да свържем всичко. Целта е да свържем това, което кара бизнес процеса да работи по-добре.
Изпращането на данни е лесно. Надеждното им прехвърляне е същинската работа.
Една бизнес интеграция изисква повече от връзка между две системи. Информацията трябва да пристигне в правилния формат, да премине необходимите проверки и да достигне правилното място — с ясен начин за обработка на проблемите, когато нещо се обърка.
Създава се поръчка, статусът на плащане се променя или друга система изпраща нови данни.
Интеграцията получава заявката, събитието, файла или планирания обмен на данни.
Проверяват се необходимата информация, очакваните стойности и бизнес условията.
Информацията се преобразува в структурата и формата, които целевата система очаква.
Целевата система получава информацията, а резултатът може да бъде проверен или записан.
Неуспешната заявка не трябва да се превръща в скрит бизнес проблем.
Външните услуги могат да бъдат недостъпни, данните могат да са непълни, а понякога възникват и неочаквани отговори. Надеждните интеграции се проектират с мисъл и за тези ситуации.
Заявката не може да бъде изпълнена. Бизнес транзакцията остава проследима.
Проверка дали информацията е използваема, преди да постъпи в следващата система.
Определяне какво трябва да се случи, когато заявка или външна услуга се провали.
Повторение при временни грешки, когато новият опит е безопасен и подходящ.
Запазване на достатъчно информация, за да е ясно какво се е случило по време на потока от данни.
Предотвратяване на повторно бизнес действие, когато една заявка бъде изпратена повече от веднъж.
Важните грешки остават видими, вместо да преминават незабелязано.
Успешният API отговор не е крайната цел. Целта е бизнес процес, който продължава да работи, когато реалните условия не са идеални.
Не всяка система е създадена, за да бъде свързана.
Бизнесът често зависи от по-стар, персонализиран или специализиран софтуер, който не може просто да бъде заменен. Когато тези системи все още вършат добре своята работа, по-доброто решение може да бъде изграждането на контролирана връзка около тях.
Подмяната на работеща система може да доведе до разходи, прекъсвания и ненужен риск.
Модернизацията не винаги означава подмяна. Понякога промяната с най-голяма стойност е съществуващият софтуер да стане част от по-добър процес.
Само защото нещо може да бъде свързано, не означава, че трябва да бъде.
Преди да променим съществуваща система, разглеждаме колко важна е тя за бизнеса, какви интерфейси предоставя и какво може да се случи, ако интеграцията се провали.
Разбираме наличните интерфейси, достъпа и техническите ограничения.
Някои процеси изискват незабавни актуализации. За други планираната синхронизация е по-подходяща.
Проектираме интеграцията според важността на бизнес процеса.
Запазваме работещия софтуер там, където интеграцията може да реши реалния бизнес проблем.
Не заменяйте работещ софтуер само за да изглежда архитектурата модерна. Променете това, което създава бизнес стойност — и интегрирайте останалото разумно.
Не започваме с API. Започваме с процеса.
Преди да решим как системите трябва да бъдат свързани, разбираме каква информация трябва да се движи, защо се движи, коя система трябва да я управлява и какво очаква бизнесът да се случи след това.
Разбираме процеса
Разглеждаме как се извършва работата днес, откъде започва информацията и къде ръчното предаване създава затруднения.
Картираме данните
Определяме коя информация трябва да се движи, откъде идва и коя система трябва да отговаря за нея.
Проектираме връзката
Избираме метода за интеграция, бизнес правилата и контролите, които съответстват на системите и процеса.
Изграждаме и свързваме
Реализираме връзката, логиката за преобразуване, валидирането и обработката на грешки, от които тя се нуждае.
Тестваме реалния процес
Валидираме нормални случаи, неочаквани данни и сценарии с грешки, преди интеграцията да стане част от ежедневната работа.
Коя система е източникът на истината?
Когато една и съща информация съществува на няколко места, интеграцията се нуждае от ясни правила откъде произхожда тази информация и коя система има право да я променя.
Наличностите се управляват от оперативната система.
Магазинът получава стойността, вместо да поддържа отделна версия на данните.
Събитие, действие на потребител, планирана задача или промяна в друга система.
Определете основния източник, вместо да създавате противоречащи си версии.
В реално време, когато е необходимо. Планирана синхронизация, когато тя е по-подходяща.
Определете как процесът трябва да се възстанови, да опита отново или да изиска човешка намеса.
Архитектурата на интеграцията трябва да следва бизнес процеса. Не обратното. Връзката съществува, за да направи работата по-проста и по-надеждна.
Вашите системи вече съдържат информацията. Не трябва да са необходими хора, за да я пренасят между тях.
Разкажете ни къде информацията се копира ръчно, къде системите спират да комуникират помежду си или къде съществуващ процес зависи от повтарящо се ръчно предаване. Можем да тръгнем от бизнес проблема към правилния подход за интеграция.
Информацията се копира между системите, защото няма надеждна връзка.
Важни бизнес инструменти съдържат свързана информация, но работят изолирано.
Процесът чака някой ръчно да копира, провери или прехвърли данните.
Софтуерът все още има стойност, но трябва да стане част от по-широк процес.
Покажете ни къде връзката се прекъсва.
Не ви е необходима API спецификация или завършен технически план. Обяснете как работи процесът днес, кои системи участват и какво искате да спрете да правите ръчно.
„Тази информация съществува в една система, но някой трябва да я прехвърли в друга.“