Миллиард транзакций в сутки

(2) Предварительная очистка данных, когда картридж данных входящей транзакции не соответствует заданным правилам. Всего 5 потоков, 5 картриджей, пока озвучены правила для 1 потока.
В принципе содержимое картриджей похоже для всех входящих потоков, т.к. идет стандартизация на уровне шины обмена. Возможность попадания данных из других источников существенно больше 0.

(3) Транзакция это пакет данных состоящий из 1 или более картриджа, Заказчик уверяет что больше 4 картриджей не будет. По сути можно попробовать упереться и уломать Заказчика на создание отдельной интерфейсной шины oracle - 1C, но это писец как сложно. Но тогда картриджи будут разными, и будут как раз равны одной транзакции.

(4) Какие данные известно, и как их обрабатывать известно. Неизвестно как входной поток сохранить без потери данных. И возможно я не разглашу секретов, т.к. контракт еще не подписан, это данных с автоматических датчиков и исполнительных механизмов. Да есть SCAD, но Заказчику виднее, возможно в существующем решении нет необходимой функциональности.

Да для более полного понимания, Заказчик пока не требует обработки "на лету", т.е. его вполне устраивает отставание отчётности на сутки.

(12) Я выразился на совещании так: "Нах.я козе баян".

(13) Я так что ниже уровня получения данных в 1С не было, а то бы заставили и драйвера для всех датчиков переписывать.

С архитектурой решения вроде как определились сегодня. Теперь пусть железячники голову ломают.

Всем спасибо.

(11) Я не знаю, что такое "прямые данные из входящих буферов", но если подразумевается он-лайн чреватый потерей данных или отказом оборудования в результате дауна 1С, то они ССЗБ. Денег с таких взять можно, но юристы нужны хорошие :)