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

Если у вас ломбард в Казахстане, то с 2020 года у вас есть обязанность, о которой не расскажет ни один поставщик кассового ПО на старте: сведения о каждом займе должны передаваться в Государственное кредитное бюро. Это не опция и не “желательно” - это требование закона, которое распространили на ломбарды вместе с общим регулированием микрофинансовой деятельности.

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

Зачем бюро ваши данные

Кредитное бюро собирает историю заёмщиков со всех кредиторов страны: банков, МФО, ломбардов. Когда человек приходит к вам закладывать телефон, где-то в другом ломбарде он, возможно, уже заложил три. Бюро - это общая память рынка, и закон требует, чтобы ваши займы в этой памяти появлялись вовремя.

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

Как это обычно выглядит руками - и где ломается

В большинстве ломбардов процесс передачи живёт так: раз в день (в лучшем случае) ответственный сотрудник выгружает данные из учётной системы, готовит файл, отправляет его в бюро, дожидается ответа и разбирает ошибки.

Пока у вас два отделения - это работает. Проблемы начинаются с ростом, и всегда в одних и тех же местах:

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

Ошибки не разбираются. Бюро приняло файл, но три договора отклонило - опечатка в данных заёмщика, не тот формат даты. Ответ с ошибками никто не открыл. Договоры “висят” непереданными месяцами.

Передают с опозданием. Выгрузка “по пятницам, когда посвободнее”. Формально данные передаются - фактически всегда с просрочкой.

Никто не может ответить на простой вопрос. “Все ли договоры за март переданы и приняты?” Если ответ на этот вопрос требует получаса раскопок - процесса у вас нет, есть ритуал.

Что делать, если в ГКБ висит договор

Типичная жалоба: заём давно погашен, а в кредитном отчёте клиента договор числится открытым. Прежде чем писать в бюро, проверьте две причины на стороне ломбарда: погашение в бюро не отправили или бюро его отклонило, а ответ с ошибкой никто не разобрал. Проверка начинается с учётной системы: найти договор и посмотреть, уходило ли по нему закрытие и какой ответ пришёл. Если закрытие не уходило, его передают сейчас. Если бюро его отклонило, исправляют данные, на которые указала ошибка, и отправляют повторно. Клиенту, который пришёл с такой жалобой, стоит назвать срок, когда исправленные сведения уйдут в бюро, и выполнить его: для человека висящий договор означает отказ в следующем кредите. Чтобы такие договоры не копились, у каждого нужен статус передачи, о нём следующий раздел.

Как выглядит правильный процесс

Правильная передача - это когда её не делает никто. Модуль в 1С сам, по расписанию:

1. собирает договоры за день - новые займы, продления, погашения;
2. формирует пакет в формате бюро и отправляет его;
3. принимает ответ и ставит каждому договору статус: принят / отклонён / требует внимания;
4. при сбое связи повторяет отправку сам;
5. пишет всё в журнал обменов.

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

Разница принципиальная: в ручном процессе нормальное состояние - “наверное, передано”. В автоматическом - “передано и принято, вот статус каждого договора”.

Пять вопросов для самопроверки

Задайте их своему администратору или тому, кто “отвечает за ГКБ”:

1. Данные уходят в бюро каждый рабочий день - или “как получится”?
2. Кто узнает и когда узнает, если сегодняшняя передача не прошла?
3. Сколько договоров сейчас отклонено бюро и не исправлено?
4. Что произойдёт с передачей, если ответственный сотрудник завтра уволится?
5. Можете ли вы за пять минут получить список всех договоров месяца со статусом передачи?

Если хотя бы на два вопроса ответ “не знаю” - передача у вас держится на удаче.

Частые вопросы

Что делать, если в ГКБ висит договор, который уже погашен?

Проверить в учётной системе ломбарда, отправлялось ли погашение в бюро и какой ответ пришёл. Не отправлялось - отправить. Отклонено - исправить данные по тексту ошибки и отправить повторно. Если такие случаи повторяются, дело не в конкретном договоре, а в процессе передачи.

Как часто ломбарду передавать данные в ГКБ?

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

Что по деньгам

Наш модуль передачи договоров в ГКБ вместе с проверкой стоп-кредита (о ней - отдельный разбор) стоит от 450 000 ₸ и ставится на любую конфигурацию 1С - типовую или отраслевую. Модуль обкатан на сети из сотен отделений: расписание, статусы, повторы при сбоях, журнал.

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

Подробнее про модули для ломбардов - на странице 1С для ломбардов. Если хотите понять, в каком состоянии ваша передача прямо сейчас, - напишите в чат на сайте, разберём вашу схему бесплатно.