[Домовик]

Дерево получится, нпр, для статуса документа. Оплату и возврат в одно дерево не запихнешь.

я, наверное, не понимаю, что имеется в виду у вас.

у меня "точка-состояние" - это не событие (оплата или возврат), а комбинация,(или последовательность) событий.

как у любого дерева : одной точке будет соответствовать предыдущая точка, и несколько возможных следующих точек (в том числе и предыдущ).

если в программе определена будет описана логика возможных вариантов по "развитию" документа РН, тогда можно будет не только строить журнал "реализация", а можно будет выводить другие формы.


но нужно предусмотреть вариант частичных оплат, отгрук..

Сообщение отредактировал Домовик - 17.09.13, 15:51

[Zaval]

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

[Vofka]

Более сложно выдергивать данные.

В чем сложность?

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

Не вижу проблем с этим. За то в обмен не будет излишних данных.

В случае регистра с контактной информацией - его беда в том, что поля называются Поле1, Поле2 ... ПолеN. Регистр этот был бы нормальным если бы поля назывались человекопонтяно либо если бы ресурс был 1, а взамен было 1 дополнительное измерение, которое идентифицировало бы конкретную составляющую адреса. Да, может быть тогда запрос получится не просто "ВЫБРАТЬ * ИЗ Регистр", может быть он будет дольше выполняться, за то в таблице базы данных все данные будут согласованы и не будет мусора. Это мое мнение.

Сообщение отредактировал Vofka - 17.09.13, 16:11

[Домовик]

имея дерево состояний нельзя будет, к примеру, просто так пометить на удаление документ, на котором завязаны другие документы. потому-что они будут уровнем ниже в дереве. также нельзя будет ввести просто так РКО, когда будет БВ с таким же движением. так как это тоже будет "перескок" на другую ветку.



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

[Zaval]

Домовик, я вот о чем.
Состояние,нпр, "оплачен+отгружен+отправленыБухДокументы" может быть достигнуто разными путями - разная последовательность событий. Это уже не дерево, в дереве путь между двумя точками уникален.

[Домовик]

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

дерево это ж вид графа. значит просто граф. направленный граф.

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

т. е уже формируются понятия

-событие (может исполняться разными документами)
-состояние (характеризуетс набором событий, направленностью событий , завершенностью/ незавершенностью)


вобщем, логику по которой бухгалтера отслеживают движения документов, можно также программно задать. Не только задавать механизми отслеживания.

Сообщение отредактировал Домовик - 18.09.13, 6:28