KT Sparks

Кантора на дипломирани счетоводители · Лондон · работи с клиенти с големи състояния

Защитен клиентски портал върху Dataverse за счетоводна кантора във Великобритания

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

Secure Client Onboarding on Dataverse for a UK Accountancy Firm
Индустрия
Счетоводство и текущо осчетоводяване
Функция
Правен отдел и съответствие
Регион
Великобритания

Резултати

1
защитен портал: данни, документи и чат с екипа
Вход на клиентите чрез Microsoft Entra (Azure AD B2C). Това е обхват, а не измерено спестяване.
0
ръчно преписани клиентски данни
Подаденото стига до Dataverse като структурирани данни през API.
2
типа проверки, вградени в приложението за служителите
Шофьорски книжки и публични регистри, проверявани чрез собствени конектори.

01

Предизвикателството

Клиентът е кантора на дипломирани счетоводители в Лондон, сред чиито клиенти са международни групи, предприемачи и лица с големи състояния. Съгласно Money Laundering Regulations всяка счетоводна кантора във Великобритания е длъжна да установи и потвърди самоличността на новия клиент, преди да започне да работи за него. За тази проверка служителите използваха вътрешно приложение от типа model-driven в Power Apps, изградено върху Dataverse. От страната на клиента обаче изобщо нямаше подходящ канал.

Къде куцаше процесът

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

02

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

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

Компонентите

  1. Портал за приемане на клиенти. Собствено приложение на Node.js. Новите клиенти влизат чрез Microsoft Entra (Azure AD B2C) и минават през предварително зададен процес на приемане.
  2. Данни и документи за самоличност. Вместо да пращат имейли, клиентите въвеждат данните си в портала и прикачват там документите за самоличност.
  3. Връзка с екипа по случая. Вграден чат свързва всеки клиент със служителите, на които е възложен случаят му, така че въпросите се задават и решават с цялата информация пред очите.
  4. Данните отиват направо в Dataverse. Web API на Dataverse приема подаденото от клиентите и попълва model-driven приложението на кантората в структурата, която е нужна на служителите по проверката.
  5. Надградено model-driven приложение. Добавихме нова информация във вътрешното приложение, както и собствени конектори за проверка на шофьорски книжки и друга публична информация.

Технологичен стек

СлойИнструменти
Портал за клиентитеNode.js
Вход на клиентитеMicrosoft Entra (Azure AD B2C)
Слой за данниMicrosoft Dataverse и неговият Web API
Приложение за служителитеModel-driven приложение в Power Apps
ПроверкиСобствени конектори в Power Platform, които проверяват шофьорски книжки и публична информация
КомуникацияКачване на документи и вграден чат между клиента и екипа по случая

03

Резултатът

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

ПредиСлед
Документи за самоличност и лични данниИзпращани като прикачени файловеПодавани през защитен портал
Прехвърляне на данните към служителитеРъчно въвежданеАвтоматично изпращане към Dataverse през API
Въпроси от клиентитеТелефон и имейл, без връзка със случаяЧат в портала с отговорните служители
Проверка на шофьорски книжки и публични регистриРъчна, извън приложениетоЧрез собствени конектори в приложението
  • Клиентите минават през истински, защитен процес на приемане, а не през имейл.
  • Клиентите се обръщат директно към служителите по своя случай, вътре в портала.
  • Служителите ползват структурирани данни, които вече са в model-driven приложението им, без да ги въвеждат отново.
  • Самото приложение извършва проверките на шофьорски книжки и публични регистри.

По този проект не е отчитано спестено време или обем. Числата на тази страница описват обхвата.

Какво екипите често подценяват

Портал, в който клиентите качват паспортите си, е първо проект по сигурност и чак после проект за потребителско изживяване. Външните потребители имат нужда от самоличност, отделна от служителската. Личните данни трябва да попадат в система, която определя кой има достъп до тях. Нищо чувствително не бива да стои в портала по-дълго, отколкото отнема предаването му. Входът на клиентите през Entra B2C и прякото прехвърляне на данните в Dataverse, където правата за достъп на кантората вече действат, държат портала лек, а чувствителните данни на едно място под контрол.

Още казуси

Сходни проблеми, измерени по същия начин.

Всички казуси
Procurement on Power Platform for a Global Food Retail Group

Група за търговия с храни · седалище в Нидерландия · сред най-големите търговци на храни в света, с центрове по всички краища на света

Снабдяване на Power Platform за един от най-големите търговци на храни в света

единна система за снабдяването в обхвата
1
единна система за снабдяването в обхвата
входа с лиценз според вида потребител
2
входа с лиценз според вида потребител
A 13-Step KYC and AML Case Platform for a UK Compliance Practice

Практика по риск и съответствие, Великобритания · KYC и AML проверки за финансовия сектор и други британски организации

Платформа за KYC и AML случаи в 13 стъпки за британска практика по съответствие

стъпки подреждат всеки KYC случай
13
стъпки подреждат всеки KYC случай
роли, които държат отговорностите разделени
3
роли, които държат отговорностите разделени
Hands-Free Bank Statement Retrieval

Българска счетоводна кантора · 10-15 служители · води счетоводството на 100+ клиентски дружества

Банкови извлечения, свалени без ръчна работа

клиентски дружества, обработвани два пъти в месеца
70+
клиентски дружества, обработвани два пъти в месеца
банкови портала, управлявани с RPA
3
банкови портала, управлявани с RPA