Счетоводство и текущо осчетоводяване · Професионални услуги · Регулаторно съответствие
Портал за приемане на клиенти с Dataverse за британска счетоводна кантора
- Клиент
- Дипломирана счетоводна кантора · Лондон · обслужва клиенти с големи състояния
- Индустрия
- Счетоводство и текущо осчетоводяване
- Отдел
- Риск, съответствие и одит
- Регион
- Великобритания · Великобритания и Ирландия
За кантора, която трябва да провери всеки нов клиент, приемането по имейл е бавно, несигурно и трудно за доказване: паспорти като прикачени файлове, въпроси, изгубени в дълги нишки, и служители, които преписват всичко, преди проверките да започнат. Сега клиентите влизат в защитен портал, подават данните и документите си за самоличност веднъж и пишат директно на служителите по своя случай, а всичко постъпва като структурирани данни в приложението на кантората в Dataverse, където се правят проверките на шофьорски книжки и публични регистри.
Работещ модел на подхода с примерни данни. Върви сам и спира, когато не е на екрана; нищо тук не докосва реална система.
Резултатите
- 1
- защитен портал за данни, лични документи и чат
- Клиентите влизат през Microsoft Entra (Azure AD B2C). Обхват, не измерено спестяване.
- 0
- клиентски данни, преписвани от служителите
- Подаденото постъпва като структурирани данни в Dataverse през неговия API.
- 2
- вида проверки в приложението на служителите
- Проверка на шофьорски книжки и публични регистри чрез специално разработени конектори.
Предизвикателството
Нашият клиент е дипломирана счетоводна кантора в Лондон, която обслужва лица с големи състояния, предприемачи и международни групи. Като всяка счетоводна кантора във Великобритания, тя трябва да идентифицира и провери новите клиенти, преди да започне работа за тях, съгласно британските правила срещу изпирането на пари (Money Laundering Regulations). Служителите извършваха тази проверка във вътрешно model-driven приложение на Power Apps върху Dataverse. Клиентската страна на процеса нямаше подходящ канал.
Какво им струваше това
- Чувствителни данни по имейл. Паспорти, адреси и лични данни пристигаха като прикачени файлове, извън всяка контролирана система.
- Преписване преди проверка. Служителите копираха на ръка информацията за клиента във вътрешното приложение, преди проверката да може да започне.
- Изгубени въпроси. Клиентите поставяха проблемите си по имейл или телефон, без връзка с техния случай.
- Бавни проверки. Шофьорските книжки и публичната информация се проверяваха ръчно, извън приложението.
- Лошо първо впечатление. За клиенти с големи състояния тромавото приемане е първото им преживяване с кантората.
- Имейл прикачени файлове, ръчно пренасяне
- Един портал данните и документите се подават веднъж
- Данните стигат до приложението на служителите вече структурирани
Подходът
Изградихме защитено приложение за приемане на клиенти и го свързахме с вътрешното приложение на кантората в Dataverse, така че клиентите подават всичко веднъж и на едно място, а служителите работят със структурирани данни.
Какво изградихме
- Портал за приемане на клиенти. Специално разработено приложение на Node.js, в което новите клиенти влизат през Microsoft Entra (Azure AD B2C) и следват определен процес на приемане.
- Лични данни и документи за самоличност. Клиентите подават информацията си и качват документите си за самоличност през портала, а не по имейл.
- Чат с екипа по случая. Чат в приложението свързва всеки клиент със служителите, отговорни за неговия случай, така че проблемите се поставят и решават в контекст.
- Директно в Dataverse. Подадените данни се изпращат към Dataverse през неговия Web API и попълват model-driven приложението на кантората, вече структурирани за служителите, които проверяват приемането.
- Надградено model-driven приложение. Разширихме вътрешното приложение с допълнителна информация и специално разработени конектори, които проверяват шофьорски книжки и друга публична информация.
- Вход през Entra B2C
- Портал за въвеждане (Node.js)
- Dataverse Web API
- Приложение на Power Apps
- Проверки на книжка и публични данни
Технологии
| Слой | Какво използвахме |
|---|---|
| Клиентско приложение | Node.js |
| Вход за клиенти | Microsoft Entra (Azure AD B2C) |
| Платформа за данни | Microsoft Dataverse, Web API |
| Приложение за служителите | Model-driven приложение на Power Apps |
| Проверки | Специално разработени конектори в Power Platform за проверка на шофьорски книжки и публична информация |
| Комуникация | Чат в приложението между клиентите и екипа по случая, качване на документи |
Резултатът
Новите клиенти се приемат чрез един защитен процес, а служителите отварят своето model-driven приложение и намират данните на клиента вече там, структурирани и готови за проверка.
| Преди | След | |
|---|---|---|
| Лични данни и документи за самоличност | Прикачени файлове по имейл | Подадени през защитен портал |
| Въвеждане на данните в приложението на служителите | Преписвани на ръка | Изпратени към Dataverse през API |
| Въпроси на клиентите | Имейл и телефон, без връзка със случая | Чат със служителите по случая, в портала |
| Проверки на шофьорски книжки и публични регистри | Ръчно, извън приложението | Специално разработени конектори в приложението |
- Клиентите се приемат чрез подходящ, защитен процес вместо по имейл.
- Клиентите поставят проблемите си пред служителите, отговорни за техния случай, в самия портал.
- Служителите работят със структурирани данни, които вече са в тяхното model-driven приложение, без преписване.
- Проверките на шофьорски книжки и публични регистри се правят от самото приложение.
За този проект не са измервани спестено време или обеми; горните цифри описват обхвата му.
Рискът, който повечето екипи пропускат
Клиентски портал, който събира паспорти, е преди всичко проект за сигурност и едва след това проект за потребителско преживяване. Самоличността на външните потребители трябва да е отделена от тази на служителите, личните данни трябва да постъпват в система, която контролира кой ги вижда, и нищо чувствително не бива да остава в портала по-дълго, отколкото е нужно, за да бъде предадено. Входът на клиентите през Entra B2C и прехвърлянето на данните директно в Dataverse, където контролите на достъпа на кантората вече важат, поддържат портала олекотен, а чувствителните данни на едно управлявано място.
Изградено с
Инструментите, на които работи решението, по слоя, който всеки носи.
- Приложения и интеграция
- Данни и облак
Сходна работа
Професионални услуги13стъпки в KYC процеса по всеки случайПлатформа за управление на KYC и AML случаи за британска практика по съответствиеПрактика за риск и съответствие · Обединено кралство · KYC и AML проверки за финансови и други британски организацииПрочетете проекта
Счетоводство и текущо осчетоводяване70+клиентски фирми, обхванати два пъти месечноАвтоматизирано сваляне на банкови извлеченияСчетоводна кантора · България · 10-15 служители, счетоводство на над 100 клиентски дружестваПрочетете проекта
Инвестиции и реални активи€150 млн.кредит от IFC, който платформата защитаваИнтелигентна платформа за ESG съответствиеИнвестиционна група · Европа · кредит от IFC за €150 млн., обвързан с устойчивостта, с ESG ковенантиПрочетете проекта
Следваща стъпка
Започнете същия разговор
Кажете ни кой процес се къса постоянно. Ще се върнем с това какво е нужно да се оправи, колко ще струва и какво ще измерваме.
Или пишете директно: •••••@•••••••.•••
- Отговор от партньор в рамките на един работен ден
- Фиксиран обхват и фиксирана цена, уговорени предварително
- Картите и backlog-ът остават ваши във всеки случай