Кредиты. Автоматизация. Кто как?

[sdan]

Кредиты. Автоматизация. Кто как?
Кредиты являются слабым местом многих АБС. Хотелось бы узнать, как у Вас обстоят дела с автоматизацией этой области бух. учета.
1. Какой софт используется? Того же разработчика, что и АБС? Если другого, то прикручивается ли к опер дню?
2. Самое главное - довольны или нет?
3. Тонкости:
- Ведение залогов с отражением по внебалансу;
- Отражение кредитных линий по внебалансу;
- Отслеживание документов опер дня;
- Перенос на другие балансовые счета;
- Генерация документов для баланса и внебаланса;
- Отчетность

[ArtSS]

Тема до жути болезненная !!!!!

Сами то мы под RS живем - а это банковский конструктор, к которому прикрутили маркетинговое ограничение количества кредитных договоров по цене приобретения и использования системы. Кроме того, и в голове и в филиалах хочется иметь единую систему с единой технологией и единой отчетностью. Покупать для всех сразу и потом доводить до ума - дорого.
Вот посему и живем на самописных макросах в обычном опердне. Ничего так, все инструкции исполняем, бизнес-процессы выполняются практически без участия кредитчиков. Но хочется большего!
Пока не смогли найти систему, которая бы нас удовлетворила по соотношению надежность/функционал/цена владения/удобство. Очень большая проблема взаимосвязи "чужих" систем с оперднем на уровне бухгалтерских проводок. Да и нет ни у кого из фирм-разработчиков отдельно кредитов - никто не уделяет должного внимания традиционным банковским операциям - все гоняются за прогрессом - а жаль...
Есть даже мысли поставить задачу студентам и поиметь почти собственную разработку под свои нужды.




------------------
С уважением, Serg.

[sdan]

Спасибо ArtSS за ответ. У нас то у самих ситуация гораздо похуже.
Работаем на древнем ПрограмБанке. Автоматизации кредитов никакой. Кредиты ведутся в Excel. Из-за того, что проморгали и МБК не перенесли на другой балансовый, недавно налетели на штраф. Пока кредитов не много, с трудом, но справляемся, а если что..? Пока ситуацию на рынке разработчиков АБС (в плане кредитов) представляю себе так:
-Диасофту, RS-у, ПрограммБанку похвастаться особо нечем;
-Слышал, что у Сбера есть нечто достойное;
-А как дела у других-то разработчиков, чего приутихли?

[Shuric]

>>>sdan Кредиты. Автоматизация. Кто как?

У нас нормально - работаем под IBS фирмы ЦФТ Новосибирск - все под ней и кредиты и депозиты и опердень и векселя и тд...

>>1. Какой софт используется? Того же разработчика, что и АБС? Если >>другого, то прикручивается ли к опер дню?

Cофт того же разработчика..

>>2. Самое главное - довольны или нет?

довольны...
>>3. Тонкости:
>>- Ведение залогов с отражением по внебалансу;

ведутся и отражаются в разрезе договоров...

>>Отражение кредитных линий по внебалансу;

полный автомат...

>>Отслеживание документов опер дня;

отслеживаются... если документ как-то связан с кредитниками,- уходит на подтверждение в кредитный отдел...

>>- Перенос на другие балансовые счета;

есть функция пролонгации...

>>- Генерация документов для баланса и внебаланса;

все генерится...
>>- Отчетность

есть... но половина дописана самими,- в IBS есть стандартные средства разработки отчетов... да... но все что требует ЦБ - все в полном объеме дают новосибирцы...

так что вроде все у нас не так уж и плохо.. :-)

[Accounter]

2 sdan

-Диасофту, RS-у, ПрограммБанку похвастаться особо нечем;

Ну почему же... У всех их есть кредитные модули, выполняющие все оисанные Вами функции.

-Слышал, что у Сбера есть нечто достойное;

Это вряд ли. Сам ездил в Московский областной сбер аттестовывать систему кредитов для физиков - у них стоит RS-Loans от R-Style. А общая система автоматизации банковской деятельности для сбера, которая сейчас "на подходе", в которой есть и кредиты называется "Гамма" и Вам вряд ли подойдет в силу своей "заточенности".

[ferma]

Ну чтож, расскажу немного об автоматизации кредитов и я.
В 96-97 гг. как раз писал для ОперДня от ПрограмБанка кредитный модуль и модуль МБК, который всю инфу о проводках черпал из вторичного архива, который качали каждый день обновлялся по кнопочке. Clippera под запросы банка хватало на ура . Отчетность вся была внутри модулей.
С переходом на новый план счетов решили покупать новую АБС. А так как банк имеет несколько отделений по Москве, то остановились на платформе UNIX, чтоб все на одном сервере и в одно время.
Выбирали между "Банкиром" от CSBI EE и "БИСквитом" от БИС. Понравились обе системы, но прикупили "Банкир" - демпферные цены - это их конек.
Так получилось, что с 98 г. по сейчас внедрял и поддерживал кредитные модули Банкира и БИСквита.
Общее сходство - практически всю отчетность приходится настраивать самим, но если в Банкире необходимо прочитать всего лишь инструкции по формированию тегов и вперед, то в БИСквите надо все писать на Progress 4GL самому (даже курсы пришлось заканчивать ). Но если надо делать что-то свое, то на Progresse писать быстрее, в Банкире же приходилось все тащить в текстовики и уже по ним писать отчеты на Access.
Открывать договора проще в Банкире, все под рукой - и договор, и счета сами открываются, и проводки по резерву, если надо тоже сами формируются. В БИСквите все работает от печки - сначала открой все счета, потом их привяжи к открытому договору.
Организация заведения и хранения процентных ставок лучше продумана всеже в Банкире. В БИСе все работает, но пришлось долго толковать с разработчиками, что как-то все криво - они согласно кивали головой .
39-П работает и там и там нормально, внебаланс не теряется, реализовано конечно по разному, ну это разговор уже о концепции АБС в целом. В Банкире пролонгация договора ведет к автоматическому открытию счета (по заранее заданным настройкам), возможно его коррекция, и переноса задолженности на него. В БИСе все делается в ручную.
Как ни странно всеже не могу выделить в функциональности кредитный модуль какой либо из АБС. Чем больше кредитных схем реализует банк, тем сложнее кредитному модулю. Могу выделить в БИСе такой тип договора, как ТЕЧЕНИЕ. Это когда у вас кредитная линия и в ее рамках заключаются доп. соглашения (или выдаются транши, как угодно), с разными условиями - процентными ставками, но на одном ссудном счете. Это уже пилотаж . На скока я помню, в Банкире надо бы было открывать под каждое такое соглашение свой счет и по определенным настройкам видеть, что это все одна кредитная линия .
Сопровождение. Это отдельная песня .
В Банкире оно просто постоянное. Патчи чутьли не каждый день. И по заявке и по их инициативе. У них там в Питере целый цех программистов ). Когда писал им ТЗ и внедрял их новый Депозитный модуль - вся работа заняла 3 месяца! Хоть они и в Питере, но связь довольно оперативная и ребята там доходчивые(к стати, в их московском представительстве по-моему намечается расширять поддержку). Сам кредитный модуль по отделения с наличием примерно 200 договоров внедрял в течении недели один! Конечно в начале надо во все въехать
Настраивается практически все. А дальше можно на работе книжки читать или переходить в другой банк .
В БИСе поддержка, мягко говоря, хромает. Любое улучшение программы переносят на новую версию, а она появляется уже год . БИС - это конструктор для энтузиастов. Слепить можно все! У них даже исходники открытые почти все. Но для этого в банке надо иметь штат 4GL-программистов. Работа будет всегда! И это радует ).

Вот примерная картинка. Может что и упустил в подробностях. Спрашивайте.
С уважением, Александр.

[ArtSS]

Действительно, виделя я на форуме разработчиков АБС программку из Новосибирска - понравилась мне эта система, но... модуля как такового отдельного нет. Все в связке с оперднем. В принципе и опердень неплохой, но менять опердень это смертельное занятие, в том числе и по деньгам и по технологии. Хотя FTC нормально относится к клиентам, даже сильно потенциальным - мне по просьбе выслали документацию по кредитам физиков. Правда, складывается впечатление, что у них только с физиками все OK.
Сложность заключается в том, что каждый банк работает с кредитами очень специфично и угодить для всех практически нереально. Поэтому, мы ищем лучшие исходники для адаптации под свои требования.
Висеть на крючке поддержки не всегда лучшее решение - и дорого и не всегда своевременно. Лучше я студня найму для поддержки системы - в свободное время он мне еще что-нибудь нарисует. А по поводу того, что убежит к соседу, я не растраиваюсь - не такуж и много банков у нас в глубинке, да и просто работу не скоро найдешь.


------------------
С уважением, Serg.

[SergUs]

2 sdan
>>Слышал, что у Сбера есть нечто достойное;
У СБ на эту тему есть целый ряд решений. Вообще, Сбер √ это государство в государстве, а оно еще делится на отдельные вотчины, которые называются террбанками. Каждый террбанк по своему решает проблему автоматизации: одни используют софт фирм-разработчиков, другие пишут сами. А систем, написанных СБ, которые подобны друг другу, с десяток точно уж наберется.

2 Accounter
Не в Московский Областной ты ездил, а в ОПЕРУ А насчет ╚Гаммы╩ - кредитование физ.лиц в ней √ это тот же RS-Loans. Благо RSL позволяет легко настроить взаимодействие с MS SQL-базой.

2 ferma
>>┘ кредитная линия и в ее рамках заключаются доп. соглашения (или выдаются транши, как угодно), с разными условиями - процентными ставками, но на одном ссудном счете. Это уже пилотаж ┘<<
Неужели есть такая проблема? В ⌠Кредитах■ RS-Bank▓е (систем кредитования других разработчиков я так хорошо не знаю) кредитный договор не идентифицируется ссудным счетом. Это позволяет открывать несколько кредитных договоров (траншей) на одном ссудном счете √ по одному будет начисляться 30%, по другому 40%.
С автоматическим открытием счетов при открытии кредитного дела вопрос непростой. Технически это не сложно. Но в ряде банков открытие лицевого счета √ это далеко не только запуск процедуры, сначала оформляются бумаги, визируются и только тогда ┘ Поэтому не все разрешат своим кредитным инспекторам открыть штук 5-7 лицевых счетов легким нажатием одной кнопки.

[evg]

to ferma

По "Банкиру" - практически все верно, хочу только в некоторых местах поправить:

------------
Общее сходство - практически всю отчетность приходится настраивать самим, но если в Банкире необходимо прочитать всего лишь инструкции по формированию тегов и вперед, то в БИСквите надо все писать на Progress 4GL самому (даже курсы пришлось заканчивать ). Но если надо делать что-то свое, то на Progresse писать быстрее, в Банкире же приходилось все тащить в текстовики и уже по ним писать отчеты на Access.
------------

Из "Банкира" на Progress можно практически все вытащить, а структура базы даже в файлике из стандартной поставки описана. Кроме того - сейчас на ball они добавили кучу переменных и можно практически любой отчет на нем сваять через настраиваемые образцы, даже не прибегая к помощи квалифицированных программистов. Правда синтаксис там....


-------------
Могу выделить в БИСе такой тип договора, как ТЕЧЕНИЕ. Это когда у вас кредитная линия и в ее рамках заключаются доп. соглашения (или выдаются транши, как угодно), с разными условиями - процентными ставками, но на одном ссудном счете. Это уже пилотаж . На скока я помню, в Банкире надо бы было открывать под каждое такое соглашение свой счет и по определенным настройкам видеть, что это все одна кредитная линия .
-------------

Надстройка как таковая над кредитными договорами, объединяющая их в "кредитную линию" есть, но сами договоры при этом действительно на разных счетах учитываются, только внебаланс по лимитам можно на одном счете вести. Раньше в договорах было такое понятие как "транши", но по-моему его так и никто не использовал и они их убрали. Да и не надо сейчас - по действующим правилам ведения кредитных линий каждый такой транш - это отдельный договор, а раз отдельный договор - то и отдельный ссудный счет. Но, думаю, раз общие признаки, объединяющие договоры в кредитную линию есть, то и ведение их на одном ссудном счете уже сделать не так проблематично, при желании.

[Accounter]

2 SergUs

Не в Московский Областной ты ездил, а в ОПЕРУ

И не я, а мы с тобой. Кстати, а в МОБе еще РС-лоанс не поставили?

[ferma]

To SergUs.

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

To evg.

Ball - Progress 4GL for ever. Короче, читая документацияю по Ball, ты понемногу становишься программистом ФуДжиЭля ).
А так очень даже прикольно поваять на метоязыке в нулевом теге...
Но для лучшей картинки по отчетам всеже для Progressовой базы надо Акчуэйтом пользоваться как в Банкире, так и БИСквите. Просто учите своих аналитеков этому аксессу под Прогресс и голова перестает болеть .

------------------
Номоконов Александр
КБ "Евротраст"
ferma@etrust.ru

[ferma]

To SergUs.

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

To evg.

Ball - Progress 4GL for ever. Короче, читая документацияю по Ball, ты понемногу становишься программистом ФуДжиЭля ).
А так очень даже прикольно поваять на метоязыке в нулевом теге...
Но для лучшей картинки по отчетам всеже для Progressовой базы надо Акчуэйтом пользоваться как в Банкире, так и БИСквите. Просто учите своих аналитеков этому аксессу под Прогресс и голова перестает болеть .

------------------
Номоконов Александр
КБ "Евротраст"
ferma@etrust.ru

[SergUs]

По поводу открытия счетов. В идеале система должна уметь выполнять эту операцию в режиме ⌠двух персон■. То есть кредитные отдел формирует распоряжение на открытие счетов. В БД счета уже будут существовать, но они будут неполноценными до тех пор, пока их открытие не подтвердит главный бухгалтер.

2 evg & ferma
Честно говоря, не знаю что такое Ball, Акчуэйт и нулевые теги ,
но понял, что речь идет об инструментах настройки отчетов. Общаясь с пользователями RS-Bank видел как по нажатию клавиши для вызова ╚пользовательского╩ макроса из экранной формы ╚Кредитный договор╩ появлялась еще одна программа с разными менюшками и кнопочками. С отчетами еще понятнее √ сколько бы дистрибутивных не было, все равно их мало. ИМХО сделать кредитный модуль, который не нужно было настраивать, просто невозможно. Слишком уж хитрая предметная область.
Не знаю как Акчуэйт, но RSL'ю аналитиков я бы не стал учить. Хоть и просто там все делается, но все равно не для них. Тогда уж лучше Crystal Report поставить или тот же Access, настроить ODBC и пусть балуются После перехода на стандартный формат денег в RS-Bank'е можно можно и такие инструменты без проблем использовать.

2 Accounter
В МОБе есть ╚Кредиты╩ RS-Bank▓а. А по физикам у них давно работает Технос-КА. Естественно, что тут актуальна проблема взаимодействия БО отдельного разработчика с основной АБС. Насколько я знаю взаимодействия там никакого нет, т.е. программа работает в режиме продвинутого калькулятора.

[evg]

2 SergUs

Главный бухгалтер в более-менее крупном банке никогда не будет подтверждать открытие счетов, у нас даже договоры кредитные зам подписывает. А книга открытых-закрытых счетов - автоматически ведется и подшивается. Есть категория счетов, открытие которых подлежит дополнительному контролю со стороны зама (но не главного), но все они внутрибанковские - типа доходы, чтобы символ ф.102 не перепутали случайно и т.д.
Вполне достаточно прописать в учетной политике механизм открытия счетов, правила формирования и ключевания счета и дать пользователю право его открытия. Что, в общем-то, и является первичной настройкой модуля.
Механизм открытия договора, а потом ссудного счета и его привязки к кредитному договору в "Банкире" реализован, но вот мы не видим смысла к его применению, это лишняя работа.

Акчуэйт - практически тот же Access, только по форматам с прогрессовыми базами лучше и быстрее работает. С виду - крутая штука, но я его сама, кроме как на демонстрации в CSBI не "щупала", поэтому стоит ли учить аналитиков сказать не могу. А вот Access сам по себе не люблю почему-то жутко...

Ball - это средство конструирования отчетов на основе стандартных функций (настраиваемых форм отчетов), прелесть его в том, что в существующий в стандартной поставке в отчет с фиксированным набором выводимых данных можно добавить нужную функцию и "слепить" нужный отчет не обращаясь к разработчикам и не ваяя дополнительную программу на Progress 4GL.

[SergUs]

То, что в каждой АБС есть кредитный модуль, который считает %%-ты, учитывает обеспечение на внебалансе и считает резерв, разобрались. К сожалению, не услышали про Диасофт.
Вообще, вопрос про другое. Как автоматизирована фронт-офисная часть в части анализа ссудозаемщика, принятия решения о выдаче кредита и т.д. В частности, ИНЭК кто-нибудь юзает?

[evg]

2 SergUs

У нас фронт-офис, к сожалению, никак... В Exele таблички с формулами анализа балансов...

[ferma]

Ага. CSBI пытается написать свой фронт-оффис, но когда я почитал их ТЗ, то понял - это новый ОперДень

[ferma]

Пока, если честно. Не видел ни одной АБС, чтоб они вели балансы клиентов. Да это в принципе и не нужно. Смотрел отдельные программки, неплохо, но дороговато . Написали со своими кредитчиками вбивалку баланса для клиента. Потом тянули эту базу к себе. А по ней расчеты и картинки строили.

Мы кстати в "Банкире" для ведения кредитов используем не собственно кредитный модуль, а делаем через депозиты. Впрочем это уже "специфика банка"

[evg]

Нормальный фронт-офис и получится практически дополнительный опердень, но для предприятия... Особенно если клиент имеет хорошую кредитную историю. Для хорошего анализа не только балансы нужны, а еще если учесть их "двойную бухгалтерию".... Вообще бы к "1-С" сверху свой анализ приписать - и брать у предприятий всю их базешку, все равно большинство на "1-С" работают.