Инструменты:
Остальное уже более «рисковое» с т.з. конечного результата.
Итак, вводная: Высокие остатки и задача разделения ликвидности по срокам.
Основное, что нужно понимать при выборе для себя (здесь под «собой» я понимаю крупный корпоративный бизнес), что поскольку Биржа пока не так (как хотелось бы) «близка» к «непрофучастникам», тема с хеджем/размещение средств выглядит достаточно сомнительно, поскольку непосредственное функционирование (бухгалтерия/налоговая группа/аудит) будет весьма затруднительным, при несущественной разнице в доходе (по сравнению с «классикой» банковского обслуживания).
Реализация очень часто упирается именно в неумение (а зачастую и нежелание) смежных подразделений (которые, скажем так — «обрабатывают данные»). И если говорить о «защите» продукта перед топ-менеджментом (финдиректор и ко), позиция будет достаточно слаба именно из-за доходности (несущественности разницы). Нет, конечно, оговорюсь, что здесь можно выбрать бонды с высокими доходностями, да и вообще (при должном умении) можно построить «пирамиду» — но: риски будут существенно выше (а не надо забывать, что это Корпорат у которого трейдинг/хедж совершенно непрофильная деятельность, о которой многие узнали-то сравнительно недавно) и все это «действо» требует определенного умения (как строить/разбирать, так и учитывать/вычитать/аудировать).
В процессе написания статьи про риск-менеджмент в корпорации решил, что тема про риски использования в работе банковских гарантий стоят отдельного поста.
Итак, что такое банковская гарантия (БГ)? Если совсем просто - один из способов обеспечения исполнения обязательств.
К примеру:
"Банк в дальнейшем именуемое Гарант, было уведомлено, что ООО Ромашка, в дальнейшем именуемое Принципал, заключило договор поставки чернозема, именуемое в дальнейшем Договор, с ООО Елец, в дальнейшем именуемое Бенефициар, на поставку товаров.
По просьбе Принципала Гарант принимает на себя обязательство уплатить по первому письменному требованию Бенефициара любую сумму, указанную в требовании Бенифициара, но не превышающую в совокупности 1 млрд.рублей, в случае неисполнения или ненадлежащего исполнения Принципалом нижеследующих финансовых обязательств по Договору:"
Теперь немного про «практику». Если обобщить практику коллег-корпоратов (крупные холдинги, крупный бизнес), можно сказать, что большинство использует следующую «модель» управления денежными средствами: работа на кредитные средства. А на свои — более «глобальные» процессы (я бы даже сказал – более «капитальные»: постройка недвижимости, к примеру, и последующая сдача ее в залог под кредит).
Вцелом, для оценки фин.положения и размера «юрика» можно спросить его ставку по кредиту. Конечно, мы здесь не берем компании с гос.участием – которые имеют возможность кредитоваться по ставке «ключевая минус». Отличное фин.положение может быть показано кредитной ставкой «ключевая плюс 2-3%», хорошее – плюс 5%, ну и далее – все остальные. Кстати, такая оценка достаточна близка аудиторским проверкам Центрального Банка (если анализировать их методику оценки фин.положения контрагента и проводить параллели).
Помимо «веселой» стадии «договоримся о ставках» есть еще и контроль ковенантов. К примеру, у нас – это (если на «бумагу») лист А3 10-м «кеглем» (по всем банкам, с кем открыты кредитные линии). Автоматизация процесса «учет ковенант по кредитным договорам» сильно упрощает взаимодействие. При том, что нормальных вендоров, кто производит адекватное ПО – напишу так «крайне мало». Хотя это, еще хорошо сказано. Проблем много. У крупных компаний в основном учетные системы самописные (и хоть и на базе 1С), вопросы интеграции ПО стоят на «первой линии» мозговых штурмов. За год я пересмотрел кучу решений и было принято стратегическое – делать самим, поскольку почти всегда 2 варианта: красивая программа – но не интегрируется (хоть убейся), интеграция отличная – интерфейс стар как говно мамонта (и не дорабатывается, ешь – как хочешь, инструкция к нему – 4 КАМАЗа).
Корпоративное казначейство. В той или иной мере занимается 3 основными функциями:
Распишу тезисно: