Главное Авторские колонки Пресс-релизы Промо Вакансии Вопросы
120 0 В избр. Сохранено
Авторизуйтесь
Вход с паролем

API, SMS и электронный документ: практический кейс автоматизации в ломбарде

Проект «Драгоценностей Урала» с i-Digital показывает, как SMS становится не каналом уведомлений, а частью юридически значимого процесса. Разбираем механику по шагам.
Мнение автора может не совпадать с мнением редакции

Автоматизация становится заметной для клиента в тот момент, когда он не тратит время на лишние действия. Получил понятное сообщение, открыл нужный документ, подтвердил действие — и система зафиксировала результат. Такой сценарий был реализован в проекте ломбарда «Драгоценности Урала» совместно с i-Digital.

У компании несколько групп задач, где требуется связь с заёмщиком: уведомление о задолженности и окончании льготного срока, авторизация в личном кабинете, сообщения о работе ломбардов и акциях, оформление и подписание документов по займу. До внедрения важно было найти решение, которое обеспечит постоянную отправку SMS и сможет интегрироваться с внутренней базой данных через API.

Для этой цели подключили платформу i-digital direct. Она стала единым сервисом для сервисных, авторизационных и рекламных сообщений. Единый кабинет упрощает операционную работу, но главный результат достигается за счёт интеграции: отправка происходит в ответ на событие в системе компании, а не создаётся вручную отдельным сотрудником.

Наиболее показательный участок проекта — электронные залоговые билеты. Для него i-Digital доработал существующий алгоритм API. В запросе появилась возможность передавать параметры для подстановки в шаблон. Благодаря этому внутреннее ПО может сформировать персональное SMS, содержащее ссылку на конкретный электронный договор и одноразовый код.

Далее процесс работает по заданной последовательности. При оформлении займа система создаёт запрос на отправку сообщения. i-Digital передаёт SMS оператору. Клиент открывает документ по ссылке, изучает условия и сообщает код сотруднику ломбарда. Сотрудник вводит код в программу, которая отправляет запрос на проверку. Ответ определяет, будет ли договор отмечен как подписанный или отклонённый.

Такой сценарий требует заранее продуманной архитектуры. Нужно определить источник данных для шаблона, правила создания ссылки, срок действия кода, обработку неверного ввода и запись результата в систему. Сам API не заменяет эти решения, но позволяет связать их в один поток без переноса данных между разными интерфейсами.

В проекте также уделили внимание доставке кодов. Компания тестировала FlashCall как более экономичный способ подтверждения. На пилоте часть вызовов сталкивалась со спам-блокировками операторов. После анализа для сервисных уведомлений и подтверждения действий выбрали SMS как основной канал. Решение принималось на основании работы канала в реальном клиентском процессе, а не только расчёта стоимости.

Ещё один технически важный слой — работа с шаблонами операторов. Сервисные, авторизационные и рекламные SMS относятся к разным категориям. i-Digital помог клиенту подготовить и зарегистрировать шаблоны для ключевых операторов. Это позволило корректно учитывать тарификацию и не менять привычный путь заёмщика.

Для пользователя результат выглядит просто: сообщение приходит от знакомого имени компании, содержит ссылку на личный кабинет или электронный документ и помогает выполнить следующее действие. Для бизнеса за этой простотой стоит связанная система: внутренняя база, API, проверка кода, шаблоны и журналирование статуса.

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

Подход можно применить в любой сфере, где требуется подтверждать действия клиента при работе с электронными документами. Стартовать лучше с одного сценария, например подтверждения договора или доступа в кабинет. Для него описывают события, данные, текст сообщения, действия пользователя и конечный статус. Затем проверяют пилот на реальных условиях доставки и только после этого расширяют контур.

0
В избр. Сохранено
Авторизуйтесь
Вход с паролем