Казуси

Какво вече сме направили

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

Намерете случаи и сценарии като вашите

Филтрирайте по отрасъл, по това, което трябва да решите, или по двете.

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

19 случая · 7 сценария

Случай

Банки и финтех · Контрол на достъпа

Решено предизвикателство: Самоличност

Intelyvale

Ваучери и корпоративни карти

Единен вход в портала за ваучери с корпоративния акаунт на клиент

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

Как се прави SSO във финансовия сектор (статия)

Случай

Търговия на дребно · Обединяване на дейността и каналите

Решено предизвикателство: Посредници

Arteaga Joyería

Сребърни бижута и дистрибуция

Цената на среброто се обновява и целият каталог се преизчислява

Проблемът: Arteaga произвежда и разпространява сребърни бижута и продава на своята мрежа от дистрибутори и бижутери с няколко ценови листи според типа клиент. Цената се изгражда от цената на среброто: когато тя се движеше, целият каталог сменяше цената си едновременно, а грешка при въвеждане не се виждаше в каталога, а във фактурата на дистрибутора.
Какво се промени: Заменихме системата, която вече работеше, без да губим бизнес правилата ѝ: когато цената на среброто се промени, системата преизчислява цената на целия каталог във всички листи. Всяка оферта и всяка поръчка запазват цената на среброто, на която са продадени, така че вчерашната продажба остава проверима, когато среброто поскъпне утре. Всеки дистрибутор има своя наличност, с разрешени трансфери, а екипът отчита движенията, като чете баркодове с камерата. Продажбата минава от офертата до поръчката, плащането и доставката, на едно място.
Защо беше трудно: Няколко листи и суровина, чиято цена се движи, без да се губи историята на вече продаденото. Изчисляването на цената се е развивало заедно с бизнеса през годините.
Сигналът: От 2023 г. обслужва бизнеса всеки ден и продължава да се развива с нови изисквания.

Казуси при поверителност

Случай

Застраховане · Обединяване на дейността и каналите

Решено предизвикателство: Посредници

Афинитетно застраховане, продавано от търговски партньори

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

Случай

Застраховане · Обединяване на дейността и каналите

Решено предизвикателство: Посредници

Всеки агент получава точната сума, навреме и с фактурата си

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

Случай

Застраховане

Решено предизвикателство: Съответствие

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

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

Случай

Застраховане · Модернизиране на основната система без спиране на бизнеса

Решено предизвикателство: Интеграция на основните системи

От системата за полици до счетоводния ERP, без прекъсване

Кои са: Застраховател, който сменяше финансовия си ERP.
Проблемът: Дейността не можеше да спре, докато се сменяше ERP.
Какво се промени: Middleware, който поддържаше захранването на ERP от дейността —вземания и задължения, главна книга, плащания и валутен курс— с потвърждение от ERP за всяко изпращане. Интеграция и API
Сигналът: Поддържа дейността през цялата смяна на ERP.

Случай

Застраховане · Обединяване на дейността и каналите

Решено предизвикателство: Събиране на вземания

Събиране и равнение на премии между каналите

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

Случай

Застраховане · Обединяване на дейността и каналите

Решено предизвикателство: Интеграция на основните системи

Две основни системи, които спират да въвеждат едни и същи данни два пъти

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

Случай

Застраховане · Дигитални канали, които клиентите наистина ползват

Решено предизвикателство: Продажби и оферти

Онлайн приложения за оферти и издаване, и без връзка

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

Случай

Застраховане · Дигитални канали, които клиентите наистина ползват

Решено предизвикателство: Продажби и оферти

Симулиране на спестяванията на клиента и преглед на неговите фондове

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

Случай

Застраховане · Дигитални канали, които клиентите наистина ползват

Решено предизвикателство: Посредници

Целият цикъл в ръцете на посредника

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

Случай

Банки и финтех · Контрол на достъпа

Решено предизвикателство: Дигитално откриване на сметка

Нови клиенти, без да стъпват в клон

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

Случай

Банки и финтех · Обединяване на дейността и каналите

Решено предизвикателство: Интеграция на основните системи

Валута и парични преводи на цена, договорена на момента

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

Случай

Банки и финтех

Решено предизвикателство: Съответствие

Финансова компания, която се превръщаше в банка

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

Случай

Регулирани компании

Решено предизвикателство: Съответствие

Екологично съответствие, изцяло или по модули

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

Случай

Регулирани компании · Обединяване на дейността и каналите

Решено предизвикателство: Съответствие

Всичките ви фактури от SAT, от всички ваши юридически лица, на едно място

Кои са: Бизнес група с няколко юридически лица.
Проблемът: Ръчно изтегляне и равнение на фактурите за всяко юридическо лице.
Какво се промени: Фактурите, директно от разрешеното масово изтегляне от SAT, с готово равнение. Cuadre

Случай

Регулирани компании · Обединяване на дейността и каналите

Решено предизвикателство: Работни процеси за одобрение

Одобряване на дизайна на продукти чрез работен процес

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

Случай

Търговия на дребно · Обединяване на дейността и каналите

Решено предизвикателство: Интеграция на основните системи

Ритейл и омниканалност

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

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

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

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

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

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

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

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

→ Ритейл и омниканалност

Случай

Обединяване на дейността и каналите

Решено предизвикателство: Интеграция на основните системи

Продажбите виждат това, което операциите са издали

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

Сценарии

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

Сценарий

Застраховане · ИИ, който работи за вас

Проста щета стига до ликвидатора на щети, готова за решение

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

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

Какво се променя: застрахованият съобщава през WhatsApp по всяко време. Nova, виртуалният асистент на Hábil AI, му иска това, което полицата изисква, и проверява системите за полици и за щети през сигурна връзка между ИИ и тези системи. Бюрото получава подредената преписка. Проверката на документите и решението за изплащане остават на ликвидатора на щети. Hábil AI

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

Сценарий

Банки и финтех · ИИ, който работи за вас

Събирането на вземания отговаря по всяко време и приключва с плащане

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

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

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

Сценарий

Регулирани компании · ИИ, който работи за вас

Финансите виждат колко ДДС е изложен на риск, при кой доставчик и по коя фактура

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

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

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

Сценарий

Търговия на дребно · ИИ, който работи за вас

Въпросът в единайсет вечерта получава отговор

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

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

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

Сценарий

Банки и финтех · Пускане в експлоатация бързо и без изненади

Всяка промяна излиза с тестове, сигурност и проследимост

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

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

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

Как започва: с Карта на пътя към продукция: тесните места и рисковете при преминаването ви към продукция и откъде да започнете.

Сценарий

Застраховане · Пускане в експлоатация бързо и без изненади

Промяна в приложението за оферти или в портала за агенти не спира издаването

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

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

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

Сценарий

Застраховане · Модернизиране на основната система без спиране на бизнеса

Системата за полици се обновява на етапи, докато издаването продължава

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

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

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

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

Разпознавате ли се в някой от тях? Да обсъдим вашия проект

↑ Обратно към началото на Казуси

Имате ли подобен проблем?

Пишете ни в WhatsApp. В първия разговор ще ви кажем дали си струва да се направи диагностика.

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

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