Собственно, вопрос такой:
При загрузке брок. отчета операции идут с частотой "несколько в секунду" по одной ЦБ.
Кто-то сталкивался с таким? Как решали?
"В лоб" время не допускает миллисекунд, навскидку видится только вариант с добавлением +1 секунды.

а проблема-то в чем?

(1) проблема в ФИФО при списании

+ к (2):
если в 23:59:59.430 сделка, а потом в 23:59:59.650, то вторая сделка переходит на следующий день, что не есть гуд

Если операции будут привязаны к регистратору-документу, то проблем не будет. У регистраторов есть МоментВремени (до 1000 внутри секунды)

Если там регистр сведений, то его тоже надо делать "по позиции регистратора".
Если регистр накоплений, то он и так привязан к регистратору.

(0) Вариант с добавлением +1 секунды тоже хороший. Вы же явно не брокер.

Сделай доп поле

И проверку с учетом этого доп поля при проведении

(6) смотря сколько сделок, может и не влезть в 86400

(4) откуда инфа про 1000?
момент времени - это дата + ссылка
причем гарантий возрастания ссылки в пределах секунды нет

(0)надо гарантированная последовательность - храни время в миллисекундах, благо есть такая функция

(10) >>причем гарантий возрастания ссылки в пределах секунды нет
Где-то читал что платформой они записываются и читаются в порядке появления в базе данных, вполне может подойти. Пруфов не будет, где читал не помню.

(11) и при изменении в платформе все может пойти лесом )) или уже пошло )

Там порядок гуидов,но так как каждый новый гуид больше старого,то можно.
Но,тут проблема будет,если данные будут идти непоследовательно.

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

попробую добавить еще 1 поле c миллисекундой, сейчас перепроведу год и посмотрю