Mazmunga o'tish
Tez Base

Стоп-кредит: почему проверку нельзя доверять человеку в окошке

· Chop etilgan: · Yangilangan:

Ломбарды и страховые

В Казахстане любой человек может поставить себе добровольный запрет на получение займов - “стоп-кредит”. Ставят его через госуслуги за пару минут, и чаще всего - люди, которые боятся мошенников: чтобы никто не оформил заём на их имя по украденным документам, и пожилые родственники, которых семья оберегает от “взял кредит и отдал звонившим из банка”.

Для ломбарда из этого следует простая и неудобная обязанность: перед выдачей займа нужно проверить, нет ли у заёмщика такого запрета. Эта статья - о том, почему “проверяем вручную, когда помним” - это мина, и как выглядит проверка, которую невозможно забыть.

Что будет, если выдать заём человеку с запретом

Смысл стоп-кредита в том, что заём, выданный вопреки запрету, не должен иметь силы. Человек, на которого мошенники оформили займ при действующем запрете, вправе его не признавать - и спор этот кредитор проигрывает.

Теперь переложим на ломбард. Вы выдали деньги, не проверив запрет. Дальше два сценария, и оба плохие:

  • Это был мошенник с чужими документами. Настоящий владелец документов ставил запрет ровно на этот случай. Требовать возврат вам не с кого: договор оспорят, деньги ушли.
  • Это был сам заёмщик, который “забыл” про свой запрет. При споре выяснится, что вы были обязаны проверить - и не проверили. Позиция ломбарда в таком споре незавидна.

В обоих случаях компания теряет деньги из-за проверки, которая занимает секунды.

Почему ручная проверка обречена

Формально всё просто: сотрудник перед оформлением делает запрос - и выдаёт заём только при чистом ответе. На практике ручная проверка умирает по совершенно предсказуемым причинам:

Очередь. Вечер пятницы, у окошка три человека. Проверка - это отдельное действие в отдельном окне. Сотрудник решает “потом отмечу” - и не отмечает.

Новенькие. Опытный кассир проверяет на автомате. Новый сотрудник о проверке знает из инструкции, которую читал в первый день среди двадцати других инструкций.

“Своих” не проверяют. Постоянный клиент, десятый заём. “Да что его проверять” - а запрет он поставил на прошлой неделе, после звонка “службы безопасности банка”.

Проверили - не зафиксировали. Спор случился через полгода. Сотрудник уверен, что проверял. Доказательств - ноль: проверка нигде не записана.

Общая черта всех четырёх сценариев: проверка существует как отдельное действие, о котором надо помнить. Всё, что держится на “помнить”, в рознице рано или поздно ломается.

Как выглядит проверка, которую нельзя пропустить

Решение - убрать проверку из головы сотрудника и встроить её в сам процесс выдачи. Наш модуль для ломбардов делает запрос к сервису проверки прямо из 1С, в момент оформления займа:

  • сотрудник оформляет заём как обычно - проверка происходит сама, до проведения документа;
  • ответ приходит на рабочее место за секунды: чисто - оформление продолжается, запрет - система не даст выдать деньги;
  • каждая проверка фиксируется в базе: кто, кого, когда проверял и что ответил сервис. Через полгода в споре у вас не “сотрудник говорит, что проверял”, а журнал с датой и результатом.

Человеческий фактор из процесса исчезает полностью: нельзя забыть то, что происходит автоматически, и нельзя “пожалеть своего” - система одинакова со всеми.

Три вопроса для самопроверки

  1. Ваши сотрудники проверяют стоп-кредит перед каждой выдачей - или “обычно проверяют”?
  2. Если проверка была - сможете ли вы доказать это через полгода?
  3. Что мешает новому сотруднику в час пик выдать заём без проверки - инструкция или система?

Если честные ответы вас не радуют - процесс стоит чинить до первого спора, а не после.

Что дальше

Проверка стоп-кредита идёт в паре с автоматической передачей договоров в ГКБ - это две половины работы ломбарда с кредитным бюро, и мы ставим их одним модулем: от 450 000 ₸, любая конфигурация 1С, обкатано на сети из сотен отделений.

Все модули для ломбардов - на странице 1С для ломбардов. Вопросы по вашей схеме - в чат на сайте, разбор бесплатный.

Buni siz uchun hal qila olaman

Готовые модули для ломбардного бизнеса: передача договоров в Государственное кредитное бюро день в день, проверка стоп-кредита перед выдачей, приём платежей Tarlan и Kaspi. Работают на любой конфигурации - типовой или отраслевой.

Narxi
450 000 - 600 000 ₸за модуль (ГКБ или платёжный шлюз), без налогов; несколько модулей - единым счётом после разбора схемы работы
крупнейшая ломбардная база в нашей практике
46 млн документов

Buni ham o'qing

Передача данных в ГКБ из 1С: как ломбарду перестать делать это руками

Каждый выданный заём должен попасть в кредитное бюро - и за просрочки отвечает ломбард, а не сотрудник, который "забыл выгрузить". Разбираем без жаргона: как устроена передача, где ручной процесс ломается и как выглядит вариант "данные уходят сами, день в день".

Себестоимость ноль после закрытия месяца: как найти документ и что исправить

Месяц закрыт, в ОСВ по 7010 у части товаров ноль, повторное закрытие ничего не меняет. Разбираем для бухгалтера Бухгалтерии для Казахстана 3.0: почему корректировка этот ноль не трогает, как по карточке счёта отличить опоздавший приход от прихода задним числом и красного сальдо, откуда берётся "Нет базы распределения" и в каком порядке исправлять.

Нарушение прав доступа в 1С: как узнать, какого права не хватило, и какую группу доступа выдать

Пользователь видит одну строку "Нарушение прав доступа!", а объект и имя права уже лежат в журнале регистрации. Разбор по шагам: как прочитать событие, как по праву найти роли, профили и самую узкую группу доступа, почему после выдачи права приходит новый отказ и в каких случаях выдавать права бесполезно.