📄️ Метод получения статуса клиента
Этот метод служит для получения статуса клиента. В функционале ядра этот метод был разработан в качестве обёртки для работы с методами ЛК.
📄️ Метод создания клиента, заявки, контракта, а также ДДС с процессом Выдача по переданным агрегированным данным.
Данный метод создаёт в BI объекты клиент, заявка, контракт, график и счёт клиента, который отражает выдачу денежных средств и добавляет новые записи в справочник. В этом методе используется канал поступления LOAN_APPLICATION. Для корректной работы этого метода нужно, чтобы схема СПР для канала поступления LOAN_APPLICATION была сквозной. Например одно выражение, которое всегда выполнится (2 > 1). Это нужно для того, чтобы при сохранении заявки и автоматическом создании лида запускалась эта СПР, выполнялась успешно и проставляла статус заявки «К выдаче». После того как заявка принимает этот статус, может создаваться контракт. Сейчас в коде метод может ожидать какое-то времени пока заявка не примет этот статус. Но если по СПР выполняются шлюзовые проверки и/или ручные верификации, то соответственно автоматическое создание контракта становится невозможным в текущем виде и соответственно будет возвращаться ошибка что статус заявки не тот который должен быть (WRONG_LOAN_APP_STATUS_FOR_CONTRACT_CREATION_ERROR). Также в «Канале поступления» не должна стоять птичка «Автоматическое создание контракта», иначе будет возвращена ошибка «CHANNEL_SCHEMA_MUST_BE_WITHOUT_AUTO_CONTRACT_CREATION_ERROR». Настройку СПР и канала поступления смотрите вот по этой ссылке https://connect.brainysoft.ru/documentation/article/270. Описание бизнес правил для этого метода Вы найдте по ссылке https://connect.brainysoft.ru/documentation/article/265. Описание возможных ошибок смотрите вот по этой ссылке https://connect.brainysoft.ru/documentation/article/266.
📄️ Метод получения информации по контракту
Этот метод служит для получения информации по контракту. В функционале ядра этот метод был разработан в качестве обёртки для работы с методами ЛК.
📄️ Метод создания приходного ДДС по GUID клиента
Метод создаёт приходное ДДС по GUID клиента (на паевой контракт с признаком Счет клиента). Логика метода следующая. Проверяются обязательные поля, ищется клиент по указанному clientGuid, по этому клиенту ищем активный паевой контракт с проставленными признаками Дополнительный и Счет клиента и на этот контракт сохраняется приходный ДДС (без автоакцепта). Описание возможных ошибок смотрите вот по этой ссылке https://connect.brainysoft.ru/documentation/article/272.
📄️ Метод фасада для запуска возврата товара
Краткое описание логики работы метода: - Валидация на заполнение обязательных полей, корректность сумм нового графика и проверка отсутствия просроченных сумм по кредитному контракту. - Выяснение типа возврата - полный или частичный (полный в случае, если Сумма возврата совпадает с суммой текущего графика) - Запуск кастомизированного документа Восстановление (при полном возврате восстанавливаются все погашения кроме штрафов, при частичном - восстанавливается только погашенная ОС) - Если возврат полный - списываем все суммы по контракту с видом движения Корректировка - Если частичный возврат - делается перерасчет графика по переданному новому графику (корректировка списания ОС, сохранение нового графика, корректировка выдача ОС на новый график - включая прошедшие транши) - Получаем сумму, которую восстановили документом Восстановление выше и на эту сумму пополняем лицевой счет (пай) - новый документ для пополнения пая без ДДС - Запускаем докумет Погашение реакцепт всех кредитных контрактов клиента за счет доп.пая - новый документ, работает также как документ погашения контрактов за счет пая, только создаёт операции с видом движения Погашение реакцепт. Важно - метод создаёт документы как по кредитному контракту, так и по паю-лицевому счету, поэтому при необходимости отката нужно будет удалять документы по обоим этим контрактам. Коды ошибок: * NO_DATA_ERROR - никакие данные не переданы * NO_RETURN_AMOUNT_ERROR - Не указана сумма возврата * CONTRACT_NAME_IS_NOT_SPECIFIED_ERROR - Не передан номер кредитного контракта * CONTRACT_NOT_FOUND_BY_NAME_ERROR - Не найден кредитный контракт по переданному номеру * CONTRACT_MUST_BE_ISSUED_ERROR - Кредитный контракт не выдан * CONTRACT_IS_OVERDUE_ERROR - По контракту есть просроченные суммы * TRANCHE_TOTAL_PRINCIPAL_NOT_EQUAL_REMAINED_AMOUNT_ERROR - Суммы ОС на траншах не соответствуют остатку ОС по контракту после возврата * Коды ошибок для переданного графика (аналогичные проверки как и для метода выдачи займа)
📄️ Метод получения графика платежей по клиенту
Этот метод служит для получения графика платежей по клиенту. В функционале ядра этот метод был разработан в качестве обёртки для работы с методами ЛК.
📄️ Метод получения статуса контракта
Этот метод служит для получения статуса контракта. В функционале ядра этот метод был разработан в качестве обёртки для работы с методами ЛК.
📄️ Метод получения всех платежей клиента
Этот метод служит для получения всех платежей клиента. В функционале ядра этот метод был разработан в качестве обёртки для работы с методами ЛК.