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

- Индустрия
- Счетоводство и текущо осчетоводяване
- Функция
- Правен отдел и съответствие
- Регион
- Великобритания
Резултати
- 1
- защитен портал: данни, документи и чат с екипа
- Вход на клиентите чрез Microsoft Entra (Azure AD B2C). Това е обхват, а не измерено спестяване.
- 0
- ръчно преписани клиентски данни
- Подаденото стига до Dataverse като структурирани данни през API.
- 2
- типа проверки, вградени в приложението за служителите
- Шофьорски книжки и публични регистри, проверявани чрез собствени конектори.
01
Предизвикателството
Клиентът е кантора на дипломирани счетоводители в Лондон, сред чиито клиенти са международни групи, предприемачи и лица с големи състояния. Съгласно Money Laundering Regulations всяка счетоводна кантора във Великобритания е длъжна да установи и потвърди самоличността на новия клиент, преди да започне да работи за него. За тази проверка служителите използваха вътрешно приложение от типа model-driven в Power Apps, изградено върху Dataverse. От страната на клиента обаче изобщо нямаше подходящ канал.
Къде куцаше процесът
- Лични данни, пътуващи по имейл. Паспорти, адреси и други лични данни идваха като прикачени файлове, без никаква контролирана система около тях.
- Въвеждане преди проверка. Преди да започне проверката, служителите трябваше ръчно да прехвърлят информацията за всеки клиент във вътрешното приложение.
- Въпроси, които се губят. Клиентите съобщаваха за проблеми по телефона или по имейл и нищо не свързваше тези разговори с техния случай.
- Проверки, които се бавят. Проверката на шофьорските книжки и на публичната информация ставаше на ръка и извън приложението.
- Слабо първо впечатление. За клиент с голямо състояние неудобното приемане е първото, с което се сблъсква в кантората.
02
Какво направихме
Създадохме защитено приложение, през което клиентите преминават приемането, и го свързахме с вътрешното Dataverse приложение на кантората. Сега клиентите подават всичко еднократно и на едно място, а служителите разполагат със структурирани данни.
Компонентите
- Портал за приемане на клиенти. Собствено приложение на Node.js. Новите клиенти влизат чрез Microsoft Entra (Azure AD B2C) и минават през предварително зададен процес на приемане.
- Данни и документи за самоличност. Вместо да пращат имейли, клиентите въвеждат данните си в портала и прикачват там документите за самоличност.
- Връзка с екипа по случая. Вграден чат свързва всеки клиент със служителите, на които е възложен случаят му, така че въпросите се задават и решават с цялата информация пред очите.
- Данните отиват направо в Dataverse. Web API на Dataverse приема подаденото от клиентите и попълва model-driven приложението на кантората в структурата, която е нужна на служителите по проверката.
- Надградено 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, където правата за достъп на кантората вече действат, държат портала лек, а чувствителните данни на едно място под контрол.
Изградено с
Платформите и инструментите, на които работи решението.
Още казуси
Сходни проблеми, измерени по същия начин.

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

Практика по риск и съответствие, Великобритания · KYC и AML проверки за финансовия сектор и други британски организации
Платформа за KYC и AML случаи в 13 стъпки за британска практика по съответствие
- стъпки подреждат всеки KYC случай
- 13
- стъпки подреждат всеки KYC случай
- роли, които държат отговорностите разделени
- 3
- роли, които държат отговорностите разделени

Българска счетоводна кантора · 10-15 служители · води счетоводството на 100+ клиентски дружества
Банкови извлечения, свалени без ръчна работа
- клиентски дружества, обработвани два пъти в месеца
- 70+
- клиентски дружества, обработвани два пъти в месеца
- банкови портала, управлявани с RPA
- 3
- банкови портала, управлявани с RPA


