Загрузка сделок с ЦБ, совершенных в режиме Т+2

[RamilSharafiev]

Уважаемые господа автоматизаторы, поделитесь мыслями кто и как реализовал данное нововведение на 5NT? В особенности интересует момент отдаления дат поставки ЦБ и ДС. Буду рад любым предложениям и идеям.

[Fenrik]

А в чем проблема-то? Новые сделки будут грузиться как РПС, ну может еще в отдельную ФО их закинем.

[RamilSharafiev]

А как это как РПС? К сожалению я не знаком с такими сделками.

[FakeSoul]

А в чем проблема-то? Новые сделки будут грузиться как РПС, ну может еще в отдельную ФО их закинем.

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

[Fenrik]

А как это как РПС? К сожалению я не знаком с такими сделками.

Срочные сделки на биржевом рынке. Пункт 5.3 стандартного BIRG_ADM.
Если нормально передать код расчетов и тп в стандартную процедуру загрузки то проблем с загрузкой сделки T+2 не должно быть. Не очень понятно что и как должно быть в учете, но здесь ждем бухов.
В целом не ждем ничего такого что нельзя было бы решить доработкой напильником стандартных настроек.

[RamilSharafiev]

Срочные сделки на биржевом рынке. Пункт 5.3 стандартного BIRG_ADM.
Если нормально передать код расчетов и тп в стандартную процедуру загрузки то проблем с загрузкой сделки T+2 не должно быть. Не очень понятно что и как должно быть в учете, но здесь ждем бухов.
В целом не ждем ничего такого что нельзя было бы решить доработкой напильником стандартных настроек.

Понятно, а не подскажите какая именно стандартная процедура может отодвинуть исполнение обязательств по сделке на N дней?

[Fenrik]

Понятно, а не подскажите какая именно стандартная процедура может отодвинуть исполнение обязательств по сделке на N дней?

Ответил в личном сообщении.