Почему не стоит часто выгружать одиночные контракты по схеме «Кредитный договор»
Каждый контракт отдельным файлом? Так растёт нагрузка на портал ГКБ, файлы обрабатываются дольше и зависают в статусе. Что происходит и как выгружать правильно.
Что происходит при частых одиночных выгрузках
Если каждый новый контракт отправлять отдельным файлом, на портале скапливается много мелких запросов. Это нагрузка на сервер ГКБ, и она бьёт по вам же.
- Дольше обработка. Чем выше нагрузка, тем дольше обрабатывается каждый файл.
- Выше риск сбоя. Файл может зависнуть в промежуточном статусе и не перейти к обработке.
- Контракты не доходят. Пока обработку не перезапустят или файл не загрузят заново, данных в ГКБ нет.
Автоматизация как раз выстраивает этот процесс системно: программа копит контракты и отправляет их одним пакетом в заданное время, а статус обработки контролирует сама.
Как это делается в 3S Ломбард и 3S МФО
В наших программах выгрузка в ГКБ встроена: файл формируется по нужной схеме из уже введённых документов, отправляется на портал и возвращает статус обработки. Ошибки и необновлённые контракты видны в самой программе, без ручной сверки с портальными таблицами.
Решения по теме
3S Ломбард
Программа для ломбарда на 1С: залоговые билеты, автоматический расчёт вознаграждения, отчётность в Национальный Банк и выгрузка в кредитные бюро.
3S МФО
Программа для микрофинансовой организации на 1С: единая база по всем филиалам, обмен с кредитным бюро и синхронизация с бухгалтерией.