Кредиты и займы: график платежей, просрочки и связь с финансами
Кредит или займ в AIERP — отдельная карточка с типом (кредит в банке / займ, выданный нами / займ, полученный нами), статусом (активен / закрыт / просрочен / реструктурирован), суммой, процентной ставкой, ежемесячным платежом, остатком долга и датами начала и окончания. При создании система автоматически строит аннуитетный график платежей: помесячно от даты начала до даты окончания, каждый платёж разбит на основной долг и проценты, привязан к выбранному дню месяца. Каждый платёж — отдельная запись со своим статусом (предстоит / оплачен / просрочен / отменён) и опциональной связью с финансовой операцией. Ежедневная проверка массово переводит просроченные платежи в нужный статус и рассылает напоминания ответственному за N дней до даты платежа.
Что получает бизнес от модуля
Три типа в одной карточке
Кредит в банке (мы платим банку), займ выданный (мы дали в долг сотруднику, ИП или партнёру — нам возвращают), займ полученный (нам дал в долг учредитель или партнёр — мы возвращаем). Один справочник, одна логика расчёта, разные отчёты. При оформлении платежа тип кредита определяет направление операции в финансах: приход для выданных займов, расход для кредитов и полученных займов.
График строится сам
При создании карточки кредита, если заданы ежемесячный платёж, день месяца и дата окончания, система сразу строит график аннуитет. Помесячно от даты начала до даты окончания: проценты считаются по остатку долга, основной долг — это разница между ежемесячным платежом и процентами. Если выбран 31 день месяца, а в феврале 28 — система автоматически возьмёт последний день месяца.
Остаток пересчитывается сам
Остаток долга по кредиту равен исходной сумме минус сумма основного долга по всем оплаченным платежам. Пересчитывается автоматически после любого добавления, изменения или удаления платежа, а также после отметки «оплачен» и при создании финансовой операции из платежа. Никакого ручного «пересчитать долг» — карточка всегда показывает актуальный остаток.
Просрочка ловится ежедневно
Ежедневная фоновая проверка переводит платежи со статусом «предстоит», у которых дата прошла, в статус «просрочен» — одной массовой операцией. Затем сам кредит помечается как «просрочен», если у него появился хотя бы один просроченный платёж. Проверка работает в две независимые операции — даже без напоминаний просрочка не пропустится.
Напоминания за N дней
У каждого кредита настраивается «напоминать за N дней» (по умолчанию 3). Каждое утро система берёт предстоящие платежи в окне «сегодня плюс N дней» и шлёт напоминание ответственному сотруднику. Сообщение читается человеком: «Платёж по кредиту „Оборотный Сбер“ на сумму 124 800 ₽ — сегодня / завтра / через 3 дн.».
Связь платежа с финансами
Из платежа по кредиту одной кнопкой создаётся операция в финансовом контуре: приход для выданного займа (нам платят), расход для кредита и полученного займа (мы платим). Финансовая операция запоминает источник — конкретный кредит. После создания платёж помечается как оплаченный, остаток долга по кредиту пересчитывается.
Проверка открытой смены
Перед созданием финансовой операции из платежа проверяется, открыта ли у сотрудника смена. Если нет — операция блокируется с понятным сообщением, состояние кредита и платежа не меняется. Это закрывает классический баг «провёл платёж в выходной — не сошлась касса в понедельник».
Реструктуризация без потери истории
Отдельный статус «реструктурирован» — для перезаключённых договоров. Перегенерация графика удаляет только предстоящие платежи (оплаченные и отменённые сохраняются), пересчитывает новый график от текущих суммы, ставки, ежемесячного платежа и даты окончания. История выплат сохраняется, новый график начинается с актуального остатка.
Статистика портфеля
По всему портфелю кредитов считаются: общее количество, количество активных, количество просроченных, сумма всех и общий остаток долга. Можно отфильтровать по конкретному юрлицу. Доступно в одной операции — без массовой загрузки. На дашборде финдиректора — отдельный виджет с этими цифрами в моменте.
Что входит в Кредиты и займы
- 01
Карточка кредита — все условия в одном месте
У каждого кредита: юрлицо, тип, статус, название, примечание, контрагент (банк, компания или физлицо строкой), опциональная привязка к контрагенту из справочника, исходная сумма, годовая процентная ставка, ежемесячный платёж, текущий остаток долга, даты начала и окончания, день месяца для платежа, «напоминать за N дней», ответственный сотрудник, автор создания. Удаление мягкое — карточка остаётся в архиве. Поиск и фильтрация работают быстро благодаря индексам.
- 02
Платёж по кредиту — отдельная запись
У каждого платежа: связь с кредитом, дата, общая сумма, основной долг и проценты по отдельности, статус, опциональная привязка к финансовой операции, описание. При полном удалении кредита платежи тоже удаляются. Список платежей по кредиту строится мгновенно — индексы по нужным полям.
- 03
Три типа кредитов и займов
Кредит в банке (мы платим банку), займ выданный (мы дали в долг сотруднику в счёт зарплаты или связанному ИП), займ полученный (нам дал в долг учредитель или партнёр). Везде русские названия в карточке и отчётах. Тип определяет направление операции в финансах и нужный отчёт.
- 04
Четыре статуса кредита
Активен (идут выплаты), закрыт (полностью погашен), просрочен (есть просроченные платежи — ставится автоматически), реструктурирован (договор перезаключён с новыми условиями). На карточке статус подсвечивается цветом, в портфеле можно фильтровать по статусу.
- 05
Четыре статуса платежа
Предстоит (ещё не оплачен), оплачен (отметили оплату или создали финансовую операцию), просрочен (массовый перевод по ежедневной проверке), отменён (например, после досрочного погашения остатка одним большим платежом). Каждый статус — отдельный цвет в графике.
- 06
Аннуитетный график
График строится при создании кредита (если заданы ежемесячный платёж, день месяца и дата окончания). Цикл по месяцам от даты начала до даты окончания. Проценты считаются по текущему остатку, основной долг — это разница между ежемесячным платежом и процентами. На последнем месяце ежемесячный платёж автоматически срезается до фактического остатка с процентами. Дата каждого платежа — выбранный день месяца с защитой от коротких месяцев.
- 07
Пересчёт остатка после любой правки
Остаток долга считается как исходная сумма минус сумма основного долга по всем оплаченным платежам. Вызывается автоматически после добавления, изменения и удаления платежа, отметки «оплачен», создания финансовой операции. Никаких «зомби-балансов» при ручной правке.
- 08
Оформление оплаты по кредиту
Из карточки платежа одной кнопкой создаётся финансовая операция. Шаги: проверка открытой смены, сборка операции (дата, тип, название «Платёж по кредиту: …», сумма, юрлицо, связь с кредитом как с исходным документом), сохранение, отметка платежа как оплаченного с привязкой к финансовой операции, пересчёт остатка.
- 09
Отметка «оплачен» без создания операции
Облегчённый сценарий: отметить платёж как оплаченный без создания финансовой операции. Используется, когда проводка уже прошла в финансовый контур через другой канал — например, банковская выписка автоматически распарсилась и привязалась через модуль «Платежи и банк». Связь с финансовой операцией можно проставить позже.
- 10
Перегенерация графика для реструктуризации
При реструктуризации редактируете карточку (новая ставка, срок, ежемесячный платёж), нажимаете «Перегенерировать график». Система удаляет только предстоящие платежи (оплаченные и отменённые сохраняются — история не теряется), строит новый график от текущего остатка. Статус кредита вручную ставится в «реструктурирован» — это сигнал в отчётах.
- 11
Окно напоминаний
Каждое утро система берёт предстоящие платежи по активным кредитам, у которых дата платежа попадает в окно «сегодня плюс N дней» (где N — настройка по конкретному кредиту). Возвращает список с привязкой к ответственному и юрлицу — для рассылки.
- 12
Массовый перевод в просрочку
Один запрос к базе: все платежи со статусом «предстоит» и датой меньше сегодняшней переводятся в «просрочен». Без массовой загрузки записей — индекс по статусу и дате делает операцию мгновенной даже на десятках тысяч платежей. Возвращает количество обновлённых записей для журнала.
- 13
Перевод кредита в «просрочен»
После пометки платежей система берёт активные кредиты, у которых появился хотя бы один просроченный платёж, и ставит им статус «просрочен». В списке кредитов карточка подсвечивается красным, в финансовой аналитике можно отфильтровать только просроченные.
- 14
Ежедневная проверка платежей
Отдельная фоновая команда с двумя режимами. Первый — печатает сводную статистику: всего, активных, просроченных, общий остаток, общая сумма. Второй — рассылает напоминания каждому ответственному с человекочитаемым текстом: «Платёж по „Кредит Сбер“ на сумму 124 800 ₽ — через 3 дн.». Запускается каждое утро автоматически.
- 15
Напоминания через мессенджеры
Отдельный тип уведомлений «напоминание о платеже по кредиту». Передаёт ссылку на карточку кредита, сумму и дату. Каналы доставки настраиваются в модуле «Мессенджер и уведомления» — Telegram, WhatsApp, электронная почта, пуш — по правилам, заданным для ответственного сотрудника.
- 16
Аудит изменений
Все события с кредитом (создание, изменение, удаление, восстановление) пишутся в журнал с указанием идентификатора, названия, типа, суммы и автора. Параллельно ведётся отдельный журнал аудита (кто, что, когда изменил, какие поля). Любая правка кредита оставляет след — «кто внёс правку в кредит на 5 млн вчера в 15:00» поднимается за минуту.
- 17
Девять фильтров в списке кредитов
По юрлицу (массив), типу (массив), статусу (массив), контрагенту из справочника, ответственному, диапазону дат начала, поиску по названию, контрагенту и примечанию. Удобно собрать любой срез: «все активные банковские кредиты ООО Альфа с ответственным Петровым», «займы сотрудникам, начатые в этом году».
- 18
Десять операций в API
Полный набор для интеграции: список, создание, просмотр, изменение, удаление, восстановление, перегенерация графика, статистика портфеля. Для платежей: добавление, изменение, удаление, отметка «оплачен», создание финансовой операции. Всё работает на стандартных адресах и удобно подключается к внешним системам.
- 19
Быстрая работа карточек и статистики
Списки кредитов, карточки и статистика портфеля кэшируются — открываются мгновенно. На любое событие с кредитом кэш аккуратно сбрасывается, и на следующем запросе пользователь видит свежие данные. Это держит дашборды и портфель быстрыми, при этом без устаревших цифр в шапке системы.
Как это выглядит в системе
Частые вопросы
Это про POS-кредиты для клиентов на кассе?
Нет. Модуль ведёт собственные кредиты и займы организации: банковские кредиты, займы у учредителя, займы сотрудникам или связанным ИП. Если вам нужна интеграция сервисов «купи сейчас — заплати потом» на кассе (Долями, Сплит, рассрочки от Тинькофф) — это отдельная задача, в текущем релизе её нет, не обещаем фичу, которой нет.
Какие типы займов поддерживаются?
Три: кредит в банке (мы платим банку), займ выданный (мы дали в долг сотруднику, ИП или партнёру — получаем платежи), займ полученный (нам дал в долг учредитель или партнёр — возвращаем). Тип определяет направление операции в финансах: для выданного займа — приход, для кредита и полученного займа — расход.
Как строится график платежей?
Аннуитетная схема. Месячная процентная ставка — это годовая делённая на 12. На каждом месяце от даты начала до даты окончания: проценты считаются по текущему остатку долга, общий платёж — это минимум из выбранного ежемесячного платежа и (остаток + проценты), основной долг — это разница между общим платежом и процентами (не меньше нуля). Дата платежа — выбранный день месяца, с защитой от коротких месяцев (29 февраля и подобных).
Что если по графику остатка не хватит на полный последний платёж?
На последнем месяце ежемесячный платёж обычно больше остатка с процентами — система автоматически срезает его до фактического остатка. Основной долг не уходит в минус, последний платёж получается меньше по сумме, но закрывает долг в ноль. Это стандартная аннуитетная схема, как у большинства банков.
Можно ли пересчитать график, если изменили условия?
Да. На карточке кредита есть кнопка «Перегенерировать график». Удаляются только предстоящие платежи (оплаченные и отменённые сохраняются — история не теряется). Новый график строится от текущих суммы, ставки, ежемесячного платежа и даты окончания. Остаток долга актуализируется автоматически.
Как кредит автоматически становится просроченным?
Каждое утро запускается фоновая проверка платежей. Шаг 1: все платежи со статусом «предстоит» и датой раньше сегодняшней массово переводятся в «просрочен». Шаг 2: кредиты в статусе «активен», у которых появился хотя бы один просроченный платёж, переходят в статус «просрочен». Это работа планировщика, ничего не нужно запускать вручную.
Что такое «напоминать за N дней»?
Поле на карточке кредита, по умолчанию 3. Каждое утро система берёт предстоящие платежи, у которых дата платежа попадает в окно «сегодня плюс N дней», и шлёт ответственному напоминание: «Платёж по „{название кредита}“ на сумму X ₽ — сегодня / завтра / через N дн.». Окно настраивается отдельно для каждого кредита.
Кто получает напоминания?
Ответственный сотрудник, указанный в карточке кредита. Если ответственный не назначен — напоминание не отправляется. Каналы доставки (Telegram, WhatsApp, электронная почта, пуш) определяются настройками этого сотрудника в модуле «Мессенджер и уведомления».
Как платёж превращается в финансовую операцию?
На карточке платежа есть кнопка «Оформить оплату» с указанием реквизитов финансовой операции (статья ДДС, способ оплаты, расчётный счёт). Шаги: проверка открытой смены, сборка финансовой операции (дата, тип — приход для выданного займа или расход для кредита и полученного займа, название «Платёж по кредиту: …», сумма, юрлицо, связь с конкретным кредитом как с исходным документом), сохранение, отметка платежа «оплачен» с привязкой к финансовой операции, пересчёт остатка.
Чем отличаются «отметить оплачен» и «оформить оплату»?
Отметить «оплачен» — просто меняет статус платежа и пересчитывает остаток. Никакой финансовой операции не создаётся. Используется, когда проводка уже прошла в финансовый контур через другой канал (например, банковская выписка автоматически распарсилась). Оформить оплату — создаёт новую финансовую операцию с привязкой к кредиту. Удобно для одиночной ручной оплаты.
Можно ли частично закрыть платёж?
Сейчас платёж не поддерживает частичную оплату — только четыре статуса. Если нужно отразить частичный платёж, разбейте его: оплатите часть, остаток оставьте отдельным платежом. Или после внесения частичной суммы перегенерируйте график — он пересчитает остаток.
Что такое реструктуризация?
Отдельный статус «реструктурирован» для перезаключённых договоров. Когда банк меняет условия (продлили срок, снизили ставку, пересчитали ежемесячный платёж), вы редактируете карточку кредита, нажимаете «Перегенерировать график» — система удаляет предстоящие платежи, сохраняет оплаченные и отменённые, пересобирает остаток. Статус ставится вручную, чтобы в портфеле было видно, что договор был перезаключён.
Можно ли удалить кредит?
Удаление мягкое — запись остаётся в архиве, её можно восстановить. Платежи по удалённому кредиту тоже становятся недоступны (хотя физически в базе сохраняются). Полное удаление с очисткой базы — отдельная операция и используется редко.
Что показывает статистика портфеля?
Общее количество кредитов, количество активных, количество просроченных, общий остаток долга, общая исходная сумма. Можно отфильтровать по конкретному юрлицу. Отдаётся одним запросом — без массовой загрузки. Виджет на дашборде финдиректора показывает эти цифры в моменте.
Как работает фильтр по юрлицу?
Список и статистика принимают юрлицо (можно несколько). По одному юрлицу — срез только по нему, без указания — общая картина по группе. Кредит принадлежит юрлицу целиком, без привязки к конкретной точке. В фильтре также есть тип, статус, контрагент, ответственный, диапазон дат.
Насколько быстро работает с большими объёмами?
В базе настроены индексы по ключевым полям (тип, статус, юрлицо, ответственный — для кредитов; кредит, дата, статус, финансовая операция — для платежей). Массовый перевод в просрочку работает мгновенно даже на десятках тысяч платежей — без полного прохода по таблице.
Как ведение в Excel и почему AIERP лучше?
В Excel: график считается вручную или формулами, остаток пересчитывается после каждой оплаты, просрочка ловится глазами (или не ловится — и приходит уведомление от банка), напоминания отдельно в календаре. В AIERP: график строится при создании кредита, остаток пересчитывается на любое изменение платежа, просрочка ловится ежедневной проверкой, напоминания идут в Telegram ответственному за N дней — всё связно.
Что с НДС в платежах по кредиту?
У платежа по кредиту нет полей НДС — банковские проценты не облагаются НДС (необъект по статье 149 Налогового кодекса). НДС появится только в связанной финансовой операции, если для неё явно укажете НДС — например, для платежей по неденежным займам с услугами (нестандартный сценарий).
Поддерживается ли мультивалютность по кредитам?
Сейчас контур работает в одной валюте — рубль. Если в проекте появится валютный кредит (например, в евро), это будет расширение системы под клиента. Большинство торговых сетей работают в рублях; лизинг иногда в валюте — тогда стоит обсуждать отдельно. Не обещаем фичу, которой пока нет.
Можно ли подключить автосписание из расчётного счёта?
Прямое автосписание делается через модуль «Платежи и банк»: импорт банковской выписки приходит в финансовый контур, точечное разнесение закрывает финансовую операцию документом-сопоставлением с платежом по кредиту (связь с кредитом уже проставлена). После закрытия статус платежа становится «оплачен». Распознавание идёт по ИНН и назначению — это делается на стороне модуля «Платежи и банк», не в самом модуле кредитов.
Кэш обновляется при изменении платежа?
Система слушает события создания, изменения, удаления и восстановления кредита и сбрасывает кэш. Изменение платежа в свою очередь триггерит пересчёт остатка, который обновляет карточку кредита — тем самым кэш сбрасывается каскадно. То есть любая правка платежа приводит к актуальным цифрам на следующем запросе.
Как разделить «свои» кредиты и «выданные»?
Через фильтр по типу. Срез «кредит + полученный займ» — это портфель собственных обязательств. Срез «выданный займ» — портфель того, что нам должны. На дашборде финансовой аналитики это две разные витрины: пассивы (что должны мы) и активы (что должны нам). В статистике портфеля можно фильтровать по юрлицу.
Что в журнале аудита?
На каждое событие (создание, изменение, удаление, восстановление) пишется запись с идентификатором, названием, типом, суммой и автором. Параллельно ведётся отдельный журнал аудита: автор изменения, событие, описание, изменённые поля. Запрос «кто внёс правку в кредит на 5 млн вчера в 15:00» поднимается за минуту.
Что меняется на реальной сети
- Было
- Бухгалтер вёл график платежей в Excel. После каждой досрочной оплаты пересчитывал вручную. Раз в квартал находили расхождение в 20–40 тыс. ₽ — то в проценты ушло больше, то в основной долг меньше. Просрочки ловили по СМС от банка.
- Сделали
- Завели каждый кредит в систему с суммой, ставкой и ежемесячным платежом. График построился автоматически. Подключили ежедневную проверку — массовый перевод в просрочку и пометка кредита ловят просрочку до СМС от банка.
- Стало
- Excel-таблица в архиве. Расхождений в графиках нет — формула одна. Просрочки видны на дашборде кредитов до того, как банк успевает выслать СМС. Бухгалтер не считает вручную — остаток пересчитывается сам.
- Было
- Финансовый директор узнавал об оплате кредитного платежа через 1–2 дня от бухгалтерии в Excel. Не было единой картины: сколько висит долга по портфелю, кто из ответственных за каким кредитом следит, какие платежи на этой неделе.
- Сделали
- Завели все кредиты в систему с указанием ответственного сотрудника. Включили статистику портфеля на главный дашборд (активные, просроченные, общий остаток). Включили ежедневную рассылку напоминаний — ответственные получают пуш в Telegram за 3 дня до платежа.
- Стало
- Финдиректор видит портфель в моменте на дашборде. Ответственные получают пуш за 3 дня — никаких бумажек с напоминаниями. Команда стала проактивной: вместо разбора задним числом — оплата вовремя.
- Было
- Кроме банковских кредитов давали займы ключевым сотрудникам (на жильё, на машину, без процентов). Учёт вёлся в отдельной таблице Google, погашение шло через зарплату, никакого следа в ДДС не было — финансы не видели возврата.
- Сделали
- Завели займы сотрудникам как выданные с нулевой ставкой. Каждый возврат из зарплаты оформляется как операция в финансовом контуре с типом «приход» (это выданный займ), связь с конкретным займом проставляется автоматически. Операция попадает в общий журнал финансов и в ДДС.
- Стало
- Возвраты по займам сотрудникам видны в общем финансовом контуре. График понятен сотруднику и бухгалтеру по общей ссылке на карточку. В журнале финансов можно отфильтровать только операции по займам.
- Было
- Брали кредит на 36 мес. Через 8 месяцев банк предложил снизить ставку с 19% до 16,5% при пролонгации до 48 мес. Пересчитали график в Excel — потерялись 2 уже оплаченных платежа, начали штрафы. Через полгода — ещё одна реструктуризация со снижением до 15,5%, снова Excel.
- Сделали
- Перенесли в систему. При первой реструктуризации: правка карточки (ставка 16,5, дата окончания плюс 12 мес, новый ежемесячный платёж), потом «Перегенерировать график». Предстоящие платежи удалились, оплаченные и отменённые сохранились, новый график построился от остатка. Статус — «реструктурирован». Через полгода — повторили процесс ещё раз.
- Стало
- Реструктуризации видны в истории карточки как два события. Платежи до и после — в одном графике с разной структурой. История платежей не теряется. Бухгалтер видит реальный объём оплаченного, банк видит то же самое в выписке.
- Было
- У компании два юрлица (производство и розница). Кредиты у каждой свои. Финансовый директор смотрел отдельный Excel по каждому юрлицу — общую картину собирал руками в третью таблицу раз в месяц. Терялась оперативность.
- Сделали
- Завели все кредиты в систему с указанием юрлица. Статистика портфеля без параметров даёт общую картину по группе, с указанием конкретного юрлица — срез по нему. На дашборде два виджета: «Группа» и «По юрлицам». В фильтрах можно передать сразу несколько юрлиц.
- Стало
- Один источник правды — журнал кредитов. Общая картина по группе и срез по юрлицу — двумя кликами. Финдиректор смотрит и группу, и срез без ручной консолидации.
- Было
- Решили досрочно погасить оставшиеся 8 платежей одним переводом. В Excel пришлось бы вручную поправить каждый: 8 строк «оплачено» с разными суммами, плюс пересчёт процентов, который банк сделал по своей формуле — расхождение с Excel.
- Сделали
- Создали один платёж с суммой равной остатку по выписке банка (с учётом перерасчёта процентов), через «Оформить оплату» связали с финансовой операцией. Затем оставшимся 7 платежам выставили статус «отменён». Остаток автоматически ушёл в ноль. Статус кредита вручную перевели в «закрыт».
- Стало
- Досрочное погашение оформилось за 5 минут. История 8 платежей сохранилась («отменён» — это не «удалено», это явная отмена), остаток корректно ушёл в ноль, банк-выписка сошлась с финансами.
Как модуль помогает розничной сети
Кредиты и займы организации — управленческий контур поверх банка
Кредит в AIERP — это собственное финансовое обязательство компании или её актив в форме выданного займа. На карточке: юрлицо, тип (кредит в банке / выданный займ / полученный займ), статус (активен / закрыт / просрочен / реструктурирован), название и примечание, контрагент строкой (банк, ИП, физлицо) с опциональной привязкой к контрагенту из справочника, исходная сумма, годовая процентная ставка, ежемесячный платёж, текущий остаток, даты начала и окончания, день месяца для платежа, «напоминать за N дней» (по умолчанию 3), ответственный сотрудник, автор. Удаление мягкое — карточка остаётся в архиве.
Это не подмена банка-кредитора и не интеграция с банком — это управленческий слой поверх. Договорные условия вы вводите в систему, AIERP считает график, отслеживает просрочки и связывает каждый фактический платёж с финансовой операцией. Бухгалтерия в 1С продолжает делать свою отчётность (счёт 67 «Расчёты по долгосрочным кредитам и займам», счёт 66 — краткосрочные); финансовый директор торговой сети получает оперативную картину и автоматические напоминания вместо таблиц в Excel и СМС-уведомлений от банка.
Три типа займов и логика их обработки
Поддерживаются три типа. Кредит в банке — мы платим банку (отток для нашего ДДС). Выданный займ — мы выдали (сотруднику в счёт зарплаты, связанному ИП, партнёру), получаем платежи в виде возврата (приток). Полученный займ — нам дал в долг учредитель или партнёр без официального банка, мы возвращаем (отток, аналогично кредиту, но без процентной нагрузки или с минимальной).
Тип определяет направление в финансовой операции при оформлении оплаты: для выданного займа создаётся приход, для кредита и полученного займа — расход. Финансовая операция запоминает источник — конкретный кредит. В финансовом контуре можно отфильтровать только «движения по займам». При выгрузке в 1С через стандартный обмен EnterpriseData операции попадут на нужные бухгалтерские счета благодаря правилам выгрузки и привязке к статье ДДС.
Аннуитетный график — как именно считается
График строится при создании кредита, если заданы ежемесячный платёж, день месяца и дата окончания. Алгоритм: месячная процентная ставка — это годовая делённая на 12. Цикл по месяцам от даты начала до даты окончания, пока остаток больше нуля. На каждом месяце: проценты = текущий остаток × месячная ставка; общий платёж = минимум из ежемесячного платежа и (остаток + проценты); основной долг = общий платёж минус проценты, не меньше нуля. После — остаток уменьшается на основной долг.
Дата каждого платежа — выбранный день месяца, с защитой от коротких месяцев: если запросили 31-е число, а в феврале 28 — берётся 28. Если дата начала была после выбранного дня первого месяца — этот месяц пропускается. На последнем месяце ежемесячный платёж обычно больше остатка с процентами — общий платёж автоматически срезается до фактического остатка. Последний платёж получается меньше по сумме, но закрывает долг в ноль. Это стандартная аннуитетная схема, как у большинства банков.
Жизненный цикл платежа: предстоит, оплачен, просрочен, отменён
Каждый платёж создаётся со статусом «предстоит». Сценарии перехода: 1) оформление оплаты — создаёт связанную операцию в финансовом контуре с проверкой открытой смены, проставляет связь и статус «оплачен» в одной транзакции, остаток пересчитывается. 2) отметка «оплачен» — простая отметка без создания финансовой операции (когда проводка идёт из другого канала, например, банковская выписка автоматически распарсилась и привязалась). 3) массовый перевод в «просрочен» — для платежей с датой раньше сегодняшней, запускается ежедневной проверкой. 4) «отменён» — ручная отмена при досрочном погашении или при ошибке планирования.
Остаток долга по кредиту считается как исходная сумма минус сумма основного долга по всем оплаченным платежам. Вызывается после любого добавления, изменения, удаления платежа, отметки «оплачен» и оформления оплаты. То есть любая мутация платежа автоматически приводит карточку кредита в актуальное состояние — никакого «зомби-баланса», который оторвался от реальности из-за пропущенного пересчёта.
Просрочка и напоминания — как ежедневная проверка делает половину работы
Ежедневная фоновая команда. Шаг 1: все платежи со статусом «предстоит» и датой раньше сегодняшней массово переводятся в «просрочен» одним запросом к базе. Индекс по статусу и дате делает операцию мгновенной даже на больших объёмах. Шаг 2: активные кредиты, у которых появился хотя бы один просроченный платёж, переходят в статус «просрочен» (на карточке подсвечивается красным). Шаг 3: выборка предстоящих платежей в окне «сегодня плюс N дней» с подгрузкой ответственного и юрлица.
Шаг 4 (опциональный, при включённой рассылке): по каждому предстоящему платежу шлётся напоминание ответственному с человекочитаемым текстом: «сегодня» при N=0, «завтра» при N=1, «через N дн.» в остальных случаях. Если ответственный не назначен — напоминание пропускается. Каналы доставки (Telegram, WhatsApp, электронная почта, пуш) определяются настройками сотрудника в модуле «Мессенджер и уведомления».
Реструктуризация и досрочное погашение
Реструктуризация — отдельный сценарий через перегенерацию графика. Когда банк меняет условия (продлили срок, снизили ставку, пересчитали ежемесячный платёж), вы редактируете карточку кредита с новыми значениями и нажимаете «Перегенерировать график». Система удаляет только предстоящие платежи — оплаченные и отменённые сохраняются, формируя историю. Затем строится новый график от текущего состояния. Остаток актуализируется автоматически. Статус кредита вручную ставится в «реструктурирован» — это сигнал в отчётах, что договор был перезаключён.
Досрочное погашение делается иначе: создаётся один большой платёж с суммой по выписке банка (банк обычно сам пересчитывает остаток с учётом досрочного погашения процентов), через оформление оплаты связывается с финансовой операцией. Затем оставшиеся предстоящие платежи помечаются как «отменены» — это явная отметка «отменены из-за досрочного закрытия», в отличие от мягко удалённых. Остаток подтверждает обнуление, статус кредита вручную переходит в «закрыт».
Безопасность операций, аудит и быстрая работа
Каждое создание финансовой операции из платежа проходит проверку открытой смены — без неё не пройдёт. Это закрывает классический баг «провели платёж в выходной — не сошлась касса в понедельник». На каждое событие (создание, изменение, удаление, восстановление кредита) пишется запись в журнал с указанием идентификатора, названия, типа, суммы и автора. Параллельно ведётся отдельный журнал аудита: автор изменения, событие, изменённые поля. Запрос «кто внёс правку в кредит на 5 млн вчера в 15:00» поднимается за минуту.
Списки кредитов, карточки и статистика портфеля кэшируются — открываются мгновенно. На любое событие с кредитом кэш аккуратно сбрасывается, и на следующем запросе пользователь видит свежие данные. Это держит дашборды и портфель быстрыми даже при больших объёмах, при этом без устаревших цифр в шапке системы.
Готовы автоматизировать?
Покажем модуль на ваших данных и подключим за 1–2 недели.
