CftClub.ru

[Alex2019]

Уважаемые коллеги! Хочется узнать ваше мнение.
По существующей практике работы, сделки (см. сабж) заключаются в основном согласно рамочных (генеральных) соглашений, причем в соглашениях обычно прописаны условия подтверждения сделок (необходим обмен SWIFT-сообщениями или достаточно переговоров по REUTERS и т.п.). На сегодня сделка МБК может быть подтверждена, т.е. переведена в состояние "Работает" и без выполнения необходимых условий. А в конверсионных сделках операции подтверждения вовсе нет, там сделка сразу рабочая. Есть задумка нормализовать и единообразить этот процесс.
Вопрос: есть ли другие банки, заинтересованные в этом? (речь не о долевом участии, ищутся единомышленники для согласованного решения)

[dbmaslov]

А в каком продукте ведете МБК?
_________________
Маслов Дмитрий

[Alex2019]

[dbmaslov]

хорошо, мы тоже рассматриваем этот продукт.
или пока так глубоко не копали....но подобного вопроса не было.
обязательно обратим внимание - если для нас актуально, то напишем.
_________________
Маслов Дмитрий

[Gtnheirby]

У нас внедрился этот продукт, потом после очередного патча, все слетело (вообщем темная история). Продукт требует реанимации. В принципе основы настроились, с помощью техподдержки ЦФТ, но непонятен сам бизнес процесс. Бизнес навстречу идти не хочет, мотивирует это тем, что у них уже отнимали время на это. Если есть у кого нибудь наработки бизнес процессов в "привлечении и размещении", прошу делиться опытом. Также могу выкладывать то, до чего сам дошел.

[timochev]

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

[Gtnheirby]

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

Так это и есть бизнес процесс. Вот если бы разложить все на мелкие операции, он бы стал полным.
Про порождение фин. распоряжений мне более менее понятно, а вот в чем заключается их обработка?

[Gtnheirby]

Коллеги, кто работает с продуктом "Привлечение и размещение". Хотелось бы наглядно посмотреть как продукт работает. Есть ли такая возможность?

[Gtnheirby]

Так, ясно, посмотреть не дадут Попробую задавать наводящие вопросы. Как вставить в распоряжение номер генерального соглашения? Старый код [FRAME_MBK] не работает. Из доков к операции GET [NUM_CONTR] тоже не хочет дружить. Методом научного тыка были перепробованы все варианты номеров договоров из доков. Ничего не подходит.

[Alex2019]

[Gtnheirby]

Большое спасибо, поправил сначала GET_STR, все заработало, потом перенес в GET_STR_CH, тоже все ОК.

[Gtnheirby]

Еще вопрос . При формировании распоряжений и соответственно проводке документов отражаются "фактические операции" в продукте. С выдачей и гашением все проходит нормально, а вот с гашением процентов, на всех сделках, не отражаются "фактические операции". Хотя все остальное выглядит нормально (формируются документы, проводятся). В настройках бизнес-операций, в схеме проводок, у нужной проводки проставлено соответствие "фактической операции".

[Alex2019]

[Gtnheirby]

Спасибо, п.1

[Gtnheirby]

И опять здравствуйте. Возникла проблема при формировании распоряжений на пролонгацию. Коды GET подтягиваются от сделки, по которой делается пролонгация. А нужны реквизиты вновь создаваемой. Как их выдернуть? Интересует, в частности, дата окончания пролонгируемой сделки.
Как вариант, опять пытался дописать GET_STR_CH, но ни один из пробуемых вариантов не работает.