Сертификация торговой системы

А понял... Т.е в createSecurety передается Id, а в changeSecurety Security созданный в createSecurety.
Так зачем же тогда тут нужно if (_isinIds.Add(isinId))?!?))

Добавлял я. Для уникальности инструмента. Так как isinId - не уникален. Уникальная связка - ininId + sessionId. Только вот сейчас я думаю что неправильное такое решение.

Ну тогда надо проверять isinId + sessionId как вы и написали. Причем брать только те инструменты которые соответ текущему sessionId сессии...

А что будет при смене SessionId, но сохранении isinId?

Как мне сказали в службе поддержки isinId так же меняется.
Т.е если меняется SessionId инструмента , то и isinId у него меняется. Причем новая инф по инструментам как в основной так и в промежуточный клиринг приходит либо во время клиринга либо после, но не раньше точно...

Т.е. в принципе в промежуточный клиринг надо только обновить инф по инструменту, а в основной надо найти старый инструмент(по какому параметру пока не знаю) и обновить у него все в том числе и isinId...

Александр на этот раз я уверен в этом))

Тогда я не понял высказывания

Ну я решаю проблему с неосновным клирингом, а там isinId - не меняется, из за чего if (_isinIds.Add(isinId)) - не "пропускает" новую инф. по инструментам.

Я говорю в неосновной клиринг все просто, там надо ток _isinIds.Add(isinId) убрать и все данные обновятся.
А вот как их обновить в основной клиринг ...

Михаил, а что вы имели ввиду?