Неупорядоченный поток

Документ это класс со следующими характерными особенностями:
- Предопределенные поля: Номер и Дата
- Запись в транзакции
- Проведение. Виртуальный метод может делать записи в другие таблицы в транзакции
- Имеет ссылку (суррогатный ключ)
- Используется для фиксирования данных (записи) на оси времени.
- Удобен для регистрации события (Что такое событие?)
- Для наилучшей работы должен содержать исключительно характеристики события

Исходя из вышеописанного выведу
Алгоритм проектирования документа.
1. Определяем событие которое должен регистрировать документ.
2. Определяем минимум свойств характеризующих событие. Свойства должны однозначно относиться к событию.
3. Свойство которое будет получено позднее как результат документа или свойство которое может изменяться отдельно от события лучше выносить например в регистр сведений. И вообще как рассказывал этот х...й документ должен проводиться на основании своих данных. Т.е. если документ не проводится, то он и нахуй не нужен в качестве документа(?) А если это документ типа Регистрация чека? Ему проведение нахуй не нужно, однако регистрировать событие (какое?) однозначно необходимо. Что значит зарегистрировать событие? - Сделать о нем запись. Т.е. мне нужно сделать запись о том что был сформирован чек зафиксировать данные о тегах чека. Само обращение к сервису сопина как бы регистрировать смысла нет т.к. эта информация нам неинтересна (не фигурирует в отчетах) Ок, зафиксировали документ создан что дальше? А дальше нужен метод который сформирует из него JSON, отправит сопину, получит ответ и запишет его. Куда запишет? В документ? Если запись не сделать, то