Hábil MDW

Вашите системи, най-после в синхрон.

Вашата основна система, ERP и каналите ви — свързани, без да ги заменяте, и със следа от всяка операция.

Платформата, която свързва вашите системи.

Да обсъдим вашия проект

Предпочитате имейл? Пишете ни на hola@habil.mx

Какво е Hábil MDW?

Hábil MDW, Enterprise Middleware Platform на Hábil, е слоят, който застава между системите, които вече имате. През него минава всяка поръчка, всяко плащане, всяка полица и всяко известие — с отговора на този, който го е получил, и с причината, ако нещо се е провалило.

Системите ви вършат работата си; това, което се губи, е между тях. Плащане, което е излязло от канала и не е стигнало до счетоводството. Издадена полица, за която CRM системата не знае. Поръчка, която магазинът е таксувал, а складът не е видял. Всяка система казва, че всичко е наред, а разликата я поемат вашите хора — с електронни таблици и обаждания, при приключването на месеца. Когато връзките растат без карта, ръчната работа става част от дейността, а смяната на една система — немислима, защото никой не знае какво ще се счупи.

Hábil MDW внася ред в това пространство. Свързва се с вашата основна система, с ERP системата ви и с каналите ви по пътищата, които всяка от тях вече има, превежда всичко, което пристига, на един общ език, води всяка операция през стъпките, които определя вашият бизнес, и оставя запис какво се е случило, кога и кой го е направил. Системите ви продължават да вършат своето; Hábil MDW се грижи те да се разбират.

Това е отделна платформа за всеки клиент: вашите операции не делят инсталация с ничии други. Работи във вашата инфраструктура или в нашата, като експлоатацията е грижа на Hábil. И се договаря поотделно от Hábil AI и от Hábil Lake: можете да използвате една от тях без другите.

Три нива според това, от което имате нужда

Hábil MDW е продукт и услуга. Продуктът е платформата. Услугата е това, което правим заедно с вас, за да работят системите ви като една. Договаря се по нива и всяко стъпва на предишното.

Платформата

Системите ви — свързани и със следа

Какво получавате с продукта:

  • Инсталация само за вас, във вашата инфраструктура или в нашата, управлявана от Hábil.
  • Връзка с това, което вече имате. Вашата основна система, ERP системата ви, онлайн магазинът ви, каналите ви за обслужване и партньорите ви — по пътищата, които всяка система вече предлага.
  • Един общ език за всички. Всяка система влиза в своя формат, а платформата го превежда към общ модел: поръчката си е поръчка, откъдето и да идва.
  • Стъпките на вашия бизнес — в конфигурация. Какво става след плащането, кого се уведомява, какво се фактурира: определя се в конфигурация, а не в код.
  • Охраняван вход за вашите партньори. Банки, магазини, агенти и дистрибутори се свързват със собствена идентичност и собствени права.
  • Следата от всяка операция. Какво е изпратено, какво е отговорила всяка система, в колко часа и, ако нещо се е провалило, защо.
  • Без платени корпоративни лицензи. Използваме отворени или свободни за използване компоненти.

За начало

Първият ви поток, от край до край

Свързваме системите на един първи пълен поток — например от поръчката до плащането и фактурата —, определяме заедно с вас стъпките и правилата и го пускаме в действие, със следата пред очите на вашия екип.

На това ниво избираме заедно потока, който днес засяда най-често или струва най-много ръчна работа. За този поток записваме коя система изпълнява всяка стъпка, какво ѝ се изпраща, какво трябва да отговори и какво става, ако не отговори. Накрая този поток минава през платформата, а предишната връзка се изключва едва когато новата е доказала, че се връзва.

За растеж

Още потоци, канали и партньори

Добавяме потоци, канали и партньори, с известия, оперативни табла и поетапна съвместна работа със системите, които ще бъдат заменени.

Това ниво е за момента, в който платформата вече е пътят, по който минава дейността, и повече отдели искат да я използват. Отваряме входа за нови партньори, добавяме канали за обслужване, вкарваме в същото русло старите връзки, които никой не иска да пипа, и, ако решите, свързваме операциите ви с Hábil Lake и с Hábil AI.

Разпознайте своята област

Ръководство и Финанси„Всяка система се връзва сама за себе си; заедно — не. При приключването някой съгласува на ръка това, което казва основната система, с това, което е събрала банката.“Всяка операция минава по един и същ път, с отговора и часа си, а това, което не е пристигнало, се вижда в деня, в който се случи, а не при приключването
Операции„Не знаем дали тази операция е пристигнала. Повтаря се на ръка и понякога се дублира.“Всяко изпращане остава с отговора си или с причината за неуспеха, а повторните опити са проектирани да не повтарят ефекта
Търговски отдел„Партньорите ни искат да продават от своята система, а ние им пращаме файлове по имейл.“Вход за вашите партньори, със собствена идентичност, права и следа, за да изготвят оферти, да издават или да събират плащания от своя страна
Технологии (CIO / CTO)„Ако сменим тази система, пада всичко останало, и само един човек знае как са свързани.“Връзките престават да живеят във всяка система и минават в слой с карта и със следа; подробностите са по-долу
Съответствие„Одиторът иска доказателства, а ние ги търсим в имейли и в разпръснати дневници.“Всяка операция е записана с отговора, часа и кой я е извършил, а личните данни са маскирани в дневниците

Къде Hábil MDW създава стойност

Осем сценария. Това са сценарии, а не клиенти: показват какъв тип проблем решава Hábil MDW, как го прави и какви възможности използва.

Сценарий: тарифи, които се променят без ИТ проект · Автомобилно и имуществено застраховане

Преди: премията се променя според покритието, зоната, самоучастието, застрахователната сума, възрастта, срока и канала. При система, правена по поръчка, всяка промяна на тарифа или на правило е ИТ проект, а каналът на агентите чака седмици.

Какво се променя: вашата застрахователна компания или каналът ви от агенти изготвя оферти, издава, събира плащания и фактурира полици с вашите правила и тарифи. Промяната на тарифа е конфигурация и стига еднакво до всички канали, които свържете: уебсайта, агентите и партньорите.

Защо е трудно: тарифата живее в основната система, плащането — в друга система, а фактурата — в трета, и трите трябва да разказват една и съща полица.

Как го решава Hábil MDW: правилата и стъпките на полицата се определят в конфигурация, а платформата води всяка полица от основната система до плащането и фактурата, с отговора на всяка система пред очите ви.

Възможности: Свързване на системите ви · Стъпките на бизнеса ви · Охраняван вход.

Сценарий: споразумението с партньор, без да се управлява на ръка · Групово застраховане, афинитетни програми и гаранции

Преди: споразумението с партньор или удължената гаранция е план с правила, отчетни периоди, плащания и претенции, който се управлява на ръка или чрез отделна разработка за този партньор.

Какво се променя: пакетното издаване, директният дебит, преписката, претенцията и отчетът към партньора минават по един и същ път. Партньорът проверява от своята система това, което го засяга, със собствена идентичност.

Защо е трудно: всеки партньор изпраща файловете си в свой формат и със свои отчетни периоди, а отчетът обратно трябва да се връзва с това, което е събрано.

Как го решава Hábil MDW: файловете на всеки партньор се превеждат на същия език, всяка партида оставя своята следа, а партньорът влиза през охранявания вход, с права само върху своето.

Възможности: Свързване на системите ви · Стъпките на бизнеса ви · Охраняван вход · Работа 24/7 със следа.

Сценарий: здравната мрежа по един и същ път · Здравеопазване: групови планове и мрежи

Преди: каталози, кабинети, дигитална карта, график и съгласие живеят между електронни таблици и системи, които не си говорят. Часовете се застъпват, а съгласията се губят.

Какво се променя: офертата, картата, график, който избягва застъпвания, плащането и доказателството за съгласието минават през една и съща платформа. Всеки кабинет от мрежата вижда своето.

Защо е трудно: здравните данни изискват специална грижа, а всеки кабинет използва своя система или никаква.

Как го решава Hábil MDW: платформата свързва всеки кабинет по пътя, който той има, пази доказателството за всяко съгласие и оставя личните данни маскирани в дневниците.

Възможности: Свързване на системите ви · Стъпките на бизнеса ви · Работа 24/7 със следа.

Сценарий: от симулатора до събирането на вземанията · Кредити, финансови компании и пенсии

Преди: месечната вноска зависи от първоначалната вноска, срока, рисковия профил, включената застраховка и кампанията; изчислението на пенсията е сложна формула. След това трябва да се одобри и да се събират плащанията — в други системи.

Какво се променя: симулаторът, одобрението и събирането на вземанията следват един поток, а формулата е конфигурация. Промяна на кампания се конфигурира веднъж за всички свързани канали.

Защо е трудно: справката в кредитното бюро, решението, подписът и плащането живеят в различни системи, а кредит по средата на пътя не може да остане без отговорник.

Как го решава Hábil MDW: всяко искане носи своя статус и своите стъпки; вашият екип вижда на коя стъпка е и от кого зависи, за да не остане нито един кредит без отговорник.

Възможности: Свързване на системите ви · Стъпките на бизнеса ви · Работа 24/7 със следа.

Сценарий: цена, наличност и доставки с вашата дистрибуторска мрежа · Ритейл и електронна търговия

Преди: цената зависи от суровината, вариантите, обема, канала и купона. Трябва да се резервира наличност и да се координират доставки с няколко куриерски фирми, между няколко системи, които не си говорят.

Какво се променя: каталогът, цената, количката, наличността с резервации и доставките минават през една и съща платформа. Всяка пратка има своята товарителница и своя статус.

Защо е трудно: наличността се променя едновременно в магазина, в склада и в мрежата, а всяка куриерска фирма отговаря по своему.

Как го решава Hábil MDW: наличността се резервира в момента на покупката, като процесът е проектиран така, че един и същ артикул да не се продава два пъти; всяка куриерска фирма се свързва по своя път и отговорът ѝ се превежда на същия език, а вашата ERP система получава всяка продажба с нейното потвърждение.

Възможности: Свързване на системите ви · Стъпките на бизнеса ви · Охраняван вход.

Сценарий: процедурата, чийто срок не се изпуска · Екологично и регулаторно съответствие

Преди: обекти, разрешения, доказателства и напомняния живеят в папки и електронни таблици. Пропуснат срок струва глоба или затваряне на обекта.

Какво се променя: всяко задължение има своя преписка, своите документални доказателства и своето известие, преди срокът му да изтече. Вижда се кой обект каква процедура има висяща и кой се занимава с нея.

Защо е трудно: задълженията идват от няколко органа, всеки със своите срокове, а доказателствата са в ръцете на различни хора.

Как го решава Hábil MDW: всяка процедура е процес със своите статуси и срокове; платформата уведомява този, който отговаря за нея, пази доказателството с датата му и оставя следата готова за одитора.

Възможности: Стъпките на бизнеса ви · Работа 24/7 със следа.

Сценарий: докъде е стигнала всяка поръчка, на един-единствен лист · Проследимост на поръчките

Преди: онлайн поръчката минава през канала, плащането, наличността, точката, която я изпълнява, куриерската фирма и фактурирането. Всяка система знае своята част и никоя не знае цялата история. Когато нещо засече, всеки отдел казва „от моя страна мина добре“ и никой не отговаря на клиента.

Какво се променя: с номера на една поръчка се вижда, на един-единствен лист, нейният път: на кой етап е, какво е изпратено към всяка система, какво е отговорила всяка от тях, какво липсва и от кого зависи да продължи.

Защо е трудно: следата е разпръсната в дневниците на всяка система, с различни идентификатори, а има неуспехи, които не показват грешка: изпращането е тръгнало, но отговорът не е пристигнал.

Как го решава Hábil MDW: тъй като всяка операция минава през платформата, пътят ѝ вече е записан; платформата го възстановява, отделя неуспешното от това, което още чака, и казва в чии ръце е топката.

Възможности: Работа 24/7 със следа · Свързване на системите ви · Съвместна работа със старите системи.

Сценарий: една поръчка, много канали и една-единствена истина · Омниканални продажби и обслужване

Преди: клиентът купува в уебсайта, пита през WhatsApp и взема поръчката от магазина. Всеки канал има своя версия на поръчката, а известието, което получава клиентът, понякога не съвпада със случилото се.

Какво се променя: всеки канал влиза в своя формат и платформата го превръща в един общ модел на поръчка, със статуса на всеки артикул. Известията към клиента — през WhatsApp, имейл, SMS, известие или в приложението му — излизат от един и същ статус, а фактурата се издава в същия поток.

Защо е трудно: всеки канал има свой ритъм и свои правила, а известие, изпратено преждевременно, казва нещо, което още не е вярно.

Как го решава Hábil MDW: статусите на поръчката, артикулите ѝ и това, което става на всяка стъпка, се определят в конфигурация. Всяко известие към клиента е проектирано да излиза, когато това, което съобщава, вече се е случило.

Възможности: Свързване на системите ви · Стъпките на бизнеса ви · Работа 24/7 със следа.

Докъде е стигнала поръчка 10482, на един-единствен лист

Пример · илюстративни данни

Една и съща поръчка: търсена система по система или възстановена от платформата. Сменете състоянието, за да видите разликата.

Докъде е стигнала поръчка 10482, на един-единствен лист
Днес: питане отдел по отдел
СтъпкаСистемаСтатус
ПокупкаОнлайн магазин„от моя страна мина добре“
ПлащанеПлатежен портал„от моя страна мина добре“
РезервацияНаличностиняма данни
ПродажбаERPняма данни
ФактураФактурираненяма данни

Всеки отдел казва, че от негова страна е минало добре, и никой не знае докъде е поръчката.

Какво прави платформата

Пет възможности, разказани в три части: проблемът, какво се променя и защо е трудно.

1. Свързване на вашата основна система, ERP и каналите ви, без да ги заменяте

Проблемът: основната система, ERP, онлайн магазинът, центърът за обслужване и партньорите си говорят чрез връзки, правени по поръчка, една по една. Всяка от тях живее в различна система и никой няма цялата карта.

Какво се променя: свързваме се с вашата основна система и с ERP по пътищата, които те вече имат — услуги, база данни, файлове —, а с каналите ви — по техните. Всяка система влиза в своя формат и платформата я превежда на един общ език: поръчка, полица или плащане се описват еднакво, откъдето и да идват. Системите ви продължават да вършат своето; промяната е, че вече се разбират.

Защо е трудно: всяка система нарича нещата по своему и това, което една нарича „клиент“, друга нарича „сметка“ или „застрахован“. Съответствията се записват заедно с вашия екип, веднъж, и се проверяват с всяка операция.

2. Стъпките на вашия бизнес, с доказателства

Проблемът: когато нещо се случи в една система — платено е, издадено е, изпълнено е —, другите научават късно, наполовина или два пъти. А следващите стъпки живеят в нечия глава или в код, който никой не иска да пипа.

Какво се променя: всяка операция следва стъпките, които определя вашият бизнес: какво става след плащането, кого се уведомява, какво се фактурира, какво се прави, ако някоя система не отговори. Стъпките и статусите са проектирани да се определят в конфигурация, а не в код, така че промяната на едно правило не е задължително ИТ проект. Когато една система трябва да научи какво се е случило в друга, тя получава известие. Ако известието пристигне два пъти, то е проектирано така, че ефектът върху вашия бизнес да се приложи само веднъж. Ако едно известие зависи от данни, които друга система още не е върнала, платформата изчаква тези данни и опитва отново, вместо да изпрати непълен документ.

Защо е трудно: повторението на известие без повторение на плащането изисква да се проектира от самото начало, операция по операция. Добавянето му по-късно, върху връзки, които вече се използват, струва много повече.

3. Охраняван вход за вашите партньори и вашите системи

Проблемът: партньорите ви — банки, магазини, агенти, дистрибутори — искат да изготвят оферти, да издават или да събират плащания от собствената си система. Да им отворите входа без контрол е риск; да не го отворите означава да продавате по-бавно.

Какво се променя: има един-единствен вход, охраняван. Всеки партньор и всяка система влиза със собствена идентичност и може да прави само това, което правата му позволяват. Ограниченията за използване — колко заявки, в кои часове, върху какво — се конфигурират за всеки клиент и всеки партньор. Всяко извикване се записва, а ако едно удостоверение за достъп бъде изгубено, се отменя само то, без да се спират останалите партньори.

Защо е трудно: всеки партньор има нужда от свое, а изкушението е бизнес правилата да се сложат във входа. Там не им е мястото: входът пази кой влиза; правилата живеят в процесите, където могат да се проверят.

4. Проектирана за работа 24/7, със следа от всяка операция

Проблемът: интеграция, която се проваля, не предупреждава: оставя дупка, която някой запълва на ръка. А когато клиентът попита докъде е поръчката му, отговорът е разследване между отдели.

Какво се променя: платформата е проектирана за работа 24/7, със следа от всяка операция: какво е изпратено към всяка система, какво е отговорила, в колко часа и, ако нещо се е провалило, защо. По номер на поръчка или на полица платформата възстановява пътя ѝ и казва какво липсва и от кого зависи: от платформата, от основната ви система или от канала. Изпращане, което е минало зле, вашият оперативен екип го повтаря като ново изпращане, със следа кой го е направил и без да се пипа базата данни на ръка.

Защо е трудно: следата трябва да служи на две аудитории — на оперативния ви екип, който иска да знае какво да прави, и на одитора ви, който иска доказателства — без да излага личните данни, които пътуват във всяка операция.

5. Съвместна работа със старите ви системи и поетапно излизане от тях

Проблемът: основната система е на двайсет години, интеграционната шина вече никой не иска да я пипа, а смяната на ERP се отлага година след година, защото никой не знае какво ще се счупи.

Какво се променя: свързваме се с вашата основна система по пътищата, които тя вече има — услуги, база данни, файлове —, дори да е настолно приложение, като се стремим да не пипаме нейната логика и екрани; ако разширение е неизбежно, казваме ви го в диагностиката. Когато решите да замените система, проектираме поетапна съвместна работа: каналите ви продължават да захранват правилната система, миграцията върви на участъци и предишната връзка се изключва, когато новата е доказала, че се връзва.

Защо е трудно: докато трае съвместната работа, двете системи трябва да разказват една и съща история. Това изисква да се сравнява, участък по участък, какво казва старата с това, което казва новата.

Модернизиране на основната система

Къде работи

Във вашата инфраструктура — облака, за който вече плащате, или собствените ви сървъри — или в нашата, като експлоатацията е грижа на Hábil. Всеки клиент има собствена инсталация: вашите операции не се смесват с ничии други.

Ако е в нашата инфраструктура, вашата инсталация има собствени връзки, удостоверения за достъп и следа. И в двата случая ние инсталираме, обновяваме, архивираме и наблюдаваме платформата, в уговорения график, с месечна услуга.

Какво никога не правим

Да променяме логиката или екраните на вашите системи, без да ви кажем предварително. Свързваме се по пътищата, които те вече имат, и ако разширение е неизбежно, то се договаря в диагностиката.

Да слагаме бизнес правила във входа, където после никой не може да ги провери.

Да отваряме на партньор повече, отколкото правата му позволяват.

Да смесваме вашите операции с тези на друг клиент или да използваме данните ви за нещо, което не сте разрешили.

Да изключваме стара връзка, преди новата да докаже, че се връзва.

Да ви оставим обвързани: правилата и стъпките на вашия бизнес остават записани и са ваши.

Подробностите за контрола и сигурността следват.

Контрол, сигурност и вашите данни

Кой влиза и какво може да прави

Всеки партньор, всяка система и всеки човек влиза със собствена идентичност и може да прави само това, което правата му позволяват. Ограниченията за използване се конфигурират за всеки клиент и всеки партньор. Ако едно удостоверение за достъп бъде изгубено, се отменя само то, без да се засягат останалите.

Какво се е случило с всяка операция

Всяка операция се записва с това, което е изпратено, това, което е отговорила всяка система, часа и, ако нещо се е провалило, причината. Когато някой попита какво се е случило с поръчка, полица или плащане, отговорът е записан, а не в паметта на един човек.

Личните ви данни по пътя

Пътуват криптирани между системите, в дневниците излизат маскирани, а на всяка система се изпраща само това, което ѝ е нужно. Правилата се определят с вашия екип, според вашите политики.

Доказателства за вашия одитор

Достъпите на партньори и системи — по удостоверение и с дневник; всяка операция — с отговора и часа си. Доказателства, достъпни за справка от вашия одитор, без да се търсят в имейли.

Запис и резервни копия

Платформата се архивира с писмен ред за възстановяване и се наблюдава със собствени сигнали: кои операции чакат отговор, кои са се провалили и от кога, коя връзка е спряла да отговаря.

За вашия технологичен екип

Как е изграден. Платформа от малки части, всяка с една бизнес отговорност — поръчка, наличност, плащане, фактуриране, доставки, известия, идентичност и други —, които си комуникират чрез събития и чрез API.

По възможност.

Връзка.

Адаптери за всяка система към вашата основна система и ERP чрез интерфейсите, които те вече предоставят: SOAP или REST услуги, съхранени процедури или таблици за обмен, файлове. При ERP системите даваме предимство на интерфейсите, които производителят поддържа — в SAP например JCo, OData, IDoc или REST; също Oracle, Microsoft Dynamics 365, Odoo или CONTPAQi —, за да не ви оставим разработки, които пречат при обновяването му. Бази данни като Oracle, DB2 (включително в IBM i), SQL Server, PostgreSQL, MySQL, MariaDB или MongoDB. Всеки адаптер превежда към общия модел.

Оркестрация и събития.

Потокът на всяка операция е машина на състоянията, описана в конфигурация; добавянето на канал или на изход не изисква повторно компилиране. Събитията следват стандарта CloudEvents и пътуват по шина с протокола на Kafka или по опашката, която компанията ви вече използва (IBM MQ, RabbitMQ или друга). Всеки консуматор е идемпотентен: проектиран е така, че повторено събитие да не повтаря ефекта.

API с охрана.

Единен шлюз с идентичност (OAuth 2.0 / OpenID Connect), права за всеки консуматор, ограничения за използване, конфигурируеми за всеки клиент, и запис на всяко извикване. Може да бъде този, който вече имате — Apigee, Azure API Management, Amazon API Gateway, Kong, WSO2, APISIX или друг. REST или GraphQL API, с публикуван и версиониран договор.

Опериране и следа.

Структуриран дневник за всяка операция, с идентификатор, който я следва между системите, метрики и трасировки с отворени стандарти (OpenTelemetry) и повторни опити с изчакване, проектирани да не повтарят ефекта. Възстановяването на пътя на една поръчка се изгражда с тази следа.

Съвместна работа с наследените системи.

Връзка с IBM i (AS/400), с RPG програми, изложени като услуги, без да се пренаписват; с наследени шини като WebSphere ESB, IBM Integration Bus, MuleSoft или WSO2, които остават в действие, докато миграцията върви участък по участък.

Фискална част.

CFDI фактуриране с допълнение за плащане и анулиране, оркестрирано към вашия доставчик на подпечатване.

Инсталация. Една инсталация на клиент, в контейнери, във вашата инфраструктура или в нашата. Всяка интеграция има собствена идентичност и криптиране, а навън се публикува само необходимото. Без платени корпоративни лицензи: отворени или свободни за използване компоненти, проектирани да могат да се заменят, без интеграциите да се правят наново.

Hábil MDW с Hábil AI и Hábil Lake

Трите големи решения на Hábil си поделят работата: Hábil MDW свързва вашите системи, Hábil Lake подрежда данните ви, а Hábil AI отговаря и обслужва с тях. Това са три независими платформи: договарят се поотделно и никоя не изисква другите. Когато имате повече от една, те се захранват така:

Това, което се случва, стига до Lake.

Всяка операция, която минава през Hábil MDW — поръчка, плащане, полица —, може да стигне до Hábil Lake в момента, в който се случва, с историята си. Lake я подрежда и я съгласува с изходната система.

Вашият ИИ действа през същия вход.

Когато агент на Hábil AI проверява поръчка или подготвя възстановяване на сума, той го прави през охранявания вход на Hábil MDW, със собствена идентичност, права и следа от всяко извикване. Това, което движи пари или данни, го изпълнява с одобрение от човек.

Nova знае докъде е поръчката.

Когато клиент пита през WhatsApp докъде е поръчката му, Nova му отговаря със статуса, който води Hábil MDW, а не с предположение.

Следата се чете от ИИ.

Всяка сутрин агент преглежда спрените операции, намира причината за всяка от тях в следата на платформата и ги оставя на вашия екип.

Прогнозите се връщат в дейността.

Това, което прогнозата на Hábil AI оценява — например зареждането на наличности —, стига до вашите системи през Hábil MDW като предложение, което човек одобрява.

Запознайте се с Hábil Lake: една-единствена версия на вашите числа, съгласувана с вашата система.

Запознайте се с Hábil AI: ИИ, който работи с вашите системи, с човек, който одобрява това, което движи пари или данни.

Как започваме

При първия разговор, без заплащане, избираме потока от вашата дейност, който днес засяда най-често.

1

Пишете ни във WhatsApp с вашия отрасъл, длъжност и основни системи.

2

Уговаряме 45 минути с архитект на Hábil.

3

Питаме ви какви системи използвате, как се свързват днес и къде се губи следата. Не искаме достъп, нито данни на клиентите ви.

4

Тръгвате си с карта на вашите връзки: коя система с коя говори, по какъв път, кои се провалят, без да предупредят, какви рискове виждаме и дали си струва да продължим.

5

Ако си струва: започваме с нивото За начало, с обхват, резултати и цена, уговорени преди началото, и ясна цел, с която етапът се смята за завършен: първият поток да минава през платформата, със следата си пред очите ви.

Пътят е: диагностика → предложение с обхват, цена и риск → първи свързан поток → експлоатация.

Какво ни трябва от вашия екип: човек, който познава потока и решава правилата му, достъп до системите, които се свързват, когато започнем, и одобрение на потока, преди да се изключи предишната връзка.

Работим с малко клиенти едновременно: архитектът, който преглежда вашата диагностика, следва проекта ви докрай.

Казваме ви „не“, когато системите ви вече си говорят добре и никой не съгласува на ръка, когато потокът живее в една-единствена система или когато цената на платформата е по-голяма от ръчната работа, която ви спестява.

Често задавани въпроси

Какво ни питат, преди да започнем

  1. Не. Hábil MDW се свързва с тях по пътищата, които те вече имат — услуги, база данни, файлове —, като се стреми да не пипа логиката и екраните им. Системите ви продължават да вършат своето.

  2. Това е една от причините да имате платформата. Свързваме се по пътищата, които тя има, дори да е настолно приложение отпреди двайсет години, и ако един ден я замените, съвместната работа се проектира поетапно.

  3. Операцията изчаква и опитва отново, а вашият екип вижда на коя стъпка е и от кого зависи. Повторните опити са проектирани да не повтарят ефекта, например така, че повторено плащане да не доведе до второ таксуване.

  4. Да. Влизат през охраняван вход, всеки със собствена идентичност, права и ограничения за използване, които се конфигурират за всеки клиент и всеки партньор. Всяко извикване се записва.

  5. Във вашата инфраструктура или в нашата, в инсталация само за вас. Пътуват криптирани, в дневниците излизат маскирани, а на всяка система се изпраща само това, което ѝ е нужно.

  6. Не е задължително. Стъпките, статусите и правилата на всеки поток са замислени да се определят в конфигурация. Вашият екип ги променя заедно с нас и те остават записани.

  7. Не. Договарят се поотделно. Ако по-късно искате операциите ви да стигат до Lake или вашият ИИ да действа в системите ви, те се свързват.

  8. Правилата, стъпките и картата на връзките ви остават записани и са ваши, както и следата от операциите ви. Платформата използва отворени стандарти и е проектирана така, че една част да може да се смени, без интеграциите да се правят наново.

  9. Обхватът и цената се уговарят преди началото. Най-много ги влияят: колко системи и партньори се свързват, колко потока, колко операции и колко често, дали има лични данни за защита, избраното ниво и дали платформата е във вашата инфраструктура или в нашата.

Не намирате въпроса си?

Да обсъдим вашия проект. За 45 минути ви казваме дали си струва, какво зависи от вашите системи и какъв риск трябва да решите, преди да продължите. Първи разговор, без заплащане.

Да обсъдим вашия проект

Предпочитате имейл? Пишете ни на hola@habil.mx